การโทรหานักพัฒนาหลักของ Ethereum ทุกสัปดาห์มีจำนวนมากที่จะติดตามดังนั้นสิ่งนี้ “ด่าน“ซีรี่ส์มีจุดมุ่งหมายสำหรับการอัปเดตระดับสูงทุกการโทร 4-5 ครั้งขึ้นอยู่กับสิ่งที่เกิดขึ้นในการพัฒนาหลักดูการอัปเดตก่อนหน้านี้ ที่นี่–
tl; dr:
เดือนที่ผ่านมามีศูนย์กลางอยู่ที่การล็อคในขอบเขตของการอัพเกรด Fusaka และรายละเอียดการปรับใช้ Pectra ครั้งสุดท้าย เรืออัพเกรด Pectra บน MainNet ในเวลาเพียงประมาณหนึ่งสัปดาห์หลังจากนั้นโฟกัสจะเปลี่ยนไปเป็น ฟูซากะ การทดสอบและตัดสินใจว่าอะไรจะเกิดขึ้น Glamsterdam อัพเกรด (กล่าวอีกนัยหนึ่งคือ “ขอบเขต” ของการอัพเกรด) โครงสร้างการโทร Core Developer (” ACD”) ใหม่ทั้งหมดจะแยกการทดสอบและกำหนดขอบเขตเป็นสายแยกต่างหากเพื่อขนานและเร่งการอัพเกรดการจัดส่ง
เพกทร้า
การเปิดตัวไคลเอนต์ Mainnet ออกมาเพื่ออัพเกรด Pectra และมัน มีกำหนดจะไปสด บน 7 พฤษภาคม–
ตั้งแต่จุดตรวจครั้งสุดท้าย เพกทร้า ไปใช้ชีวิตบน Testnet ที่มีอายุยืนยาวล่าสุดของ Ethereum Hoodi– มันเป็นไปด้วยดีมากกับการบรรเทาทุกข์ของลูกค้าและทีมทดสอบที่เป็น ระมัดระวัง เพื่อเฉลิมฉลองเร็ว ๆ นี้ เป็นบ่อ การอัพเกรดHoleškyและ Sepolia
ในการตอบสนองต่อการอัพเกรดที่เป็นหลุมเป็นบ่อเหล่านี้มีการจัดตั้งรั้วในรูปแบบของ กระบวนการอย่างเป็นทางการที่คาดหวัง ระยะเวลาระหว่าง การอัพเกรด Testnet และการจัดตารางการอัพเกรด MainNet บทบาทการตอบสนองของเหตุการณ์และ มาตรฐานการกำหนดค่า–
คุณสมบัติหลักของ Pectra สรุปไว้ในไฟล์ หน้า ethereum.org pectra และ ชมปาร์ตี้ จะติดตามส้อมที่จะอยู่
ประวัติศาสตร์หมดอายุ
ประวัติความเป็นมาหมดอายุช่วยให้ลูกค้าหยุดการจัดเก็บประวัติก่อนการเว้นวรรคลดความต้องการฮาร์ดแวร์และความต้องการเครือข่าย สิ่งนี้ไม่จำเป็นต้องใช้ส้อมยาก ลูกค้าได้รับการตั้งค่าให้รองรับประวัติความเป็นมาก่อนหมดอายุในเครือข่าย Sepolia ภายในวันที่ 1 พฤษภาคม การสนับสนุน MainNet คาดว่าจะไม่นานหลังจาก Pectra บน MainNet
ประวัติระยะยาวจะยังคงมีอยู่ โหนดเก็บถาวร และ เครือข่ายพอร์ทัล และการใช้งานไคลเอนต์จะอนุญาตให้ผู้ใช้ปิดการใช้งานการตัดแต่งกิ่ง
ฟูซากะ
ดาราของ Fusaka Exhausting Fork เป็น เพียร์ดัส และขอบเขตที่กว้างได้รับการสรุป
ด้านนอก EIP ที่เป็นผ้าบุหลังคา
CFI ทุกอย่างไม่จำเป็นต้องทำให้มันเป็นส้อม (สองตัว 7762 – 7918เป็น/หรือ) พวกเขาจะถูกเพิ่มเข้าไปในท่อทดสอบและย้ายไปที่ SFI หากการดำเนินการของพวกเขาดำเนินไปอย่างราบรื่นโดยไม่ต้องแนะนำภาวะแทรกซ้อนที่มากเกินไป การทดสอบ Fusaka Fork จะมีจำนวน devnets จากนั้นส้อมบน Testnets ก่อนที่จะถูกกำหนดไว้สำหรับ MainNet การจัดส่ง Peerdas เป็นสิ่งสำคัญยิ่ง!
เพียร์ดัส
Peerdas ให้โหนดตรวจสอบ blobs โดยการสุ่มตัวอย่างแทนที่จะต้องการน้ำหนักบรรทุกเต็มรูปแบบทำให้มีที่ว่างในแบนด์วิดท์และข้อกำหนดการจัดเก็บสำหรับการอัพเกรดอื่น ๆ สิ่งนี้ทำให้วิธีการปรับขนาด – เทคนิคการสุ่มตัวอย่างที่ปลอดภัยในการเข้ารหัสลับหมายความว่าเราสามารถปรับขนาดได้โดยไม่ต้องเสียสละชุดตรวจสอบการกระจายอำนาจของ Ethereum การทดสอบกำลังดำเนินอยู่เพียงแค่สรุป Devnet ที่หกด้วยชุดที่เจ็ดที่จะเปิดตัวในสัปดาห์นี้ การทดสอบได้รับ ความพยายามร่วมกัน ระหว่างทีมลูกค้าทีมมูลนิธิ Ethereum, L2 Core Devs และนักวิจัยเครื่องมือเครือข่าย
EOF
EOF เป็นการอัพเกรดแบบหลาย EIP เป็น EVM เนื่องจากการแบ่งแยกอย่างมีนัยสำคัญเกี่ยวกับความคิดเห็นหาก (และอะไร รุ่น ของ) EOF ควรดำเนินการมันถูกลบออกจากขอบเขต Fusaka ในช่วง 28 APR EOF การสนทนา“ การตัดสินใจขั้นสุดท้าย”– มันอาจจะถูกเสนอสำหรับการอัพเกรดในอนาคต
การอภิปรายเป็นศูนย์กลางรอบ ๆ ความซับซ้อน– ระยะยาว ความเกี่ยวข้องและศักยภาพในการเพิ่มคุณสมบัติทีละน้อยแทน นักวิจารณ์ยืนยันว่ามันสามารถใช้ค่าบำรุงรักษาสองเท่า (Legacy + EOF) และต้องการการตรวจสอบเพิ่มเติมจาก DEVs App Layer
ผู้สนับสนุน และผู้ดำเนินการรับทราบความไม่สมบูรณ์ แต่ให้เหตุผลว่าจำเป็นต้องชำระหนี้เทคโนโลยีเพิ่มความปลอดภัยปลดล็อกคอมไพเลอร์และผลกำไรที่มีประสิทธิภาพของก๊าซและสร้าง A เครื่องทำความสะอาด รากฐานสำหรับวิวัฒนาการ EVM ในอนาคต
BPO Forks
eip sfi ที่สามสำหรับ Fusaka คือ พารามิเตอร์หยดเท่านั้น (BPO) ส้อม สิ่งนี้จะช่วยให้การปรับสเกลที่กำหนดไว้ล่วงหน้าระหว่างส้อมแข็ง การเพิ่มขึ้นของหยดจะถูกอบให้กับลูกค้าและเกิดขึ้นในตารางที่กำหนดไว้ล่วงหน้าในขณะที่ถูกตรวจสอบสำหรับปัญหา EIP นี้ได้รับการสนับสนุนอย่างกว้างขวางและมีบทบาทสำคัญในการเร่งความสามารถในการปรับขนาด
การปรับปรุงกระบวนการ
Pectra ได้ทดสอบขีด จำกัด ของกระบวนการ CORE DEVS ทั้งหมดในปัจจุบัน – การอัพเกรดนี้เป็นส้อมที่ใหญ่ที่สุดในประวัติศาสตร์ของ Ethereum ตามจำนวน EIPS และยิ่งใหญ่กว่าก่อนที่มันจะถูกแบ่งออกเป็นสอง: แต่เดิมมันมี Peerdas และ EOF!
เพื่อปรับปรุงประสิทธิภาพของกระบวนการนี้การเปลี่ยนแปลงกำลังเป็นรูปเป็นร่าง:
- การอัพเกรดแบบขนานที่ดีขึ้นเพื่อให้การอัพเกรดสองส้อมข้างหน้ากำลังถูกกำหนดขอบเขตก่อนที่ส้อมปัจจุบันจะมีชีวิตอยู่ (ตัวอย่างเช่นหากเรามีกระบวนการลงในขณะนี้ขอบเขต Glamsterdam Fork จะเสร็จสิ้นในขณะที่ Pectra อยู่ในขั้นตอนสุดท้ายและการใช้ Fusaka กำลังดำเนินอยู่)
- แยกสายปกติ เข้าสู่การทดสอบ“ Core Devs ทั้งหมด” และการกำหนดขอบเขต“ Core Devs ทั้งหมด” การทดสอบการโทรจะครอบคลุมส้อมปัจจุบันและการโทรแบบกำหนดขอบเขตจะจัดการกับ cfi’ing eips สำหรับส้อมถัดไป
- สร้าง ซีรีย์โทรใหม่ ที่กล่าวถึงเป้าหมายระยะยาวและชี้นำทิศทางการวิจัย ตามหลักการแล้วสิ่งนี้จะนำไปสู่ข้อตกลงที่มากขึ้นและการอภิปรายน้อยลงโดยการกำหนดเวลาเวลาและการทดสอบยังดำเนินอยู่
Core Devs กำลังกำหนดเป้าหมายไปยัง Fusaka อย่างทะเยอทะยานซึ่งมุ่งเน้นไปที่การปรับขนาดในตอนท้ายของปี 2025: ทำได้ แต่ยาก ในความคิดของฉันถ้ามันไม่ได้จัดส่งเมื่อสองสามสัปดาห์ก่อน การเชื่อมต่อมันจะไม่จัดส่งจนถึงเดือนกุมภาพันธ์ 2569 เนื่องจากโมเมนตัมหายไปในช่วงวันหยุดดังนั้นการส่งมอบ“ โดย Eoy 2025” จะเกิดขึ้นภายในเดือนตุลาคม
กระบวนการใหม่ของการแยกการโทร ACD ดูเหมือนว่าจะให้การสนทนาในหัวข้อนำเสียงใหม่และลดปัญหาการทบทวนการสนทนาแบบเก่าเพื่อให้การโทรไม่ได้จมอยู่กับการอภิปรายเกี่ยวกับการกำหนดขอบเขตเช่นเดียวกับ EOF นอกจากนี้ยังอาจลดแนวโน้มใด ๆ ที่จะทำให้แผนการดำเนินงานระยะสั้นมีความหมายว่ามีทิศทางการวิจัยระยะยาว
แม้จะมีการลงโทษและความเศร้าโศกในวงการเข้ารหัสลับที่กว้างขึ้น แต่ก็มีแรงผลักดันมากมายในการพัฒนาโปรโตคอล Ethereum Core กระบวนการนี้มีการพัฒนาการวิจัยมีความแข็งแกร่งและการใช้งานกำลังเร่งความเร็ว!
การโทร ACD ที่เกี่ยวข้อง
28.04.25: การอภิปราย EOF (มีการประทับเวลา)
