การประชุม ACDE ล่าสุดของ Ethereum: แนะนำการอัปเดต Devnet และเนื้อหาใหม่ในการอัพเกรด Dencun การประชุมครั้งต่อไปจะกำหนดวันวางจำหน่ายของ devnet-9

Tim Beiko ผู้พัฒนาหลักของ Odaily News ได้สรุปเนื้อหาของการประชุม Ethereum Core Developer Executive Conference (ACDE) ล่าสุดบนแพลตฟอร์ม X การประชุมดังกล่าวนำเสนอการอัปเดต Devnet เนื้อหาใหม่ของ Dencun และภาพรวมที่ครอบคลุมของ Reth: 1. สถานะ Devnet- 8 อัปเดต: เครือข่ายเกือบเสร็จสมบูรณ์แล้ว และลูกค้าจำนวนมากได้เริ่มส่งการอัปเดตใหม่ให้กับเครือข่ายแล้ว ในเวลาเดียวกัน ระบบเครื่องมือสำหรับนักพัฒนา Kurtosis ได้ถูกนำมาใช้เพื่อทดสอบกระบวนการสร้าง MEV/บล็อก Nethermind แชร์ว่า Blob Transaction Pool ของพวกเขาพร้อมแล้ว และถูกปรับใช้บนโหนดทดสอบ Dencun ทั้งหมด หลังจากการทดสอบบนโหนดเดียวเป็นเวลาหลายวัน กลุ่มธุรกรรม Blob ของ Geth ก็ใกล้จะเสร็จสมบูรณ์เช่นกัน Besu กำลังทำงานเพื่อทบทวนกลุ่มธุรกรรมในวงกว้าง (เพื่อจำกัดขนาดของธุรกรรม Blob + ไม่ใช่ Blob) ซึ่งคาดว่าจะเปิดตัวในรุ่นถัดไป Erigon ยังคงพัฒนากลุ่มและหวังว่าจะพร้อมสำหรับ devnet-9 2. อภิปรายว่าจะเพิ่มค่าสูงสุดคงที่ให้กับคิวการเปิดใช้งานเครื่องมือตรวจสอบความถูกต้องหรือไม่ ตั้งแต่นั้นมา ข้อเสนอนี้ได้รับการตั้งชื่ออย่างเป็นทางการว่า EIP-7514 (เพิ่มขีดจำกัดการสูญเสีย Epoch สูงสุด) ในกรณีที่เลวร้ายที่สุด สิ่งนี้จะชะลอการเติบโตของเปอร์เซ็นต์สัดส่วนการถือหุ้น ETH 3. เพิ่ม opcode ใน EVM เพื่อแสดงค่าธรรมเนียมพื้นฐานของ blob เรามี opcode ที่คล้ายกันซึ่งเปิดเผย BaseFee ของ EIP-1559 ซึ่งเปิดตัวพร้อมกับการเปิดใช้งาน EIP ซึ่งช่วยให้ L2 กำหนดราคาน้ำมันที่ถูกต้องเพื่อเรียกเก็บเงินผู้ใช้ตามต้นทุนข้อมูล L1 ได้ง่ายขึ้น 4. การประชุมหารือเกี่ยวกับการอัปเดตบางอย่างของ EIP-4788 ที่เก็บรากบีคอนไว้ในสัญญาของ EL สัญญาได้รับการตรวจสอบและคลุมเครือหลายครั้ง ซึ่งส่งผลให้เกิดการเปลี่ยนแปลงเล็กน้อยที่อธิบายไว้ใน PR นี้ วิธีแรกคือจัดการการประทับเวลา 0 อย่างชัดเจนเพื่อให้ย้อนกลับ (เช่นเดียวกับการประทับเวลาที่ไม่ถูกต้องอื่นๆ) แทนที่จะส่งคืน 0 การเปลี่ยนแปลงครั้งที่สองคือขนาดบัฟเฟอร์ สมมติว่าเวลาสล็อตเปลี่ยนแปลง สัญญาเดิมจะส่งผลให้พื้นที่จัดเก็บสิ้นเปลืองโดยพิจารณาจากวิธีการทำงานของเลขคณิตแบบโมดูโล เมื่อใช้หมายเลขเฉพาะ (8191) ควรใช้บัฟเฟอร์ 100% โดยไม่คำนึงถึงเวลาของช่อง สุดท้าย ได้มีการดำเนินการปรับแก๊สให้เหมาะสมเพื่อลดจำนวนครั้งที่จำเป็นต้องโหลด CALLDATA ผู้ตรวจสอบจะตรวจสอบการเปลี่ยนแปลงและคาดว่าจะได้รับรายงานขั้นสุดท้ายก่อนการประชุม ACDE ครั้งต่อไป เพื่อให้การทดสอบและการใช้งานแบบคลุมเครือเป็นไปตามแผน นักพัฒนาจึงได้ตกลงที่จะรวมการเปลี่ยนแปลงที่เสนอในตอนนี้ 5. อภิปรายว่าไคลเอ็นต์ควรจัดการอย่างไรหากที่อยู่สัญญาของระบบเป็นส่วนหนึ่งของสถานะแต่ว่างเปล่าเมื่อสิ้นสุดการดำเนินการ แม้ว่าสิ่งนี้จะไม่สามารถทำได้จริงบน mainnet แต่ด้วยการตั้งค่าที่อยู่ที่กำเนิด นี่เป็นกรณีขอบที่เกิดขึ้นในการทดสอบ เนื่องจากลักษณะเฉพาะของ Edge Case นี้และการไม่มีพฤติกรรมตามรูปแบบบัญญัติที่ชัดเจน นักพัฒนาจึงตกลงที่จะใช้เวลามากขึ้นในการคิดถึงปัญหานี้ และจะพูดคุยต่อไประหว่างการทดสอบทางโทรศัพท์ในวันจันทร์