ประกาศ Fusaka Mainnet | บล็อกมูลนิธิ Ethereum

Fusaka ติดตามในปีนี้ เพคตราอัพเกรดซึ่งแสดงถึงก้าวสำคัญไปข้างหน้าในแผนงานการปรับขนาดของ Ethereum ซึ่งปรับปรุงประสิทธิภาพของ L1 เพิ่มปริมาณงาน Blob และปรับปรุงประสบการณ์ผู้ใช้

การอัพเกรดเครือข่าย Fusaka มีกำหนดเปิดใช้งานบน Ethereum mainnet ที่ช่อง 13,164,544 (3 ธันวาคม 2025 21:49:11 UTC) Fusaka ยังแนะนำส้อม Blob parameter solely (BPO) เพื่อปรับขนาดปริมาณงาน Blob ได้อย่างปลอดภัยหลังจากเปิดใช้งาน PeerDAS นี่เป็นการอัปเกรดขั้นต่ำสำหรับการกำหนดค่าเท่านั้น ซึ่งจะปรับส่วนเป้าหมาย/สูงสุดและค่าธรรมเนียมการอัปเดต blob ดู ตารางการเปิดใช้งาน ด้านล่างสำหรับรายละเอียดเพิ่มเติม

มีการเผยแพร่ไคลเอ็นต์ Mainnet ของ Fusaka ในรายการ ด้านล่าง–

ภาพรวมของฟูซากะ

ฟีเจอร์เด่นของ Fusaka คือ PeerDAS (Peer Knowledge Availability Sampling) ซึ่งช่วยให้ปรับขนาดปริมาณงาน Blob ได้อย่างมีนัยสำคัญ Fusaka ยังรวมการปรับให้เหมาะสมทั่วทั้งเลเยอร์การดำเนินการและเลเยอร์ฉันทามติเพื่อปรับขนาดประสิทธิภาพ L1 และปรับปรุงประสบการณ์ผู้ใช้ โพสต์นี้สรุปการปรับปรุงที่สำคัญ สำหรับภาพรวมที่ครอบคลุมมากขึ้น โปรดดู คู่มือการอัพเกรดของ ethereum.org–

สเกล Blobs

เพียร์DAS
EIP-7594 แนะนำ PeerDAS ซึ่งเป็นโปรโตคอลเครือข่ายใหม่ที่อนุญาตให้โหนดตรวจสอบความพร้อมใช้งานของข้อมูล Blob ผ่านการสุ่มตัวอย่าง แทนที่จะดาวน์โหลด Blob ทั้งหมด นี่เป็นขั้นตอนสำคัญในการขยายปริมาณงาน Blob ในขณะที่ยังคงรักษาความปลอดภัยและการกระจายอำนาจของ Ethereum

ตั้งแต่วันที่ การอัพเกรดเดนคันการใช้งานเลเยอร์ 2 เพิ่มขึ้นอย่างมาก โดยมักจะถึงขีดจำกัดปัจจุบันที่ 9 blob ต่อบล็อก PeerDAS อนุญาตให้ Ethereum เพิ่มขีดจำกัดนี้โดยไม่กระทบต่อความปลอดภัย ทำได้โดยการใช้การเข้ารหัสการลบข้อมูลเพื่อให้โหนดสุ่มตัวอย่างส่วนของข้อมูล Blob ในขณะที่ยังคงรับประกันด้วยการเข้ารหัสว่าข้อมูลทั้งหมดจะพร้อมใช้งานผ่านเครือข่าย สิ่งนี้จะสร้างเส้นทางไปสู่เป้าหมายหยดที่สูงขึ้นซึ่งระบุไว้ใน Ethereum แผนงานการปรับขนาด–

วิธีการสุ่มตัวอย่างนี้ให้ประโยชน์โดยตรงกับการโรลอัพเลเยอร์ 2 โดยรองรับปริมาณงาน Blob ที่สูงขึ้น โดยไม่ต้องเพิ่มความต้องการแบนด์วิดท์ตามสัดส่วนสำหรับแต่ละโหนด เนื่องจากความจุของ Blob ขยายเกินขีดจำกัดในปัจจุบัน ค่าธรรมเนียมการทำธุรกรรมของ L2 จึงสามารถลดลงได้อีก ในขณะที่ยังคงรับประกันความปลอดภัยของความพร้อมใช้งานของข้อมูลบน Ethereum L1

หลังจากเปิดใช้งาน PeerDAS แล้ว Ethereum จะใช้ส้อม Blob พารามิเตอร์เท่านั้น (BPO) เพื่อเพิ่มปริมาณงาน Blob ได้อย่างปลอดภัย แทนที่จะรวมการปรับพารามิเตอร์ Blob เข้ากับส้อมที่มีชื่อ Fusaka รวมการปรับพารามิเตอร์ BPO ที่วางแผนไว้สองครั้งบนเมนเน็ตเริ่มตั้งแต่วันที่ 9 ธันวาคม 2568 BPO เหล่านี้จะเพิ่มเป้าหมาย blob ต่อบล็อกและสูงสุดจาก 6 & 9 ตามลำดับเป็น 10 & 15 ใน BPO1 และ 14 & 21 ใน BPO2 ดู กำหนดการบีพีโอ ด้านล่างสำหรับรายละเอียดเพิ่มเติม

