ลาก่อน EVM สวัสดี RISC-V

ผู้เขียนต้นฉบับ: jaehaerys.eth นักวิจัยด้านการเข้ารหัส

คำแปลต้นฉบับ: TechFlow

สรุป

Ethereum กำลังเตรียมการสำหรับการเปลี่ยนแปลงทางสถาปัตยกรรมที่สำคัญที่สุดนับตั้งแต่ก่อตั้ง: การแทนที่ EVM ด้วย RISC-V

เหตุผลนั้นเรียบง่าย — ในอนาคตที่เน้นไปที่ความรู้เป็นศูนย์ (ZK) EVM จะกลายเป็นคอขวดด้านประสิทธิภาพ:

zkEVM ในปัจจุบันต้องอาศัยอินเทอร์พรีเตอร์ ส่งผลให้ประสิทธิภาพลดลง 50–800 เท่า

โมดูลที่คอมไพล์ไว้ล่วงหน้าทำให้โปรโตคอลมีความซับซ้อนและมีความเสี่ยง

การออกแบบสแต็ก 256 บิตไม่มีประสิทธิภาพอย่างยิ่งในการสร้างการพิสูจน์

โซลูชัน RISC-V:

การออกแบบที่เรียบง่าย (คำสั่งพื้นฐานประมาณ 47 คำสั่ง) + ระบบนิเวศ LLVM ที่สมบูรณ์ (รองรับ Rust, C++, Go และอื่นๆ)

ได้กลายเป็นมาตรฐาน zkVM โดยพฤตินัย (นำไปใช้โดย 90% ของโครงการ)

มีข้อกำหนด SAIL อย่างเป็นทางการ (เทียบกับกระดาษสีเหลืองที่คลุมเครือ) → ช่วยให้ตรวจสอบได้อย่างเข้มงวด

เส้นทางพิสูจน์ฮาร์ดแวร์ (ASICs/FPGAs) กำลังได้รับการทดสอบแล้ว (SP 1, Nervos, Cartesi เป็นต้น)

กระบวนการย้ายถิ่นฐานแบ่งออกเป็น 3 ระยะ:

แทนที่ RISC-V เป็นโมดูลที่คอมไพล์ไว้ล่วงหน้า (การทดสอบความเสี่ยงต่ำ)

ยุคเครื่องเสมือนคู่: EVM และ RISC-V อยู่ร่วมกันและทำงานร่วมกันได้อย่างสมบูรณ์

การนำ EVM กลับมาใช้ใน RISC-V (กลยุทธ์ Rosetta)

ผลกระทบต่อระบบนิเวศ:

การรวมกลุ่มที่มองโลกในแง่ดี (เช่น Arbitrum และ Optimism) จำเป็นต้องสร้างกลไกป้องกันการฉ้อโกงขึ้นมาใหม่

การรวบรวมแบบ Zero-knowledge (เช่น Polygon, zkSync, Scroll) จะได้รับข้อได้เปรียบที่สำคัญ → ราคาถูกกว่า เร็วกว่า และง่ายกว่า

นักพัฒนาสามารถใช้ไลบรารีภาษาเช่น Rust, Go และ Python ได้โดยตรงที่ L1

ผู้ใช้จะเพลิดเพลินไปกับต้นทุนการพิสูจน์ที่ลดลงประมาณ 100 เท่า → นำไปสู่ Gigagas L 1 (~10,000 TPS)

ในที่สุด Ethereum จะพัฒนาจาก "เครื่องเสมือนสัญญาอัจฉริยะ" ไปเป็นเลเยอร์ความน่าเชื่อถือที่เรียบง่ายและสามารถตรวจสอบได้สำหรับอินเทอร์เน็ต โดยมีเป้าหมายสูงสุดคือ "ทำให้ทุกอย่างเป็นแบบ ZK-Snarkized"

Ethereum ที่ทางแยก

Vitalik Buterin เคยกล่าวไว้ว่า “จุดสิ้นสุดคือ…การทำให้ทุกอย่างเป็น ZK-Snarked”

จุดจบของการพิสูจน์แบบ Zero-Knowledge (ZK) นั้นเป็นสิ่งที่หลีกเลี่ยงไม่ได้ และประเด็นหลักก็เรียบง่าย นั่นคือ Ethereum กำลังสร้างตัวเองขึ้นมาใหม่ตั้งแต่ต้น โดยสร้างขึ้นบนการพิสูจน์แบบ Zero-Knowledge นี่คือจุดสิ้นสุดทางเทคนิคของโปรโตคอล ซึ่งบรรลุรูปแบบสุดท้ายผ่านการสร้าง Layer 1 ขึ้นใหม่ ซึ่งขับเคลื่อนด้วย zkVM ประสิทธิภาพสูงที่ได้รับการสนับสนุนจากนักพัฒนาหลักอย่าง Succinct

ด้วยวิสัยทัศน์นี้ Ethereum กำลังอยู่ในช่วงหัวเลี้ยวหัวต่อของการเปลี่ยนแปลงทางสถาปัตยกรรมครั้งสำคัญที่สุดนับตั้งแต่เริ่มก่อตั้ง การพูดคุยไม่ได้เกี่ยวกับการอัปเกรดแบบค่อยเป็นค่อยไปอีกต่อไป แต่เป็นการสร้างแกนประมวลผลใหม่ทั้งหมด แทนที่ Ethereum Virtual Machine (EVM) โครงการริเริ่มนี้ถือเป็นรากฐานสำคัญของวิสัยทัศน์ที่กว้างขึ้นของ "Lean Ethereum"

