บททดสอบใหญ่ของ Ethereum ปี 2028: โรดแมปต้านควอนตัมชนคอขวดการออกเวอร์ชัน

เขียนโดย: @yq_acc

เรียบเรียงโดย: AididiaoJP, Foresight News

Devcon 8 กำหนดไทม์ไลน์ให้ Ethereum ที่ทะเยอทะยานกว่าแผนอย่างเป็นทางการ: เสร็จสิ้นการเปลี่ยนผ่านสู่การต้านควอนตัมภายในเดือนธันวาคม 2028 ทีมวิจัยเชื่อว่าการเข้ารหัสจะตามทัน แต่จังหวะการออกเวอร์ชันในฤดูใบไม้ร่วงปีนี้แสดงให้เห็นว่าปัญหาคอขวดที่แท้จริงไม่ใช่อัลกอริทึม แต่คือความสามารถในการส่งมอบฮาร์ดฟอร์กตรงเวลา

มุมไบกำหนดทิศทาง: เป้าหมายปี 2028 เร็วกว่าแผนอย่างเป็นทางการหนึ่งปี

Devcon 8 จัดขึ้นระหว่างวันที่ 3-6 พฤศจิกายน 2026 ณ Jio World Centre เมืองมุมไบ นับเป็นครั้งแรกที่ Devcon จัดขึ้นในอินเดีย ในช่วงเช้าของวันเปิดงาน Justin Drake นักวิจัยจาก Ethereum Foundation (EF) ได้ประกาศข่าวสำคัญที่สุดของงาน: ตั้งเป้าเสร็จสิ้นการเปลี่ยนผ่านสู่การต้านควอนตัมและยุคหลัง AI ภายในเดือนธันวาคม 2028 ซึ่งหมายความว่าหลังจาก Glamsterdam จะต้องมีฮาร์ดฟอร์กสามครั้งภายใน 24 เดือน

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

เหตุการณ์ที่เกิดขึ้นในสัปดาห์เดียวกันแสดงให้เห็นว่าเหตุใดช่องว่างนี้จึงสำคัญ เมื่อวันที่ 22 ตุลาคม ฮาร์ดฟอร์กถัดไป Glamsterdam ถูกถอนออกจากเทสต์เน็ตที่สอง ในวันสุดท้ายของ Devcon 8 EF อธิบายเหตุผล: การปรับราคา gas ใหม่ทำให้สมมติฐานที่สัญญาที่ปรับใช้แล้วพึ่งพาถูกทำลาย การเข้ารหัสของ Ethereum ที่ต้านควอนตัมใกล้จะพร้อมแล้ว ข้อจำกัดที่แท้จริงอยู่ที่การนำมันขึ้นสู่เมนเน็ตทีละฮาร์ดฟอร์กโดยไม่ทำให้สิ่งที่ทำงานอยู่แล้วพัง

ตัวงานที่มุมไบเองก็หดตัวลงเช่นกัน ตลอดสี่วันมีสุนทรพจน์ 370 รายการและวิทยากร 399 คน ลดลงประมาณ 43% จาก Devcon 7 ที่กรุงเทพฯ นี่เป็นความตั้งใจ: EF เลิกจ้างพนักงาน 54 ตำแหน่งในปีนี้ คิดเป็นประมาณหนึ่งในห้าของพนักงานทั้งหมด สุนทรพจน์สองในสามในเวทีหลักถูกติดแท็กคุณสมบัติ "CROPS" ตามกฎบัตรของ EF ซึ่งหมายถึงการต้านทานการเซ็นเซอร์ โอเพนซอร์ส ความเป็นส่วนตัว และความปลอดภัย สุนทรพจน์ด้านความปลอดภัยมีมากที่สุด 70 รายการ ด้านความเป็นส่วนตัว 65 รายการ และด้าน AI 57 รายการเป็นอันดับสาม สาระสำคัญของสุนทรพจน์เปิดงานของ Vitalik Buterin ตามรายงานของสื่อคือ เทคโนโลยีทำให้ผู้คนเชื่อใจมากเกินไปแต่ตรวจสอบได้น้อยเกินไป ครอบคลุมระบบปฏิบัติการและชิป เทคโนโลยีสุขภาพ การสื่อสาร และ AI Devcon IX ครั้งถัดไปจะจัดขึ้นที่ลิสบอนระหว่างวันที่ 11-13 ตุลาคม 2027

