Ethereum ได้เปิดใช้งานการอัปเกรด Fusaka เมื่อวันที่ 3/12/2025 ซึ่งช่วยขยายความสามารถในการจัดเก็บข้อมูลของเครือข่ายอย่างมีนัยสำคัญผ่านกลไก Blob Parameter Overrides กลไกนี้อนุญาตให้ปรับเป้าหมายและขีดสูงสุดของ blob ซึ่งเป็นชุดข้อมูลธุรกรรมที่บีบอัดแล้วที่ layer-2 rollup อัปโหลดขึ้นบน Ethereum เพื่อความปลอดภัยและความสมบูรณ์
การปรับเปลี่ยนสองครั้งถัดมาได้เพิ่มเป้าหมาย blob ต่อบล็อกจาก 6 เป็น 10 แล้วเป็น 14 ในขณะที่ขีดสูงสุดถูกผลักขึ้นเป็น 21 เป้าหมายหลักของ Fusaka คือการลดต้นทุนสำหรับ rollup โดยการเพิ่ม throughput สำหรับข้อมูล blob
อย่างไรก็ตาม หลังจากเก็บข้อมูลเป็นเวลา 3 เดือน ผลลัพธ์แสดงให้เห็นช่องว่างที่ชัดเจนระหว่างความสามารถทางเทคนิคและระดับการใช้งานจริง การวิเคราะห์ของ MigaLabs จากมากกว่า 750,000 slot ตั้งแต่ที่ Fusaka ถูกเปิดใช้งานแสดงให้เห็นว่าเครือข่ายยังไม่บรรลุเป้าหมาย 14 blob ต่อบล็อก
น่าสนใจที่ระดับการใช้งาน blob median ลดลงแม้หลังจากการปรับพารามิเตอร์ครั้งแรก บล็อกที่มีมากกว่า 16 blob มีอัตราการ miss สูงขึ้นอย่างมีนัยสำคัญ ซึ่งแสดงให้เห็นว่าความน่าเชื่อถือของเครือข่ายลดลงเมื่อเข้าใกล้ขีดจำกัดความจุใหม่
ข้อสรุปของรายงานค่อนข้างตรงไปตรงมา: ไม่ควรเพิ่มพารามิเตอร์ blob ต่อไปจนกว่าอัตราการ miss ในบล็อกที่มี blob มากจะกลับสู่ระดับปกติ และความต้องการที่แท้จริงจะปรากฏเพื่อเติมเต็มความจุที่สร้างขึ้น
Fusaka เปลี่ยนแปลงอะไรและเกิดขึ้นเมื่อใด
ก่อน Fusaka ตาม EIP-7691, Ethereum ตั้งเป้าหมายไว้ที่ 6 blob ต่อบล็อกโดยมีขีดสูงสุดที่ 9 การอัปเกรด Fusaka แนะนำการปรับเปลี่ยน Blob Parameter Override สองครั้งติดต่อกัน
ครั้งแรกเปิดใช้งานเมื่อวันที่ 9/12/2025 เพิ่มเป้าหมายเป็น 10 และขีดสูงสุดเป็น 15 ครั้งที่สองเกิดขึ้นเมื่อวันที่ 7/1/2026 ต่อเนื่องผลักเป้าหมายเป็น 14 และขีดสูงสุดเป็น 21
แผนการอัปเกรด Fusaka ของ Ethereum แสดงให้เห็นว่าพารามิเตอร์ blob เพิ่มจากระดับพื้นฐาน 6/9 เป็น 12/15 แล้วเป็น 14/21 ในช่วงเวลาตั้งแต่ธันวาคม 2025 ถึงมกราคม 2026. การเปลี่ยนแปลงเหล่านี้ไม่จำเป็นต้อง hard fork ช่วยให้ Ethereum ปรับความจุผ่านการประสานงานระหว่าง client แทนที่จะเป็นการอัปเกรดในระดับโปรโตคอล
การวิเคราะห์ของ MigaLabs ซึ่งใช้ซอร์สโค้ดและวิธีการที่สามารถทำซ้ำได้ ติดตามการใช้งาน blob และประสิทธิภาพของเครือข่ายในช่วงเปลี่ยนผ่านนี้ ผลลัพธ์แสดงให้เห็นว่า median blob ต่อบล็อกลดลงจาก 6 เป็น 4 หลังจาก override ครั้งแรก แม้ว่าความจุรวมจะขยายขึ้น บล็อกที่มีมากกว่า 16 blob นั้นหายากมาก แต่ละระดับ blob ปรากฏในช่วง 165 ถึง 259 ครั้งในช่วงเวลาการสังเกตทั้งหมด
พูดอีกนัยหนึ่ง เครือข่ายยังมีพื้นที่เหลือแต่ยังไม่ได้ใช้งานเต็มที่
รายงานยังชี้ให้เห็นจุดที่ไม่สอดคล้องกัน: คำอธิบาย timeline ระบุว่าการ override ครั้งแรกเพิ่มเป้าหมายจาก 6 เป็น 12 ในขณะที่ประกาศ mainnet และเอกสารของ Ethereum Foundation ยืนยันว่าการเพิ่มเป็น 10 เท่านั้น ในการวิเคราะห์นี้ใช้พารามิเตอร์อย่างเป็นทางการของ Ethereum Foundation ส่วนข้อมูลเชิงประสบการณ์เกี่ยวกับการใช้งานและอัตราการ miss จาก MigaLabs ยังคงถือเป็นฐานข้อมูลสำหรับการวิเคราะห์
อัตราการ miss เพิ่มขึ้นอย่างมากในบล็อกที่มี blob มาก
ความน่าเชื่อถือของเครือข่ายวัดจาก missed slot — บล็อกที่ไม่ได้แพร่กระจายหรือยืนยันอย่างถูกต้อง — ซึ่งแสดงแนวโน้มที่ชัดเจน
ในระดับ blob ต่ำ อัตราการ miss อยู่ที่ประมาณ 0.5% เมื่อบล็อกมีมากกว่า 16 blob อัตรานี้เพิ่มขึ้นเป็นประมาณ 0.77% ถึง 1.79% ที่ระดับ 21 blob ซึ่งเป็นขีดสูงสุดหลัง override ครั้งที่สอง อัตราการ miss สูงขึ้นกว่า 3 เท่าของระดับพื้นฐาน
การวิเคราะห์ตามระดับ blob ตั้งแต่ 10 ถึง 21 แสดงให้เห็นเส้นโค้งความน่าเชื่อถือที่ลดลงอย่างต่อเนื่องและชัดเจนเมื่อเกินเป้าหมาย 14 blob
สิ่งนี้สำคัญอย่างยิ่งเพราะแสดงให้เห็นว่าสถาปัตยกรรมปัจจุบันของ Ethereum — รวมถึงฮาร์ดแวร์ validator, แบนด์วิดธ์เครือข่าย และเวลายืนยัน — มีความลำบากในการจัดการบล็อกที่มีความจุสูง
หากในอนาคตความต้องการเพิ่มขึ้นอย่างมากและบ่อยครั้งผลักดันบล็อกใกล้ขีดสูงสุด 21 blob อัตราการ miss สูงอาจนำไปสู่ความล่าช้าในการ finality หรือความเสี่ยงที่เพิ่มขึ้นของ reorg รายงานถือว่านี่เป็นขีดจำกัดที่เสถียร: เครือข่ายสามารถจัดการบล็อกที่มี blob มากในเชิงเทคนิค แต่ความสามารถในการรักษาความเสถียรและความน่าเชื่อถือยังไม่แน่นอน
อัตราความผิดพลาดยังต่ำกว่า 0.75% สำหรับบล็อกที่มีน้อยกว่า 16 จุดภาพ แต่เพิ่มขึ้นเป็นมากกว่า 1% สำหรับจำนวนจุดภาพที่สูงกว่า โดยสูงสุดที่ 1.79% ใน 21 จุดภาพ.## เศรษฐศาสตร์ของ blob และบทบาทของราคาขั้นต่ำสำรอง
Fusaka ไม่เพียงแต่ขยายความจุเท่านั้น แต่ยังเปลี่ยนกลไกการกำหนดราคาของ blob ผ่าน EIP-7918 ซึ่งนำเสนอราคาขั้นต่ำสำรองเพื่อป้องกันไม่ให้การประมูล blob ร่วงต่ำลงไปที่ 1 wei
ก่อนหน้านี้ เมื่อความต้องการ blob ต่ำและต้นทุนการดำเนินการเป็นปัจจัยหลัก ค่า base fee ของ blob อาจลดลงจนเกือบเป็นศูนย์ ซึ่งทำให้สัญญาณราคาขาดความหมาย ในขณะเดียวกัน layer-2 rollup ต้องจ่ายค่าธรรมเนียม blob เพื่ออัปโหลดข้อมูลธุรกรรมขึ้นบน Ethereum และค่าธรรมเนียมนี้คาดว่าจะสะท้อนต้นทุนการคำนวณและภาระโหลดเครือข่ายที่ blob สร้างขึ้น
เมื่อค่าธรรมเนียมใกล้เป็นศูนย์ วงจรปฏิสัมพันธ์ทางเศรษฐกิจจะถูกทำลาย ส่งเสริมพฤติกรรมการใช้ความจุโดยไม่จ่ายค่าธรรมเนียมที่สมควร ทำให้เครือข่ายสูญเสียความสามารถในการสังเกตความต้องการจริง
ราคาขั้นต่ำสำรองของ EIP-7918 เชื่อมโยงค่าธรรมเนียม blob กับต้นทุนการดำเนินการ เพื่อให้แน่ใจว่าแม้ในกรณีที่ความต้องการต่ำ ราคายังคงเป็นสัญญาณทางเศรษฐกิจที่มีความหมาย ซึ่งช่วยป้องกันปัญหา “free-rider” และให้ข้อมูลที่ชัดเจนขึ้นสำหรับการตัดสินใจขยายความจุในอนาคต
ข้อมูลเบื้องต้นจากแดชบอร์ด Dune ของ Hildobby แสดงให้เห็นว่าค่าธรรมเนียม blob คงที่หลัง Fusaka แทนที่จะลดลงอย่างรวดเร็วเหมือนในช่วงก่อนหน้า จำนวน blob เฉลี่ยต่อบล็อกก็ยืนยันข้อสรุปของ MigaLabs ว่าการใช้งานยังไม่เพิ่มขึ้นเพียงพอที่จะเติมเต็มความจุใหม่
ค่าธรรมเนียมธุรกรรม “blob” แตะสูงสุดกว่า 2 ล้านดอลลาร์ในต้นปีและปลายปี 2024 ก่อนที่จะลดลงในปี 2025 และยังคงอยู่ในระดับต่ำในปี 2026.## Fusaka มีประสิทธิภาพแค่ไหน?
ในเชิงเทคนิค Fusaka ประสบความสำเร็จในการขยายความจุและพิสูจน์ว่ากลไก Blob Parameter Override สามารถทำงานได้โดยไม่ต้อง hard fork ที่เป็นที่ถกเถียง ราคาขั้นต่ำสำรองก็เริ่มทำงานแล้ว ป้องกันค่าธรรมเนียม blob ให้เป็นโมฆะทางเศรษฐกิจ
อย่างไรก็ตาม การใช้งานยังต่ำกว่าความจุ และความน่าเชื่อถอยังลดลงอย่างชัดเจนที่ขอบบนของความสามารถใหม่ เส้นโค้งอัตราการ miss แสดงให้เห็นว่าสถาปัตยกรรมปัจจุบันจัดการกับระดับก่อน Fusaka และพารามิเตอร์ 10/15 หลัง override ครั้งแรกได้ดี แต่เริ่มรับแรงกดดันเมื่อเกิน 16 blob
สิ่งนี้สร้างความเสี่ยงที่ชัดเจน: หาก layer-2 activity เพิ่มขึ้นอย่างกะทันหันและบ่อยครั้งผลักดันบล็อกใกล้ขีดสูงสุด 21 blob เครือข่ายอาจเผชิญกับอัตราการ miss สูง ส่งผลต่อ finality และความสามารถในการต้าน reorg
ในทางกลับกัน การลด median blob หลัง override ครั้งแรก แม้ความจุจะเพิ่มขึ้น แสดงให้เห็นว่า rollup ยังไม่ถูกจำกัดด้วย blob availability หรือมูลค่าการทำธุรกรรมของพวกเขายังไม่มากพอ หรือพวกเขากำลังปรับแต่งการบีบอัดและ batching ให้เหมาะสมกับความจุปัจจุบันมากกว่าการขยายการใช้งาน
ข้อมูลจาก Blobscan ก็แสดงให้เห็นว่า rollup แต่ละรายยังคงรักษาจำนวน blob คงที่ในช่วงเวลา ไม่ได้ใช้ประโยชน์จากความจุส่วนเกินใหม่อย่างรวดเร็ว
ก้าวต่อไปของ Ethereum
แผนงานของ Ethereum ยังคงรวม PeerDAS ซึ่งเป็นการออกแบบใหม่ด้าน data availability sampling เพื่อขยายความจุ blob พร้อมกับปรับปรุงความเป็น decentralization และความปลอดภัย
อย่างไรก็ตาม ผลลัพธ์จาก Fusaka ชี้ให้เห็นว่าความจุขั้นต้นยังไม่ใช่ปัญหาหลัก เครือข่ายยังมีพื้นที่เหลือให้ “เติบโต” ในช่วง 14/21 ก่อนที่จะต้องขยายเพิ่มเติม ข้อมูลเกี่ยวกับอัตราการ miss ในระดับ blob สูงชี้ให้เห็นว่าสถาปัตยกรรมต้องได้รับการอัปเกรดควบคู่กันไป
แนวทางที่ปลอดภัยกว่าคือการให้การใช้งานเพิ่มขึ้นอย่างค่อยเป็นค่อยไปสู่เป้าหมายปัจจุบัน ติดตามดูว่าอัตราการ miss ปรับปรุงดีขึ้นเมื่อ client และ validator ปรับแต่งให้รองรับโหลด blob สูงขึ้นหรือไม่ แล้วจึงปรับพารามิเตอร์เมื่อเครือข่ายพิสูจน์ความสามารถในการจัดการอย่างเสถียรในกรณีขอบเขต
Fusaka ได้สร้างพื้นที่สำหรับการเติบโตในอนาคตและทำให้เศรษฐศาสตร์ blob มีเสถียรภาพ แต่ยังไม่เปิดใช้งานการใช้งานอย่างแพร่หลายหรือแก้ไขปัญหาความน่าเชื่อถือในความจุสูงสุด การเติมเต็มความจุนี้หรือไม่ยังเป็นคำถามเปิดที่ข้อมูลปัจจุบันยังไม่สามารถตอบได้
