Monday, March 2, 2026
Homeอีเธอเรียมประกาศ Fusaka Testnet | บล็อกมูลนิธิ Ethereum

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



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

โพสต์นี้ประกาศกำหนดการเปิดใช้งาน TestNet สำหรับสาม testnets แรกเริ่มต้นด้วย Holesky at slot 5,283,840 (1 ตุลาคม 2025, 08:48:00 UTC) ดู ตารางเปิดใช้งาน ด้านล่างสำหรับไทม์ไลน์ Sepolia และ Hoodi ที่สมบูรณ์ Fusaka ยังแนะนำพารามิเตอร์ BLOB เท่านั้น (BPO) ส้อมเพื่อปรับขนาดปริมาณงานอย่างปลอดภัยหลังจากการเปิดใช้งาน Peerdas สิ่งเหล่านี้เป็นการอัพเกรดที่มีค่าเพียงอย่างเดียวที่ปรับส่วนเป้าหมายของ BLOB/MAX และการอัปเดตค่าธรรมเนียม

การเผยแพร่ไคลเอนต์ Fusaka Testnet มีการระบุไว้ ด้านล่าง– เมื่อทั้งสาม testnets ได้รับการอัพเกรดสำเร็จจะมีการเลือกช่องเปิดใช้งาน MainNet

ภาพรวม Fusaka

EIP ของ Fusaka ของ Fusaka คือ peerdas (การสุ่มตัวอย่างความพร้อมใช้งานของข้อมูลเพียร์) ซึ่งช่วยให้การปรับขนาดปริมาณงานหยดที่สำคัญ การอัพเกรดยังรวมถึงการเพิ่มประสิทธิภาพในการดำเนินการและเลเยอร์ฉันทามติเพื่อปรับประสิทธิภาพ L1 และปรับปรุงประสบการณ์ผู้ใช้ โพสต์นี้สรุปการปรับปรุงที่สำคัญ สำหรับภาพรวมที่ครอบคลุมมากขึ้นดู คู่มือการอัพเกรดของ ethereum.org

Scale Blobs: Peerdas

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

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

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

ในการเปิดใช้งานผ่าน blob อย่างปลอดภัยหลังจากเปิดใช้งาน peerdas Ethereum จะใช้ส้อม blob-parameter-only (BPO) Fusaka รวมการปรับพารามิเตอร์ BPO สองแบบที่วางแผนไว้บน Holesky เริ่มตั้งแต่วันที่ 7 ตุลาคม 2568 พร้อมตารางเวลาที่คล้ายกันสำหรับ testnets อื่น ๆ BPO เหล่านี้จะเพิ่มเป้าหมายหยดต่อบล็อกและสูงสุดจาก 6 & 9 ตามลำดับเป็น 10 & 15 ใน BPO1 และ 14 & 21 ใน BPO2

สเกล L1

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

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

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

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

นอกเหนือจากการปรับปรุงประสิทธิภาพเหล่านี้ Fusaka ยังช่วยเพิ่มประสบการณ์ผู้ใช้และนักพัฒนาด้วยการอัพเกรดเป้าหมายหลายประการ

ปรับปรุง UX

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

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

ข้อกำหนดของ Fusaka

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


EIPs สนับสนุนเพิ่มเติม:


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


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

ความปลอดภัยของ Fusaka

นักวิจัยด้านความปลอดภัยสามารถมีส่วนร่วมใน การแข่งขันการตรวจสอบ Fusaka เพื่อช่วยระบุปัญหาที่อาจเกิดขึ้นก่อนการปรับใช้ MainNet

การเปิดใช้งาน Fusaka

การอัพเกรดเครือข่าย Fusaka จะเปิดใช้งานใน Holesky, Sepolia และ Hoodi Testnets ดังนี้:

เครือข่าย ช่องเสียบ เวลา UTC UNIX TIMESTAMP
เป็นหลุม 5,283,840 2025-10-01 08:48:00 1759308480
กึ่ง 8,724,480 2025-10-14 07:36:00 1760427360
Hoodi 1,622,016 2025-10-28 18:53:12 1761677592

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

