มูลนิธิ Ethereum กำหนดเส้นตายปี 2029 สำหรับการอัปเกรดที่ต้านทานควอนตัม

ผู้เขียนต้นฉบับ: KarenZ, Foresight News

คอมพิวเตอร์ควอนตัมยังไม่ได้เคาะประตูบล็อกเชน แต่กองทุนอีเธอรีเซียมได้ทำเครื่องหมายวันที่ไว้ในปฏิทินแล้ว: ธันวาคม 2029

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

Hegotá ที่อยู่ในระหว่างการวางแผน แม้จะไม่ได้เปลี่ยน Ethereum ให้เป็นบล็อกเชนที่ต้านทานควอนตัมอย่างสมบูรณ์ แต่จะเป็นตัวกำหนดว่าแผนการต่อไปจะสามารถดำเนินไปตามกำหนดเวลาได้หรือไม่

「Q-day」มักใช้เพื่อชี้ถึงจุดเวลาสมมติ: ที่คอมพิวเตอร์ควอนตัมที่มีความสามารถในการโจมตีจริงปรากฏขึ้น ทำให้ระบบการเข้ารหัสกุญแจสาธารณะปัจจุบันเผชิญกับภัยคุกคามที่แท้จริง

ไม่มีใครสามารถคาดการณ์ได้อย่างแม่นยำว่ามันจะมาถึงเมื่อใด ฟันเดชันของอีเธอเรียมก็ยอมรับอย่างชัดเจนว่า การคาดการณ์ที่น่าเชื่อถือส่วนใหญ่เชื่อว่า Q-day จะเกิดขึ้นหลังปี 2030 หรืออาจล่าช้ากว่านั้นมาก หรืออาจไม่เกิดขึ้นเลย

ทีมโปรโตคอลของมูลนิธิอีเธอรีเอียมใช้สมมติฐานทางวิศวกรรมที่ระมัดระวัง: ชั้นหนึ่งของอีเธอรีเอียมควรเตรียมความพร้อมล่วงหน้าสำหรับกรณีที่ Q-day จะเกิดขึ้นเร็วที่สุดในปี 2030

เพื่อวัตถุประสงค์นี้ ทีมโปรโตคอลได้ตั้งเป้าหมายไว้ว่า จะให้ส่วนการดำเนินการ การอนุมัติ และข้อมูลของ Ethereum Layer 1 มีความสามารถต้านทานควอนตัมอย่างสมบูรณ์ก่อนเดือนธันวาคม 2029

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

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

ตามเส้นทางอ้างอิงที่ทีมโครงการ Ethereum Foundation ได้เปิดเผยไว้ในปัจจุบัน การอัปเกรดเครือข่าย Glamsterdam วางแผนจะเปิดใช้งานบนเน็ตเวิร์กหลักในเดือนธันวาคม 2026 ส่วนความสามารถต้านทานควอนตัมอย่างสมบูรณ์จะถูกกำหนดไว้ในฮาร์ดฟอร์กครั้งที่ห้าหลัง Glamsterdam ซึ่งเรียกว่า L* โดยมีเป้าหมายในเดือนธันวาคม 2029 จาก Glamsterdam ถึง L* มีเพียงสามปีเท่านั้น หากต้องดำเนินการอัปเกรดตามลำดับ Hegotá, I*, J*, K* และ L* ระยะเวลาระหว่างการอัปเกรดแต่ละครั้งจะเฉลี่ยเพียงประมาณ 7.2 เดือน

นี่คือตารางเวลาที่ค่อนข้างรุนแรง ขณะนี้มูลนิธิอีเธอรีเอียมยังไม่ได้ประกาศเวลาที่แน่นอนสำหรับการเปิดตัวบนเน็ตเวิร์กหลักของ Hegotá, I*, J* และ K* อย่างไรก็ตาม สามารถระบุได้ว่าทีมไคลเอนต์คาดว่าจะเริ่มดำเนินการ Hegotá ช่วงปลายไตรมาสที่สี่ของปี 2026 เป็นอย่างเร็ว ขณะที่การวิจัย ข้อกำหนด และการทดสอบสำหรับเวอร์ชันถัดไปหลายฉบับต้องดำเนินการไปพร้อมกัน

