หมายเหตุการประชุมนักพัฒนาหลักของ Ethereum: การอัปเดตล่าสุดเกี่ยวกับการอัปเกรดเซี่ยงไฮ้
ชื่อเรื่องเดิม: "ชื่อเรื่องเดิม: "》
#152 บันทึกการประชุมนักพัฒนาหลักของ Ethereum
บรรณาธิการต้นฉบับ: Stephanie, ECN
แก้ไขคำ
เพื่อน ๆ ที่ดู "Ethereum 7-day talk" ที่อัปเดตทุกสัปดาห์โดย ECN อาจพบว่า "7-day talk" ถูกระงับเป็นเวลาเกือบหนึ่งเดือน นอกเหนือจากการไม่สามารถอัปเดตได้เนื่องจากบรรณาธิการติดเชื้อโควิดเมื่อไม่นานมานี้ ECN ยังกำลังพิจารณาว่าควรแก้ไข "Seven Day Talk" ต่อไปหรือไม่ ในช่วงปีใหม่ ECN วางแผนที่จะทำการปรับเปลี่ยนเนื้อหาบางส่วน รวมถึง "Seven Day Talk"
การรวบรวมบันทึกย่อจากการประชุมนักพัฒนาหลักของ Ethereum เป็นส่วนสำคัญของ "Seven Day Talk" มาโดยตลอด และตอนนี้เราได้ตัดสินใจที่จะอัปเดตอย่างอิสระ
หากคุณต้องการให้เราอัปเดตเนื้อหาของ "Seven-Day Talks" ครั้งก่อนๆ ต่อไป โปรดอย่าลังเลที่จะส่งข้อความส่วนตัวถึงเราบนโซเชียลมีเดียต่างๆ เรายินดีอย่างยิ่งที่จะรับฟังความคิดเห็นของคุณเพื่อปรับปรุงคุณภาพของเนื้อหาของเรา
รายละเอียดดังนี้👇
ชื่อระดับแรก
ความก้าวหน้าในการยกระดับเซี่ยงไฮ้
(https://t.co/HBkcidHvMq)
ชื่อระดับแรก
EIP ที่เกี่ยวข้องกับ EOF ถูกนำออกและอัปเกรดในเซี่ยงไฮ้
EIP ที่เกี่ยวข้องกับ EOF ถูกนำออกและอัปเกรดในเซี่ยงไฮ้
ต่อจากนั้น ที่ประชุมจะกล่าวถึงหัวข้อที่เกี่ยวข้องกับ EOF เป็นหลัก
นักพัฒนาซอฟต์แวร์ @lightclients ในทีม Geth ให้ข้อมูลอัปเดตเกี่ยวกับการประชุมกลุ่ม EOF ในเดือนธันวาคม (EOF คือ EVM Object Format ซึ่งจะแนะนำการเปลี่ยนแปลงบางอย่างกับสภาพแวดล้อมรหัสของ Ethereum EIP ที่เกี่ยวข้องจะแยกแยะรหัสและข้อมูลของสัญญาอัจฉริยะได้ชัดเจนยิ่งขึ้น และทำให้ EVM ง่ายต่อการอัปเกรดในอนาคต) ในระยะสั้น , ข้อมูลจำเพาะได้รับการสรุปโดยมีการเปลี่ยนแปลงเล็กน้อยสองอย่าง: ลบ JUMPF และทำสัญญา EOF ข้อมูลบังคับเพื่อรวมส่วนข้อมูล
ในด้านการทดสอบ @mhswende จากทีม Geth ได้เริ่มทำการจำลองการใช้งาน ค้นหาข้อบกพร่องและแก้ไขในไคลเอนต์ทั้งหมด การทดสอบ Fuzz ปัจจุบันมุ่งเป้าไปที่การนำคอนเทนเนอร์/โครงสร้าง EOF ไปใช้งานบนไคลเอ็นต์เป็นหลัก แต่ไม่รวมโค้ด EOF ที่ปรับใช้ Mario Vega@elbuenmayini จากทีมทดสอบของ Ethereum Foundation กล่าวเสริมว่าเนื่องจากความซับซ้อนของ EOF การเขียนกรณีทดสอบแบบคงที่สำหรับกรณีข้อผิดพลาดอาจเป็นเรื่องยาก เนื่องจากการดำเนินการอาจพบข้อผิดพลาดอื่นก่อนที่จะพบกรณีทดสอบที่แน่นอน
ในฝั่งไคลเอนต์ Geth และ Besu ดำเนินการเสร็จสมบูรณ์และผ่านการทดสอบส่วนใหญ่ Nethermind ยังมีการใช้งาน แต่ไม่แน่ใจว่าชุดทดสอบใดดีที่สุดที่จะใช้ และเอริกอนจะใช้ EOF ของ Geth
จากการใช้งานและการทดสอบ EOF Vitalik ยังได้แสดงความกังวลเกี่ยวกับการใช้งาน EOF ที่เร่งรีบ และเผยแพร่ข้อเสนอ EOF: ปิดใช้งานการทบทวนรหัสสำหรับบัญชี EOF: https://ethereum-magicians.org/t/eof-project-ban -code-introspection-of-eof-accounts/12113
Vitalik อธิบายแนวคิดเบื้องหลังข้อเสนอนี้ในที่ประชุม และอธิบายว่าทำไมการแก้ไข EVM โดยทั่วไปจึงยากกว่าการแก้ไขโปรโตคอลอื่นๆ เขาตั้งข้อสังเกตว่าการลบ Proof-of-Work ออกจาก ethereum นั้นง่ายกว่าการเลิกใช้ opcodes นี่เป็นเพราะแอปพลิเคชัน/สัญญาของ Ethereum อาศัยลักษณะการทำงานเฉพาะของ EVM ดังนั้นการแก้ไขจะต้องเข้ากันได้แบบย้อนกลับ มิฉะนั้นจะทำลายสัญญาที่ปรับใช้ การเปลี่ยนแปลงด้านอื่นๆ ของโปรโตคอลต้องการให้ทุกคนอัปเดตในช่วงเวลาหนึ่งเท่านั้น และจะไม่ทำลายสิ่งใดในเครือข่าย
ซึ่งหมายความว่าเมื่อเราปรับปรุง EVM หรือแนะนำเวอร์ชันใหม่ เช่น EOF เรามักจะต้องอยู่กับเวอร์ชันนั้นตลอดไป เพราะเราไม่สามารถเลิกใช้งานเวอร์ชันก่อนหน้าได้ ตามหลักการแล้วเราต้องการให้ EVM สะอาดขึ้น/เรียบง่าย แต่นั่นจะเป็นเรื่องยากหากเราสามารถเพิ่มข้อมูลเข้าไปเท่านั้นและไม่ลบข้อมูลออก หนึ่งในความท้าทายที่ใหญ่ที่สุดในการลบสิ่งต่างๆ คือการทบทวนโค้ดใน EVM
ดังนั้น ข้อเสนอของ Vitalik คือการเพิ่มเนื้อหาใน EOF v1 ซึ่งจะจำกัดการทบทวนโค้ดในสัญญา EOF อย่างมาก จึงอาจทำให้การอัปเกรดง่ายขึ้นในอนาคต @alexberegszaszi จากทีม Ipsilon กล่าวว่าผู้เขียนข้อเสนอ EOF เคยพิจารณาคุณสมบัติที่คล้ายคลึงกันมาก่อน และตัดสินใจล้มเลิกเพราะต้องการให้ EOF v1 เรียบง่าย เขายังเสนอทางเลือกในการรวมข้อเสนอของ Vitalik เข้ากับ EOF v2: https://ethereum-magicians.org/t/eof v2-aka-what-evm-2-0-could-look-like/12442
อย่างไรก็ตาม ด้วยข้อเสนอในการเพิ่มเนื้อหาใน EOF v1 นี้ ทีมลูกค้ากังวลว่าการแก้ไขโดยรวมจะใหญ่เกินไป @lightclients ยังกล่าวด้วยว่าจากความคืบหน้าปัจจุบันของการทดสอบ EOF อาจล่าช้าประมาณหนึ่งเดือนเพื่อรวมไว้ในการอัปเกรด Shanghai หากคุณต้องการเปิดตัวการอัพเกรด mainnet testnet ในต้นเดือนกุมภาพันธ์ ส่วน EOF ไม่ควรพร้อม นอกจากนี้ นี่เป็นการตัดสินใจที่สำคัญเนื่องจากการเปลี่ยนแปลง EVM ไม่สามารถแก้ไขได้เมื่อปรับใช้แล้ว
การอัปเกรด Shanghai จำเป็นต้องเสริม EIP อื่นๆ หรือไม่ หลังจากการหารือ นักพัฒนาตัดสินใจที่จะไม่เพิ่ม EIP อื่น ๆ เพื่อไม่ให้การอัปเกรด Shanghai ล่าช้า
ชื่อระดับแรก
การอภิปรายเกี่ยวกับ EIPs อื่น ๆ
ต่อจากนั้น ผู้พัฒนายังได้กล่าวถึงข้อเสนอของ Etan Kissling จากทีม Nimbus: การเพิ่มรูทเลขฐานสิบหกในรายการธุรกรรมของ ExecutionPayloadHeader https://github.com/ethereum/consensus-specs/pull/3078
พูดง่ายๆ ก็คือ ฟิลด์ที่เข้ารหัสในรูปแบบซีเรียลไลเซชันที่แตกต่างกันจะถูกใช้ระหว่างส่วนหัวบล็อกของเลเยอร์การดำเนินการและส่วนหัวเพย์โหลดการดำเนินการ (ExecutionPayloadHeader) ของเลเยอร์ฉันทามติ รูปแบบการเข้ารหัสที่แตกต่างกันของทั้งสองฟิลด์นี้นำมาซึ่งค่าใช้จ่ายเพิ่มเติมและความซับซ้อนในการสร้างกระเป๋าเงินและไคลเอนต์ Ethereum light Kissling เสนอให้เพิ่มรูปแบบการทำให้เป็นอนุกรม SSZ ของ CL ลงในเลเยอร์การดำเนินการ หรือไคลเอนต์เลเยอร์ที่เป็นเอกฉันท์ เพื่อสนับสนุนรูปแบบการทำให้เป็นอนุกรม RLP ของเลเยอร์การดำเนินการในรูปแบบต่างๆ ข้อเสนอนี้เกี่ยวข้องกับการถอนตัวในการอัพเกรด Shanghai ดังนั้นจึงค่อนข้างเร่งด่วน ประเด็นนี้จะถูกกล่าวถึงอีกครั้งในการประชุม Consensus Layer Conference (ACDC) ในสัปดาห์นี้ในวันที่ 12 มกราคม
รวบรวมแหล่งที่มาเป็น@TimBeikoและ@christine_dkimและ
