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