สามฮาร์ดฟอร์กใน 24 เดือน Ethereum ไม่เคยเร็วขนาดนี้ในช่วงไม่กี่ปีที่ผ่านมา

ร่างโรดแมปของ EF เรียงลำดับตามฮาร์ดฟอร์ก โดยฮาร์ดฟอร์กถัดไปใช้ตัวอักษรเป็นตัวยึดตำแหน่ง: H* คือ Hegotá ตามด้วย I*, J*, K*, L* Ethereum ที่ต้านควอนตัมจะถูกสร้างขึ้นตามฮาร์ดฟอร์กเหล่านี้

Hegotá ในปี 2027 ไม่ใช่ฮาร์ดฟอร์กต้านควอนตัม แต่จะแนะนำธุรกรรมแบบเฟรม ซึ่งช่วยให้แต่ละบัญชีเลือกแผนการลงนามของตนเองได้ นี่คือเส้นทางออกจาก ECDSA I* แนะนำ leanVM ซึ่งเป็นเครื่องเสมือนพิสูจน์แบบมินิมอล และธุรกรรม "lean" ที่ต้านควอนตัม J* แนะนำลายเซ็นผู้ตรวจสอบแบบแฮชและการสุ่มตัวอย่างข้อมูลที่ต้านควอนตัม ซึ่ง EF เรียกว่าเหตุการณ์สำคัญ "การต้านควอนตัมขั้นต่ำที่ใช้งานได้" K* และ L* แนะนำการพิสูจน์แบบบังคับ และส่วนที่เหลือของการปรับโครงสร้างสถาปัตยกรรม Lean

สามฮาร์ดฟอร์กใน 24 เดือน เท่ากับหนึ่งฮาร์ดฟอร์กทุกแปดเดือน ช่วงห่างของ Ethereum ในช่วงไม่กี่ปีที่ผ่านมาคือ 11 เดือน 14 เดือน และ 7 เดือน และ Glamsterdam ก็ผ่านมา 11 เดือนแล้วยังไม่เสร็จ ตามการคำนวณของ EF เอง การจะไปถึง L* ภายในเดือนธันวาคม 2029 ต้องมีหนึ่งฮาร์ดฟอร์กทุก 7.2 เดือน หากใช้ความเร็ว 12 เดือนต่อฮาร์ดฟอร์ก จะมีเพียง J* เท่านั้นที่เสร็จทันเวลา

ความเร่งด่วนมาจากสองด้าน

ด้านหนึ่งคือต้นทุนการโจมตีที่ลดลง ในเดือนมีนาคมปีนี้ นักวิจัยจาก Google Quantum AI, UC Berkeley, EF และ Stanford ร่วมกันตีพิมพ์บทความประเมินว่าการเจาะลายเซ็น elliptic curve ของ Ethereum ต้องใช้ logical qubits น้อยกว่า 1,200 ตัว และ physical qubits น้อยกว่า 500,000 ตัว โดยใช้เวลารันเป็นนาที เร็วพอที่จะโจมตีได้ในขณะที่ธุรกรรมยังรออยู่ใน mempool

อีกด้านคือความเสี่ยง "หลัง AI" ที่ Drake กล่าวถึง ในเดือนกรกฎาคม Anthropic รายงานว่าโมเดลหนึ่งของพวกเขาพบวิธีการโจมตีที่ลดความยากในการกู้คืนคีย์ของแผนการลงนามแบบ lattice ชื่อ HAWK-256 จากประมาณ 2^64 การคำนวณเหลือประมาณ 2^38 ซึ่งลดลงอย่างมาก ในเดือนตุลาคม Drake เรียกร้องให้อุตสาหกรรม "เริ่มวางแผนโหมดหลุมหลบภัยอย่างใจเย็น" นั่นคือเตรียมพร้อมสำหรับสถานการณ์เลวร้ายที่สุด: หากคณิตศาสตร์ที่ช่วยด้วย AI เจาะ ECDSA ได้ก่อนคอมพิวเตอร์ควอนตัมใดๆ