ตามเส้นทางปัจจุบัน การจัดการหลักของแต่ละระยะมีดังนี้:

• Hegotá: ตั้งอยู่ที่จุดเริ่มต้นของเส้นทางนี้ ทางทีมอย่างเป็นทางการได้กำหนดตำแหน่งของมันอย่างชัดเจน: Hegotá ไม่ใช่การอัปเกรดต้านควอนตัมโดยตรง แต่จะกำหนดว่าการอัปเกรดต้านควอนตัมในขั้นถัดไปจะสามารถดำเนินการได้ตามกำหนดเวลาหรือไม่
• I*: ปรับใช้ทะเบียนกุญแจสาธารณะต้านควอนตัม เพื่อสร้างพื้นฐานโปรโตคอลสำหรับการลงทะเบียนบัญชีและการใช้งานกุญแจสาธารณะต้านควอนตัม; ในขณะเดียวกัน การแยกส่วนความเห็นพ้องต้องกันเป็นทิศทางหลักที่นำหน้าในเวอร์ชันนี้ และงานออกแบบและย้ายโครงสร้างสถานะขนาดใหญ่คาดว่าจะเริ่มตั้งแต่ I*
• J*：สร้างชั้น “ต้านทานควอนตัมขั้นต่ำที่ใช้งานได้” หรือ MV-PQ โดยประกอบด้วยกลไก heartbeat ต้านทานควอนตัมในชั้นคอนเซนซัส การสุ่มตัวอย่าง leanDA แบบหลังควอนตัมในชั้นข้อมูล และธุรกรรม leanSPHINCS แบบหลังควอนตัมในชั้นการประมวลผล
• K*: ตามลำดับพื้นฐานปัจจุบัน นำระบบการพิสูจน์การดำเนินการบังคับใช้เข้ามา ณ ขณะนั้น ทิศทางของผู้ตรวจสอบจะเป็นการตรวจสอบการพิสูจน์การดำเนินการที่กระชับ แทนที่จะให้ผู้ตรวจสอบแต่ละรายดำเนินการบล็อกทั้งหมดอีกครั้ง
• L*: ตามลำดับเกณฑ์ปัจจุบัน ให้เติมข้อความหลักฐานต้านควอนตัม (post-quantum attestations) ที่จำเป็นเพื่อให้บรรลุความต้านทานต่อควอนตัมอย่างสมบูรณ์ และให้บรรลุเป้าหมายความต้านทานต่อควอนตัมอย่างสมบูรณ์ที่ระดับการดำเนินการ ระดับการรวมกลุ่ม และระดับข้อมูลภายในเดือนธันวาคม 2029

อย่างไรก็ตาม ลำดับงานของ K* และ L* ยังไม่ได้รับการยืนยันสุดท้าย ทีมโปรโตคอลกำลังประเมินแผนการสลับตำแหน่ง: เลื่อนข้อความพิสูจน์ต้านควอนตัมจาก L* มาเป็น K* เพื่อให้สามารถใช้งานความสามารถต้านควอนตัมอย่างสมบูรณ์ได้เร็วขึ้น; ในขณะเดียวกันเลื่อนการบังคับใช้พิสูจน์จาก K* ไปเป็น L* หากใช้แผนนี้ หน้าที่เฉพาะของ K* และ L* รวมถึงจังหวะการอัปเกรดจะเปลี่ยนแปลงตามไปด้วย ดังนั้น คำอธิบายที่แม่นยำที่สุดในขณะนี้คือ: ธันวาคม 2026 เป็นเป้าหมายเครือข่ายหลักปัจจุบันของ Glamsterdam; ธันวาคม 2029 เป็นเป้าหมายในเส้นทางอ้างอิงสำหรับ L* และความสามารถต้านควอนตัมอย่างสมบูรณ์; ลำดับภายในของ K และ L* ยังอาจมีการปรับเปลี่ยน

นักวิจัย นักพัฒนาไคลเอนต์ ผู้ตรวจสอบด้านความปลอดภัย และทีมทดสอบต้องดำเนินการ Hegotá พร้อมทั้งเตรียมข้อกำหนดและต้นแบบล่วงหน้าสำหรับ I*、J*、K* และ L* หาก Hegotá รวมฟีเจอร์ที่มีผลกระทบซึ่งกันและกันมากเกินไป อาจทำให้การเปิดตัวของมันล่าช้า และยังใช้ทรัพยากรทีมที่ควรใช้สำหรับงานป้องกันควอนตัมในอนาคต

