แผนงานด้านการทำงานร่วมกัน "เร่งตัวขึ้น": หลังจากการอัปเกรด Fusaka การทำงานร่วมกันของ Ethereum อาจพร้อมสำหรับการก้าวกระโดดครั้งสำคัญ

ในบทความก่อนหน้านี้ในชุด Interop เราได้กล่าวถึง OIF (Intent Framework) และ EIL (Interoperability Layer) ซึ่งแก้ปัญหาเรื่องการกำหนดมาตรฐานเจตนาข้ามเครือข่าย (ทำให้เครือข่ายทั้งหมดเข้าใจสิ่งที่คุณต้องการทำ) และช่องทางการดำเนินการ (ทำให้เงินทุนไหลเวียนในรูปแบบมาตรฐาน) ตามลำดับ

อย่างไรก็ตาม การบรรลุ "ประสบการณ์การใช้งานแบบบล็อกเชนเดียวที่สมบูรณ์แบบ" ยังคงต้องมีการแลกเปลี่ยนระหว่างความเร็วและความน่าเชื่อถือ ท้ายที่สุดแล้ว ในประสบการณ์การทำงานร่วมกันในปัจจุบัน เราต้องยอมรับความช้า (เช่น Optimistic Rollup ที่ต้องใช้ระยะเวลาตรวจสอบความถูกต้อง 7 วัน) หรือเสียสละการกระจายอำนาจ (โดยอาศัยข้อสมมติฐานด้านความน่าเชื่อถือของสะพานเชื่อมลายเซ็นหลายฝ่าย)

การทำลาย "สามเหลี่ยมที่เป็นไปไม่ได้" นี้ จำเป็นต้องมีขีดความสามารถพื้นฐานที่ครอบคลุมทั้ง "การเร่งความเร็ว" และ "การทำให้เสร็จสมบูรณ์" ของแผนงานการทำงานร่วมกันของ Ethereum ซึ่งก็คือขีดความสามารถ "Proof-in-Time" ที่มาพร้อมกับเทคโนโลยี ZK (อ่านเพิ่มเติม: " แผนงานการทำงานร่วมกันของ Ethereum: วิธีปลดล็อก 'ไมล์สุดท้าย' ของการนำไปใช้ในวงกว้าง ")

ในการอัปเกรด Fusaka ที่เพิ่งเปิดใช้งานใหม่นี้ อุปกรณ์ EIP-7825 ที่ดูไม่โดดเด่นนัก ได้เอาชนะอุปสรรคทางวิศวกรรมที่ใหญ่ที่สุดเพื่อผลลัพธ์สุดท้ายนี้

I. ชิป EIP-7825 ที่ถูกมองข้าม ซึ่งเป็นเบื้องหลังการอัปเกรด Fusaka

เมื่อวันที่ 4 ธันวาคม การอัปเกรด Ethereum Fusaka ได้เปิดใช้งานอย่างเป็นทางการบนเมนเน็ต อย่างไรก็ตาม ต่างจากการอัปเกรด Dencun ในอดีต การอัปเกรดครั้งนี้ไม่ได้เป็นเรื่องใหญ่มากนัก ความสนใจของตลาดส่วนใหญ่หันไปที่การขยายขนาด Blob และ PeerDAS พร้อมกับการพูดคุยกันอย่างมากเกี่ยวกับการลดต้นทุนข้อมูล L2 เพิ่มเติม

แต่เหนือเสียงเอะอะโวยวายนี้ แท้จริงแล้วมีข้อเสนอที่ไม่โดดเด่นนักอย่าง EIP-7825 ซึ่งได้ขจัดอุปสรรคที่ใหญ่ที่สุดสำหรับ Ethereum ในการบรรลุ L1 zkEVM และการพิสูจน์แบบเรียลไทม์ และอาจกล่าวได้ว่าเป็นการปูทางอย่างเงียบๆ ไปสู่จุดจบของ Interop ด้วยซ้ำ

ในการอัปเกรด Fusaka ครั้งนี้ จุดสนใจหลักอยู่ที่การขยายขีดความสามารถ: ความจุของ Blob เพิ่มขึ้นถึง 8 เท่า และด้วยการตรวจสอบการสุ่มตัวอย่างแบบ PeerDAS ทำให้เรื่องราวเกี่ยวกับต้นทุนของ DA (ความพร้อมใช้งานของข้อมูล) กลายเป็นอดีตไปแล้ว