ทั้งสองเส้นทางชี้ไปในทิศทางเดียวกัน: ฟังก์ชันแฮช ในบรรดา cryptographic primitives มันพึ่งพาสมมติฐานน้อยที่สุดและเจาะได้ยากที่สุด

Glamsterdam ติดขัด: การปรับราคา gas ครั้งเดียวทำให้แผนหลักปั่นป่วน

Glamsterdam ทำงานบนเทสต์เน็ต Sepolia ตั้งแต่วันที่ 6 ตุลาคม การเปลี่ยนแปลงหลักสองอย่างออกแบบมาดีในตัว: การแยกผู้เสนอ-ผู้สร้างแบบฝังตัวนำราคาเสนอของผู้สร้างเข้าสู่โปรโตคอล และย้ายการดำเนินการออกจากเส้นทางวิกฤตของ slot; รายการเข้าถึงระดับบล็อกประกาศชุดอ่าน-เขียนของแต่ละบล็อกล่วงหน้า ทำให้ไคลเอนต์สามารถดำเนินการแบบขนานได้

ปัญหาอยู่ที่การปรับราคา EIP-8037 ตั้งราคาสถานะใหม่ที่ 1,530 gas ต่อไบต์เพื่อชะลอการเติบโตของสถานะ การเขียนสล็อตเก็บข้อมูลใหม่เพิ่มจาก 22,100 gas เป็น 110,020 gas และค่าใช้จ่ายในการปรับใช้สัญญา 24 kB เพิ่มขึ้นประมาณ 8 เท่า ต้นทุนระดับนี้ไม่พอดีกับขีดจำกัด gas 224 ต่อธุรกรรม (ตามต้นฉบับ สงสัยว่าควรเป็น 2^24) ดังนั้น gas ที่เกินขีดจำกัดจะเข้าสู่ gas reserve pool แยกต่างหากสำหรับสถานะ ส่งต่อไปยังสัญญาที่ถูกเรียกเต็มจำนวน และคืนเมื่อการเรียกถูกย้อนกลับ

ChainSecurity ชี้ให้เห็นว่าสิ่งนี้ทำให้ตัวจัดการข้อผิดพลาดที่เคยหยุดทำงานเนื่องจาก gas หมดสามารถทำงานจนจบได้ ซึ่งข้ามการตรวจสอบป้องกันการแทรกแซงที่เป็นอันตรายทั่วไป EF ระบุ invariants แปดข้อที่ถูกทำลาย ซึ่งเป็นกฎที่โปรโตคอลต้องยึดถือเสมอ สรุปของ AllCoreDevs นับว่ามีโปรเจกต์ DeFi 13 โปรเจกต์ที่ได้รับผลกระทบ เทสต์เน็ต Hoodi ถูกเลื่อนออกไป และไม่มีการประกาศวันที่สำหรับ Hoodi หรือเมนเน็ต Nixo ผู้ประสานงาน All Core Devs เขียนว่าสิ่งนี้ "มีแนวโน้มสูงที่จะผลักเมนเน็ต Glamsterdam ไปถึงปี 2027"

บทเรียนไม่ได้มีแค่ EIP เดียว อินเทอร์เฟซที่แท้จริงของบล็อกเชนคือพฤติกรรมที่สังเกตได้ทุกอย่าง—ค่า gas, กฎ 63/64, บัญชีสามารถรันโค้ดได้หรือไม่—แต่ละอย่างคือความเสี่ยงในการย้ายข้อมูล สิ่งนี้สำคัญเพราะธุรกรรมแบบเฟรมของ Hegotá ระบุ EIP-8037 เป็นข้อกำหนด

Hegotá: การต้านทานการเซ็นเซอร์และลายเซ็นที่เปลี่ยนได้