ดังนั้น ทีมโปรโตคอลของมูลนิธิอีเธอเรียมจึงจัดหมวดหมู่ข้อเสนอ候选ทั้งหมด 62 ข้อเป็นระดับ S (2 ข้อ), A (15 ข้อ), B (8 ข้อ), C (7 ข้อ), DFI (28 ข้อ) และ TBD (2 ข้อ) โดยระดับ S หมายถึงต้องจัดส่งให้เสร็จ; ระดับ A หมายถึงมีความสำคัญสูงและคาดว่าจะจัดส่ง; ระดับ B ยังต้องผ่านเงื่อนไขต่างๆ เช่น ข้อกำหนด, ต้นแบบ หรือการยืนยันจากผู้รับผิดชอบ; ระดับ C อยู่ต่ำกว่าเกณฑ์การรวมเข้าในขณะนี้; DFI หมายถึงไม่แนะนำให้รวมในอัปเกรดครั้งนี้; และ TBD หมายถึงยังไม่ได้ตัดสินใจ

ในระดับ Hegotá ที่ทีมโปรโตคอลเปิดเผย มีเพียงสอง EIP ที่อยู่ในระดับ S: EIP-7805 FOCIL บนชั้นการให้ความเห็นชอบ และ EIP-8141 Frame Transaction บนชั้นการดำเนินการ

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

FOCIL (EIP-7805) ย่อมาจาก "Fork-choice Enforced Inclusion Lists" ซึ่งมีเป้าหมายเพื่อปรับปรุงการรับประกันการรวมธุรกรรมบน Ethereum

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

ตามการออกแบบของ FOCIL แต่ละ Slot จะเลือกชุดผู้ตรวจสอบเพื่อก่อตั้ง "คณะกรรมการรายการการรวมเข้า" (IL committee) สมาชิกคณะกรรมการจะสร้างและส่งกระจายรายการการรวมเข้าตามรายการธุรกรรมที่รอการประมวลผลที่พวกเขาเห็น ผู้สร้างบล็อกสำหรับ Slot ถัดไปจะรวบรวมรายการเหล่านี้ และรวมธุรกรรมที่ตรงตามเงื่อนไขการดำเนินการไว้ในการสร้างบล็อก ผู้ตรวจสอบที่รับผิดชอบยืนยันบล็อกใหม่จะเก็บรักษารายการการรวมเข้าที่ได้รับทันเวลา และตรวจสอบว่าบล็อกนั้นตรงตามข้อกำหนดที่เกี่ยวข้องหรือไม่

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

EIP-8369 ที่เกี่ยวข้องอธิบายเพิ่มเติมว่าการซื้อขายใดบ้างที่เหมาะสมได้รับการคุ้มครองการบังคับรวมเข้าสู่ FOCIL การขาดหายของธุรกรรมทั่วไปมีเหตุผลที่ตรวจสอบได้ง่าย; อย่างไรก็ตาม ธุรกรรม Frames อนุญาตให้มีการตรวจสอบแบบโปรแกรมได้ ซึ่งมีต้นทุนในการตัดสินใจสูงกว่า จึงจำเป็นต้องจำกัดขอบเขตของสถานะที่สามารถอ่านได้และงบประมาณการตรวจสอบเพิ่มเติม

พูดแบบง่ายๆ คือ FOCIL ไม่ได้ทำให้ผู้ตรวจสอบแย่งงานของผู้สร้างบล็อก แต่เพิ่มกฎระเบียบระดับคอนเซนซัสให้กับผู้สร้างบล็อก: คุณยังสามารถจัดเรียงธุรกรรมส่วนใหญ่ในบล็อกได้ แต่ห้ามละเลยธุรกรรมที่คณะกรรมการระบุว่ามีคุณสมบัติเหมาะสมอย่างต่อเนื่อง โดยไม่มีเหตุผลที่สมเหตุสมผล

