สรุปสั้น
- การออกแบบแบบอิงบล็อบ: นักวิจัยเสนอการย้ายข้อมูลayload การดำเนินการไปยังบล็อบเพื่อลดภาระแบนด์วิธและปรับปรุงความสามารถในการขยายตัวของตัวตรวจสอบ Ethereum
- ความพร้อมใช้งานของข้อมูล: โมเดล Block-in-Blobs ใช้การผูกมัดทางคริปโตกราฟีและการสุ่มตัวอย่างเพื่อให้แน่ใจว่าข้อมูลมีอยู่โดยไม่จำเป็นต้องดาวน์โหลดทั้งหมด
- การปรับปรุงระบบนิเวศ: ข้อเสนอสอดคล้องกับงานที่กว้างขึ้น รวมถึง workflows ที่สามารถโปรแกรมได้ของ ERC‑8211 และการอภิปรายเกี่ยวกับการรวมข้อมูล gas
ความพยายามวิจัยล่าสุดสำรวจการออกแบบที่ย้ายข้อมูลayload การดำเนินการไปยังบล็อบที่เผยแพร่พร้อมกับบล็อกบน Ethereum บล็อกเชน การเปลี่ยนแปลงนี้มีเป้าหมายเพื่อลดแรงกดดันด้านแบนด์วิดธ์และสนับสนุนเป้าหมายด้านความสามารถในการขยายตัวที่กว้างขึ้น แนวคิดนี้สร้างขึ้นจากงานก่อนหน้าและตอบสนองต่อความต้องการข้อมูลที่เพิ่มสูงขึ้นซึ่งทำให้ตัวตรวจสอบ (validators) บนเครือข่าย Ethereum รับภาระหนัก โดยการทบทวนวิธีการจัดแพ็กและตรวจสอบข้อมูลหลัก นักวิจัยมุ่งหวังที่จะทำให้กระบวนการประมวลผลมีประสิทธิภาพมากขึ้นโดยไม่ลดทอนความปลอดภัย
ที่มาของข้อเสนอ Block-in-Blobs
โพสต์ล่าสุดที่มีชื่อว่า “Blocks Are Dead. Long Live Blobs” ซึ่งร่วมเขียนโดย Toni Wahrstatter และผู้ร่วมเขียนคนอื่นๆ อธิบาย EIP‑8142 หรือที่รู้จักในชื่อ Block‑in‑Blobs ร่างนี้เสนอให้เข้ารหัสข้อมูลการทำธุรกรรมโดยตรงลงใน blobs ที่แนะนำผ่าน EIP‑4844 ซึ่งเป็นการอัปเกรดสำคัญในเส้นทางพัฒนาของ Ethereum แทนที่จะดาวน์โหลด execution payloads ทั้งหมด ตัวตรวจสอบจะตรวจสอบข้อผูกมัดทางคริปโตกราฟี ลดความจำเป็นในการทำซ้ำข้อมูลหนักๆ ทั่วเครือข่าย
การจัดการกับความท้าทายด้านแบนด์วิดธ์และการเข้าถึงข้อมูล
ข้อเสนอฉบับนี้มุ่งเป้าไปที่จุดคอขวดที่เกิดจากการขยายขนาดบล็อกและขีดจำกัดแก๊สที่สูงขึ้น ซึ่งบังคับให้ตัวตรวจสอบต้องจัดการชุดข้อมูลที่มีขนาดใหญ่ขึ้นเรื่อยๆ บล็อบ ซึ่งถูกเพิ่มเข้ามาในอัปเกรด Dencun ได้ช่วยให้สามารถยืนยันข้อมูลได้อย่างมีประสิทธิภาพโดยไม่ต้องจัดเก็บรายละเอียดทั้งหมดบนโซ่ 陈 EIP‑8142 ขยายแนวทางนี้โดยการฝังข้อมูล execution‑payload ลงในบล็อบ ทำให้ตัวตรวจสอบสามารถพึ่งพาเทคนิคการสุ่มตัวอย่างเพื่อยืนยันการมีอยู่ของข้อมูลโดยไม่ต้องดาวน์โหลดข้อมูลทั้งหมดผ่านโหนด Ethereum
ผลกระทบต่อ zkEVM และกระบวนการทำงานของตัวตรวจสอบ
การเปลี่ยนแปลงนี้มีความเกี่ยวข้องมากขึ้นในอนาคตที่ถูกกำหนดโดยระบบ zkEVM หลักฐานแบบศูนย์ความรู้สามารถยืนยันการดำเนินการที่ถูกต้อง แต่ไม่รับประกันว่าข้อมูลพื้นฐานจะสามารถเข้าถึงได้ วาร์ฮสทัตเตอร์ชี้ให้เห็นว่าตัวตรวจสอบยืนยันหลักฐานแทนที่จะเป็นธุรกรรม ซึ่งสร้างความเสี่ยงจากการเก็บข้อมูลไว้ไม่เปิดเผย Block‑in‑Blobs มีเป้าหมายเพื่อปิดช่องว่างนี้โดยทำให้การเข้าถึงข้อมูลชัดเจน อนุญาตให้ตัวตรวจสอบสุ่มตัวอย่างข้อมูลจากบล็อบขณะรักษาความสมบูรณ์ของโมเดลการตกลงใจของ Ethereum
สู่ต้นทุนข้อมูลที่เป็นหนึ่งเดียวและการทำธุรกรรมที่ชาญฉลาดยิ่งขึ้น
นักวิจัยยังเน้นย้ำถึงการเปลี่ยนแปลงที่อาจเกิดขึ้นต่อวิธีที่เครือข่ายจัดการข้อมูล ปัจจุบัน ค่าแก๊สสำหรับการดำเนินการและการใช้งานบล็อบยังคงแยกจากกัน แต่โมเดล “แก๊สข้อมูล” แบบรวมเดียวอาจช่วยจัดระเบียบค่าใช้จ่ายและลดข้อจำกัดที่ซ้ำซ้อน ขณะเดียวกัน Biconomy และทีม UX ของ Ethereum Foundation กำลังผลักดัน ERC‑8211 มาตรฐานที่เปลี่ยนธุรกรรมให้เป็นกระบวนการทำงานที่สามารถเขียนโปรแกรมได้ ร่วมกัน ความพยายามเหล่านี้สะท้อนคลื่นการทดลองที่กว้างขึ้นซึ่งกำลังกำหนดวิวัฒนาการระยะยาวของ Ethereum