Hegotá มีกลไกสำคัญสองอย่าง FOCIL (EIP-7805) กำหนดให้ผู้ตรวจสอบ 16 คนต่อ slot แต่ละคนเผยแพร่รายการรวม (inclusion list) สูงสุด 8 KiB ของธุรกรรมจาก mempool บล็อกถัดไปต้องรวมธุรกรรมเหล่านี้ เว้นแต่ธุรกรรมไม่ถูกต้องหรือบล็อกเต็ม ผู้พิสูจน์บังคับใช้ผ่านการเลือกฮาร์ดฟอร์ก ในการเซ็นเซอร์ธุรกรรมหนึ่ง ตอนนี้ต้องให้ผู้รวมทั้งหมดที่เห็นธุรกรรมร่วมมือกัน แทนที่จะจัดการแค่ผู้สร้างคนเดียว

ธุรกรรมแบบเฟรม (EIP-8141) ช่วยให้บัญชีกำหนดวิธีการอนุญาตของตนเองได้ จึงสามารถย้ายไปยังลายเซ็นต้านควอนตัมได้โดยไม่ต้องฮาร์ดฟอร์กทุกครั้งที่เปลี่ยนแผน ข้อเสนอที่ถูกปฏิเสธอธิบายปรัชญาการออกแบบได้ดีกว่า: การพิสูจน์การดำเนินการแบบเลือกได้, privacy pools แบบฝังตัว, block-in-blobs ซึ่งถูกปฏิเสธเพราะจะเพิ่มการพึ่งพา KZG commitments LUCID encrypted mempool ถูกเลื่อนไปฮาร์ดฟอร์กถัดไป Ethereum เลือกกลไกที่ทำให้โปรโตคอลเป็นแพลตฟอร์มที่ดีขึ้นซ้ำแล้วซ้ำเล่า แทนที่จะฝังแอปพลิเคชันใดแอปหนึ่งเข้าไป

ต้นทุนของฉันทามติต้านควอนตัม: ลายเซ็นยาวขึ้น การรวมช่วยชดเชย

ผู้ตรวจสอบต้องลงทะเบียนคีย์แบบแฮชที่อยู่เฉยๆ เพิ่มเติมนอกเหนือจากคีย์ที่มีอยู่ (ร่าง EIP-8450) ลายเซ็น leanXMSS มีขนาด 2,404 ไบต์ ในขณะที่ BLS มีเพียง 96 ไบต์ ลายเซ็น BLS สามารถบวกกันได้ แต่ลายเซ็นแบบแฮชทำไม่ได้ ดังนั้น aggregator จึงเปลี่ยนไปพิสูจน์ว่าตนเองตรวจสอบลายเซ็นทั้งหมดแล้ว leanVM รวมลายเซ็นได้ประมาณ 965 ลายเซ็นต่อวินาทีบนแล็ปท็อป เปลี่ยนลายเซ็น 1,500 ลายเซ็นเป็นหลักฐาน 265 KiB และตรวจสอบเสร็จใน 7.4 มิลลิวินาที

ในชั้นข้อมูล KZG commitments ถูกแทนที่ด้วย LeanDA ซึ่งใช้ Merkle commitments บวกกับ leanVM proofs เพื่อพิสูจน์ว่าข้อมูลถูกเข้ารหัสอย่างถูกต้อง ฝั่งผู้ใช้ กระเป๋าเงินจะได้ leanSPHINCS ลายเซ็นขนาด 7,740 ไบต์ แต่หลังจากรวมใน mempool (EIP-8288) แต่ละอันมีค่าใช้จ่ายประมาณ 33,000 gas; การตรวจสอบโดยตรงหนึ่งอันต้องใช้ 150,000 ถึง 200,000 gas

มีจุดที่ต้องชี้แจงเกี่ยวกับ "การตรวจสอบอย่างเป็นทางการ" Drake ประกาศการตรวจสอบอย่างเป็นทางการแบบ end-to-end ของ leanVM งาน Lean 4 ของโปรเจกต์พิสูจน์ความน่าเชื่อถือของความหมายของคำสั่งและข้อจำกัด แต่การนำไปใช้ใน Rust ทำเพียง differential testing เท่านั้น ความน่าเชื่อถือของการพิสูจน์แบบ recursive ยังเป็นคำถามเปิด และโค้ดยังไม่พร้อมสำหรับการผลิต

