Back to top
  • 공유 แชร์
  • 인쇄 พิมพ์
  • 글자크기 ขนาดตัวอักษร
ลิงก์ถูกคัดลอกแล้ว

อีเธอเรียม(ETH) เปิดข้อเสนอ EIP ปรับสัญญาฝากผู้ตรวจสอบต้านควอนตัม

ชุมชนอีเธอเรียม(Ethereum, ETH) เปิดข้อเสนอ EIP ที่ปรับโครงสร้าง 'สัญญาฝาก' (deposit contract) ของผู้ตรวจสอบ (validator) เพื่อรองรับยุคคอมพิวเตอร์ควอนตัม ข้อเสนอนี้ไม่ได้ยึดติดกับรูปแบบ BLS ที่ใช้อยู่ในปัจจุบันเพียงอย่างเดียว แต่ขยายโครงสร้างสัญญาให้รองรับกุญแจสาธารณะและข้อมูลการพิสูจน์ตัวตนรูปแบบอื่นได้ด้วย

Foresight News รายงานเมื่อวันที่ 25 (เวลาเกาหลีใต้) เวลา 13.05 น. ว่า ชุมชนอีเธอเรียมเปิดเผยข้อเสนอ EIP ชื่อ 'สัญญาฝากที่รองรับคอมพิวเตอร์ควอนตัม' (deposit contract supporting post-quantum computing) ข้อเสนอนี้นำเสนอสัญญาใหม่ที่รองรับกุญแจสาธารณะความยาวไม่คงที่และเมทาดาต้าของหลักฐานยืนยันตัวตน พร้อมกำหนด 'รหัสสคีม' (scheme identifier) ที่ชัดเจนให้แต่ละรูปแบบการเข้ารหัส โดยสคีมหมายเลข 0 ถูกสงวนไว้สำหรับรูปแบบการฝากแบบ BLS ที่ใช้อยู่ในปัจจุบัน

หัวใจของข้อเสนอนี้คือการไม่ผูกสัญญาฝากไว้กับระบบลายเซ็นแบบใดแบบหนึ่งโดยเฉพาะ ในโครงสร้าง proof-of-stake ของอีเธอเรียมปัจจุบัน กุญแจสาธารณะของผู้ตรวจสอบจะถูกลงทะเบียนผ่านสัญญาฝากในชั้นการทำงาน (execution layer) ก่อนที่ชั้นฉันทามติ (consensus layer) จะนำไปประมวลผลต่อ การที่ข้อเสนอใหม่ยังคงสงวนสคีม 0 ไว้ให้ระบบ BLS เดิม สะท้อนว่าทีมพัฒนาต้องการให้เชื่อมต่อกับโครงสร้างการลงทะเบียนเดิมได้ต่อไป

ข้อเสนอใหม่ยังเลี่ยงการพึ่งพาโครงสร้างต้นไม้เมอร์เคิล (Merkle tree) ของสัญญาฝากแบบเดิม โดยข้อมูลการฝากจะถูกส่งไปยังชั้นฉันทามติผ่านกลไก 'คำขอดำเนินการ' (execution request) แบบอิงบันทึกล็อกของ EIP-7685 แทน EIP-7685 เป็นกรอบการทำงานเอนกประสงค์สำหรับส่งคำขอที่เกิดขึ้นในชั้นการทำงานไปยังชั้นฉันทามติ โดยเพิ่มฟิลด์เก็บข้อมูลคำขอไว้ในส่วนหัวของบล็อกชั้นการทำงาน ก่อนให้ชั้นฉันทามตินำไปประมวลผลต่อ

รูปแบบการทำงานของข้อเสนอนี้ตั้งอยู่บนสมมติฐานว่าจะมีการเปลี่ยนผ่านเป็นขั้นตอน สัญญาใหม่จะมี 'โหมดที่ย้อนกลับไม่ได้' (irreversible mode) ซึ่งควบคุมผ่านการเรียกระบบของโปรโตคอล (protocol system call) ในช่วงแรกจะปิดการฝากทั้งหมด จากนั้นจะเปิดให้ฝากแบบ BLS ได้ในเวลาที่กำหนดไว้ล่วงหน้า และเมื่อถึงเวลาที่กำหนดในภายหลัง การฝากแบบ BLS จะถูกระงับอย่างถาวรโดยไม่เปิดใช้งานอีก

ในช่วงเปลี่ยนผ่าน ไคลเอนต์ฝั่งชั้นการทำงาน (execution client) จะต้องรวมคำขอฝากที่เกิดจากทั้งสัญญาใหม่และสัญญาเดิมเข้าด้วยกัน กล่าวคือ เส้นทางการลงทะเบียนผู้ตรวจสอบจะไม่เปลี่ยนแปลงในคราวเดียว แต่สัญญาฝากเดิมกับสัญญาฝากใหม่จะถูกใช้งานควบคู่กันไปช่วงระยะเวลาหนึ่ง

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

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

<ลิขสิทธิ์ ⓒ TokenPost ห้ามเผยแพร่หรือแจกจ่ายซ้ำโดยไม่ได้รับอนุญาต>

บทความที่มีคนดูมากที่สุด

บทความที่เกี่ยวข้อง

ความคิดเห็น 0

ข้อแนะนำสำหรับความคิดเห็น

ขอบคุณสำหรับบทความดี ๆ ต้องการบทความติดตามเพิ่มเติม เป็นการวิเคราะห์ที่ยอดเยี่ยม

0/1000

ข้อแนะนำสำหรับความคิดเห็น

ขอบคุณสำหรับบทความดี ๆ ต้องการบทความติดตามเพิ่มเติม เป็นการวิเคราะห์ที่ยอดเยี่ยม
1