Frame Transactions (EIP-8141) จัดการกับปัญหาระดับบัญชี มันมีเป้าหมายที่จะทำให้การตรวจสอบธุรกรรม การดำเนินการธุรกรรม และการจ่าย Gas สามารถโปรแกรมได้มากขึ้นในระดับโปรโตคอล เพื่อสร้างพื้นฐานสำหรับการสร้างบัญชีแบบเนทีฟ Vitalik เป็นหนึ่งในผู้ร่วมเขียน EIP-8141

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

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

Frames ยังต้องการข้อเสนอระดับ A อีกสองข้อเป็นส่วนประกอบหลัก EIP-8250 Keyed Nonces อนุญาตให้ผู้ส่งเดียวกันใช้ช่องทาง nonce ที่แยกจากกัน ทำให้ธุรกรรมต่างๆ ไม่ต้องถูกขัดขวางโดยกันและกันเนื่องจากต้องแบ่งปันลำดับที่เข้มงวดเดียว; EIP-8272 อนุญาตให้ธุรกรรมใช้สถานะบนโซ่ที่เพิ่งเกิดขึ้นซึ่งผู้ตรวจสอบสามารถตรวจสอบได้ ทำให้ธุรกรรมความเป็นส่วนตัวที่เกี่ยวข้องสามารถได้รับการรับรองการรวมเข้าจาก FOCIL

ดังนั้น FOCIL และ Frames ไม่ใช่ฟีเจอร์สองอย่างที่ไม่เกี่ยวข้องกัน ฟีเจอร์แรกเปลี่ยนว่าบล็อกต้องรวมรายการธุรกรรมที่ผ่านเกณฑ์ใดบ้าง ส่วนฟีเจอร์หลังเปลี่ยนโครงสร้างการตรวจสอบของธุรกรรมเอง การที่ทั้งสองอย่างนี้จะทำงานร่วมกันได้อย่างปลอดภัยหรือไม่ เป็นหนึ่งในภารกิจการทดสอบที่สำคัญที่สุดของ Hegotá

ข้อเสนอระดับ S กำหนดเส้นทางหลักของ Hegotá แต่ข้อเสนอระดับ A หลายข้อก็มีผลต่อความปลอดภัยของบัญชีในอนาคตของ Ethereum การย้ายต้านควอนตัม การพิสูจน์การดำเนินการ และการประเมินทรัพยากร

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

ในด้านความปลอดภัยของบัญชี EIP-7906, EIP-8298 และ EIP-8151 ถือเป็นการรวมกันของส่วนขยายของ Frames

EIP-7906 แนะนำกลไกการยืนยันธุรกรรม (Transaction Assertions) ซึ่งช่วยให้ธุรกรรมสามารถตรวจสอบว่าผลลัพธ์ที่ระบุเกิดขึ้นหรือไม่ ก่อนที่จะส่งสุดท้าย กลไกนี้มีเป้าหมายเพื่อลดการสูญเสียที่เกิดจากสัญญาอันตรายที่ดึงทรัพย์สินจากกระเป๋าเงินและพฤติกรรม MEV บางประเภท อย่างไรก็ตาม ขอบเขตการอ่านของข้อเสนอแนะนี้ยังอยู่ในระหว่างการวิจัยและปรับให้แคบลง ดังนั้นจึงไม่ควรถือว่าการออกแบบปัจจุบันเป็นข้อกำหนดสุดท้ายที่ถูกตรึงไว้แล้ว

EIP-8298 อนุญาตให้บัญชีใช้รหัสสัญญาที่มีอยู่แล้ว ทำให้บัญชีที่ได้รับการแต่งตั้งสามารถเปลี่ยนเป็นบัญชีสัญญาอัจฉริยะที่มีรหัสเต็มรูปแบบ ในขณะที่ EIP-8151 จำกัดที่อยู่ของรหัสบัญชีที่มีอยู่แล้วไม่ให้พึ่งพาการยืนยัน ecRecover แบบดั้งเดิมต่อไป

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

EIP-8025 (Optional Execution Proofs) เกี่ยวข้องกับเส้นทางอนาคตของ zkEVM มันมีแผนที่จะรวมการเปลี่ยนแปลงที่จำเป็นสำหรับ Optional Execution Proofs เข้าไปในมาตรฐานการดำเนินการแบบรวม เพื่อลดปัญหาการดูแลรักษาเวอร์ชันที่แตกต่างกันของโครงการ zkVM ต่างๆ ในระยะยาว

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