EIP-8288: ย้ายการเข้ารหัสเข้าสู่ mempool

หากมีข้อเสนอหนึ่งที่แสดงถึงทิศทางที่ Vitalik Buterin ต้องการให้ Ethereum มุ่งหน้าไปได้ดีที่สุด นั่นคือ EIP-8288 "การรวมลายเซ็นและการพิสูจน์ใน mempool" เขาร่วมเขียนร่างกับ Thomas Coratger ในเดือนมิถุนายน ชุดโพสต์เมื่อวันที่ 19 ตุลาคมอธิบายข้อโต้แย้งอย่างตรงไปตรงมา: precompiles และ EVM ไม่เหมาะที่จะรองรับการสนับสนุนการเข้ารหัสส่วนใหญ่ของ Ethereum เพราะข้อมูลที่ทั้งสองประมวลผลต้องขึ้นสู่เชน บทความของเขาในเดือนกันยายนได้ระบุการประมวลผลลายเซ็นและการพิสูจน์แบบขนานใน mempool เป็นส่วนหนึ่งของการออกแบบ Ethereum 2030 แล้ว

มันแก้ปัญหาขนาด ลายเซ็นแบบแฮชหนึ่งอันมีขนาด 2 ถึง 3 KB และการตรวจสอบใน EVM ต้องใช้ 150,000 ถึง 200,000 gas STARK ที่โปรโตคอลความเป็นส่วนตัวต้องการมีขนาด 128 ถึง 512 KB หากส่งขึ้นเชนทีละอัน บัญชีต้านควอนตัมจะแพงเกินไป และธุรกรรมส่วนตัวก็ไม่สมจริง อีกทั้งทั้งสองอย่างใหญ่เกินกว่าจะผ่าน inclusion list ของ FOCIL ได้

EIP-8288 กันข้อมูลหนักออกจากบล็อก ธุรกรรมเพียงประกาศ ไม่ได้พกพา: ธุรกรรมแบบเฟรม (EIP-8141) เพิ่มโหมดเฟรมใหม่ที่แสดงรายการ dependencies เป็นการอ้างอิง 96 ไบต์—แผน, แฮชข้อมูล, แฮชคีย์ ธุรกรรมหนึ่งรายการประกาศลายเซ็น leanSPHINCS ได้สูงสุด 16 ลายเซ็นและ STARK หนึ่งอัน โหนดตรวจสอบลายเซ็นและการพิสูจน์จริงเมื่อธุรกรรมมาถึง และพับมันเป็น recursive STARK ทุกวินาที ผู้สร้างและผู้รวม FOCIL ทำเช่นเดียวกันกับสิ่งที่พวกเขาบรรจุ ส่วนหัวบล็อกเพิ่ม recursive STARK เพียงอันเดียวที่ครอบคลุม dependencies ทั้งหมดในบล็อก และผู้ตรวจสอบตรวจสอบเพียงอันนี้

สิ่งนี้นำไปสู่ผลลัพธ์หลายประการ ลายเซ็นต้านควอนตัมถูกลง: ลายเซ็น leanSPHINCS หนึ่งอันมีค่าใช้จ่ายประมาณ 33,000 gas โดย 3,000 มาจากเฟรมเอง และ 30,000 คือส่วนแบ่งใน block STARK; การตรวจสอบโดยตรงต้องใช้ 150,000 ถึง 200,000 ความเป็นส่วนตัวมีราคาที่จ่ายได้: เมื่อเปิดใช้งาน STARK dependencies (ซึ่งสงวนไว้ในร่างปัจจุบันแล้ว) การพิสูจน์ความเป็นส่วนตัวที่เดิมต้องใช้ gas หลายล้านบนเชนจะเหลือประมาณ 60,000 gas ไม่จำเป็นต้องเพิ่ม precompiles สำหรับทุกแผน: แผนลายเซ็นใหม่สามารถบรรจุลงในการพิสูจน์ได้โดยไม่ต้องรอฮาร์ดฟอร์ก นักพัฒนาหลักกำลังเดินไปในทิศทางนี้แล้ว: ในเดือนตุลาคมพวกเขาปฏิเสธการเพิ่ม ML-DSA precompile สำหรับ Hegotá โดยเลือกแผนแบบแฮช ค่าใช้จ่ายบล็อกมีขีดจำกัด: ข้อกำหนดควบคุมค่าใช้จ่ายของผู้สร้างไว้ที่ประมาณ 256 KB ต่อช่วงการรวม ไม่ว่าจะมีลายเซ็นกี่อันก็ตาม