พารามิเตอร์ Blob Solely (BPO) กำหนดการส้อม

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

ตาราง BPO Holesky

BPO Fork ยุค วันที่และเวลา (UTC) UNIX TIMESTAMP
BPO1 166,400 2025-10-07 01:20:00 1759800000
BPO2 167,936 2025-10-13 21:10:24 1760389824

ตาราง Sepolia BPO

BPO Fork ยุค วันที่และเวลา (UTC) UNIX TIMESTAMP
BPO1 274,176 2025-10-21 03:26:24 1761017184
BPO2 275,712 2025-10-27 23:16:48 1761607008

ตาราง Hoodi BPO

BPO Fork ยุค วันที่และเวลา (UTC) UNIX TIMESTAMP
BPO1 52,480 2025-11-05 18:02:00 1762365720
BPO2 54,016 2025-11-12 13:52:24 1762955544

การเปิดตัวลูกค้า

การเปิดตัวไคลเอนต์ต่อไปนี้เหมาะสำหรับการอัพเกรด Fusaka ทั้งสาม testnets– เวอร์ชันเพิ่มเติมจะเปิดใช้งานการสนับสนุนบน MainNet เมื่อมีการปล่อยตัวสิ่งเหล่านี้จะมีการประกาศอีกครั้งในบล็อกนี้

ฉันทามติเลเยอร์โฮลสกี้ซีเปลิเลียและฮูด

เมื่อเรียกใช้ตัวตรวจสอบความถูกต้องทั้งสองฉันทามติสัญญาณบีคอนและไคลเอ็นต์ผู้ตรวจสอบความถูกต้องจะต้องได้รับการอัปเดต


บันทึก: ผู้ใช้ Lodestar ควรใช้ล่าสุด RC เวอร์ชันที่ระบุไว้ใน หน้าเผยแพร่

Layer Holesky, Sepolia & Hoodi เปิดตัว


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

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

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

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

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

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

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

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

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

การประกาศนี้เกี่ยวข้องกับ Ethereum Testnets เท่านั้น จะมีการประกาศเพิ่มเติมสำหรับการเปิดใช้งานของ Fusaka ใน Ethereum Mainnet แต่ถึงอย่างนั้นผู้ใช้ Ethereum Mainnet และผู้ถือ ETH ก็ไม่คาดว่าจะต้องดำเนินการ

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

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

ในฐานะที่เป็นสเต็ปเตอร์ Testnet ฉันต้องทำอะไร?

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

ในฐานะที่เป็นผู้ดำเนินการโหนดหรือสเต็ปเตอร์ที่ไม่ใช่ TESTNET ฉันต้องทำอะไร?

ตอนนี้ไม่มีอะไร จะมีการประกาศเพิ่มเติมสำหรับการเปิดใช้งานของ Fusaka ใน MainNet

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

ตรวจสอบ EIPs ที่รวมอยู่ใน Fusaka เพื่อตรวจสอบว่าและส่งผลกระทบต่อโครงการของคุณอย่างไรและอย่างไร การแนะนำของ Peerdas, การสนับสนุน SECP256R1 และ Opcode CLZ ใหม่นำเสนอโอกาสที่น่าตื่นเต้นสำหรับการทำงานที่ได้รับการปรับปรุงและการเพิ่มประสิทธิภาพประสิทธิภาพ

ทำไม “Fusaka”?

การอัพเกรดเป็นเลเยอร์การดำเนินการตามชื่อ Devcon Metropolis และผู้ที่อยู่ในเลเยอร์ฉันทามติใช้ชื่อดาว “Fusaka” คือการรวมกันของ Fulu ซึ่งเป็นดาวในกลุ่มดาว Cassiopeia และ Osaka ที่ตั้งของ Devcon V.

RELATED ARTICLES

LEAVE A REPLY

Please enter your comment!
Please enter your name here

Most Popular

ความเห็นล่าสุด