ผู้เขียน: Chloe, ChainCatcher
ในสองสัปดาห์ที่ผ่านมา วิตาลิก บูเทอริน ผู้ก่อตั้งอีเธอรีเอム ได้โพสต์บทความเชิงเทคนิคจำนวนมากบน X ครอบคลุมหัวข้อหลักต่างๆ เช่น เส้นทางการขยายขนาด การป้องกันการโจมตีจากควอนตัม การทำให้บัญชีเป็นนามธรรม การรีเฟรชชั้นการประมวลผล และการเร่งการพัฒนาด้วย AI ซึ่งถูกเรียกว่า “แผนการปรับปรุงอีเธอรีเอムปี 2026” Behind this series of posts is the Strawmap framework released simultaneously by the Ethereum Foundation, a document aiming to push Ethereum L1's throughput to 10,000 TPS by 2029.
อย่างไรก็ตาม ยิ่งแผนภาพมีความทะเยอทะยานมากเท่าใด ความสงสัยเกี่ยวกับความสามารถในการส่งมอบก็ยิ่งตามมา เนื่องจากพิจารณาจากประวัติศาสตร์ ความเร็วในการส่งมอบของ Ethereum มักช้ากว่าที่คาดไว้เสมอ ครั้งนี้ Ethereum จะเตรียมพร้อมที่จะเลิกใช้แนวทางแบบค่อยเป็นค่อยไปและก้าวสู่การปรับโครงสร้างอย่างรุนแรงได้จริงหรือไม่?
Strawmap เส้นทางร่าง: Ethereum บรรลุ 10000 TPS ปี 2029
นักวิจัยจาก Ethereum Foundation Justin Drake ได้เผยแพร่แผนผังร่างชื่อ Strawmap เมื่อวันที่ 25 กุมภาพันธ์ เพื่อเปิดเผยวิสัยทัศน์และตารางเวลาการอัปเกรดในอนาคตของ Ethereum L1 แผนผังนี้กำหนดเป้าหมาย “ดาวเหนือ” 5 ประการ: ประสิทธิภาพ L1 ความเร็วสูงสุด ปริมาณการประมวลผล L1 แบบ gigagas การขยายขนาด L2 แบบ teragas ความปลอดภัย L1 หลังยุคควอนตัม และการโอนเงินแบบเป็นส่วนตัวบน L1 โดยตรง เป้าหมายเชิงปริมาณสุดท้ายคือ L1 สามารถประมวลผลได้ 10,000 รายการต่อวินาที และ L2 สามารถทำได้ถึง 10 ล้านรายการต่อวินาที
แผนนี้คาดว่าจะดำเนินการผ่านการฟอร์กทั้งหมด 7 ครั้ง โดยแต่ละรอบอัปเกรดใช้เวลา 6 เดือน ครอบคลุมการเปลี่ยนแปลงในระดับความเห็นพ้องต้องกัน ระดับข้อมูล และระดับการดำเนินการ ในเรื่องนี้ วิตาลิก บูเทอริน ผู้ก่อตั้งอีเธอเรียม ได้แสดงความสนับสนุน และในสองสัปดาห์ที่ผ่านมาได้โพสต์บทความเชิงเทคนิคจำนวนมากบน X เพื่อวิเคราะห์มิติหลักของเส้นทางการพัฒนา
กลยุทธ์หลัก: มุ่งเน้นที่การขยายขนาด Ethereum L1 และการปรับโครงสร้างชั้นการดำเนินการ
Vitalik 的论点显示：不同于过去几年重 L2 Rollup、轻 L1 的策略，目前的愿景是在维持长期转向的同时，于短期内大幅提升 L1 自身扩容能力。
1. กระบวนการระยะสั้น: การอัปเกรด Glamsterdam
ในแผนระยะสั้น การอัปเกรด Glamsterdam ที่กำลังจะมาถึงจะแนะนำ “รายการการเข้าถึงระดับบล็อก (Block-Level Access Lists, BALs)” เพื่อสนับสนุนการตรวจสอบแบบขนาน ทำลายข้อจำกัดด้านประสิทธิภาพของการประมวลผลแบบลำดับ และขับเคลื่อนการแยกผู้เสนอและผู้สร้างแบบเนทีฟ (Enshrined Proposer-Builder Separation, ePBS) เพื่อเพิ่มประสิทธิภาพการใช้งานโหนดสำหรับช่องเวลา 12 วินาที
2. กระบวนการระยะยาว: ZK-EVM และการพัฒนา Blob
การขยายขนาดในระยะยาวได้รับการสนับสนุนโดยเสาหลักสองประการ ได้แก่ ZK-EVM และ Blob บนเส้นทาง ZK-EVM คาดว่าในปลายปี 2026 จะมีผู้ตรวจสอบจำนวนน้อยเริ่มใช้ไคลเอนต์ ZK-EVM ตั้งแต่ปี 2027 เป็นต้นไปจะเพิ่มสัดส่วนและเสริมความปลอดภัย โดยเป้าหมายสุดท้ายคือการบรรลุ “กลไกการยืนยันแบบบังคับ 3 จาก 5” ซึ่งหมายความว่าบล็อกหนึ่งบล็อกต้องผ่านการตรวจสอบจากอย่างน้อยสามระบบยืนยันจากทั้งหมดห้าระบบจึงจะมีผล
บนเส้นทางการพัฒนาของ Blob เทคโนโลยี PeerDAS (การสุ่มตัวอย่างความพร้อมใช้งานของข้อมูล) จะได้รับการปรับปรุงอย่างต่อเนื่อง เพื่อเพิ่มความสามารถในการประมวลผลข้อมูลให้ถึงประมาณ 8 MB/s แกนหลักของเทคโนโลยีนี้คือการอนุญาตให้โหนดสามารถตรวจสอบได้โดยดาวน์โหลดเพียงเศษข้อมูลเล็กน้อย ซึ่งช่วยเพิ่มปริมาณการรับส่งข้อมูลอย่างมีนัยสำคัญ และลดข้อจำกัดด้านฮาร์ดแวร์ของโหนดได้อย่างมีประสิทธิภาพ ในทางกลับกัน เพื่อรองรับความต้องการการใช้งานในระดับใหญ่ในอนาคต Ethereum Mainnet จะเปลี่ยนไปใช้การจัดเก็บข้อมูลบล็อกโดยตรงในพื้นที่ Blob แทนโมเดล calldata ที่มีต้นทุนสูงและต้องจัดเก็บถาวร การเปลี่ยนแปลงนี้มีเป้าหมายหลักเพื่อปรับปรุงโครงสร้างการรับข้อมูล และรีไซค์เส้นทางการขยายตัวของ Ethereum บนระดับข้อมูล
3. การรีฟักชั่นระดับการดำเนินการ: เปลี่ยนไปใช้ต้นไม้สถานะไบนารีแทน EVM
Vitalik 指出 ว่าข้อจำกัดด้านประสิทธิภาพการพิสูจน์ของ Ethereum ในปัจจุบัน 80% มาจากสถาปัตยกรรมที่ล้าสมัย ตาม EIP-7864 คาดว่าหลังจากเปลี่ยนจาก “ต้นไม้สถานะ Keccak MPT เลขฐาน 16” เป็น “ต้นไม้สถานะไบนารี” ความยาวของกิ่งจะสามารถลดลงได้ถึง 4 เท่า การเปลี่ยนแปลงนี้จะนำพาการเพิ่มประสิทธิภาพข้อมูลอย่างมีนัยสำคัญ:
แบนด์วิดธ์ข้อมูล: ลดต้นทุนลงประมาณ 4 เท่า ซึ่งเป็นก้าวกระโดดครั้งใหญ่สำหรับไคลเอ็นต์เบาเช่น Helios
ความเร็วในการพิสูจน์: หากใช้ BLAKE3 จะเร็วขึ้นประมาณ 3 เท่า; หากเป็นรุ่น Poseidon อาจเร็วขึ้นได้ถึง 100 เท่า
การปรับปรุงการเข้าถึง: การออกแบบช่องจัดเก็บ “หน้า” (ช่อง 64–256) ช่วยให้ DApp ประหยัดมากกว่า 10,000 Gas ต่อธุรกรรมเมื่ออ่านหรือเขียนข้อมูลที่อยู่ติดกัน
更具野心的提案是 VM（虚拟机） 迁移，目前 ZK 证明器本身多以 RISC-V 撰写，若 EVM 能直接以 RISC-V 运行，消除两层虚拟机之间的转译耗损，整个系统的可证明性将大幅提升。目前部署路径规划为三步：
1. ให้ VM ใหม่รับผิดชอบสัญญาที่ถูกคอมไพล์ล่วงหน้าที่มีอยู่ก่อน
2. เปิดให้ผู้ใช้ปรับใช้สัญญา VM ใหม่
3. เขียนใหม่ EVM เองให้เป็นสัญญาอัจฉริยะที่ทำงานบน VM ใหม่
การดำเนินการนี้ช่วยรับประกันความเข้ากันได้ย้อนหลัง และต้นทุนการแปลงสุดท้ายจะมีเพียงการปรับค่าแก๊สเท่านั้น
แผนภาพเส้นทางการต่อต้านภัยคุกคามจากควอนตัม: แก้ไขจุดอ่อนทางเทคนิค 4 ประการของ Ethereum
สำหรับประเด็นสำคัญเรื่องความปลอดภัยหลังควอนตัมระดับ L1 Vitalik ได้ระบุไว้อย่างชัดเจนในบทความเทคนิคยาวว่า Ethereum ในปัจจุบันมีจุดอ่อนต่อควอนตัมสี่จุด ดังนี้:
1. ชั้นการตกลงกัน: ลายเซ็น BLS
เส้นทางการแทนที่ชั้นคอนเซนซัสเริ่มชัดเจนขึ้น: Vitalik เสนอแนวทาง “Lean consensus” โดยใช้รูปแบบลายเซ็นที่อิงจากแฮช (Hash-based) ร่วมกับ STARKs เพื่อการบีบอัดแบบรวมกัน เพื่อให้สามารถต้านทานการโจมตีจากคอมพิวเตอร์ควอนตัม แต่ Vitalik ยังเสริมว่า ก่อนที่ “Lean consensus” แบบเต็มรูปแบบจะถูกนำไปใช้งานจริง จะมีเวอร์ชัน “Lean usable chain” ออกมาก่อน โดยแต่ละ slot ต้องจัดการเพียง 256 ถึง 1,024 ลายเซ็นเท่านั้น และสามารถทำงานได้โดยไม่ต้องใช้การบีบอัดแบบ STARK ซึ่งจะลดอุปสรรคด้านวิศวกรรมอย่างมาก
2. ความพร้อมใช้งานของข้อมูล: KZG commitment และการพิสูจน์
ในด้านความพร้อมของข้อมูล Vitalik เสนอให้แทนที่ “KZG commitments” ที่มีอยู่ด้วย “STARKs ที่ต้านทานควอนตัม” แต่สิ่งนี้มีข้อเสียสองประการ:
ก่อนอื่น STARKs ขาดคุณสมบัติเชิงเส้นของ KZG จึงยากต่อการสนับสนุนการสุ่มตัวอย่างข้อมูล 2D อย่างมีประสิทธิภาพ ดังนั้น Ethereum จึงเลือกแนวทาง 1D DAS ที่ระมัดระวังกว่า (เช่น PeerDAS) เพื่อเน้นความมั่นคงของเครือข่ายมากกว่าการตามหาการขยายตัวสูงสุด
นอกจากนี้ เนื่องจากหลักฐาน STARK มีขนาดใหญ่ นักพัฒนาต้องแก้ไขปัญหาทางวิศวกรรมที่ว่า “หลักฐานใหญ่กว่าข้อมูล” ผ่านเทคนิคที่ซับซ้อนเช่น recursive proofs โดยสรุป Vitalik มองว่า เส้นทางต้านทานควอนตัมผ่านการลดเป้าหมายทางเทคนิคและการปรับปรุงแบบเป็นขั้นตอนนั้นยังคงเป็นไปได้ในทางวิศวกรรม แต่ต้องใช้ปริมาณงานทางวิศวกรรมอย่างมาก
3. บัญชีที่ถือโดยภายนอก (EOA): ลายเซ็น ECDSA
ในการป้องกันบัญชีที่ถือครองภายนอก (EOA) เนื่องจากลายเซ็น ECDSA ปัจจุบันมีความอ่อนไหวอย่างมากต่อคอมพิวเตอร์ควอนตัม Vitalik จึงมีแนวโน้มที่จะใช้ “การเป็นสัญญาของบัญชีแบบเนทีฟ (native AA)” เพื่อแปลงบัญชีทั้งหมดให้เป็นสัญญา ทำให้ผู้ใช้สามารถเปลี่ยนอัลกอริธึมลายเซ็นต้านทานควอนตัมได้อย่างยืดหยุ่น โดยไม่ต้องละทิ้งที่อยู่กระเป๋าเงินที่มีอยู่
4. ชั้นแอปพลิเคชัน: พึ่งพาการพิสูจน์ ZK ของ KZG หรือ Groth16
ในระดับแอปพลิเคชัน ความท้าทายหลักคือค่า Gas สำหรับการพิสูจน์ STARK ต้านทานควอนตัมสูงมาก ประมาณ 20 เท่าของ SNARKs ปัจจุบัน ซึ่งแพงเกินไปสำหรับโปรโตคอลความเป็นส่วนตัวและ L2 Vitalik เสนอให้ใช้ EIP-8141 เพื่อแนะนำ “กรอบการตรวจสอบ (Validation Frame)” ซึ่งจะทำให้สามารถรวมลายเซ็นและการพิสูจน์ที่ซับซ้อนจำนวนมากไว้ข้างนอกโซ่
ด้วยเทคนิคการพิสูจน์แบบเวียนเกิด ข้อมูลการตรวจสอบที่เคยมีขนาดหลายร้อยเมกะไบต์สามารถถูกลดขนาดให้เล็กมากจนสามารถบันทึกเป็นหลักฐาน STARK บนบล็อกเชน ไม่เพียงแต่ช่วยประหยัดพื้นที่บล็อกเท่านั้น แต่ยังลดต้นทุนการใช้งานอย่างมาก จนสามารถตรวจสอบได้ทันทีในขั้นตอน Mempool ทำให้ผู้ใช้ยังสามารถดำเนินการแอปพลิเคชันแบบกระจายศูนย์ต่างๆ ได้อย่างประหยัดและมีประสิทธิภาพ แม้ในยุคที่มีภัยคุกคามจากควอนตัม
AI ผู้เร่งความเร็ว: ทำให้เส้นทางของ Ethereum ปี 2030 แล้วเสร็จภายในไม่กี่สัปดาห์
นอกจากการอัปเกรดโครงสร้างทางเทคนิคแล้ว ทวีตล่าสุดของ Vitalik ยังเน้นย้ำว่า AI กำลังเร่งกระบวนการพัฒนา Ethereum เขาได้แชร์การทดลองของนักพัฒนาที่ “สร้างต้นแบบเส้นทางพัฒนา Ethereum ปี 2030 ภายในสองสัปดาห์ผ่าน vibe-coding” และแสดงความคิดเห็นว่า “หกเดือนก่อน สิ่งนี้ยังไม่เคยอยู่ในขอบเขตของความเป็นไปได้ แต่ตอนนี้ได้กลายเป็นแนวโน้มแล้ว”
แม้แต่ Vitalik เองก็ได้ทดสอบด้วยตัวเอง โดยใช้โมเดล gpt-oss:20b ที่รันบนแล็ปท็อปของเขา และสามารถสร้างโค้ดแบ็กเอนด์ของบล็อกโพสต์เสร็จภายในหนึ่งชั่วโมง หากใช้ kimi-2.5 ที่มีประสิทธิภาพสูงกว่า เขาคาดว่าจะสามารถ “ทำเสร็จในครั้งเดียว” ได้ สามารถกล่าวได้ว่า AI ได้เพิ่มประสิทธิภาพอย่างไม่เป็นเชิงเส้น และกำลังเปลี่ยนความเร็วในการส่งมอบเส้นทางของ Ethereum
สำหรับเรื่องนี้ เขาเสนอให้แบ่งผลประโยชน์ที่ได้จาก AI ครึ่งหนึ่งให้กับความเร็ว และครึ่งหนึ่งให้กับความปลอดภัย โดยใช้ AI สร้างกรณีทดสอบขนาดใหญ่ ตรวจสอบแบบจำลองหลักด้วยการพิสูจน์เชิงรูปแบบ และสร้างการใช้งานอิสระหลายชุดสำหรับตรรกะเดียวกันเพื่อเปรียบเทียบข้ามกัน การตัดสินใจของ Vitalik คือ: ในอนาคตอันใกล้นี้ คุณไม่สามารถแลกคำสั่งเดียวเพื่อได้รหัสโปรแกรมที่มีความปลอดภัยสูงได้ กระบวนการต่อสู้กับบั๊กและความไม่สอดคล้องของการใช้งานยังคงมีอยู่ แต่กระบวนการนี้สามารถเพิ่มประสิทธิภาพขึ้นได้ 5 เท่า
สุดท้าย เขายังได้เสนอความเป็นไปได้ว่า แผนผังของ Ethereum อาจเสร็จสิ้นเร็วกว่าที่ผู้คนคาดการณ์ และมาตรฐานด้านความปลอดภัยจะสูงกว่าที่คาดไว้ “รหัสโปรแกรมที่ไม่มีบั๊ก ซึ่งเคยถูกมองว่าเป็นจินตนาการอุดมการณ์ ตอนนี้อาจกลายเป็นไปได้” คำพูดนี้ หากถูกพูดในบริบทของการพัฒนา Ethereum เมื่อห้าปีก่อน จะแทบเป็นไปไม่ได้
ความเร็วในการจัดส่งช้าและอุปสรรคจริง
อย่างไรก็ตาม การเปิดเผยเนื้อหาทางเทคนิคที่ซับซ้อนจำนวนมากต่อตลาด ทำให้เส้นทางพัฒนาของ Ethereum ไม่สามารถหลีกเลี่ยงความเป็นไปได้ที่จะปฏิบัติตามคำมั่นให้ตรงเวลาได้
จากประวัติศาสตร์ การส่งมอบของ Ethereum มักจะช้ากว่าที่คาดไว้ การรวมกัน (The Merge) ถูกเลื่อนจากคาดการณ์แรกในปลายปี 2020 ไปเป็นเดือนกันยายน 2022; การนำไปใช้งานของ EIP-4844 (Proto-Danksharding) ก็ใช้เวลาหลายปีเช่นกัน การเลื่อนเวลาเหล่านี้มักเกิดจากปัจจัยต่างๆ เช่น การตรวจสอบด้านความปลอดภัย การประสานงานระหว่างหลายคลายเอ็นต์ และการกำกับดูแลแบบกระจายศูนย์
แต่ครั้งนี้ เวลาที่อีเธอรีอัมมีให้ดำเนินการอย่างค่อยเป็นค่อยไปนั้นเหลือน้อยลงแล้ว การที่คู่แข่งผลักดันอย่างต่อเนื่อง ความท้าทายที่แท้จริงจากภัยคุกคามควอนตัม รวมถึงการปฏิวัติผลิตภาพที่เกิดจาก AI กำลังบังคับให้อีเธอรีอัมต้องเลิกใช้แนวทางแบบค่อยเป็นค่อยไปอย่างสิ้นเชิง; ณ จุดเปลี่ยนสำคัญของประวัติศาสตร์ที่ว่า “ไม่ก้าวหน้าก็ถอยหลัง” การปรับปรุงแบบค่อยเป็นค่อยไปอย่างอ่อนโยนในอดีต อาจไม่เพียงพอที่จะสนับสนุนวิสัยทัศน์ของการก้าวไปสู่การเป็นชั้นการชำระเงินระดับโลกของอีเธอรีอัม
และ Vitalik การเรียกร้องเมื่อเร็วๆ นี้ยังชี้ให้เห็นว่า การเปลี่ยนแปลงครั้งนี้ไม่ใช่แค่การรีโครงสร้างในระดับเทคโนโลยี เขายังเรียกร้องให้ชุมชนละทิ้งการพึ่งพาเส้นทางเดิมอย่างสมบูรณ์ในระดับแอปพลิเคชัน และรักษาแก่นหลักของ CROPS ได้แก่ ความต้านทานการตรวจสอบ การเปิดแหล่งที่มา ความเป็นส่วนตัว และความปลอดภัย โดยออกแบบแอปพลิเคชันใหม่จากหลักการพื้นฐาน
เทคโนโลยีอาจมีเส้นทางการพัฒนา แต่การยกระดับความคิดไม่มีตารางเวลาแยกแยะ นี่อาจเป็นขั้นตอนที่ยากที่สุดในการจากลา “ความก้าวหน้าแบบค่อยเป็นค่อยไป”