แต่มันยังอยู่ในช่วงเริ่มต้น EIP-8288 เป็นร่าง STARK dependencies เป็นเพียงการสงวนไว้ และคีย์การรวมและแฮช dependencies ยังถูกทำเครื่องหมายว่า "รอดำเนินการ" การย้อนกลับธุรกรรมก็มีค่าใช้จ่าย ผู้เขียนยอมรับว่าจะเพิ่มความเสี่ยงของการโจมตี denial-of-service ใน mempool และกล่าวว่าความน่าเชื่อถือของการพิสูจน์แบบ recursive "เชื่อกันอย่างกว้างขวาง" แต่ยังไม่ได้รับการพิสูจน์ Coverage ระบุว่ามันมุ่งเป้าไปที่ฮาร์ดฟอร์กหลัง Hegotá แต่ไม่มีกำหนดการใดๆ มันยังพึ่งพา Hegotá ในการเปิดตัวธุรกรรมแบบเฟรม ซึ่งพึ่งพาการปรับราคา Glamsterdam ที่กำลังถูกทบทวนอยู่

Finality, การพิสูจน์ และความคืบหน้าที่เหลือ

ปัจจุบัน finality ของ Ethereum ใช้เวลาประมาณ 16 นาที ร่าง EIP-8453 "ฉันทามติแบบแยกส่วน" แบ่งเรื่องนี้ออกเป็นสองส่วน: เชนความพร้อมใช้งานที่รวดเร็ว ซึ่งยืนยันโดยคณะกรรมการผู้ตรวจสอบประมาณ 512 คน และองค์ประกอบ finality อิสระที่ดำเนินการโดยผู้ตรวจสอบทั้งหมด เป้าหมายหลักคือเร่ง finality อย่างน้อยสี่เท่า เป้าหมายระยะยาวเขียนไว้บน finality.watch: จาก 36 วินาทีเชิงสำรวจ (เว็บไซต์ระบุว่า "ไม่ใช่การคาดการณ์") ไปจนถึงดาวเหนือของการออกบล็อกหนึ่งวินาทีและ finality สองวินาที ในขณะเดียวกัน Fast Confirmation Rule ช่วยให้交易所และสะพานข้ามเชนลดเวลาการยืนยันการฝากเงินเหลือ 12 ถึง 24 วินาที

หลังจากแทนที่การดำเนินการใหม่ด้วยการพิสูจน์ ปัญหาความเร็วก็ได้รับการแก้ไข เมื่อวันที่ 8 พฤศจิกายน ผู้พิสูจน์สามรายบรรลุมาตรฐานเรียลไทม์ของ Ethproofs บน GPU ระดับผู้บริโภค 4 ถึง 16 ตัว โดยมีค่าใช้จ่ายการพิสูจน์ต่อบล็อกประมาณ 0.003 ถึง 0.007 ดอลลาร์ คอขวดใหม่กลายเป็นการรับประกันความปลอดภัย เหตุการณ์สำคัญถัดไปของ EF ในต้นเดือนธันวาคมคือเป้าหมายความปลอดภัยที่พิสูจน์ได้ 128 บิต ดังที่ Cody Gunton กล่าวที่ Devcon 8 "ยังไม่มีทีมใดนำเสนอการนำ verifier ไปใช้ที่ผ่านการตรวจสอบอย่างเป็นทางการ" การรวมการพิสูจน์ถูกระงับ: Hegotá ไม่รวมการพิสูจน์แบบเลือกได้ และร่างโรดแมปวางการพิสูจน์แบบบังคับไว้ที่ K* การเพิ่มขีดจำกัด gas ยังรอฮาร์ดฟอร์กถัดไป: เมนเน็ตยังคงอยู่ที่ 60 ล้าน gas ต่อบล็อก Sepolia ประมาณ 200 ล้าน และเป้าหมาย gigagas คือการบรรลุปริมาณงาน 200 เท่าของปัจจุบัน

