最近เห็นโพสต์ของ Vitalik เกี่ยวกับแผนปรับปรุงใหญ่ของ Ethereum และต้องบอกว่ามันค่อนข้างกล้าหาญ

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

แต่นั่นยังไม่พอ เขาอยากเปลี่ยนฟังก์ชันแฮชด้วย โดยเสนอ Blake3 หรือ Poseidon Blake3 เร็วกว่า แต่ Poseidon ดูเหมือนจะสุดเจ๋ง ทฤษฎีแล้วมันอาจจะเพิ่มประสิทธิภาพได้หลายสิบเท่า

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

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

วิตาลิกบอกว่าการปรับปรุงต้นไม้สถานะและเครื่องเสมือนรวมกันนั้นคิดเป็นกว่า 80% ของข้อจำกัดการพิสูจน์ของ Ethereum ถ้าไม่แตะต้องสองส่วนนี้ การขยายขนาดในยุค ZK ก็จะติดตรงนี้

แต่ไม่ใช่ทุกคนเห็นด้วย ทีม Offchain Labs ของ Arbitrum ออกมาโต้แย้งค่อนข้างละเอียด พวกเขาบอกว่า RISC-V เหมาะสำหรับสร้างพิสูจน์ ZK แต่ไม่เหมาะเป็นรูปแบบการจัดส่งสัญญา พวกเขาแนะนำใช้ WebAssembly แทน แล้วคอมไพล์เป็น RISC-V เพื่อสร้างพิสูจน์ เรื่องน่าสังเกตคือพวกเขาไม่ได้แค่พูด มีโปรโตไทป์ของ Arbitrum แล้วที่ใช้วิธีนี้ได้ผล

พวกเขายังชี้ให้เห็นความเสี่ยงว่า เทคโนโลยี ZK proof เปลี่ยนแปลงรวดเร็ว ถ้ายึด RISC-V ไว้แน่นบน Ethereum L1 แล้วสองปีต่อมาเกิดโครงสร้างที่ดีกว่า จะเป็นปัญหา

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

วิตาลิกเองก็ยอมรับว่ายังไม่มีความเห็นพ้องต้องกันกว้างๆ เรื่องแทนที่ EVM แต่การปรับปรุงต้นไม้สถานะดูเหมือนจะสุกงอมกว่า เขาบอกว่า Ethereum เคยเปลี่ยนเครื่องยนต์ในอากาศแล้วครั้งหนึ่ง (ที่ The Merge) และยังสามารถเปลี่ยนได้อีกประมาณสี่ครั้ง

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