ผู้เขียน: หัวปูสีเทา, Deep潮 TechFlow
นักพัฒนาอีเธอเรียมมีนิสัยที่เข้าใจกันโดยไม่ต้องพูดออกมานั่นคือ ถ้าทำได้ อย่าแตะต้อง EVM
ในช่วงไม่กี่ปีที่ผ่านมา เมื่อเครือข่ายต้องการฟังก์ชันการเข้ารหัสใหม่ นักพัฒนามักจะไม่เลือกการนำมันไปใช้ใน EVM แต่กลับขอเพิ่ม "สัญญาที่ถูกคอมไพล์ล่วงหน้า" ซึ่งเป็นวิธีลัดที่ข้ามเครื่องเสมือนและเขียนโค้ดลงในระดับโปรโตคอลโดยตรง
เมื่อวันที่ 1 มีนาคม วิตาลิก บูเทอริน ได้โพสต์ยาวบน X ซึ่งเปิดเผยประเด็นนี้อย่างชัดเจน ข้อความของเขาโดยสรุปคือ: แก่นแท้ทั้งหมดของ Ethereum อยู่ที่ความหลากหลายของมัน หาก EVM ไม่ดีพอ เราควรรับมือกับปัญหานี้โดยตรงและสร้างเครื่องเสมือนที่ดีกว่า
เขาได้ให้มีดผ่าตัดสองเล่มที่เฉพาะเจาะจง
ใบตัดแรก: เปลี่ยน "โครงสร้างข้อมูล"
การเปลี่ยนแปลงครั้งแรกเกี่ยวข้องกับต้นไม้สถานะของ Ethereum ซึ่งคุณสามารถเข้าใจว่าเป็น “ระบบดัชนีสมุดบัญชี” ของ Ethereum ทุกครั้งที่มีคนตรวจสอบยอดเงินหรือยืนยันธุรกรรม จะต้องไล่ตามต้นไม้นี้ลงไป
ปัญหาคือตอนนี้ต้นไม้นี้ใหญ่เกินไป เอเธอรีอัมใช้โครงสร้างที่เรียกว่า "Hexadecimal Keccak Merkle Patricia Tree" (ชื่อยาวเหมือนคาถา) EIP-7864 ที่ Vitalik เสนอจะเปลี่ยนเป็นต้นไม้ไบนารีที่เรียบง่ายกว่า
ตัวอย่างเช่น: ก่อนหน้านี้ เมื่อคุณค้นหาข้อมูลหนึ่งรายการ คุณต้องเลือกทิศทางซ้ำๆ ที่ทางแยกหกทาง แต่ตอนนี้ถูกปรับให้เหลือแค่ซ้ายหรือขวาเท่านั้น ผลลัพธ์คือความยาวของ Merkel branch ลดลงเหลือหนึ่งในสี่ของเดิม สำหรับลูกค้าแบบเบา ปริมาณแบนด์วิดธ์ที่ต้องใช้ในการตรวจสอบข้อมูลจึงลดลงอย่างมาก
แต่วิตาลิกไม่พอใจแค่เปลี่ยนรูปร่างของต้นไม้ เขายังต้องการเปลี่ยน "ตัวอักษรบนใบไม้" นั่นคือฟังก์ชันแฮช ตัวเลือกที่เสนอคือ Blake3 และ Poseidon
- Blake3 สามารถให้ความเร็วที่มั่นคง;
- Poseidon มีความก้าวหน้ามากกว่า และ理论上สามารถเพิ่มประสิทธิภาพการพิสูจน์ได้อีกหลายสิบเท่า แต่ความปลอดภัยยังต้องการการตรวจสอบเพิ่มเติม
น่าสังเกตว่าแผนการนี้จริงๆ แล้วแทนที่ Verkle Trees ซึ่งเป็นแนวทางที่ชุมชนเคยอภิปรายมานานหลายปี Verkle เคยเป็นทางเลือกหลักสำหรับฮาร์ดฟอร์กในปี 2026 แต่เนื่องจากความปลอดภัยของรหัสลับเส้นโค้งรูปวงรีที่ใช้ในพื้นฐานของมันเผชิญกับภัยคุกคามจากการคำนวณแบบควอนตัม ตั้งแต่กลางปี 2024 เป็นต้นมาจึงเริ่มลดความนิยม ขณะที่แนวทางต้นไม้ไบนารีกลับได้รับความนิยมเพิ่มขึ้น
การตัดครั้งที่สอง: เปลี่ยน "เครื่องเสมือน" ให้ EVM เป็นสัญญาอัจฉริยะ
การเปลี่ยนแปลงที่สองมีความกล้าหาญและถกเถียงมากกว่า: การแทนที่ EVM ด้วยสถาปัตยกรรม RISC-V ในระยะยาว
RISC-V เป็นชุดคำสั่งแบบเปิดแหล่งที่มา ซึ่งเดิมทีไม่มีความเกี่ยวข้องกับบล็อกเชน แต่ตอนนี้ระบบพิสูจน์ ZK แทบทุกระบบใช้มันภายในตัวเองแล้ว ตรรกะของ Vitalik ตรงไปตรงมา: หากเครื่องพิสูจน์กำลังพูดภาษา RISC-V อยู่แล้ว ทำไมเครื่องเสมือนจึงต้องพูดอีกภาษาหนึ่งและต้องมีการแปลระหว่างกลาง? ถ้าตัดชั้นการแปลออก เรื่องประสิทธิภาพก็จะเพิ่มขึ้นโดยอัตโนมัติ
ตัวตีความ RISC-V ต้องการเพียงไม่กี่ร้อยบรรทัดของโค้ด เวอร์ตาลิกกล่าวว่า นี่คือรูปแบบที่ควรเป็นของเครื่องเสมือนบล็อกเชน
เขาวางแผนสามขั้นตอน: ขั้นที่หนึ่ง ใช้เครื่องเสมือนใหม่รันสัญญาที่ถูกคอมไพล์ล่วงหน้า โดยเขียนโค้ดสัญญาที่มีอยู่ 80% ใหม่ด้วยเครื่องเสมือนใหม่; ขั้นที่สอง อนุญาตให้นักพัฒนาสามารถปรับใช้สัญญาบนเครื่องเสมือนใหม่ได้โดยตรง โดยทำงานคู่ขนานกับ EVM; ขั้นที่สาม ปลดระวาง EVM แต่ไม่ให้หายไป—มันจะถูกเขียนใหม่เป็นสัญญาอัจฉริยะที่รันบนเครื่องเสมือนใหม่ เพื่อให้รองรับความเข้ากันได้ย้อนหลังอย่างสมบูรณ์
เจ้าของรถรุ่นเก่าไม่จำเป็นต้องเปลี่ยนรถ แค่เครื่องยนต์ถูกเปลี่ยนอย่างเงียบๆ แต่พวงมาลัยยังเป็นพวงมาลัยเดิม
การรวมกันของสองสิ่งนี้มีความสำคัญแค่ไหน? Vitalik ให้ตัวเลขไว้ว่า: ต้นไม้สถานะและเครื่องเสมือนรวมกันคิดเป็นมากกว่า 80% ของข้อจำกัดการพิสูจน์ของ Ethereum กล่าวอีกนัยหนึ่ง ถ้าไม่แตะต้องสองส่วนนี้ การขยายขนาดของ Ethereum ในยุค ZK ก็จะไม่ก้าวหน้าอะไร
Arbitrum ไม่เห็นด้วย: คุณไม่สามารถบังคับให้พนักงานส่งของขับรถยกเพียงเพราะคลังสินค้าใช้รถยก
แต่นี่ไม่ใช่เรื่องที่ทุกคนพยักหน้าเห็นด้วย
เมื่อเดือนพฤศจิกายนปีที่แล้ว ทีมพัฒนาหลักของ Arbitrum คือ Offchain Labs ได้เผยแพร่การโต้แย้งทางเทคนิคอย่างละเอียด จุดยืนหลักของนักวิจัยทั้งสี่คนคือ: RISC-V นั้นเหมาะสมสำหรับการสร้างหลักฐาน ZK แต่ไม่เหมาะสำหรับใช้เป็น "รูปแบบการจัดส่ง" สำหรับสัญญา
พวกเขาได้ชี้ให้เห็นความแตกต่างที่สำคัญว่า "ชุดคำสั่งการจัดส่ง" (dISA) และ "ชุดคำสั่งการพิสูจน์" (pISA) ไม่จำเป็นต้องเป็นสิ่งเดียวกัน คลังสินค้าของคุณอาจใช้รถยกเพื่อขนส่งสินค้าอย่างมีประสิทธิภาพที่สุด แต่นั่นไม่ได้หมายความว่าพนักงานจัดส่งต้องขับรถยกไปส่งให้คุณที่หน้าบ้าน
Offchain Labs แนะนำให้ใช้ WebAssembly (WASM) เป็นชั้นสัญญา เหตุผลมีความน่าเชื่อถือมาก: WASM ทำงานได้อย่างมีประสิทธิภาพบนฮาร์ดแวร์มาตรฐาน ในขณะที่โหนด Ethereum ส่วนใหญ่ไม่ได้รันชิป RISC-V การเปลี่ยนไปใช้จะต้องใช้ตัวจำลอง; WASM มีกลไกการตรวจสอบความปลอดภัยของประเภทที่สุกงอม; และระบบนิเวศเครื่องมือของ WASM ได้รับการพิสูจน์แล้วผ่านสภาพแวดล้อมการดำเนินการหลายพันล้านแห่ง
ที่สำคัญกว่านั้น พวกเขาไม่ได้แค่พูดเท่านั้น Offchain Labs ได้รันโปรโตไทป์บน Arbitrum แล้ว: ใช้ WASM เป็นรูปแบบการจัดส่งสัญญา แล้วคอมไพล์เป็น RISC-V เพื่อสร้างหลักฐาน ZK แต่ละชั้นทำงานแยกจากกันโดยไม่รบกวนกัน
พวกเขายังได้ชี้ให้เห็นถึงความเสี่ยงที่น่าพิจารณา: เทคโนโลยีในสาขาการพิสูจน์ ZK เปลี่ยนแปลงอย่างรวดเร็ว โดยล่าสุดการดำเนินการ RISC-V ได้เปลี่ยนจาก 32 บิตเป็น 64 บิตแล้ว หากตอนนี้เราตรึง RISC-V ไว้บน Ethereum L1 แล้ว หากสองปีต่อมาเกิดโครงสร้างการพิสูจน์ที่ดีกว่าขึ้นล่ะ? การเดิมพันบนเป้าหมายที่กำลังเคลื่อนไหวอย่างรวดเร็ว ไม่ใช่สไตล์ของ Ethereum
บริบทที่ใหญ่กว่า: L2 กำลังเริ่ม "เลิกนม"
เพื่อเข้าใจข้อเสนอครั้งนี้ จำเป็นต้องมีบริบทที่กว้างขึ้น
เมื่อเดือนที่แล้ว วิตาลิกได้ตั้งคำถามอย่างเปิดเผยเกี่ยวกับความจำเป็นของ Ethereum ที่ยังต้องการ "แผนเส้นทาง L2 ที่เฉพาะเจาะจง" ซึ่งกระตุ้นให้กลุ่ม L2 ตอบสนองร่วมกัน เบน ฟิช ซีอีโอของ Espresso Systems กล่าวกับ CoinDesk ว่า ความหมายของวิตาลิกคือ L2 เดิมถูกออกแบบมาเพื่อช่วยขยายขีดความสามารถของ Ethereum แต่ตอนนี้ Ethereum กำลังเร่งความเร็วเอง ดังนั้นบทบาทของ L2 จึงต้องเปลี่ยนไป
ที่น่าสนใจคือ L2 ไม่ได้ตื่นตระหนก แต่กลับเริ่มดำเนินการ “แยกตัวออกจาก Ethereum” อย่างมีเป้าหมาย จิง หวัง ผู้ร่วมก่อตั้ง OP Labs เปรียบ L2 เหมือนเว็บไซต์อิสระ ในขณะที่ Ethereum เป็นมาตรฐานการตั้งtlement เปิดที่อยู่ด้านล่าง Marc Boiron ซีอีโอของ Polygon พูดตรงไปตรงมากว่านั้นว่า ความท้าทายที่แท้จริงไม่ใช่การขยายขนาด แต่คือการสร้างพื้นที่บล็อกที่เฉพาะเจาะจงสำหรับสถานการณ์จริง เช่น การชำระเงิน
พูดอีกแบบหนึ่ง ความเปลี่ยนแปลงครั้งใหญ่ของ Vitalik ที่มีต่อชั้นการดำเนินการครั้งนี้ เป็นจุดหมายทางเทคนิคของแนวโน้มที่ใหญ่กว่า: เอเธอรีเอムกำลังคืนการควบคุมความสามารถหลักของตนเอง ขณะที่ L2 ต่างๆ กำลังถูกบังคับหรือได้ค้นพบเหตุผลในการมีอยู่อย่างเป็นอิสระของตนเอง
เรื่องนี้จะสำเร็จไหม?
วิตาลิกเองก็ยอมรับว่า ขณะนี้ยังไม่มีความเห็นพ้องต้องกันอย่างกว้างขวางจากชุมชนนักพัฒนาเกี่ยวกับการแทนที่เครื่องจำลองเสมือน ส่วนการปฏิรูปต้นไม้สถานะนั้นสุกงอมกว่า โดย EIP-7864 มีร่างที่ชัดเจนและทีมผลักดันแล้ว แต่การแทนที่ EVM ด้วย RISC-V? ยังคงอยู่ในขั้นตอน “เส้นทางการพัฒนา” และยังห่างไกลจากการนำไปเขียนเป็นโค้ด
อย่างไรก็ตาม Vitalik ได้ให้คำแถลงที่น่าประทับใจเมื่อสัปดาห์ที่แล้ว: Ethereum ได้เปลี่ยนเครื่องยนต์เจ็ตครั้งแรกไปแล้ว (หมายถึง The Merge) และยังสามารถเปลี่ยนได้อีกประมาณสี่ครั้ง—ต้นไม้สถานะ ความเห็นพ้องต้องกันแบบเรียบง่าย การตรวจสอบ ZK-EVM และการแทนที่เครื่องจำลอง
การอัปเกรด Ethereum Glamsterdam คาดว่าจะเกิดขึ้นในช่วงครึ่งแรกของปี 2026 ตามด้วย Hegota รายละเอียดที่แน่นอนของการแบ่งแค่งทั้งสองครั้งยังไม่ได้รับการยืนยัน แต่การปฏิรูปโครงสร้างสถานะและการปรับปรุงชั้นการดำเนินการเป็นแกนหลักที่ชัดเจน
เรื่องราวของอีเธอรีอัมไม่เคยเป็นคำถามว่า “ทำได้หรือไม่” จากการเปลี่ยนจาก PoW เป็น PoS จากการเน้นที่ L1 ไปสู่ศูนย์กลาง Rollup มันได้พิสูจน์แล้วว่ามีความสามารถและกล้าหาญในการถอดเครื่องยนต์ออกในระดับความสูงกว่า 10,000 เมตร
ครั้งนี้เป็นการเปลี่ยนแปลงในระดับลึกกว่าเดิม—ไม่ใช่การเพิ่มฟีเจอร์ใหม่ แต่เป็นการขุดรากฐานเก่าออกแล้วเทใหม่ นี่คือการปรับปรุงอย่างมีกลยุทธ์ระยะยาว หรือเป็นหลุมลึกที่ยิ่งซ่อมยิ่งซับซ้อน? คำตอบคงจะชัดเจนในปี 2027
แต่อย่างน้อยที่สุดก็มีสิ่งหนึ่งที่แน่นอน: อีเธอเรียมไม่มีเจตนาจะเป็น "ระบบเก่าที่ต้องซ่อมแซม" ในยุค ZK ส่วนการถอดซ่อมแซมเหล่านั้นจะทำอย่างไร และควรเปลี่ยนเครื่องยนต์เป็นรุ่นใด การถกเถียงนี้เอง อาจมีคุณค่ามากกว่าผลลัพธ์