ความคืบหน้าที่เหลือสามารถกล่าวถึงได้อย่างรวบรัด

ด้าน Blob ตั้งแต่เดือนมกราคม ค่าเป้าหมายคือ 14 และขีดจำกัด 21 ระหว่างเดือนมิถุนายนถึงกันยายน เฉลี่ยใช้เพียงประมาณ 4.4 ต่อบล็อก แต่ละ blob ต่ำกว่าหนึ่งเซนต์มาก กำลังการผลิตนำหน้าความต้องการ

ด้าน Rollup แพลตฟอร์มข้อมูล L2BEAT เปลี่ยนชื่อเป็น ETHBEAT แล้ว มูลค่าของ rollup ส่วนใหญ่ยังคงอยู่ที่ Stage 1 โดย Base อยู่ที่ประมาณ 14 พันล้านดอลลาร์ และ Arbitrum ประมาณ 9 พันล้านดอลลาร์

ด้าน interoperability Ethereum Economic Zone สาธิตการเรียกแบบอะตอมระหว่าง L1 และ L2 บน devnet แล้ว และ Gnosis Chain วางแผนเข้าร่วมในฤดูใบไม้ผลิปี 2027

ด้านความเป็นส่วนตัว Kohaku wallet stack ของ EF แสดงการโอนส่วนตัวผ่าน Privacy Pools และ Tornado Cash แต่โค้ดยังไม่ได้รับการตรวจสอบ

ด้านความปลอดภัย เมื่อวันที่ 29 ตุลาคม Binance ถูกขโมยประมาณ 6.36 พันล้านดอลลาร์ ซึ่งสาเหตุมาจาก TraderTraitor ของเกาหลีเหนือ การโจมตีใช้การอนุญาต EIP-7702 ที่ลงนามล่วงหน้า 50 รายการเพื่อกวาดล้าง hot wallet หนึ่งใบ TRM Labs กล่าวว่าการอัปเกรดนี้ขยายการโจมตี แต่ไม่ใช่สาเหตุ

สิ่งที่ต้องจับตาต่อไป

มีหลายสิ่งที่ควรจับตาดู

• ACDC #191 ในวันที่ 12 พฤศจิกายน และ ACDE #249 ในวันที่ 19 พฤศจิกายน จะหารือเกี่ยวกับการแก้ไข EIP-8037/8038 และประกาศวันที่ใหม่สำหรับเทสต์เน็ต Hoodi
• ในเดือนมกราคม 2027 ดูว่าวันที่ธันวาคม 2028 จะถูกกำหนดอย่างเป็นทางการเป็นเส้นตายการต้านควอนตัมหรือไม่
• devnet ของ Hegotá จะทำให้ FOCIL และธุรกรรมแบบเฟรมทำงานร่วมกันได้หรือไม่
• รีจิสทรีคีย์ต้านควอนตัมจะเลือกแบบใดในที่สุด และจะอยู่ในฮาร์ดฟอร์กใด
• leanVM จะเลือกฟังก์ชันแฮชและฟิลด์จำกัดแบบใดในที่สุด และจะให้การพิสูจน์ความน่าเชื่อถือของระบบพิสูจน์ได้หรือไม่
• ในเดือนธันวาคม เหตุการณ์สำคัญด้านความปลอดภัย 128 บิตของ zkEVM ของ EF จะบรรลุหรือไม่

ตอนนี้ Ethereum รู้แล้วว่าควรออกแบบเวอร์ชันต้านควอนตัมอย่างไร คำถามเปิดที่มุมไบทิ้งไว้คือ: มันจะสามารถเดินหน้าออกแบบไปพร้อมกับรักษาจังหวะการส่งมอบฮาร์ดฟอร์กหนึ่งครั้งทุกแปดเดือนได้หรือไม่