แน่นอนว่า L2 ที่ถูกลงนั้นเป็นเรื่องดี แต่สำหรับแผนงานระยะยาวของ ZK บน Ethereum แล้ว EIP-7825 ถือเป็นตัวเปลี่ยนเกมที่แท้จริง เพราะมันกำหนดขีดจำกัดค่าธรรมเนียมแก๊ส (ประมาณ 16.78 ล้านแก๊ส) สำหรับธุรกรรม Ethereum เดียว

อย่างที่เราทราบกันดี ขีดจำกัดแก๊สของบล็อก Ethereum ได้เพิ่มขึ้นเป็น 60 ล้านในปีนี้ แต่ถึงแม้จะมีขีดจำกัดที่เพิ่มขึ้นเรื่อยๆ ในทางทฤษฎีแล้ว หากมีใครเต็มใจจ่ายราคาแก๊สที่สูงมาก พวกเขาก็ยังสามารถส่ง "ธุรกรรมขนาดใหญ่" ที่ซับซ้อนมากๆ ซึ่งจะทำให้ความจุแก๊ส 60 ล้านของบล็อกเต็มไปหมด ส่งผลให้บล็อกนั้นติดขัดได้

ก่อนหน้านี้เคยอนุญาตให้ทำเช่นนี้ได้ แต่ EIP-7825 ได้กำหนดข้อจำกัดใหม่ คือ ไม่ว่าขนาดบล็อกจะเป็นเท่าใด ค่าใช้จ่ายของธุรกรรมเดียวต้องไม่เกิน 16.78 ล้าน Gas

แล้วทำไมต้องจำกัดขนาดของธุรกรรมต่อครั้ง? อันที่จริง การเปลี่ยนแปลงนี้ไม่มีผลกระทบต่อการโอนเงินของผู้ใช้ทั่วไป แต่สำหรับ ZK Prover (ตัวสร้างหลักฐาน) มันเป็นเรื่องคอขาดบาดตาย ซึ่งเกี่ยวข้องอย่างใกล้ชิดกับวิธีการที่ระบบ ZK สร้างหลักฐานด้วย

เพื่อให้เห็นภาพง่ายๆ ก่อน EIP-7825 หากบล็อกหนึ่งมี "ธุรกรรมขนาดใหญ่" ที่ใช้แก๊สถึง 60 ล้าน ZK Prover จะต้องประมวลผลธุรกรรมที่ซับซ้อนอย่างยิ่งนี้ทีละรายการ ไม่สามารถแบ่งหรือประมวลผลแบบขนานได้ เปรียบเสมือนทางหลวงเลนเดียวที่มีรถบรรทุกขนาดใหญ่ขับช้าๆ อยู่ข้างหน้า และรถยนต์คันเล็กๆ (ธุรกรรมอื่นๆ) ที่อยู่ข้างหลังต้องรอให้รถบรรทุกคันนั้นผ่านไปก่อน

สิ่งนี้จะนำไปสู่โทษประหารชีวิตสำหรับ "การพิสูจน์แบบเรียลไทม์" อย่างไม่ต้องสงสัย เพราะเวลาที่ใช้ในการสร้างหลักฐานนั้นควบคุมไม่ได้โดยสิ้นเชิง และอาจใช้เวลาหลายสิบนาทีหรือนานกว่านั้น

หลังจาก EIP-7825 แม้ว่าความจุของบล็อกจะขยายเป็น 100 ล้าน Gas ในอนาคต แต่ธุรกรรมแต่ละรายการจะถูกจำกัดไว้ที่ 16.78 ล้าน Gas โดยอัตโนมัติ บล็อกแต่ละบล็อกจะถูกแบ่งออกเป็น "หน่วยงานย่อย" ที่คาดการณ์ได้ มีขอบเขต และสามารถประมวลผลแบบขนานได้ ซึ่งหมายความว่าการสร้างหลักฐานของ Ethereum ได้เปลี่ยนจาก "ปริศนาตรรกะ" ที่ซับซ้อนไปเป็น "ปัญหาทางการเงิน" อย่างแท้จริง

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