สเกล L1

การเพิ่มประสิทธิภาพ ModExp
EIP-7883 และ EIP-7823 ทำงานร่วมกันเพื่อเพิ่มประสิทธิภาพพรีคอมไพล์ ModExp EIP-7883 เพิ่มต้นทุนก๊าซเพื่อสะท้อนถึงความซับซ้อนในการคำนวณได้แม่นยำยิ่งขึ้น รวมถึงเพิ่มต้นทุนก๊าซน้อยที่สุดและการคำนวณต้นทุนทั่วไปเพิ่มขึ้นสามเท่า EIP-7823 กำหนดขอบเขตบนสำหรับการดำเนินการ ModExp การเปลี่ยนแปลงเหล่านี้ร่วมกันทำให้มั่นใจได้ว่าการดำเนินการเข้ารหัสลับที่ใช้ทรัพยากรจำนวนมากมีราคาที่เหมาะสม และรองรับการเพิ่มขีดจำกัดของ Block Fuel ที่อาจเกิดขึ้นในอนาคต

ขีดจำกัดขีดจำกัดก๊าซธุรกรรม
EIP-7825 ใช้ขีดจำกัดธุรกรรม Fuel ในระดับโปรโตคอลที่ 16,777,216 Fuel ป้องกันธุรกรรมแต่ละรายการจากการใช้ Block Fuel มากเกินไป และป้องกันการโจมตี DoS นี่เป็นการวางรากฐานสำหรับการประมวลผลธุรกรรมแบบขนานใน EVM

การเพิ่มประสิทธิภาพโปรโตคอลเครือข่าย
EIP-7642 แนะนำ eth/69 ซึ่งจะลบฟิลด์ที่รวมไว้ล่วงหน้าและใบเสร็จรับเงิน Bloom ออกจากโปรโตคอลเครือข่าย การล้างข้อมูลนี้ช่วยลดข้อกำหนดแบนด์วิดท์การซิงค์ เพิ่มหน้าต่างการแสดงประวัติที่ชัดเจนสำหรับโหนดที่จะโฆษณา และลดความซับซ้อนของโค้ดเบสโดยการลบส่วนประกอบดั้งเดิมที่ไม่จำเป็นอีกต่อไปหลังการรวม

เพิ่มขีดจำกัดก๊าซ
EIP-7935 เพิ่มขีดจำกัดก๊าซเริ่มต้นของ Ethereum เป็น 60M ซึ่งสะท้อนถึงขีดจำกัดก๊าซที่นักพัฒนาหลักเชื่อว่า Ethereum L1 สามารถปรับขนาดได้อย่างปลอดภัยในปัจจุบัน การเพิ่มขึ้นนี้ทำให้มีขีดความสามารถในการดำเนินการ L1 มากขึ้นและได้รับการทดสอบอย่างละเอียดกับชุดไคลเอนต์ที่แตกต่างกันเพื่อให้มั่นใจถึงความเสถียรและความปลอดภัยของเครือข่าย

ปรับปรุง UX

secp256r1 คอมไพล์ล่วงหน้า
EIP-7951 เพิ่มการรองรับดั้งเดิมสำหรับเส้นโค้งวงรี secp256r1 ผ่านสัญญาที่คอมไพล์ใหม่ ช่วยให้สามารถผสานรวมโดยตรงกับฮาร์ดแวร์ที่ปลอดภัยสมัยใหม่ เช่น Apple Safe Enclave, Android Keystore และอุปกรณ์ FIDO2/WebAuthn ซึ่งช่วยลดความขัดแย้งในการปรับใช้บล็อกเชนกระแสหลักผ่านโฟลว์การตรวจสอบสิทธิ์ที่คุ้นเคย

นับ Opcode ที่เป็นศูนย์นำหน้า
EIP-7939 ขอแนะนำ opcode CLZ (Depend Main Zeros) ซึ่งเป็นวิธีดั้งเดิมที่ประหยัดน้ำมันในการดำเนินการนับบิตขั้นพื้นฐาน ส่วนเพิ่มเติมนี้สนับสนุนการดำเนินการทางคณิตศาสตร์ อัลกอริธึมการบีบอัด และโครงร่างลายเซ็นหลังควอนตัม ในขณะที่ลดต้นทุนการพิสูจน์ ZK

ข้อมูลจำเพาะของฟูซากะ

รายการการเปลี่ยนแปลงทั้งหมดที่นำมาใช้ใน Fusaka สามารถพบได้ใน EIP-7607– EIP หลักประกอบด้วย:

EIP ที่รองรับเพิ่มเติม:

ข้อมูลจำเพาะทั้งหมดสำหรับการดำเนินการและการเปลี่ยนแปลงเลเยอร์ฉันทามติมีอยู่ในรุ่นต่อไปนี้:

Fusaka ยังแนะนำการเปลี่ยนแปลงใน Engine API ที่ใช้สำหรับการสื่อสารระหว่างฉันทามติและโหนดเลเยอร์การดำเนินการ เหล่านี้ระบุไว้ใน โอซาก้า ไฟล์ของที่เก็บ Execution-Apis–

การเปิดใช้งานฟูซากะ

การอัพเกรดเครือข่าย Fusaka จะเปิดใช้งานบน Ethereum mainnet เมื่อเริ่มต้นยุค 411392เกิดขึ้นในวันที่ 3 ธันวาคม 2025 เวลา 21:49:11 UTC

มันถูกเปิดใช้งานก่อนหน้านี้บน ฮูดี โฮลสกี้ และเซโปเลีย เทสเน็ต

กำหนดการแยกพารามิเตอร์ Blob เท่านั้น (BPO)

หลังจากการเปิดใช้งาน Fusaka หลัก เครือข่ายจะใช้ส้อม Blob พารามิเตอร์เท่านั้น เพื่อค่อยๆ เพิ่มปริมาณงาน Blob BPO1 จะเพิ่มเป้าหมายหยดต่อบล็อกเป็น 10 และสูงสุดเป็น 15 BPO2 จะเพิ่มเป้าหมายเพิ่มเติมเป็น 14 และสูงสุดเป็น 21

กำหนดการ Mainnet BPO

การเผยแพร่ของลูกค้า

ไคลเอนต์ต่อไปนี้เหมาะสำหรับการอัปเกรด Fusaka บนเมนเน็ต Ethereum

การเผยแพร่เลเยอร์ฉันทามติ

เมื่อเรียกใช้เครื่องมือตรวจสอบ ทั้ง Consensus Layer Beacon Node และ Validator Consumer จะต้องได้รับการอัปเดต

การเปิดตัวเลเยอร์การดำเนินการ

เครื่องมือ

คำถามที่พบบ่อย

การอัพเกรดเครือข่าย Ethereum ทำงานอย่างไร?

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

เพื่อให้การอัปเกรดใช้งานได้ ผู้ตรวจสอบความถูกต้องและโหนดที่ไม่ปักหลักจะต้องอัปเดตซอฟต์แวร์ด้วยตนเองเพื่อรองรับการเปลี่ยนแปลงโปรโตคอลที่กำลังถูกนำมาใช้

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

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

สำหรับภาพรวมที่ละเอียดยิ่งขึ้นของกระบวนการกำกับดูแลของ Ethereum โปรดดูที่ คำพูดนี้โดย Tim Beiko–

ในฐานะผู้ใช้ Ethereum mainnet หรือผู้ถือ ETH ฉันต้องทำอะไรอีกบ้าง?

ในระยะสั้นไม่มี

หากคุณใช้การแลกเปลี่ยน กระเป๋าเงินดิจิทัล หรือกระเป๋าฮาร์ดแวร์ คุณไม่จำเป็นต้องดำเนินการใดๆ เว้นแต่คุณจะได้รับแจ้งให้ดำเนินการเพิ่มเติมโดยผู้ให้บริการแลกเปลี่ยนหรือกระเป๋าเงินของคุณ

หากคุณต้องการรับชมการอัปเกรดแบบถ่ายทอดสด คุณสามารถเข้าร่วมได้ ปาร์ตี้รับชมออนไลน์–

ในฐานะผู้ดำเนินการโหนดที่ไม่ปักหลัก ฉันต้องทำอย่างไร

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

ในฐานะผู้เดิมพัน ฉันต้องทำอย่างไร?

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

ในฐานะนักพัฒนาแอปพลิเคชันหรือเครื่องมือ ฉันควรทำอย่างไร

รีวิว EIP รวมอยู่ใน Fusaka เพื่อพิจารณาว่าสิ่งเหล่านี้ส่งผลต่อโครงการของคุณหรือไม่และอย่างไร การเปิดตัว PeerDAS, การรองรับ secp256r1 และ opcode CLZ ใหม่มอบโอกาสอันน่าตื่นเต้นสำหรับฟังก์ชันที่ได้รับการปรับปรุงและการปรับประสิทธิภาพให้เหมาะสม โดยเฉพาะอ้างถึง โพสต์นี้ สำหรับข้อมูลเพิ่มเติมเกี่ยวกับการเปลี่ยนแปลงการส่ง Blob และ โพสต์นี้ สำหรับข้อมูลเพิ่มเติมเกี่ยวกับการเปลี่ยนแปลงขีดจำกัดก๊าซต่อธุรกรรม

ทำไมต้อง “ฟูซากะ”?

อัปเกรดเป็นเลเยอร์การดำเนินการตามชื่อเมืองของ Devcon และเลเยอร์ที่สอดคล้องกันจะใช้ชื่อดาว “ฟูซากะ” เป็นการผสมผสานระหว่างฟูลู ดาวในกลุ่มดาวแคสสิโอเปีย และโอซาก้า ซึ่งเป็นที่ตั้งของเดฟคอนที่ 5