TIP-899 ของทรอน(TRX) เสี่ยงเปลี่ยนคีย์ไม่ได้แม้โอนเงินสำเร็จ

หากข้อเสนอเปลี่ยนลายเซ็นต้านควอนตัมของทรอน(TRX) ถูกนำไปใช้จริง กระเป๋าเงินบางส่วนอาจโอนสินทรัพย์ได้ แต่กลับไม่สามารถเปลี่ยนสิทธิ์บัญชีและคีย์ได้ ทั้งนี้ ไม่ใช่เหตุการณ์กระเป๋าเงินถูกล็อกที่เกิดขึ้นจริงบนเมนเน็ตในปัจจุบัน แต่เป็นความเสี่ยงทางเทคนิคที่วิเคราะห์ได้จากการนำโครงสร้างสิทธิ์ที่เสนอไปใช้ภายใต้เงื่อนไขเฉพาะ

ข้อเสนอลายเซ็นต้านควอนตัม TIP-899 ของทรอนอยู่ในสถานะ Draft ณ วันที่ 15 กันยายน 2026 โดย TIP-899 ระบุแผนการนำ FN-DSA-512 และ ML-DSA-44 ไปใช้กับการทำธุรกรรม การสร้างบล็อก การจับมือ (handshake) ระหว่างโหนด และ TVM พร้อมระบุว่ารูปแบบที่อยู่และโครงสร้างบัญชียังคงเดิม

ลายเซ็นทั้งสองรูปแบบจะถูกเปิดใช้งานหรือปิดใช้งานผ่านข้อเสนอการกำกับดูแลบนเชน (on-chain governance) แยกกันคนละฉบับ ดังนั้นการที่มีการร่างข้อเสนอขึ้นมาเพียงอย่างเดียว ยังไม่สามารถสรุปได้ว่าทั้งสองรูปแบบถูกเปิดใช้งานบนเมนเน็ตทรอนแล้ว

แก่นของปัญหาคือ สิทธิ์บัญชีของทรอนถูกแบ่งตามบทบาท สิทธิ์ owner สามารถเปลี่ยนสิทธิ์บัญชีเองได้ ขณะที่สิทธิ์ active ทำได้เพียงประมวลผลธุรกรรมที่ได้รับอนุญาตเท่านั้น ดังนั้นสิทธิ์ในการส่งสินทรัพย์กับสิทธิ์ในการเปลี่ยนคีย์จึงไม่ใช่สิ่งเดียวกัน

เอกสารสำหรับนักพัฒนาของทรอนระบุว่า AccountPermissionUpdateContract เป็นการดำเนินการที่ต้องได้รับการอนุมัติด้วยสิทธิ์ owner เดิมเท่านั้น หมายความว่าแม้สิทธิ์ active จะยังโอนเงินได้ แต่หากสิทธิ์ owner ถูกปิดใช้งานแยกต่างหาก ก็อาจไม่สามารถดำเนินขั้นตอนเปลี่ยนสิทธิ์บัญชีได้

หากสมมติบัญชีหนึ่งกำหนดสิทธิ์ owner ด้วยคีย์ FN-DSA เพียงอย่างเดียว จะเห็นความเสี่ยงชัดเจนขึ้น เมื่อรูปแบบลายเซ็นนี้ถูกปิดใช้งาน แม้บัญชีจะยังโอนสินทรัพย์ได้ด้วยสิทธิ์ active แยกต่างหาก แต่ก็ไม่มีการรับประกันว่าสิทธิ์ในการเปลี่ยนคีย์จะยังคงอยู่

ในทางกลับกัน หากคีย์ ML-DSA เพียงตัวเดียวถูกกำหนดให้เพียงพอต่อเกณฑ์ (threshold) ของสิทธิ์ owner ได้ด้วยตัวเอง บัญชีนั้นก็ยังสามารถเปลี่ยนคีย์ที่ถูกปิดใช้งานได้ ส่วนบัญชีที่ตั้งค่าให้ผลรวมน้ำหนักของคีย์ ECDSA และคีย์ FN-DSA-512 พอดีกับเกณฑ์ หากรูปแบบใดรูปแบบหนึ่งถูกปิดไป คีย์ที่เหลืออยู่อาจไม่เพียงพอต่อเกณฑ์การอนุมัติ

กรณีนี้ไม่ใช่ปัญหาที่เกิดกับกระเป๋าเงินทรอนทุกใบ แต่เป็นตัวอย่างการวิเคราะห์ตามลักษณะการตั้งค่าสิทธิ์ CryptoSlate นำเสนอสถานการณ์โดยอ้างอิงกฎสิทธิ์ของ TIP-899 ซึ่งชี้ว่าสิทธิ์ในการชำระเงินอาจยังคงอยู่ แต่สิทธิ์ในการเปลี่ยนคีย์อาจหายไป