ไมเคิล ผู้ร่วมก่อตั้งและซีอีโอของ Brevis กล่าวว่า EIP-7825 คือการอัปเกรดที่ถูกประเมินค่าต่ำเกินไปที่สุดบนเส้นทางสู่ การขยายขนาด 100 เท่าสำหรับ ZK และ Ethereum มันทำให้ "การพิสูจน์แบบเรียลไทม์" เปลี่ยนจาก "เป็นไปไม่ได้ในทางทฤษฎี" เป็น "สามารถกำหนดเวลาได้ทางวิศวกรรม" ตราบใดที่เราสามารถแก้ปัญหาพลังการประมวลผลผ่านการประมวลผลแบบขนาน แม้แต่บล็อกที่มีก๊าซ 200 ล้านก็คาดว่าจะได้รับการพิสูจน์ในเวลาไม่กี่วินาที นี่ไม่ใช่เพียงแค่ความก้าวหน้าในเทคโนโลยี ZK เท่านั้น แต่ยังเป็นรากฐานทางกายภาพสำหรับ Ethereum Interoperability Layer (EIL) เพื่อให้บรรลุการชำระเงินข้ามเชนในเวลาไม่กี่วินาทีอีกด้วย

ดังนั้น การอัปเกรดนี้อาจดูไม่เหมือนเหตุการณ์สำคัญอะไร แต่ที่จริงแล้วมันคือความก้าวหน้าครั้งใหญ่สำหรับแผนงานของ ZK และอนาคตของการขยายขนาดของ Ethereum ในปี 2026

II. L1 zkEVM: "จุดยึดความเชื่อมั่น" สำหรับการทำงานร่วมกันของ Ethereum

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

นี่เกี่ยวข้องกับส่วนการเล่าเรื่องที่เข้มงวดที่สุดในแผนงานของ Ethereum นั่นคือ L1 zkEVM

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

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

แล้วเรื่องนี้จะส่งผลต่อความสามารถในการทำงานร่วมกันอย่างไร?

ในบริบทของการทำงานร่วมกัน (Interop) ความสำคัญของ L1 zkEVM นั้นนอกเหนือไปจากการขยายขนาดเพียงอย่างเดียว มันสามารถถือได้ว่าเป็น "จุดยึดความเชื่อมั่น" สำหรับบล็อกเชน L2 ทั้งหมด เพราะ หาก Ethereum L1 สามารถสร้างหลักฐานแบบเรียลไทม์ได้ นั่นหมายความว่าบล็อกเชน L2 ทั้งหมดสามารถอ่านสถานะสุดท้ายของ L1 ได้แบบเรียลไทม์และโดยไม่ต้องอาศัยความเชื่อมั่น ซึ่งจะนำมาซึ่งการเปลี่ยนแปลงเชิงคุณภาพสองประการ:

• การยกเลิกช่วงเวลาตรวจสอบ: ระยะเวลาการยืนยันระหว่างห่วงโซ่จะลดลงจาก "7 วัน (กลไก OP)" เหลือเพียง "ไม่กี่วินาที (กลไก ZK)"
• การเชื่อมต่อแบบกระจายอำนาจ: การสื่อสารข้ามเครือข่ายไม่จำเป็นต้องพึ่งพาสะพานลายเซ็นหลายฝ่ายจากบุคคลที่สามอีกต่อไป แต่สามารถพึ่งพาความถูกต้องทางคณิตศาสตร์ของเครือข่ายหลัก Ethereum แทนได้

นี่คือพื้นฐานทางกายภาพที่ทำให้ EIL (interoperability layer) ที่เรากล่าวถึงในบทความก่อนหน้านี้สามารถทำงานได้อย่างแท้จริง – หากปราศจากความแน่นอนแบบเรียลไทม์ของ L1 การทำงานร่วมกันระหว่าง L2 จะไม่มีวันหลุดพ้นจากเงาของ "ความหน่วง" ได้

เมื่อกำหนดเป้าหมาย (L1 zkEVM) และขจัดข้อจำกัดทางกายภาพ (EIP-7825) แล้ว เครื่องมือในการใช้งานเฉพาะด้านจะเป็นอย่างไรบ้าง?

สิ่งนี้ส่งผลให้เกิดวิวัฒนาการอย่างค่อยเป็นค่อยไปในกลุ่มเทคโนโลยี ZK นั่นคือ จาก zkEVM ไปสู่ zkVM

III. Fusaka & EIP-7825: แผนงานด้านการทำงานร่วมกันได้ถูกเปิดเผยอย่างเป็นทางการแล้ว