วิสัยทัศน์ของ Lean Ethereum มุ่งหวังที่จะลดความซับซ้อนของโปรโตคอลทั้งหมดอย่างเป็นระบบ โดยแบ่งออกเป็นสามโมดูลหลัก ได้แก่ Lean Consensus, Lean Data และ Lean Execution คำถามสำคัญที่เป็นหัวใจสำคัญของ Lean Execution คือ EVM ซึ่งเป็นกลไกขับเคลื่อนการปฏิวัติสัญญาอัจฉริยะ ได้กลายเป็นอุปสรรคสำคัญต่อการพัฒนา Ethereum ในอนาคตหรือไม่

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

บทความนี้จะเจาะลึกถึงข้อโต้แย้งทางเทคนิคและกลยุทธ์สำหรับการย้ายโปรโตคอล Layer 1 ของ Ethereum ไปยังสถาปัตยกรรมชุดคำสั่ง RISC-V (ISA) การย้ายครั้งนี้ไม่เพียงแต่จะปลดล็อกความสามารถในการปรับขนาดที่ไม่เคยมีมาก่อนเท่านั้น แต่ยังช่วยลดความซับซ้อนของโครงสร้างโปรโตคอลและทำให้ Ethereum สอดคล้องกับอนาคตของการประมวลผลที่ตรวจสอบได้

มีอะไรเปลี่ยนแปลงไปบ้าง?

ก่อนที่จะหารือถึง “เหตุใด” เราก็ต้องชี้แจงให้ชัดเจนก่อนว่า “อะไร” ที่กำลังเปลี่ยนแปลงไป

EVM (Ethereum Virtual Machine) คือสภาพแวดล้อมรันไทม์สำหรับสัญญาอัจฉริยะของ Ethereum และได้รับการขนานนามว่าเป็น "คอมพิวเตอร์โลก" ที่ประมวลผลธุรกรรมและอัปเดตสถานะของบล็อกเชน ตลอดหลายปีที่ผ่านมา การออกแบบของ EVM ถือเป็นการปฏิวัติวงการ โดยวางรากฐานสำหรับการเกิดขึ้นของการเงินแบบกระจายศูนย์ (DeFi) และระบบนิเวศ NFT อย่างไรก็ตาม สถาปัตยกรรมแบบกำหนดเองที่มีอายุเกือบสิบปีนี้ได้สะสมหนี้ทางเทคนิคไว้เป็นจำนวนมาก

ในทางตรงกันข้าม RISC-V ไม่ใช่ผลิตภัณฑ์ แต่เป็นมาตรฐานเปิด ซึ่งเป็น “ตัวอักษร” สากลที่ใช้งานได้อิสระสำหรับการออกแบบโปรเซสเซอร์ ดังที่ Jeremy Bruestle ได้เน้นย้ำในงานประชุม Ethproofs หลักการสำคัญของ RISC-V ทำให้เป็นตัวเลือกที่ยอดเยี่ยมสำหรับบทบาทนี้:

ความเรียบง่าย: ชุดคำสั่งพื้นฐานของ RISC-V นั้นเรียบง่ายอย่างเหลือเชื่อ ประกอบด้วยคำสั่งเพียงประมาณ 40 ถึง 47 คำสั่ง ดังที่ Jeremy กล่าวไว้ สิ่งนี้ทำให้มัน "เกือบจะสมบูรณ์แบบสำหรับกรณีการใช้งานที่เราต้องการสำหรับเครื่องอเนกประสงค์แบบมินิมอลสุดๆ"

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

ระบบนิเวศแบบเปิด: RISC-V มีชุดเครื่องมือขนาดใหญ่และครบถ้วนสมบูรณ์ ซึ่งรวมถึงคอมไพเลอร์ LLVM ซึ่งช่วยให้นักพัฒนาสามารถใช้ภาษาโปรแกรมหลักๆ เช่น Rust, C++ และ Go ได้ ดังที่ Justin Drake กล่าวไว้ว่า "เครื่องมือต่างๆ ที่เกี่ยวข้องกับคอมไพเลอร์นั้นมีความหลากหลายมาก และคอมไพเลอร์นั้นสร้างได้ยากอย่างยิ่ง... ดังนั้นการมีชุดเครื่องมือคอมไพเลอร์เหล่านี้จึงมีประโยชน์อย่างยิ่ง" RISC-V ช่วยให้ Ethereum สามารถสืบทอดเครื่องมือที่มีอยู่เหล่านี้ได้ฟรี

ปัญหาค่าใช้จ่ายของล่าม

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

ปัจจัยสำคัญที่สุดที่ผลักดันการเปลี่ยนแปลงนี้คือความไม่มีประสิทธิภาพโดยธรรมชาติของ EVM ในระบบพิสูจน์ความรู้ศูนย์ (ZK proof) ขณะที่ Ethereum ค่อยๆ เปลี่ยนไปสู่รูปแบบที่ตรวจสอบสถานะ L1 ผ่าน ZK proofs ประสิทธิภาพของ Prover จึงกลายเป็นปัญหาใหญ่ที่สุด

ปัญหาอยู่ที่วิธีการทำงานของ zkEVM ในปัจจุบัน พวกเขาไม่ได้ทำการพิสูจน์แบบ zero-knowledge บน EVM โดยตรง แต่ทำบน EVM interpreter ซึ่งถูกคอมไพล์เป็น RISC-V Vitalik Buterin ระบุถึงปัญหาหลักนี้อย่างตรงไปตรงมา:

“…หากการใช้งาน zkVM คือการคอมไพล์การดำเนินการ EVM ให้เป็นโค้ด RISC-V แล้วทำไมจึงไม่เปิดเผย RISC-V พื้นฐานให้กับนักพัฒนาสัญญาอัจฉริยะล่ะ วิธีนี้จะช่วยขจัดภาระงานของ VM ภายนอกทั้งหมดได้อย่างสิ้นเชิง”

เลเยอร์การตีความเพิ่มเติมนี้มาพร้อมกับค่าปรับประสิทธิภาพที่สำคัญ ประมาณการชี้ให้เห็นว่าเลเยอร์นี้อาจส่งผลให้ประสิทธิภาพลดลง 50 ถึง 800 เท่าเมื่อเทียบกับการพิสูจน์โปรแกรมดั้งเดิม แม้หลังจากปรับแต่งจุดคอขวดอื่นๆ (เช่น การเปลี่ยนไปใช้อัลกอริทึมแฮช Poseidon) แล้ว ส่วนของ "การดำเนินการแบบบล็อก" นี้ยังคงคิดเป็น 80-90% ของเวลาพิสูจน์ทั้งหมด ทำให้ EVM กลายเป็นอุปสรรคสุดท้ายและยากที่สุดในการปรับขนาด L1 การลบเลเยอร์นี้ออกไป Vitalik คาดการณ์ว่าประสิทธิภาพการทำงานอาจเพิ่มขึ้น 100 เท่า

กับดักหนี้ทางเทคนิค

เพื่อชดเชยข้อจำกัดด้านประสิทธิภาพของ EVM ในการดำเนินการเข้ารหัสลับบางประเภท Ethereum จึงได้นำสัญญาที่คอมไพล์ไว้ล่วงหน้ามาใช้ ซึ่งเป็นฟังก์ชันเฉพาะที่เขียนโค้ดลงในโปรโตคอลโดยตรง แม้ว่าโซลูชันนี้จะดูเหมือนใช้งานได้จริงในขณะนั้น แต่ปัจจุบันกลับนำไปสู่สิ่งที่ Vitalik Buterin เรียกว่าเป็นสถานการณ์ที่ "เลวร้าย":

“การพรีคอมไพล์สร้างหายนะให้กับเรา... พวกมันทำให้ฐานโค้ดที่เชื่อถือได้ของ Ethereum ขยายตัวอย่างมาก... และพวกมันยังสร้างปัญหาที่ร้ายแรงหลายประการให้กับเรา ซึ่งเกือบจะทำให้เกิดความล้มเหลวในการบรรลุฉันทามติ”

ความซับซ้อนนี้น่าตกใจ ยกตัวอย่างเช่น Vitalik แสดงให้เห็นว่าโค้ดแรปเปอร์สำหรับสัญญาที่คอมไพล์ไว้ล่วงหน้าเพียงฉบับเดียว (เช่น modex) มีความซับซ้อนมากกว่าอินเทอร์พรีเตอร์ RISC-V ทั้งหมด และตรรกะที่คอมไพล์ไว้ล่วงหน้าก็ยิ่งยุ่งยากเข้าไปอีก การเพิ่มสัญญาที่คอมไพล์ไว้ล่วงหน้าใหม่จำเป็นต้องใช้กระบวนการฮาร์ดฟอร์กที่ช้าและก่อให้เกิดข้อโต้แย้งทางการเมือง ซึ่งเป็นอุปสรรคอย่างมากต่อนวัตกรรมในแอปพลิเคชันที่ต้องใช้ไพรมิทีฟการเข้ารหัสแบบใหม่ Vitalik ได้ข้อสรุปที่ชัดเจนดังนี้:

“ฉันคิดว่าเราควรหยุดเพิ่มสัญญาที่จัดทำไว้ล่วงหน้าใหม่ ๆ เริ่มตั้งแต่วันนี้เป็นต้นไป”

หนี้ทางเทคนิคด้านสถาปัตยกรรมของ Ethereum

การออกแบบหลักของ EVM สะท้อนถึงความสำคัญของยุคสมัยที่ผ่านไปแล้ว แต่ไม่เหมาะกับความต้องการด้านการประมวลผลสมัยใหม่อีกต่อไป EVM เลือกสถาปัตยกรรม 256 บิตเพื่อจัดการค่าการเข้ารหัส แต่สถาปัตยกรรมนี้ไม่มีประสิทธิภาพอย่างมากสำหรับจำนวนเต็ม 32 บิตหรือ 64 บิตที่ใช้กันทั่วไปในสัญญาอัจฉริยะ ความไม่มีประสิทธิภาพนี้สร้างความเสียหายอย่างมากในระบบ ZK ดังที่ Vitalik อธิบายไว้:

“เมื่อคุณใช้ตัวเลขที่เล็กลง คุณไม่ได้ประหยัดทรัพยากรใดๆ ต่อหลักเลย และความซับซ้อนจะเพิ่มขึ้นเป็นสองถึงสี่เท่า”

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

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

RISC-V Blueprint: การปรับเปลี่ยนอนาคตของ Ethereum ด้วยรากฐานที่แข็งแกร่งยิ่งขึ้น

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

เหตุใดมาตรฐานแบบเปิดจึงดีกว่าการออกแบบแบบกำหนดเอง?

ไม่เหมือนกับสถาปัตยกรรมชุดคำสั่งที่กำหนดเอง (ISA) ที่ต้องสร้างระบบนิเวศซอฟต์แวร์ทั้งหมดตั้งแต่เริ่มต้น RISC-V เป็นมาตรฐานเปิดที่สมบูรณ์พร้อมข้อได้เปรียบหลักสามประการ:

ระบบนิเวศที่สมบูรณ์

