นักพัฒนา Ethereum เตรียมพร้อมสำหรับ ฟูซากา, การอัปเกรดครั้งที่สองของปี 2025

ภาพรวมการอัปเกรด

Fusaka เป็นการอัปเกรดโปรโตคอลลำดับที่สองของ Ethereum ในปี 2025 ที่รวมการปรับปรุงทั้งในด้านฉันทามติและชั้นการดำเนินการ ตั้งชื่อตามการผสมระหว่างรหัส “Fulu” กับ “Osaka” Fusaka ประกอบด้วยข้อเสนอปรับปรุง Ethereum (EIPs) จำนวนสิบสองข้อที่ประสานงานกัน ออกแบบมาเพื่อเพิ่มประสิทธิภาพในการผ่านข้อมูลของเครือข่ายและประสิทธิภาพของธุรกรรม โดยเฉพาะสำหรับโซลูชันการปรับขนาดชั้น-2

การเปลี่ยนแปลงทางเทคนิคหลัก

การปรับปรุงเด่น PeerDAS (Partial Execution and Data Availability Sampling) ปฏิวัติกระบวนการตรวจสอบข้อมูลบลอบโดยอนุญาตให้นักยืนยันตรวจสอบเฉพาะส่วนของข้อมูลธุรกรรมแทนการตรวจสอบข้อมูลทั้งหมด ซึ่งช่วยลดความต้องการแบนด์วิดท์และลดต้นทุนในการดำเนินงานสำหรับผู้ยืนยันและผู้เรียงลำดับชั้น-2 โดยตรง เพื่อแก้ปัญหาคอขวดด้านประสิทธิภาพการผ่านข้อมูลที่พบในการใช้งาน rollup

การปรับเปลี่ยนบนชั้นการดำเนินการ

ร่วมกับ PeerDAS Fusaka ดำเนินการปรับปรุงการคำนวณค่าธรรมเนียมแก๊ส ปรับขนาดธุรกรรมสูงสุดเพื่อเสริมความมั่นคงด้านความปลอดภัย และปรับปรุงเส้นทางการดำเนินการของสัญญาอัจฉริยะเพื่อเพิ่มประสิทธิภาพ EVM การเปลี่ยนแปลงเหล่านี้มุ่งลดภาระต่อธุรกรรมแต่ละรายการและบรรเทาความหนาแน่นในช่วงเวลาที่มีการใช้งานเครือข่ายสูง

การปรับปรุงบนชั้นฉันทามติ

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

ผลกระทบต่อสถาบันและระบบนิเวศ

Fidelity Digital Assets ยก Fusaka ขึ้นเป็นหัวข้อสำคัญในรายงานเดือนพฤศจิกายนว่าเป็นก้าวสำคัญสำหรับการนำ Ethereum มาใช้ในเชิงสถาบัน โดยอ้างถึงค่าธรรมเนียมธุรกรรมที่ต่ำลงและประสิทธิภาพที่คาดการณ์ได้เป็นปัจจัยสำคัญ โครงการ Layer-2 แอปพลิเคชันแบบกระจายศูนย์ และผู้ให้บริการ staking กำลังปรับโครงสร้างพื้นฐานให้สอดคล้องกับการเปิดใช้งาน Fusaka เพื่อให้การเปลี่ยนผ่านเป็นไปอย่างราบรื่นและใช้ประโยชน์จากประโยชน์ของการอัปเกรด

ระยะเวลาในการเปิดใช้งาน

การเปิดใช้งานเครือข่ายหลักมีกำหนดในวันที่ 3 ธันวาคม 2025 นักพัฒนาจากทีมไคลเอนต์หลักกำลังประสานงานขั้นตอนการทดสอบขั้นสุดท้ายร่วมกับเครือข่ายทดสอบ (testnets) และ shadow forks การประชุมชุมชนและบันทึกการปล่อยเวอร์ชันไคลเอนต์ระบุขั้นตอนการอัปเกรด โดยผู้ดำเนินโหนดจำเป็นต้องอัปเกรดไคลเอนต์ก่อนหมายเลขบล็อกที่กำหนดเพื่อหลีกเลี่ยงการหยุดชะงัก