หาก EIP-7825 มอบ "สภาพแวดล้อมฮาร์ดแวร์ที่สามารถประมวลผลแบบขนานได้" ให้กับ ZK โดยการจำกัดขนาดของธุรกรรมเดียว การพัฒนาเทคโนโลยีของ ZK ก็คือการแสวงหา "สถาปัตยกรรมซอฟต์แวร์ที่มีประสิทธิภาพมากขึ้น" แม้ว่าฟังดูจะซับซ้อน แต่ความแตกต่างนั้นสำคัญมากและแสดงถึงสองขั้นตอนในการพัฒนาของ ZK (อ่านเพิ่มเติม: " ZK Roadmap 'Dawn': Is the Roadmap to Ethereum's End Accelerating? ")

ขั้นตอนแรกคือ zkEVM ซึ่งอาจถือได้ว่าเป็นสำนักคิดด้านความเข้ากันได้ หรือสำนักคิดด้านการปรับปรุง

หลักการคือการพยายามเลียนแบบคำสั่งทุกอย่างของ Ethereum EVM เพื่อให้นักพัฒนาสามารถใช้งานโค้ด Solidity ได้โดยตรงมากที่สุดเท่าที่จะเป็นไปได้ ซึ่งจะช่วยลดต้นทุนและอุปสรรคในการย้ายระบบ

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

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

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

อย่างไรก็ตาม มันก็ทำให้สูญเสียความเข้ากันได้กับคุณสมบัติหลายอย่างของ EVM และความสามารถในการใช้เครื่องมือที่มีอยู่ (เช่น ดีบักเกอร์ระดับต่ำ) แต่ แนวโน้มที่ชัดเจนคือ โครงการ L2 จำนวนมากขึ้นเรื่อยๆ เริ่มลดภาระ ปรับปรุงความเร็วและต้นทุน และสำรวจสถาปัตยกรรมที่ใช้ zkVM

แล้วทำไมการอัปเกรด Fusaka ถึงถูกพิจารณาว่าเป็นตัวปลดล็อก?

ก่อน EIP-7825 ทั้ง zkEVM และ zkVM จะประสบปัญหาเวลาในการสร้างหลักฐานเพิ่มขึ้นอย่างมากเมื่อเผชิญกับธุรกรรมจำนวนมหาศาลบน Ethereum เนื่องจากไม่สามารถแบ่งงานออกเป็นส่วนๆ ได้

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

สิ่งนี้หมายความอย่างไรต่อความสามารถในการทำงานร่วมกัน? การนำ zkVM มาใช้กันอย่างแพร่หลาย ควบคู่ไปกับ EIP-7825 หมายความว่าต้นทุนในการสร้างหลักฐานยืนยันจะลดลงอย่างมาก เมื่อต้นทุนในการสร้างหลักฐานยืนยันข้ามเชนลดลงจนแทบไม่มีนัยสำคัญ และความเร็วเท่ากับการส่งอีเมล "สะพานเชื่อมข้ามเชน" แบบดั้งเดิมจะหายไปโดยสิ้นเชิง และถูกแทนที่ด้วยโปรโตคอลการส่งข้อความอเนกประสงค์พื้นฐาน

สรุปแล้ว

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

จากมุมมองนี้ Interop สามารถเข้าใจได้ว่าเป็นภาษาสากลระหว่างโปรโตคอลต่างๆ ในระบบนิเวศของ Ethereum ในอนาคต ความสำคัญของมันไม่ได้อยู่ที่การส่งต่อคุณค่าเท่านั้น แต่ยังอยู่ที่การแบ่งปันตรรกะด้วย ZK มีบทบาทในการรับรองความถูกต้องของการดำเนินการ สนับสนุนการตรวจสอบสถานะแบบเรียลไทม์ และทำให้การเรียกใช้ข้ามโดเมน "กล้าที่จะทำและสามารถทำได้" อาจกล่าวได้ว่า หากไม่มี ZK แบบเรียลไทม์ ก็คงยากที่จะมี UX ของ Interop ที่ใช้งานได้อย่างแท้จริง

ดังนั้น เมื่อ EIP-7825 ถูกเปิดใช้งานอย่างเงียบๆ ในการอัปเกรด Fusaka และเมื่อ L1 zkEVM ค่อยๆ กลายเป็นความจริง เราจึงเข้าใกล้สถานะสุดท้ายนั้นมากขึ้นเรื่อยๆ นั่นคือ การดำเนินการ การชำระบัญชี และการพิสูจน์หลักฐาน ถูกซ่อนไว้ในเบื้องหลังอย่างสมบูรณ์ และผู้ใช้จะไม่รับรู้ถึงการมีอยู่ของเชนตลอดกระบวนการทั้งหมด

นี่คือการแข่งขัน Interop รอบสุดท้ายที่เราทุกคนตั้งตารอในอนาคต