การนำ RISC-V มาใช้ทำให้ Ethereum สามารถใช้ประโยชน์จากความก้าวหน้าร่วมกันหลายทศวรรษในสาขาวิทยาการคอมพิวเตอร์ ดังที่ Justin Drake อธิบายไว้ สิ่งนี้ช่วยให้ Ethereum สามารถเข้าถึงเครื่องมือระดับโลกได้โดยตรง:

มีส่วนประกอบโครงสร้างพื้นฐานที่เรียกว่า LLVM ซึ่งเป็นชุดเครื่องมือคอมไพเลอร์ที่ช่วยให้คุณคอมไพล์ภาษาโปรแกรมระดับสูงไปยังเป้าหมายแบ็กเอนด์ที่หลากหลาย หนึ่งในแบ็กเอนด์ที่รองรับคือ RISC-V ดังนั้น หากคุณรองรับ RISC-V คุณจะรองรับภาษาระดับสูงทั้งหมดที่ LLVM รองรับโดยอัตโนมัติ

ซึ่งจะช่วยลดเกณฑ์การพัฒนาลงอย่างมาก ช่วยให้นักพัฒนาหลายล้านคนที่คุ้นเคยกับภาษาต่างๆ เช่น Rust, C++ และ Go เริ่มต้นใช้งานได้ง่าย

ความเรียบง่าย ของ RISC-V เป็นคุณสมบัติที่ตั้งใจไว้ ไม่ใช่ข้อจำกัด ชุดคำสั่งพื้นฐานประกอบด้วยคำสั่งเพียงประมาณ 47 คำสั่ง ทำให้แกนหลักของเครื่องเสมือนมีความเรียบง่ายอย่างยิ่ง ความเรียบง่ายนี้มอบข้อได้เปรียบด้านความปลอดภัยที่สำคัญ เนื่องจากฐานโค้ดที่เชื่อถือได้ขนาดเล็กทำให้การตรวจสอบและการยืนยันอย่างเป็นทางการง่ายขึ้น

ที่สำคัญ กว่านั้น ระบบนิเวศ zkVM ได้ตัดสินใจเลือกแล้ว ดังที่ Justin Drake ชี้ให้เห็น แนวโน้มที่ชัดเจนสามารถเห็นได้จากข้อมูล Ethproofs:

“RISC-V เป็นสถาปัตยกรรมชุดคำสั่งชั้นนำ (ISA) สำหรับแบ็กเอนด์ zkVM”

ในบรรดา zkVM จำนวน 10 เครื่องที่สามารถพิสูจน์บล็อก Ethereum ได้นั้น มี 9 เครื่องที่เลือก RISC-V เป็นสถาปัตยกรรมเป้าหมาย การบรรจบกันของตลาดครั้งนี้ส่งสัญญาณที่ชัดเจนว่า Ethereum ไม่ได้มีส่วนร่วมในการทดลองเชิงเก็งกำไรด้วยการนำ RISC-V มาใช้ แต่กำลังปรับให้สอดคล้องกับมาตรฐานที่ได้รับการพิสูจน์แล้ว ซึ่งเป็นที่ยอมรับจากโครงการต่างๆ ที่กำลังสร้างอนาคตแบบ Zero Knowledge

เกิดมาเพื่อความไว้วางใจ ไม่ใช่แค่การปฏิบัติ

นอกเหนือจากระบบนิเวศที่กว้างขวางแล้ว สถาปัตยกรรมภายในของ RISC-V ยังเหมาะอย่างยิ่งสำหรับการสร้างระบบที่ปลอดภัยและตรวจสอบได้ ประการแรก RISC-V มีข้อกำหนดที่เป็นทางการและอ่านได้ด้วยเครื่อง นั่นคือ SAIL ซึ่งถือเป็นการพัฒนาที่สำคัญกว่าข้อกำหนด EVM ซึ่งส่วนใหญ่อยู่ในรูปแบบข้อความใน Yellow Paper แม้ว่า Yellow Paper จะค่อนข้างคลุมเครือ แต่ข้อกำหนด SAIL ถือเป็น "มาตรฐานทองคำ" ที่สามารถรองรับการพิสูจน์ความถูกต้องทางคณิตศาสตร์ที่สำคัญ ซึ่งจำเป็นต่อการรักษาความปลอดภัยของโปรโตคอลที่มีมูลค่าสูง ดังที่ Alex Hicks จาก Ethereum Foundation (EF) ได้กล่าวไว้ในการประชุม Ethproofs สิ่งนี้ช่วยให้วงจร zkVM สามารถ "ตรวจสอบกับข้อกำหนด RISC-V อย่างเป็นทางการ" ได้โดยตรง ประการที่สอง RISC-V มีสถาปัตยกรรมที่มีเอกสิทธิ์ ซึ่งเป็นคุณสมบัติที่มักถูกมองข้ามแต่มีความสำคัญอย่างยิ่งต่อความปลอดภัย โดยกำหนดระดับการทำงานที่แตกต่างกัน โดยหลักๆ คือโหมดผู้ใช้ (สำหรับแอปพลิเคชันที่ไม่น่าเชื่อถือ เช่น สัญญาอัจฉริยะ) และโหมดผู้ดูแลระบบ (สำหรับ "เคอร์เนลการดำเนินการ") ที่เชื่อถือได้ Diego จาก Cartesi อธิบายเรื่องนี้อย่างละเอียด:

“ระบบปฏิบัติการเองต้องปกป้องตัวเองจากโค้ดอื่น ๆ ต้องแยกการทำงานของโปรแกรมต่าง ๆ ออกจากกัน และกลไกทั้งหมดนี้เป็นส่วนหนึ่งของมาตรฐาน RISC-V”

