Ethereum เปิดใช้งานการอัปเกรด Fusaka เมื่อวันที่ 3 ธันวาคม 2025 โดยเพิ่มความจุความพร้อมใช้งานของข้อมูลของเครือข่ายผ่านการแทนที่พารามิเตอร์ Blob ที่ขยายเป้าหมาย blob และค่าสูงสุดเพิ่มขึ้นทีละน้อย
การปรับเปลี่ยนสองครั้งต่อมาได้เพิ่มเป้าหมายจาก 6 Blob ต่อบล็อกเป็น 10 จากนั้นเป็น 14 โดยมีเพดานสูงสุดที่ 21 เป้าหมายคือการลดต้นทุนการสะสมเลเยอร์ 2 โดยการเพิ่มปริมาณงานสำหรับข้อมูล Blob ซึ่งเป็นบันเดิลธุรกรรมที่ถูกบีบอัดที่โรลอัปโพสต์ไปยัง Ethereum เพื่อความปลอดภัยและขั้นสุดท้าย
หลังจากการรวบรวมข้อมูลเป็นเวลาสามเดือน ผลลัพธ์เผยให้เห็นช่องว่างระหว่างความจุและการใช้งาน การวิเคราะห์ของ MigaLabs มากกว่า 750,000 ช่องนับตั้งแต่การเปิดใช้งานของ Fusaka แสดงให้เห็นว่าเครือข่าย ไม่ถึงเป้าหมายจำนวนหยดที่ 14.
การใช้งาน Blob ค่ามัธยฐานลดลงจริง ๆ หลังจากการปรับพารามิเตอร์ครั้งแรก และบล็อกที่มี 16 Blob ขึ้นไปแสดงอัตราพลาดที่สูงขึ้น บ่งบอกถึงการลดความน่าเชื่อถือที่ขอบของความจุใหม่
ข้อสรุปของรายงานตรงไปตรงมา: ไม่มีการเพิ่มพารามิเตอร์ blob อีกต่อไป จนกว่าอัตราการพลาดของ blob สูงจะเป็นปกติ และความต้องการจะเกิดขึ้นจริงสำหรับ headroom ที่สร้างไว้แล้ว
สิ่งที่ Fusaka เปลี่ยนแปลงไปและเกิดขึ้นเมื่อใด
พื้นฐานก่อน Fusaka ของ Ethereum ก่อตั้งผ่าน EIP-7691กำหนดเป้าหมายที่ 6 blobs ต่อบล็อกโดยมีค่าสูงสุด 9 การอัพเกรด Fusaka นำเสนอการปรับการแทนที่พารามิเตอร์ Blob ตามลำดับสองครั้ง
ที่ เปิดใช้งานครั้งแรกเมื่อวันที่ 9 ธันวาคมโดยเพิ่มเป้าหมายเป็น 10 และสูงสุดเป็น 15 ครั้งที่สองเปิดใช้งานเมื่อวันที่ 7 มกราคม 2569 ดันเป้าหมายเป็น 14 และสูงสุดเป็น 21
การเปลี่ยนแปลงเหล่านี้ไม่จำเป็นต้องมีการฮาร์ดฟอร์ก และกลไกก็อนุญาต อีเธอเรียม เพื่อหมุนความจุผ่านการประสานงานกับลูกค้า แทนที่จะอัพเกรดระดับโปรโตคอล
การวิเคราะห์ของ MigaLabs ซึ่งเผยแพร่โค้ดและวิธีการที่สามารถทำซ้ำได้ ติดตามการใช้งาน Blob และประสิทธิภาพของเครือข่ายตลอดการเปลี่ยนแปลงนี้
พบว่าค่ามัธยฐานจำนวนหยดต่อบล็อกลดลงจาก 6 ก่อนการแทนที่ครั้งแรกเหลือ 4 ในภายหลัง แม้ว่าความจุของเครือข่ายจะขยายก็ตาม บล็อกที่มี 16 หยดขึ้นไปยังคงหายากมาก โดยเกิดขึ้นระหว่าง 165 ถึง 259 ครั้งในแต่ละหน้าต่างการสังเกต ขึ้นอยู่กับจำนวนหยดเฉพาะ
เครือข่ายมีพื้นที่ว่างที่ไม่ได้ใช้
ความคลาดเคลื่อนของพารามิเตอร์ประการหนึ่ง: ข้อความไทม์ไลน์ของรายงานอธิบายการแทนที่ครั้งแรกเป็นการเพิ่มเป้าหมายจาก 6 เป็น 12 แต่ มูลนิธิ Ethereum ประกาศ mainnet และเอกสารประกอบไคลเอนต์อธิบายการปรับเป็น 6 ถึง 10
เราใช้ พารามิเตอร์ของ Ethereum Basis เป็นแหล่งที่มา: พื้นฐาน 6/9, 10/15 หลังจากการแทนที่ครั้งแรก, 14/21 หลังจากวินาที อย่างไรก็ตาม เราถือว่าชุดข้อมูลของรายงานสำหรับการใช้ประโยชน์ที่สังเกตได้และรูปแบบอัตราพลาดเป็นแกนหลักเชิงประจักษ์
อัตราพลาดจะเพิ่มขึ้นตามจำนวนหยดที่สูง
ความน่าเชื่อถือของเครือข่ายที่วัดผ่านสล็อตที่ไม่ได้รับ ซึ่งเป็นบล็อกที่ไม่สามารถเผยแพร่หรือยืนยันได้อย่างถูกต้อง จะแสดงรูปแบบที่ชัดเจน
ที่จำนวนหยดที่ต่ำกว่า อัตราพลาดพื้นฐานจะอยู่ที่ประมาณ 0.5% เมื่อบล็อกถึง 16 Blob ขึ้นไป อัตราที่พลาดจะเพิ่มขึ้นเป็น 0.77% ถึง 1.79% ที่ 21 Blob ซึ่งเป็นความจุสูงสุดที่แนะนำในการแทนที่ครั้งที่สอง อัตราพลาดแตะ 1.79% มากกว่าสามเท่าของเส้นพื้นฐาน
การวิเคราะห์จะแจกแจงรายละเอียดนี้ตามจำนวนหยดตั้งแต่ 10 ถึง 21 โดยแสดงเส้นโค้งการย่อยสลายแบบค่อยเป็นค่อยไปซึ่งเร่งความเร็วผ่านเป้าหมาย 14 หยด
ความเสื่อมโทรมนี้มีความสำคัญเนื่องจากจะแนะนำโครงสร้างพื้นฐานของเครือข่าย เช่น ฮาร์ดแวร์ตรวจสอบความถูกต้องแบนด์วิดท์เครือข่าย และระยะเวลาในการรับรอง ประสบปัญหาในการจัดการบล็อกที่ระดับบนสุดของความจุ
หากความต้องการเพิ่มขึ้นในที่สุดเพื่อเติมเต็มเป้าหมาย 14 หยดหรือดันไปสู่จุดสูงสุด 21 หยด อัตราพลาดที่เพิ่มขึ้นอาจแปลไปสู่ความล่าช้าในขั้นสุดท้ายที่มีความหมายหรือความเสี่ยงในการจัดองค์กรใหม่ รายงานกำหนดกรอบนี้เป็นขอบเขตด้านเสถียรภาพ: เครือข่ายสามารถประมวลผลบล็อกที่มีหยดสูงได้ในทางเทคนิค แต่การดำเนินการดังกล่าวอย่างสม่ำเสมอและเชื่อถือได้ยังคงเป็นคำถามเปิดอยู่
เศรษฐศาสตร์ Blob: เหตุใดราคาขั้นต่ำจึงมีความสำคัญ
Fusaka ไม่เพียงแต่ขยายกำลังการผลิตเท่านั้น นอกจากนี้ ยังเปลี่ยนการกำหนดราคา Blob ผ่าน EIP-7918 ซึ่งแนะนำราคาขั้นต่ำเพื่อป้องกันไม่ให้การประมูล Blob ยุบเป็น 1 Wei
ก่อนการเปลี่ยนแปลงนี้ เมื่อค่าใช้จ่ายในการดำเนินการครอบงำและความต้องการ Blob อยู่ในระดับต่ำ ค่าธรรมเนียมฐาน Blob อาจลดลงเรื่อยๆ จนกระทั่งหายไปอย่างมีประสิทธิภาพในฐานะสัญญาณราคา การโรลอัปของเลเยอร์ 2 จ่ายค่าธรรมเนียม blob เพื่อโพสต์ข้อมูลธุรกรรมไปยัง Ethereum และค่าธรรมเนียมเหล่านั้นควรจะสะท้อนถึงต้นทุนการคำนวณและเครือข่ายที่ blobs กำหนด
เมื่อค่าธรรมเนียมลดลงจนใกล้ศูนย์ วงจรผลตอบรับทางเศรษฐกิจจะพัง และการยกเลิกจะใช้กำลังการผลิตโดยไม่ต้องจ่ายตามสัดส่วน ส่งผลให้เครือข่ายสูญเสียการมองเห็นความต้องการที่แท้จริง
ราคาขั้นต่ำของราคาจองของ EIP-7918 จะเชื่อมโยงค่าธรรมเนียมหยดกับต้นทุนการดำเนินการ เพื่อให้มั่นใจว่าแม้ความต้องการจะเบาลง แต่ราคายังคงเป็นสัญญาณที่มีความหมาย
วิธีนี้จะช่วยป้องกันปัญหา Free-Rider ที่ Blob ราคาถูกส่งเสริมการใช้งานอย่างสิ้นเปลือง และให้ข้อมูลที่ชัดเจนยิ่งขึ้นสำหรับการตัดสินใจด้านความจุในอนาคต: หากค่าธรรมเนียม Blob ยังคงสูงขึ้นแม้จะมีความจุเพิ่มขึ้น ความต้องการก็เป็นของแท้ ถ้าพังลงไปที่พื้น ก็แสดงว่ามีช่องว่างด้านบน
ข้อมูลเบื้องต้นจากฮิลดอบบี้ ดูน แดชบอร์ดการติดตาม Ethereum Blob แสดงให้เห็นว่าค่าธรรมเนียม Blob ทรงตัวตามหลังฟูซากะแล้ว แทนที่จะดำเนินต่อไปแบบเกลียวลงที่เห็นในช่วงก่อนหน้านี้
จำนวนหยดโดยเฉลี่ยต่อบล็อกเป็นการยืนยันการค้นพบของ MigaLabs ว่าการใช้งานไม่ได้เพิ่มขึ้นเพื่อเติมเต็มกำลังการผลิตใหม่ บล็อกจะมีจำนวนน้อยกว่าเป้าหมาย 14 หยดเป็นประจำ และการกระจายยังคงเบ้อย่างมากไปยังจำนวนที่ต่ำกว่า
ข้อมูลเปิดเผยอะไรเกี่ยวกับประสิทธิผล
Fusaka ประสบความสำเร็จในการขยายขีดความสามารถทางเทคนิคและพิสูจน์ให้เห็นว่ากลไกการแทนที่พารามิเตอร์ Blob ทำงานโดยไม่ต้องใช้ฮาร์ดฟอร์กที่ถกเถียงกัน
ดูเหมือนว่าราคาขั้นต่ำขั้นต่ำจะทำงานตามที่ตั้งใจไว้ ป้องกันไม่ให้ค่าธรรมเนียม Blob ไม่มีความหมายทางเศรษฐกิจ แต่การใช้งานยังช้ากว่าความจุ และความน่าเชื่อถือที่ขอบของความจุใหม่แสดงให้เห็นถึงความเสื่อมโทรมที่วัดได้
เส้นอัตราที่พลาดแสดงให้เห็นว่าโครงสร้างพื้นฐานปัจจุบันของ Ethereum จัดการกับพื้นฐานก่อน Fusaka และพารามิเตอร์ 10/15 ของการแทนที่ครั้งแรกได้อย่างสะดวกสบาย แต่เริ่มที่จะเครียดเกิน 16 blobs
สิ่งนี้จะสร้างโปรไฟล์ความเสี่ยง: หากกิจกรรมของเลเยอร์ 2 เพิ่มขึ้นและดันบล็อกไปสู่ระดับสูงสุด 21-blob เป็นประจำ เครือข่ายอาจเผชิญกับอัตราพลาดที่สูงขึ้น ซึ่งกระทบต่อขั้นสุดท้ายและการต่อต้านในองค์กรใหม่
รูปแบบอุปสงค์เป็นอีกสัญญาณหนึ่ง การใช้ Blob ค่ามัธยฐานลดลงหลังจากการแทนที่ครั้งแรก แม้จะมีความจุเพิ่มขึ้น แสดงว่าการโรลอัปของเลเยอร์ 2 ไม่ถูกจำกัดโดยความพร้อมใช้งานของ Blob ในปัจจุบัน
อาจเป็นไปได้ว่าปริมาณธุรกรรมของพวกเขาไม่เติบโตพอที่จะต้องใช้ Blob ต่อบล็อกมากขึ้น หรือพวกเขากำลังปรับการบีบอัดและแบทช์ให้เหมาะสมกับความจุที่มีอยู่แทนที่จะขยายการใช้งาน
Blobscan ซึ่งเป็น Blob Explorer โดยเฉพาะ จะแสดงการสรุปแต่ละรายการที่โพสต์จำนวน Blob ที่ค่อนข้างสม่ำเสมอเมื่อเวลาผ่านไป แทนที่จะเพิ่มจำนวนขึ้นเพื่อใช้ประโยชน์จากช่องว่างใหม่
ข้อกังวลก่อนฟุซากะคือความจุหยดที่จำกัดจะทำให้การปรับขนาดเลเยอร์ 2 เป็นคอขวด และจะเก็บค่าธรรมเนียมการสะสมให้สูงขึ้นเนื่องจากเครือข่ายแข่งขันกันเพื่อให้ได้ข้อมูลที่มีอยู่น้อย Fusaka กล่าวถึงข้อจำกัดด้านกำลังการผลิต แต่ปัญหาคอขวดดูเหมือนจะเปลี่ยนไป
โรลอัปไม่ได้เติมเต็มพื้นที่ว่าง ซึ่งหมายความว่าความต้องการยังไม่มาถึงหรือปัจจัยอื่นๆ เช่น เศรษฐศาสตร์ของซีเควนเซอร์ กิจกรรมผู้ใช้ และการกระจายตัวของการรวมแบบข้าม กำลังจำกัดการเติบโตมากกว่าความพร้อมใช้งานของ Blob
อะไรจะเกิดขึ้นต่อไป
แผนงานของ Ethereum รวมถึง PeerDAS ซึ่งเป็นการออกแบบพื้นฐานเพิ่มเติมของการสุ่มตัวอย่างความพร้อมใช้งานของข้อมูล ซึ่งจะขยายความจุ blob ในขณะที่ปรับปรุงคุณสมบัติการกระจายอำนาจและความปลอดภัย
อย่างไรก็ตาม ผลลัพธ์ของ Fusaka ชี้ให้เห็นว่ากำลังการผลิตดิบไม่ใช่ข้อจำกัดที่มีผลผูกพันในขณะนี้
เครือข่ายมีพื้นที่ว่างที่จะขยายเป็นพารามิเตอร์ 14/21 ก่อนที่จะต้องขยายเพิ่มเติม และกราฟความน่าเชื่อถือที่จำนวนหยดสูงบ่งชี้ว่าการอัพเกรดโครงสร้างพื้นฐานอาจจำเป็นต้องตามให้ทันก่อนที่ความจุจะเพิ่มขึ้นอีกครั้ง
ข้อมูลอัตราพลาดให้เงื่อนไขขอบเขตที่ชัดเจน หาก Ethereum ผลักดันความจุให้สูงขึ้นในขณะที่บล็อกหยดมากกว่า 16 บล็อกยังคงแสดงอัตราการพลาดที่สูงขึ้น ก็มีความเสี่ยงที่จะเกิดความไม่เสถียรของระบบซึ่งอาจเกิดขึ้นในช่วงที่มีความต้องการสูง
เส้นทางที่ปลอดภัยกว่าคือการปล่อยให้การใช้งานเพิ่มขึ้นไปสู่เป้าหมายปัจจุบัน ตรวจสอบว่าอัตราการพลาดเพิ่มขึ้นหรือไม่ เนื่องจากไคลเอ็นต์ปรับให้เหมาะสมสำหรับโหลด Blob ที่สูงขึ้น และปรับพารามิเตอร์เฉพาะเมื่อเครือข่ายแสดงให้เห็นว่าสามารถจัดการกับกรณี Edge ได้อย่างน่าเชื่อถือ
ประสิทธิผลของ Fusaka ขึ้นอยู่กับตัวชี้วัด ขยายกำลังการผลิตได้สำเร็จ และทำให้ราคา Blob มีความเสถียรผ่านพื้นที่สำรอง มันไม่ได้ผลักดันให้เกิดการใช้งานเพิ่มขึ้นในทันทีหรือแก้ปัญหาความท้าทายด้านความน่าเชื่อถือที่ความจุสูงสุด
การอัปเกรดนี้สร้างช่องว่างสำหรับการเติบโตในอนาคต แต่การเติบโตดังกล่าวจะเกิดขึ้นจริงหรือไม่นั้นยังคงเป็นคำถามเปิดที่ข้อมูลยังไม่ได้ตอบ
