Ethereum กำลังเตรียมพร้อมที่จะตรวจสอบบล็อกโดยไม่ต้องรันโค้ด – นี่คือวิธีการ

การเปลี่ยนแปลงที่ละเอียดอ่อนแต่มีผลสำคัญกำลังเกิดขึ้นภายในสถาปัตยกรรมหลักของ Ethereum แทนที่จะตรวจสอบบล็อกโดยการรันธุรกรรมทุกรายการใหม่ เครือข่ายกำลังเตรียมเส้นทางทางเลือกที่ผู้ตรวจสอบยืนยันความถูกต้องโดยการตรวจสอบ zero-knowledge proofs

งานนี้อยู่ใน roadmap Layer-1 ของ Ethereum สำหรับปี 2026 และแสดงถึงการเปลี่ยนแปลงโครงสร้างในวิธีการบรรลุฉันทามติ ไม่ใช่ฟีเจอร์การปรับขนาดใหม่ที่ติดตั้งเพิ่มเติมที่ขอบ

ข้อเสนอนี้ปรากฏต่อสาธารณะหลังจากสมาชิก Ethereum Foundation ที่รู้จักในนาม ladislaus.eth ได้อธิบายความคืบหน้าสู่การออกแบบ L1-zkEVM การเปลี่ยนแปลงนี้ไม่ได้เปลี่ยนแปลงวิธีการผลิตบล็อกหรือสิ่งที่ผู้ใช้ส่งบนเชน แต่เปลี่ยนวิธีที่ผู้ตรวจสอบตัดสินใจว่าบล็อกนั้นถูกต้องหรือไม่ เวิร์กช็อป L1-zkEVM ครั้งแรกกำหนดไว้ในวันที่ 11 กุมภาพันธ์ 2026 ซึ่งเป็นการเริ่มต้นอย่างเป็นทางการของการประสานงานรอบความพยายามนี้

จากการรันใหม่ทั้งหมดสู่การตรวจสอบหลักฐาน

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

ทางเลือกที่กำลังพัฒนาแทนที่การคำนวณซ้ำด้วยการตรวจสอบทางคริปโทกราฟี แทนที่จะรันธุรกรรมใหม่ ผู้ตรวจสอบจะตรวจสอบ zero-knowledge proof ขนาดกะทัดรัดที่แสดงว่าการดำเนินการได้ทำอย่างถูกต้อง เวลาในการตรวจสอบยังคงค่อนข้างคงที่โดยไม่คำนึงถึงความซับซ้อนของบล็อกภายใน นี่คือแนวคิดหลักของ zkEVM proofs ซึ่งตอนนี้กำลังถูกวิศวกรรมโดยตรงเข้าสู่เวิร์กโฟลว์ฉันทามติของ Ethereum

ไปป์ไลน์ L1-zkEVM ทำงานอย่างไร

ภายใต้การออกแบบปัจจุบัน execution client สร้าง Execution Witness ซึ่งเป็นชุดข้อมูลที่มีครบถ้วนเพียงพอในการตรวจสอบการเปลี่ยนสถานะของบล็อกโดยไม่ต้องเก็บสถานะการดำเนินการทั้งหมด โปรแกรม guest ที่มาตรฐานใช้ witness นั้นและตรวจสอบความถูกต้องของการดำเนินการ zkVM รันโปรแกรมนี้และสร้างหลักฐานที่ยืนยันว่าการดำเนินการปฏิบัติตามกฎของ Ethereum

Consensus clients จากนั้นสามารถตรวจสอบหลักฐานนั้นแทนการเรียกใช้ execution client แบบเต็ม ผู้ตรวจสอบที่เลือกเส้นทางนี้เรียกว่า zkAttesters สิ่งสำคัญคือเส้นทางนี้เป็นตัวเลือก ผู้ตรวจสอบอาจยังคงรันบล็อกใหม่ตรงตามที่พวกเขาทำในปัจจุบัน

กลไกนี้เป็นทางการภายใต้ EIP-8025 (Optional Execution Proofs) ข้อเสนอไม่จำเป็นต้องใช้ hard fork และไม่บังคับให้ผู้ตรวจสอบใช้การตรวจสอบแบบอิงหลักฐาน มันเพิ่มเส้นทางการตรวจสอบแบบขนานควบคู่ไปกับการรันใหม่

การรวมฉันทามติและความหลากหลายของ Client

EIP-8025 ระบุวิธีการที่หลักฐานจะหมุนเวียนผ่านเครือข่าย peer-to-peer Execution proofs จาก client implementations ที่แตกต่างกันถูกเผยแพร่บนหัวข้อเฉพาะ เมื่อประมวลผลบล็อก zkAttester สามารถตรวจสอบหลักฐานเหล่านี้แทนการเรียก execution client

สมมติฐานการทำงานปัจจุบันคือเกณฑ์ 3 จาก 5 การดำเนินการของบล็อกได้รับการยอมรับเมื่อหลักฐานอิสระสามในห้าตรวจสอบสำเร็จ เกณฑ์นี้อาจพัฒนา แต่เจตนาชัดเจน: รักษาความหลากหลายของ execution-client ในขณะที่อนุญาตให้มีการตรวจสอบแบบอิงหลักฐาน ความหลากหลายยังคงเป็นฟีเจอร์ระดับโปรโตคอลมากกว่าทางเลือกในการดำเนินงาน