ในสถาปัตยกรรม RISC-V สัญญาอัจฉริยะที่ทำงานในโหมดผู้ใช้ไม่สามารถเข้าถึงสถานะของบล็อกเชนได้โดยตรง แต่จะต้องส่งคำขอไปยังเคอร์เนลที่เชื่อถือได้ซึ่งทำงานในโหมดซูเปอร์ไวเซอร์ผ่านคำสั่ง ECALL (การเรียกสภาพแวดล้อม) พิเศษ กลไกนี้จะสร้างขอบเขตความปลอดภัยที่บังคับใช้กับฮาร์ดแวร์ ซึ่งมีความแข็งแกร่งและง่ายต่อการตรวจสอบมากกว่าการพึ่งพาซอฟต์แวร์แซนด์บ็อกซ์ของ EVM เพียงอย่างเดียว

วิสัยทัศน์ของวิทาลิก

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

ขั้นตอนที่ 1: ทางเลือกในการคอมไพล์ล่วงหน้า

ระยะเริ่มต้นจะใช้แนวทางแบบอนุรักษ์นิยม โดยนำเสนอฟังก์ชันการทำงานที่จำกัดสำหรับเครื่องเสมือน (VM) ใหม่ ดังที่ Vitalik Buterin แนะนำว่า "เราสามารถเริ่มต้นด้วยกรณีการใช้งานที่จำกัดสำหรับ VM ใหม่ เช่น การแทนที่ฟังก์ชันการทำงานที่คอมไพล์ไว้ล่วงหน้า" โดยเฉพาะอย่างยิ่ง การดำเนินการนี้จะหยุดการนำฟังก์ชันการทำงานที่คอมไพล์ไว้ล่วงหน้าของ EVM ใหม่มาใช้ และแทนที่ด้วยการนำฟังก์ชันการทำงานที่จำเป็นมาใช้ผ่านโปรแกรม RISC-V ที่ได้รับอนุมัติและอยู่ในบัญชีขาว แนวทางนี้ช่วยให้ VM ใหม่ได้รับการทดสอบภาคสนามในสภาพแวดล้อมที่มีความเสี่ยงต่ำบนเมนเน็ต ในขณะที่ไคลเอ็นต์ Ethereum ทำหน้าที่เป็นตัวกลางระหว่างสภาพแวดล้อมการทำงานทั้งสอง

ขั้นตอนที่ 2: เครื่องเสมือนสองเครื่องอยู่ร่วมกัน

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

ขั้นตอนที่ 3: EVM เป็นสัญญาจำลอง (กลยุทธ์ Rosetta)

เป้าหมายสูงสุดคือการบรรลุโปรโตคอลที่เรียบง่ายขึ้นอย่างสิ้นเชิง ในขั้นตอนนี้ "เราจะนำ EVM ไปใช้งานภายใน VM ใหม่" EVM ที่ได้มาตรฐานจะเป็นสัญญาอัจฉริยะที่ได้รับการยืนยันอย่างเป็นทางการและทำงานบน RISC-V L1 แบบดั้งเดิม ซึ่งไม่เพียงแต่รับประกันการรองรับแอปพลิเคชันรุ่นเก่าอย่างถาวรเท่านั้น แต่ยังช่วยให้นักพัฒนาไคลเอนต์สามารถบำรุงรักษาเฉพาะเอนจินการดำเนินการที่เรียบง่ายขึ้น ซึ่งช่วยลดความซับซ้อนและต้นทุนการบำรุงรักษาได้อย่างมาก

ผลกระทบแบบลูกโซ่ในระบบนิเวศ

การเปลี่ยนผ่านจาก EVM ไปสู่ RISC-V ไม่ใช่แค่การเปลี่ยนแปลงโปรโตคอลหลักเท่านั้น แต่จะมีผลกระทบอย่างลึกซึ้งต่อระบบนิเวศ Ethereum ทั้งหมด การเปลี่ยนแปลงนี้ไม่เพียงแต่จะปรับเปลี่ยนประสบการณ์ของนักพัฒนาเท่านั้น แต่ยังจะเปลี่ยนแปลงภูมิทัศน์การแข่งขันสำหรับโซลูชัน Layer-2 อย่างสิ้นเชิง และปลดล็อกโมเดล proof-of-stake ทางเศรษฐกิจใหม่ๆ

การปรับตำแหน่ง Rollup: มองโลกในแง่ดีเทียบกับ ZK

การนำเลเยอร์การดำเนินการ RISC-V มาใช้ที่ L1 จะส่งผลกระทบที่แตกต่างกันต่อ Rollup สองประเภทหลัก

Optimistic Rollups (เช่น Arbitrum และ Optimism) เผชิญกับความท้าทายด้านสถาปัตยกรรม รูปแบบความปลอดภัยของระบบนี้อาศัยการแก้ไขหลักฐานการฉ้อโกงโดยการดำเนินการธุรกรรมที่มีข้อโต้แย้งซ้ำโดยใช้ L1 EVM รูปแบบนี้จะล้มเหลวอย่างสิ้นเชิงหากมีการเปลี่ยน L1 EVM โครงการเหล่านี้จะต้องเผชิญกับทางเลือกที่ยากลำบาก: ดำเนินการยกเครื่องทางวิศวกรรมครั้งใหญ่เพื่อออกแบบระบบป้องกันการฉ้อโกงที่เฉพาะเจาะจงสำหรับ L1 VM ใหม่ หรือแยกออกจากรูปแบบความปลอดภัยของ Ethereum อย่างสมบูรณ์