TIP-899 ใช้โครงสร้างน้ำหนักและเกณฑ์ของ Permission ที่มีอยู่เดิม หนึ่งธุรกรรมสามารถมีทั้งลายเซ็น ECDSA และลายเซ็นต้านควอนตัมรวมอยู่ด้วยกันได้ ทำให้สามารถตั้งค่าให้คีย์เดิมกับคีย์ใหม่ทำงานคู่ขนานกันได้เช่นกัน

อย่างไรก็ตาม ลายเซ็นต้านควอนตัมไม่สามารถกู้คืนกุญแจสาธารณะ (public key) จากลายเซ็นได้เหมือน ECDSA จึงต้องแนบกุญแจสาธารณะไปกับธุรกรรมโดยตรง TIP-899 ระบุว่าในระยะที่ 1 จะใช้วิธีแนบกุญแจสาธารณะนี้ไปกับทุกธุรกรรม

ขนาดของกุญแจสาธารณะอาจกลายเป็นภาระในการประมวลผลธุรกรรม กุญแจสาธารณะของ FN-DSA-512 มีขนาด 896 ไบต์ ส่วนกุญแจสาธารณะของ ML-DSA-44 มีขนาด 1,312 ไบต์ ซึ่งใหญ่กว่ากุญแจสาธารณะ ECDSA เดิมที่มีขนาดเพียง 33 ไบต์

ในที่ประชุมนักพัฒนาหลักของทรอน ประเด็นเรื่องขนาดธุรกรรมและต้นทุนเครือข่ายที่เพิ่มขึ้นจากการแนบกุญแจสาธารณะในทุกธุรกรรม ก็ถูกหยิบยกขึ้นมาเป็นประเด็นหลักเช่นกัน ไม่เพียงแต่ความปลอดภัยของรูปแบบลายเซ็นเท่านั้น แต่ปริมาณข้อมูลที่กระเป๋าเงินและโหนดต้องประมวลผลก็เป็นเรื่องที่ต้องพิจารณาไปพร้อมกันในกระบวนการเปลี่ยนผ่านด้วย

ขั้นตอนการกำหนดมาตรฐานของอัลกอริทึมทั้งสองก็แตกต่างกัน ML-DSA ได้รับการรับรองเป็น FIPS 204 โดยสถาบันมาตรฐานและเทคโนโลยีแห่งชาติสหรัฐฯ (NIST) เมื่อวันที่ 13 สิงหาคม 2024 โดย FIPS 204 ของ NIST ระบุว่ามาตรฐานนี้ได้รับการประเมินว่าปลอดภัยแม้ต่อการโจมตีจากคอมพิวเตอร์ควอนตัม

ในทางกลับกัน เอกสาร TIP-899 ระบุว่า FN-DSA ยังอยู่ในขั้น FIPS 206 Draft เนื่องจากทั้งสองรูปแบบมีสถานะการกำหนดมาตรฐานและขนาดกุญแจสาธารณะที่ต่างกัน หากทรอนผลักดันการเปลี่ยนผ่านจริง ก็จำเป็นต้องพิจารณาภาระด้านการติดตั้งใช้งานและการดำเนินงานของแต่ละอัลกอริทึมแยกจากกัน

ทรอนระบุว่ายังต้องมีงานเพิ่มเติม ได้แก่ การสร้างและอนุพันธ์คีย์ (key derivation) การสร้างลายเซ็นสำหรับกระเป๋าเงิน SDK และกระเป๋าฮาร์ดแวร์ รวมถึงการตรวจสอบฟังก์ชันของโหนด ส่วนกำหนดการรองรับกระเป๋าฮาร์ดแวร์และการดำเนินการย้ายระบบ (migration) เต็มรูปแบบสำหรับกระเป๋าเงินของผู้ใช้ทั่วไปนั้นยังไม่ได้ข้อสรุป

โครงสร้างบัญชีและวิธีการเปลี่ยนคีย์ในกระบวนการเปลี่ยนผ่านสู่การต้านควอนตัมมีความแตกต่างกันไปตามแต่ละเชน เมื่อเทียบกับกรณีของ NEAR Protocol(NEAR) ที่แยกคีย์เข้าถึง (access key) ซึ่งเปลี่ยนได้ออกจากรหัสบัญชี (account ID) ซึ่งออกแบบเส้นทางการหมุนเวียนคีย์ไว้ต่างหาก สำหรับทรอนแล้ว การตั้งค่าคีย์และเกณฑ์ (threshold) ตามสิทธิ์ owner และ active แต่ละประเภทถือเป็นจุดตรวจสอบหลัก

เนื้อหาที่ได้รับการยืนยันในขณะนี้คือร่าง TIP-899 และการวิเคราะห์ทางเทคนิคที่อ้างอิงจากร่างดังกล่าว ส่วนการเปิดใช้งาน FN-DSA-512 และ ML-DSA-44 บนเมนเน็ตจริงหรือไม่นั้น ยังต้องผ่านกระบวนการกำกับดูแลบนเชนแยกต่างหากอีกครั้ง