EIP-3298 มีเป้าหมายเพื่อขจัดกลไกการคืน Gas อย่างสมบูรณ์ เพื่อลดความซับซ้อนในการวัดผล การดำเนินการ และการทดสอบ; EIP-5920 (PAY Opcode) อนุญาตให้สัญญาโอน ETH โดยไม่ต้องดำเนินรหัสของผู้รับ ทำให้การ “โอนมูลค่า” และการ “เรียกใช้สัญญา” แยกจากกันอย่างชัดเจน

ในขณะเดียวกัน ข้อเสนอที่ได้รับความสนใจบางส่วนยังคงอยู่ในระดับ B

ตัวอย่างเช่น EIP-8198 (Quick Slots) ต้องการลดระยะเวลาของ Slot แต่ทีมโปรโตคอลต้องการให้เสร็จสิ้นการกำหนดข้อกำหนด สร้างต้นแบบที่สมบูรณ์ และประเมินผลกระทบด้านล่างก่อน พร้อมพิสูจน์ว่าจะไม่รบกวนการออกแบบการประนีประนอมที่แยกออกในอนาคต เนื่องจากระยะเวลาของ Slot ไม่เพียงแต่มีผลต่อความเร็วในการสร้างบล็อก แต่ยังส่งผลต่อการส่งข้อมูลผ่านเครือข่าย การตัดสินใจของคอนเซนซัส และสมมติฐานของแอปพลิเคชันเกี่ยวกับเวลา

นอกจากนี้ EIP-8368 และ EIP-8372 ถูกจัดอยู่ในหมวด “TBD” (ยังไม่ได้กำหนด) ข้อเสนอทั้งสองเกี่ยวข้องกับขีดจำกัด Gas และการประเมินทรัพยากรสถานะ ทีมโปรโตคอลจึงตัดสินใจรอข้อมูลจากเครือข่ายหลักหลังจากการเปิดตัว Glamsterdam ในเดือนธันวาคม 2026 ก่อนตัดสินใจว่าจำเป็นต้องปรับค่าใหม่หรือไม่

จำนวน EIP ที่ได้รับการรวมเข้าใน Hegotá ไม่ใช่มาตรฐานเดียวในการวัดความสำเร็จของการอัปเกรดครั้งนี้

更重要的是，它能否在不牺牲安全性和测试质量的前提下，交付 FOCIL、Frames 及其核心配套，同时为 I* 的公钥注册和解耦共识、J* 的最低可行抗量子能力，以及 K*、L* 的执行证明和完整抗量子共识保留充足的研发资源。

ตามเป้าหมายปัจจุบัน Glamsterdam จะเริ่มช่วงการอัปเกรดที่เข้มข้นนี้ในเดือนธันวาคม 2026 ขณะที่ L* ในเส้นทางพื้นฐานจะถึงจุดสิ้นสุดในเดือนธันวาคม 2029 การอัปเกรดแต่ละครั้งระหว่างทางต้องไม่เพียงแต่เสร็จสิ้นฟังก์ชันของตนเอง แต่ยังต้องรับประกันว่าระยะถัดไปสามารถดำเนินต่อไปได้

ไม่มีใครสามารถตอบได้อย่างแน่นอนว่าภัยคุกคามจากควอนตัมจะกลายเป็นความจริงก่อนปี 2030 หรือไม่ แต่ทางเลือกปัจจุบันของ Ethereum ชัดเจนแล้ว: กำหนดกรอบเวลาสำหรับความเสี่ยงก่อน แล้วให้ข้อเสนอแต่ละข้อพิสูจน์ตัวเองด้วยมาตรฐาน ต้นแบบ และการทดสอบว่ามีคุณสมบัติพร้อมสำหรับการเข้าสู่เน็ตเวิร์กหลัก

บทความอ้างอิง:

https://blog.ethereum.org/2026/09/07/protocol-hegota-eips

https://blog.ethereum.org/2026/09/07/protocol-priorities

https://x.com/VitalikButerin/status/2073459000398463446