ในทางตรงกันข้าม ZK Rollup จะได้เปรียบเชิงกลยุทธ์อย่างมาก ZK Rollup ส่วนใหญ่ใช้ RISC-V เป็นสถาปัตยกรรมชุดคำสั่งภายใน (ISA) อยู่แล้ว L1 ที่ "พูดภาษาเดียวกัน" จะช่วยให้การผสานรวมมีความแน่นหนาและมีประสิทธิภาพมากขึ้น จัสติน เดรก ได้เสนอวิสัยทัศน์ในอนาคตเกี่ยวกับ "Native Rollup": L2 จะกลายเป็นอินสแตนซ์เฉพาะของสภาพแวดล้อมการดำเนินการของ L1 อย่างแท้จริง โดยใช้ประโยชน์จาก VM ในตัวของ L1 เพื่อการจัดการที่ราบรื่น การจัดวางแนวนี้จะนำมาซึ่งการเปลี่ยนแปลงต่อไปนี้:

การลดความซับซ้อนของเทคโนโลยีสแต็ก: ทีม L2 จะไม่จำเป็นต้องสร้างกลไกสะพานที่ซับซ้อนระหว่างสภาพแวดล้อมการดำเนินการ RISC-V ภายในและ EVM อีกต่อไป

การนำเครื่องมือและโค้ดมาใช้ซ้ำ: คอมไพเลอร์ ดีบักเกอร์ และเครื่องมือตรวจสอบอย่างเป็นทางการที่พัฒนาขึ้นสำหรับสภาพแวดล้อม RISC-V L1 สามารถใช้งานโดย L2 ได้โดยตรง ช่วยลดต้นทุนการพัฒนาได้อย่างมาก

การจัดแนวทางจูงใจทางเศรษฐกิจ: ค่าธรรมเนียมก๊าซ L1 จะสะท้อนต้นทุนจริงของการตรวจสอบ ZK ตาม RISC-V ได้แม่นยำยิ่งขึ้น นำไปสู่รูปแบบทางเศรษฐกิจที่สมเหตุสมผลยิ่งขึ้น

ยุคใหม่สำหรับนักพัฒนาและผู้ใช้

สำหรับนักพัฒนา Ethereum การเปลี่ยนแปลงครั้งนี้จะค่อยเป็นค่อยไปมากกว่าที่จะเป็นการรบกวน

นักพัฒนาจะสามารถเข้าถึงระบบนิเวศการพัฒนาซอฟต์แวร์ที่กว้างขึ้นและสมบูรณ์ยิ่งขึ้น ดังที่ Vitalik Buterin กล่าวไว้ นักพัฒนาจะสามารถ "เขียนสัญญาใน Rust และตัวเลือกเหล่านี้สามารถอยู่ร่วมกันได้" ขณะเดียวกัน เขายังคาดการณ์ว่า "Solidity และ Vyper จะยังคงได้รับความนิยมอย่างต่อเนื่องเนื่องจากการออกแบบที่หรูหราสำหรับตรรกะสัญญาอัจฉริยะ" การเปลี่ยนไปใช้ภาษาโปรแกรมหลักและทรัพยากรไลบรารีขนาดใหญ่ผ่าน LLVM toolchain จะเป็นการปฏิวัติวงการ Vitalik เปรียบเทียบสิ่งนี้กับ "ประสบการณ์แบบ NodeJS" ที่ช่วยให้นักพัฒนาสามารถเขียนโค้ดทั้งแบบ on-chain และ off-chain ในภาษาเดียวกัน ทำให้เกิดการพัฒนาที่เป็นหนึ่งเดียว

สำหรับผู้ใช้ การเปลี่ยนแปลงนี้จะนำไปสู่ประสบการณ์เครือข่ายที่มีประสิทธิภาพสูงขึ้นและมีต้นทุนต่ำลง คาดว่าค่าใช้จ่ายในการพิสูจน์จะลดลงประมาณ 100 เท่า จากไม่กี่ดอลลาร์ต่อธุรกรรมเหลือเพียงไม่กี่เซ็นต์หรือน้อยกว่า ซึ่งส่งผลให้ค่าธรรมเนียม L1 และค่าธรรมเนียมการชำระหนี้ L2 ลดลงโดยตรง ความเป็นไปได้ทางเศรษฐกิจนี้จะไขว่คว้าวิสัยทัศน์ของ "Gigagas L1" ซึ่งมุ่งเป้าไปที่ประสิทธิภาพประมาณ 10,000 TPS ซึ่งจะปูทางไปสู่แอปพลิเคชันออนเชนที่ซับซ้อนและมีมูลค่าสูงขึ้นในอนาคต

Succinct Labs และ SP 1: สร้างอนาคตที่มั่นคงตั้งแต่วันนี้

Ethereum พร้อมสำหรับการเติบโต "การปรับขนาด L1, การปรับขนาดบล็อก" เป็นสิ่งจำเป็นเชิงกลยุทธ์ภายใน EF Protocol Cluster คาดว่าจะมีการปรับปรุงประสิทธิภาพอย่างมีนัยสำคัญในช่วง 6 ถึง 12 เดือนข้างหน้า

https://blog.ethereum.org/2025/07/31/lean-ethereum

ทีมงานอย่าง Succinct Labs ได้แสดงให้เห็นถึงข้อได้เปรียบทางทฤษฎีของ RISC-V ในทางปฏิบัติ และผลงานของพวกเขาก็เป็นกรณีตัวอย่างที่แข็งแกร่งสำหรับการตรวจสอบข้อเสนอดังกล่าว