ทำไมสิ่งนี้จึงสำคัญสำหรับผู้ตรวจสอบ

zkAttester ไม่จำเป็นต้องจัดเก็บสถานะการดำเนินการหรือซิงค์เชน execution layer แบบเต็ม การซิงค์ลดลงเหลือการดาวน์โหลดหลักฐานล่าสุดตั้งแต่ checkpoint สุดท้ายที่ยืนยันแล้ว สิ่งนี้ลดความต้องการฮาร์ดแวร์สำหรับการเข้าร่วมฉันทามติอย่างมาก

สำหรับ solo stakers และ home validators นี่เป็นเรื่องสำคัญ การรันผู้ตรวจสอบในปัจจุบันต้องการการบำรุงรักษาทั้ง consensus client และ execution client ที่ใช้ทรัพยากรมาก การตรวจสอบหลักฐานแทนที่การรันใหม่ ลดความต้องการพื้นที่จัดเก็บ การคำนวณ และแบนด์วิดท์ สิ่งนี้ลดอุปสรรคในการเข้าร่วมโดยไม่ทำให้การรับประกันการตรวจสอบอ่อนแอลง

ผลกระทบขยายเกินกว่า attesters เนื่องจาก zkEVM proofs ไม่มีสถานะ การตรวจสอบ Ethereum ในเครื่องบนฮาร์ดแวร์ผู้บริโภคกลายเป็นเรื่องที่เข้าถึงได้มากขึ้นอีกครั้ง หลักการ "don't trust, verify" ได้รับการเสริมความแข็งแกร่งมากกว่าถูกทำให้เจือจาง

การพึ่งพาและข้อจำกัดด้านเวลา

ข้อกำหนดเบื้องต้นหนึ่งมีความสำคัญ การสร้างหลักฐานต้องใช้เวลา และหากไม่มี pipelining หน้าต่างแคบเกินไป นี่คือที่ ePBS (Enshrined Proposer-Builder Separation) มีความเกี่ยวข้อง กำหนดเป้าหมายสำหรับ hard fork Glamsterdam ที่จะมาถึง ePBS ขยายหน้าต่างการพิสูจน์จากประมาณหนึ่งถึงสองวินาทีเป็นประมาณหกถึงเก้าวินาที การขยายนั้นทำให้การสร้างหลักฐาน single-slot สมจริงมากขึ้น

หากไม่มี ePBS การตรวจสอบหลักฐาน L1 ยังคงถูกจำกัด ด้วย ePBS การออกแบบจะสามารถดำเนินการได้จริง

ใครได้รับผลกระทบ

ทีม Execution-layer client ได้รับพื้นผิวการพิสูจน์ใหม่ โดยแต่ละ client กลายเป็นแหล่งหลักฐานที่เป็นไปได้ การออกแบบ prover ยังคงเป็นคำถามที่เปิดอยู่ การมุ่งเน้นการพิสูจน์ในกลุ่ม builders ที่มีความซับซ้อนเล็กๆ ทำให้เกิดความเสี่ยงด้าน liveness ในขณะที่การพิสูจน์แบบกระจายอย่างสมบูรณ์ทำให้เกิดความท้าทายด้านประสิทธิภาพและการประสานงาน เป้าหมายการออกแบบชัดเจน: การพิสูจน์ต้องยังคงสามารถทำได้นอกศูนย์ข้อมูลขนาดใหญ่

ผู้ขาย zkVM ที่พิสูจน์บล็อก Ethereum อยู่แล้วได้รับอินเทอร์เฟซมาตรฐานในการสร้าง ทีม Layer-2 ได้รับประโยชน์เช่นกัน เมื่อ execution proofs ได้รับการตรวจสอบโดยผู้ตรวจสอบ หลักฐานเดียวกันสามารถให้บริการ native rollups ผ่านโครงสร้างพื้นฐานที่ใช้ร่วมกัน

ท้ายที่สุด ผู้ใช้ได้รับประโยชน์จากการตรวจสอบที่ถูกกว่า การมีส่วนร่วมของผู้ตรวจสอบที่กว้างขึ้น และ gas limits ที่เป็นไปได้สูงขึ้นโดยไม่มีแรงกดดันด้านการรวมศูนย์

สถานะปัจจุบัน

EIP-8025 ได้เข้าสู่แบรนช์ฟีเจอร์ consensus-specs และกำลังดำเนินการไปสู่สถานะข้อเสนอ roadmap L1-zkEVM สำหรับปี 2026 เปิดเผยต่อสาธารณะแล้ว โครงสร้างครอบคลุมการทำให้ execution witness เป็นมาตรฐาน อินเทอร์เฟซ zkVM การรวมฉันทามติ โครงสร้างพื้นฐาน prover การทดสอบประสิทธิภาพ และการตรวจสอบความปลอดภัยอย่างเป็นทางการ

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

โพสต์ Ethereum กำลังเตรียมการตรวจสอบบล็อกโดยไม่ต้องรันมัน – นี่คือวิธีการ ปรากฏครั้งแรกบน ETHNews