SP 1 ซึ่งพัฒนาโดย Succinct Labs เป็น zkVM โอเพนซอร์สประสิทธิภาพสูงที่ทำงานบน RISC-V ซึ่งแสดงให้เห็นถึงความเป็นไปได้ของแนวทางสถาปัตยกรรมแบบใหม่ SP 1 ใช้ปรัชญา "precompile-centric" ซึ่งช่วยแก้ไขปัญหาคอขวดด้านการเข้ารหัสของ EVM ได้อย่างมีประสิทธิภาพ SP 1 แตกต่างจากวิธีการดั้งเดิมที่อาศัยการ precompile แบบฮาร์ดโค้ดที่ใช้เวลานาน SP 1 ถ่ายโอนภาระงานหนัก เช่น การแฮช Keccak ไปยังวงจร ZK ที่ออกแบบเป็นพิเศษและปรับแต่งด้วยมือ ซึ่งเรียกใช้งานผ่านคำสั่ง ECALL มาตรฐาน วิธีนี้ผสานประสิทธิภาพของฮาร์ดแวร์แบบกำหนดเองเข้ากับความยืดหยุ่นของซอฟต์แวร์ ช่วยให้นักพัฒนาซอฟต์แวร์มีโซลูชันที่มีประสิทธิภาพและปรับขนาดได้มากขึ้น

Succinct Labs ได้สร้างผลกระทบในโลกแห่งความเป็นจริงแล้ว ผลิตภัณฑ์ OP Succinct ของพวกเขาใช้ประโยชน์จาก SP 1 ร่วมกับ ZK-ify Optimistic Rollups ดังที่ Uma Roy ผู้ร่วมก่อตั้ง Succinct อธิบายไว้ว่า:

ด้วย Rollup ของ OP Stack คุณไม่จำเป็นต้องรอเจ็ดวันเพื่อยืนยันขั้นสุดท้ายและการถอนเงินอีกต่อไป... ตอนนี้ใช้เวลาเพียงหนึ่งชั่วโมงในการยืนยันให้เสร็จสิ้น ความเร็วที่เพิ่มขึ้นนี้น่าทึ่งมาก

ความก้าวหน้าครั้งนี้ช่วยแก้ปัญหาสำคัญสำหรับระบบนิเวศ OP Stack ทั้งหมด นอกจากนี้ โครงสร้างพื้นฐานของ Succinct ซึ่งก็คือ Succinct Prover Network ยังได้รับการออกแบบให้เป็นตลาดการสร้างหลักฐานแบบกระจายศูนย์ ซึ่งแสดงให้เห็นถึงรูปแบบทางเศรษฐกิจที่ใช้งานได้จริงสำหรับอนาคตของการคำนวณที่ตรวจสอบได้ ผลงานของพวกเขาไม่ใช่แค่การพิสูจน์แนวคิด แต่เป็นพิมพ์เขียวที่ใช้งานได้จริงสำหรับอนาคต ดังที่อธิบายไว้ในบทความนี้

Ethereum ลดความเสี่ยงได้อย่างไร

จุดแข็งอย่างหนึ่งของ RISC-V คือการทำให้เป้าหมายที่เป็นจริงของการตรวจสอบความถูกต้องอย่างเป็นทางการ (formal verification) คือการพิสูจน์ความถูกต้องของระบบด้วยคณิตศาสตร์ เป็นไปได้ ข้อกำหนด EVM ซึ่งเขียนด้วยภาษาธรรมชาติใน Yellow Paper นั้นยากที่จะทำให้เป็นทางการ ในทางกลับกัน RISC-V มีข้อกำหนด SAIL อย่างเป็นทางการที่เครื่องสามารถอ่านได้ ซึ่งเป็น "ข้อมูลอ้างอิงอันล้ำค่า" ที่ชัดเจนสำหรับพฤติกรรมของระบบ

สิ่งนี้จะปูทางไปสู่ความปลอดภัยที่แข็งแกร่งยิ่งขึ้น ดังที่ Alex Hicks จากมูลนิธิ Ethereum ระบุไว้ ขณะนี้กำลังดำเนินการเพื่อดึงวงจร zkVM RISC-V และข้อกำหนด RISC-V อย่างเป็นทางการเข้าสู่ Lean เพื่อตรวจสอบอย่างเป็นทางการ การพัฒนาครั้งนี้ถือเป็นก้าวสำคัญที่จะเปลี่ยนความน่าเชื่อถือจากการใช้งานโดยมนุษย์ที่ผิดพลาดไปสู่การพิสูจน์ทางคณิตศาสตร์ที่ตรวจสอบได้ ซึ่งจะเปิดมิติใหม่ให้กับความปลอดภัยของบล็อกเชน

ความเสี่ยงหลักของการเปลี่ยนแปลง

แม้ว่า L1 ของสถาปัตยกรรม RISC-V จะมีข้อดีหลายประการ แต่ก็ยังนำมาซึ่งความท้าทายใหม่ๆ ที่ซับซ้อนอีกด้วย

ปัญหาการวัดก๊าซ

การสร้างแบบจำลองแก๊สแบบกำหนดได้และยุติธรรมสำหรับสถาปัตยกรรมชุดคำสั่งร่วม (ISA) เป็นปัญหาที่ยังไม่ได้รับการแก้ไข วิธีการนับคำสั่งแบบง่ายมีความเสี่ยงต่อการโจมตีแบบปฏิเสธการให้บริการ (Denial-of-Service) ตัวอย่างเช่น ผู้โจมตีอาจออกแบบโปรแกรมเพื่อทำให้เกิดแคชมิสซ้ำๆ ส่งผลให้มีการใช้ทรัพยากรจำนวนมากและมีค่าธรรมเนียมแก๊สต่ำมาก สิ่งนี้เป็นความท้าทายที่สำคัญต่อเสถียรภาพของเครือข่ายและแบบจำลองทางเศรษฐกิจ

ความปลอดภัยของเครื่องมือและปัญหาของ "การสร้างซ้ำได้"

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

กลยุทธ์การบรรเทาผลกระทบ

เส้นทางข้างหน้าต้องอาศัยกลยุทธ์การป้องกันหลายชั้น

การเปิดตัวแบบเป็นระยะ

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

การตรวจสอบที่ครอบคลุม: การทดสอบฟัซซ์และการตรวจสอบอย่างเป็นทางการ

แม้ว่าการตรวจสอบอย่างเป็นทางการจะเป็นเป้าหมายสูงสุด แต่ก็ต้องควบคู่ไปกับการทดสอบอย่างเข้มงวดอย่างต่อเนื่อง ดังที่ Valentine จาก Diligence Security ได้สาธิตให้เห็นระหว่างการประชุม Ethproofs เครื่องมือทดสอบฟัซซ์ Argus ของพวกเขาได้ค้นพบช่องโหว่สำคัญด้านความมั่นคงปลอดภัยและความสมบูรณ์ 11 จุดใน zkVM ชั้นนำ ซึ่งแสดงให้เห็นว่าแม้แต่ระบบที่ออกแบบมาอย่างดีที่สุดก็ยังมีช่องโหว่ที่ค้นพบได้ผ่านการทดสอบเชิงป้องกันอย่างเข้มงวดเท่านั้น การรวมการทดสอบฟัซซ์เข้ากับการตรวจสอบอย่างเป็นทางการช่วยรับประกันความปลอดภัยของระบบได้แข็งแกร่งยิ่งขึ้น

การสร้างมาตรฐาน

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

อนาคตที่ตรวจสอบได้ของ Ethereum

ข้อเสนอให้แทนที่ Ethereum Virtual Machine (EVM) ด้วย RISC-V ไม่ได้เป็นเพียงแค่การอัปเกรดเล็กๆ น้อยๆ เท่านั้น แต่ยังเป็นการปรับโครงสร้างขั้นพื้นฐานของเลเยอร์การดำเนินการของ Ethereum วิสัยทัศน์อันทะเยอทะยานนี้มุ่งเป้าไปที่การแก้ไขปัญหาคอขวดด้านความสามารถในการปรับขนาด ลดความซับซ้อนของโปรโตคอล และปรับแพลตฟอร์มให้สอดคล้องกับระบบนิเวศการประมวลผลทั่วไปที่กว้างขึ้น แม้ว่าการเปลี่ยนแปลงนี้จะนำมาซึ่งความท้าทายทางเทคนิคและสังคมที่สำคัญ แต่ผลประโยชน์เชิงกลยุทธ์ในระยะยาวก็แสดงให้เห็นถึงความพยายามอันกล้าหาญนี้

การเปลี่ยนแปลงนี้มุ่งเน้นไปที่การแลกเปลี่ยนหลักๆ หลายประการ:

ความสมดุลระหว่างการปรับปรุงประสิทธิภาพครั้งใหญ่ที่นำมาโดยสถาปัตยกรรมดั้งเดิมของ ZK และความต้องการเร่งด่วนสำหรับความเข้ากันได้แบบย้อนหลัง

การแลกเปลี่ยนระหว่างผลประโยชน์ด้านความปลอดภัยของการลดความซับซ้อนของโปรโตคอลและความเฉื่อยของผลกระทบจากเครือข่ายขนาดใหญ่ของ EVM

ทางเลือกระหว่างพลังของระบบนิเวศเอนกประสงค์และความเสี่ยงจากการพึ่งพาเครื่องมือของบุคคลที่สามที่ซับซ้อน

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

ตามที่ Vitalik Buterin กล่าวไว้ว่า “จุดสิ้นสุดคือ… การจัดหา ZK-snarks สำหรับทุกสิ่ง”

โครงการอย่าง Ethproofs มอบข้อมูลที่เป็นกลางและแพลตฟอร์มการทำงานร่วมกันสำหรับการเปลี่ยนแปลงนี้ ขณะที่ทีม Succinct Labs ได้นำเสนอพิมพ์เขียวที่นำไปปฏิบัติได้จริงสำหรับอนาคตนี้ ผ่านการประยุกต์ใช้ SP 1 zkVM ในทางปฏิบัติ การนำ RISC-V มาใช้ ทำให้ Ethereum ไม่เพียงแต่แก้ไขปัญหาคอขวดด้านความสามารถในการขยายระบบของตนเองเท่านั้น แต่ยังวางตำแหน่งตัวเองเป็นเลเยอร์ความน่าเชื่อถือพื้นฐานสำหรับอินเทอร์เน็ตยุคหน้า ซึ่งขับเคลื่อนโดย SNARK ซึ่งเป็นโครงสร้างพื้นฐานการเข้ารหัสที่สำคัญเป็นอันดับสามรองจากแฮชและลายเซ็น

ซอฟต์แวร์ที่พิสูจน์แล้วว่าปลอดภัยระดับโลก ก้าวเข้าสู่ยุคใหม่ของการเข้ารหัส

เรียนรู้เพิ่มเติม:

การตีความของ Vitalik: คลิกเพื่อดู

การอภิปราย ETHProofs ครั้งที่ 4: คลิกเพื่อดู

ลิงค์ต้นฉบับ