พร้อมกับการพัฒนา ETH2 BLS12-381 ที่ใช้ใน ETH2 เริ่มถูกเรียกร้องให้มีการนำเข้าชั้นการทำงานของ ETH ในเดือนกุมภาพันธ์ 2020 นักวิจัยบางคนได้เสนอ EIP-2537 และหวังว่าข้อเสนอจะสามารถถูกทดสอบร่วมกันใน ETH2 testnet ผู้เขียน EIP-2537 Alex Stokes ได้เรียกร้องในบทความ What eth2 needs from eth1 over the next six months ให้รวม EIP-2537 ไว้ใน Berlin hard fork.
Ethereum การสังเกตการปกครอง: ประวัติการพรีแอสเซมบลี EIP-2537
ผู้เขียน: shew
สรุป
EIP-2537 เป็นคำสั่ง EVM pre-assembly ที่ถูกกำหนดให้เพิ่มในการอัปเกรด Pectra fork ล่าสุด คำสั่งนี้เพิ่มฟังก์ชันการคำนวณหลายอย่างของ BLS12-381 curve ให้กับ EVM เช่นการคำนวณ pairing บนโดเมนของ curve เป็นต้น.
EIP-2573 ถูกเสนอครั้งแรกในปี 2020 และได้รับการยืนยันว่าจะรวมอยู่ในการอัปเกรด Ethereum ในปี 2025 บทความนี้จะนำเสนอประวัติการปกครองของ EIP-2537 และสำรวจว่าทำไมจึงใช้เวลา 5 ปีในการรวมข้อเสนอนี้ในการอัปเกรด.
ข้อมูลพื้นฐานของข้อเสนอ
ในเดือนมกราคมปี 2017 Vitalik Buterin ได้นำเสนออัลกอริธึมการจับคู่และเส้นโค้ง
alt_bn128เป็นครั้งแรกใน Exploring Elliptic Curve Pairings ต่อมาในเดือนกุมภาพันธ์ปี 2017 Vitalik Buterin และ Christian Reitwiessner ได้นำเสนอข้อเสนอ EIP-196 และ EIP-197 ซึ่งเนื้อหาของข้อเสนอคือการเพิ่มการสนับสนุนการคำนวณเส้นโค้งalt_bn128ให้กับ EVM.ในการอัปเกรด Byzantium ในเดือนตุลาคมปี 2017 ได้มีการนำเข้าเส้นโค้ง
alt_bn128อย่างเป็นทางการ กล่าวโดยสรุปคือalt_bn128ได้ทำให้การคำนวณการจับคู่โดเมนของเส้นโค้งภายใน EVM เป็นครั้งแรก ซึ่งทำให้การตรวจสอบการพิสูจน์ ZK-Snarks สามารถทำได้ใน EVM.แต่เมื่อการพัฒนาของการเข้ารหัสได้ก้าวหน้าไป ในเดือนพฤศจิกายน 2017 ทีมพัฒนา zcash ได้เสนอรูปแบบโค้ง
BLS12-381ในเอกสาร BLS12-381: New zk-SNARK Elliptic Curve Construction เป็นครั้งแรก โดยเมื่อเปรียบเทียบกับalt_bn128แล้วBLS12-381มีความปลอดภัยสูงกว่าและประสิทธิภาพดีกว่า โปรโตคอลบล็อกเชนจำนวนมากจึงได้นำโค้งBLS12-381ไปใช้แทนที่จะใช้alt_bn128.ในเดือนพฤษภาคม 2018 Justin Drake ได้เผยแพร่บทความ Pragmatic signature aggregation with BLS ใน ethresear โดยชี้ให้เห็นว่าการอัปเกรด PoS และ sharding ในอนาคตของ Ethereum สามารถใช้ BLS multi-signature algorithm ที่อิงตามโค้ง
BLS12-381ได้ ในขณะนั้น นักวิจัย Ethereum หวังที่จะใช้ EIP-1011 แก้ปัญหาชั้นฉันทามติ แต่ EIP-1011 สามารถรองรับผู้ตรวจสอบได้สูงสุด 900 ราย ดังนั้นจึงกำหนดขนาดการวางเดิมพันที่สูงถึง 1500 ETH สำหรับผู้ตรวจสอบแต่ละราย เมื่อมีการเสนอแผน BLS multi-signature EIP-1011 ก็ได้ออกจากเวทีประวัติศาสตร์ไป ในภายหลัง การอัปเกรด ETH2 ก็ได้ใช้โค้งBLS12-381ในที่สุดด้วยเช่นกัน.พร้อมกับการพัฒนา ETH2
BLS12-381ที่ใช้ใน ETH2 เริ่มถูกเรียกร้องให้มีการนำเข้าชั้นการทำงานของ ETH ในเดือนกุมภาพันธ์ 2020 นักวิจัยบางคนได้เสนอ EIP-2537 และหวังว่าข้อเสนอจะสามารถถูกทดสอบร่วมกันใน ETH2 testnet ผู้เขียน EIP-2537 Alex Stokes ได้เรียกร้องในบทความ What eth2 needs from eth1 over the next six months ให้รวม EIP-2537 ไว้ใน Berlin hard fork.น่าสนใจที่ผู้เขียน EIP-2537 ก็เป็นหนึ่งในผู้ร่วมก่อตั้ง Matter Labs ด้วย และผลิตภัณฑ์ที่ Matter Labs มีชื่อเสียงที่สุดก็คือ ZKSync
เบอร์ลิน ความไม่สงบ
ก่อนที่เราจะแนะนำเนื้อหาถัดไป เราต้องแนะนำ EIP-1962 ก่อน EIP-1962 เป็นข้อเสนอแรกเกี่ยวกับการพรีแอสเซมบลีการจับคู่โดเมนวงรีที่เสนอโดย Matter Labs ในเดือนเมษายน 2019 ข้อเสนอนี้สนับสนุนสามเส้นโค้ง ได้แก่:
EIP นี้เตรียมเพิ่มคำสั่งพรีแอสเซมบลี 10 คำสั่งในครั้งเดียวเพื่อจัดการกับเส้นโค้งที่แตกต่างกัน อย่างไรก็ตาม หลังจากที่มีการเสนอแนวทางนี้ นักพัฒนาจำนวนมากได้ตั้งคำถามว่าแนวทางนี้มีความซับซ้อนมากเกินไปจนทำให้การพัฒนาของนักพัฒนาเป็นเรื่องยาก นอกจากนี้ เนื่องจาก EIP1962 มีความทั่วไปสูง การเรียกใช้งานสำหรับวิศวกรสมาร์ทคอนแทรคก็เป็นเรื่องที่มีความยุ่งยากเช่นกัน แน่นอนว่าในฐานะที่เป็นผู้เสนอ EIP-1962 Matter Labs ได้ทำงานพัฒนาอัลกอริธึมแบบอีลิปติกเสร็จสิ้นแล้ว และได้จัดเตรียมการใช้งานอ้างอิงใน Rust / Go / C++
เพื่อแก้ไขปัญหา EIP-1962 Matter Labs ได้เสนอ EIP หลายรายการซึ่งแยกออกจาก EIP-1962 ในเดือนกุมภาพันธ์ 2020 โดย EIP เหล่านี้มีการสืบทอดบางส่วนจากอินเทอร์เฟซของ EIP-1962 EIP เหล่านี้รวมถึง:
ใน EIP เหล่านี้ EIP-2537 เป็นสิ่งที่สำคัญที่สุด เนื่องจากชั้นความเห็นพ้องกันยังใช้ BLS12-381 curve โดยมีวัตถุประสงค์หลักของ EIP-1962 และ EIP-2537 คือการตรวจสอบลายเซ็น BLS ในชั้นความเห็นพ้องกันในเครือข่ายหลัก ในขณะนั้น ETH2 กำลังพัฒนาการออกแบบสัญญาเงินฝากสำหรับชั้นความเห็นพ้องกัน เมื่อการออกแบบสัญญาเงินฝากเริ่มต้นขึ้น เนื่องจากชั้นการดำเนินการไม่มีอัลกอริธึมการตรวจสอบ BLS ดังนั้นสัญญาเงินฝากจะไม่ตรวจสอบลายเซ็น ลายเซ็น BLS ที่เฉพาะเจาะจงจะถูกตรวจสอบโดยชั้นความเห็นพ้องกันหลังจากที่ผู้ใช้ฝากเงิน หากพบว่าลายเซ็นไม่ถูกต้อง (สำหรับผู้ตรวจสอบใหม่) เงินฝากจะล้มเหลว และ ETH ที่ผู้ใช้ฝากจะสูญหาย.
ในบริบทนี้ นักพัฒนาหลักหวังที่จะนำ BLS12-381 มาล่วงหน้าทำการประกอบเพื่อดำเนินการตรวจสอบลายเซ็นภายในสัญญาเงินฝาก เพื่อหลีกเลี่ยงความเสี่ยงที่ผู้ใช้จะสูญเสียเงินทุน ETH2 นี่เป็นเหตุผลที่ทำให้นักพัฒนาจำนวนมากให้ความสนใจกับ EIP-1962 และ EIP-2537 ในขณะนั้น.
เมื่อ EIP-2537 ถูกเสนอขึ้นมาใหม่ วิตาลิกก็พบปัญหาหลายประการที่เกิดขึ้นกับ EIP ทันที:
คำถามเหล่านี้มุ่งเน้นไปที่เนื้อหาของเอกสาร EIP จากนั้นผู้เขียน EIP ก็ได้ตอบกลับและอภิปราย จากนั้นในวันที่ 6 มีนาคม 2020 ในการประชุม Ethereum Core Devs Meeting #82 นักพัฒนาหลักของ Ethereum ได้อภิปรายเกี่ยวกับ EIP-2537 ในการประชุมครั้งนี้ Vitalik เชื่อว่า EIP-2537 และ EIP อื่น ๆ มีประสิทธิภาพมากสำหรับการพิสูจน์ SNARK แบบวนซ้ำ และในระยะยาวจะไม่ทำให้ Ethereum เสียหาย ในขณะเดียวกันการประชุมยังยืนยันสถานะที่สำคัญของ EIP-2537 โดยที่ลูกค้าทั้งหมดตกลงที่จะดำเนินการ EIP-2537 ให้เร็วที่สุดและวางแผนที่จะเสร็จสิ้นการพัฒนาทั้งหมดก่อนการอัปเกรด Berlin.
จากนั้น EIP-2537 ก็กลายเป็นงานที่มีความสำคัญสูงขึ้น ในวันที่ 20 มีนาคม 2020 ในการประชุม Ethereum Core Devs Meeting #83 EIP-2537 ยังคงเป็นข้อเสนอที่ถูกพูดถึงเป็นอันดับแรก การประชุมนี้ยืนยันว่า EIP-2537 จะมาแทนที่ EIP-1962 เพื่อเป็นข้อเสนอ BLS หลักและเข้าร่วมในรายชื่อ EIP ที่คัดเลือกสำหรับการอัปเกรด Berlin (即 Eligibility for Inclusion (EFI)).
ในการประชุม Ethereum Core Devs Meeting #84 ในเดือนเมษายน 2020 การประชุมได้มีการนำ EIP-2537 เข้าสู่การอัพเกรด Berlin hard fork อย่างเป็นทางการ และกำหนดเส้นเวลาสำหรับการดำเนินการในเดือนเมษายน และการทดสอบในเดือนพฤษภาคม - มิถุนายน การอภิปรายครั้งนี้ EIP-2537 ได้ถูกจัดให้เป็นเรื่องที่มีความสำคัญสูงสุด.
ต่อมา EIP-2537 ได้เข้าสู่ช่วงการพัฒนาและการทดสอบจำนวนมาก ในการประชุมของนักพัฒนาหลักเกือบ 20 ครั้งที่ตามมา การประชุมแต่ละครั้งมักจะมีการอภิปรายเกี่ยวกับ EIP-2537 เรามาดูกันว่าการประชุมแต่ละครั้งได้อภิปรายปัญหาเกี่ยวกับ EIP-2537 อะไรบ้าง
ในการประชุม Ethereum Core Devs Meeting #85 Danno และ Axic ได้อภิปรายเกี่ยวกับปัญหาการเข้ารหัส ABI ของ EIP-2537 จากนั้นนักพัฒนาหลักได้ซิงโครไนซ์สถานะการดำเนินการในปัจจุบัน โดยเนื่องจากผู้เสนอ EIP-2537 Matter Labs ได้ทำการพัฒนาส่วนที่เป็น Rust เสร็จสิ้นไปแล้ว จึงมีการประกาศจากไคลเอนต์ Besu ว่าได้ดำเนินการฟังก์ชันของ EIP-2537 เสร็จสิ้น ส่วน Geth ได้แสดงให้เห็นว่าในขณะนี้ไม่มีใครทำงานเกี่ยวกับการดำเนินการ EIP-2537.
ในการประชุม Ethereum Core Devs Meeting #86 มีการซิงโครไนซ์สถานะการดำเนินการ EIP-2537 ของการใช้งานโหนด Ethereum ที่แตกต่างกัน ซึ่ง Geth ระบุว่าได้ทำงานบางส่วนเสร็จแล้ว แต่ยังมีงานจำนวนมากที่รอการเสร็จสิ้น.
ในการประชุม Ethereum Core Devs Meeting #87 เนื้อหาหลักของการประชุมพัฒนาคือปัญหาการดำเนินการ EIP-2537 นักพัฒนา Geth ระบุว่าขณะนี้มี PR ที่มีความยาว 16000 บรรทัดซึ่งดำเนินการ EIP-2537 แต่ทีมพัฒนา Geth ไม่สามารถยืนยันได้ว่า PR นั้นปลอดภัยและได้ดำเนินการ EIP-2537 อย่างมีประสิทธิภาพ ดังนั้นนักพัฒนาจึงสามารถตัดสินสถานะของโค้ดได้เพียงแค่การทดสอบแบบเบลอที่ง่ายที่สุดเท่านั้น.
นักพัฒนาของ Geth กล่าวไว้ว่า: "ดังนั้นสิ่งที่ผมรู้สึกในใจคือไม่มีโอกาสที่ Geth จะพร้อมกับการดำเนินการ BLS curve สำหรับการเปิดตัว mainnet ในเดือนกรกฎาคม" ซึ่งหมายความว่า Geth มีแนวโน้มที่จะไม่สามารถเสร็จสิ้นการพัฒนาเกี่ยวกับ EIP-2537 ภายในกำหนดเวลาที่ Berlin.
Hudson Jameson ได้เสนอให้หาวิศวกรด้านการเข้ารหัสเพื่อช่วยในการตรวจสอบ PR ของ Geth และได้เสนอให้ใช้เครือข่ายทดสอบในการทดสอบความปลอดภัยของการดำเนินการ EIP-2537 เนื่องจากในขณะนั้นทีมพัฒนา ETH2 ก็กำลังดำเนินการตรวจสอบลายเซ็น BLS อยู่พอดี ดังนั้นทีม ETH2 จึงสามารถเข้าร่วมการทดสอบได้.
ที่นี่ เราต้องเสริมความรู้พื้นฐานว่า การนำเสนอ EIP-2537 ของ Geth นั้น เพื่อให้มีประสิทธิภาพสูง ได้มีการใช้โค้ดแอสเซมบลีจำนวนมาก ซึ่งโค้ดแอสเซมบลีเหล่านี้อ่านและเข้าใจได้ยากมาก ดังนั้น Alex Vlasov จึงแนะนำให้เอาการปรับแต่งแอสเซมบลีที่ซับซ้อนภายใน PR ออก เพื่อทำให้การตรวจสอบง่ายขึ้น.
เราได้แนะนำเป้าหมายหลักของ EIP-2537 ไปแล้วในข้อความก่อนหน้านี้ว่าเป็นการช่วยสัญญาฝาก ETH2 แต่ในการประชุมครั้งนี้ผู้พัฒนาสัญญาฝากได้แสดงให้เห็นว่าไม่ใช้สัญญาฝาก EIP-2537 ที่ได้รับการตรวจสอบแล้ว ดังนั้นนักพัฒนาบางคนจึงเสนอว่าไม่ควรเปิดตัวสัญญาฝากที่ใช้ EIP-2537 อีกต่อไป.
ในที่สุด การประชุมได้ตัดสินใจเพิ่ม YOLO ทดสอบเน็ต โดยที่เน็ตทดสอบนี้มีจุดมุ่งหมายหลักคือการทดสอบ EIP-2537 ในความเป็นจริง ในการประชุมครั้งนี้ เราสามารถเห็นความสำคัญของ EIP-2537 ลดลงอย่างมากเนื่องจากการเสร็จสิ้นสัญญาฝาก ในขณะเดียวกัน นักพัฒนาของ Geth ก็เชื่อว่า EIP นี้มีแนวโน้มสูงที่จะไม่สามารถดำเนินการได้ก่อนการอัปเกรด Berlin ดูเหมือนว่า EIP-2537 จะไม่ได้รับการยอมรับในการอัปเกรด Berlin เป็นที่แน่นอนแล้ว.
ในการประชุม Ethereum Core Devs Meeting #88 นักพัฒนา Geth พบว่ามีปัญหาหลายประการใน PR การดำเนินการ EIP-2537 นักพัฒนากล่าวว่าจำเป็นต้องมีการทดสอบและแก้ไขเพิ่มเติม ในขณะนั้นมีการดำเนินการ EIP-2537 สองรายการในระบบ Geth โดยหนึ่งในนั้นมีการปรับแต่งแอสเซมบลี ขณะที่อีกหนึ่งดำเนินการเขียนด้วยภาษา Go โดยนักพัฒนาคนหนึ่งเสนอให้ใช้เวอร์ชันที่เขียนด้วยภาษา Go โดยตรงเพื่อลดความยุ่งยากในการตรวจสอบโค้ด.
ในการประชุม Ethereum Core Devs Meeting #89 มีปัญหาร้ายแรงมากขึ้นเกิดขึ้น การทดสอบ YOLO ประสบปัญหาบางอย่าง นักพัฒนาสงสัยว่าเกิดจากลายเซ็น BLS แต่ผู้พัฒนาที่เกี่ยวข้องกับ EIP2537 ได้ทำการโต้แย้งโดยเชื่อว่าปัญหาของเครือข่ายทดสอบไม่ได้เกิดจากลายเซ็น BLS ข่าวดีสำหรับ EIP-2537 คือ สัญญาเงินฝากที่สร้างขึ้นจาก EIP-2537 ได้พัฒนาสำเร็จเกือบทั้งหมดแล้ว สัญญานั้นกำลังรอการตรวจสอบสัญญา.
ในการประชุม Ethereum Core Devs Meeting #90内，这次会议锁定了 7 月份上线 Berlin 升级的 DDL。当然，这次会议另一个有趣的论点是客户端多样性问题，在此次会议中，开发者主要讨论了 Geth 占据主导地位的情况，并且有开发者提议冻结当前 EIP 实现来降低其他客户端的开发成本。更加有趣的是，在 #91 มีนักพัฒนาคนหนึ่งเสนอให้ใช้โซลูชันแบบโมดูลาร์เพื่อลดต้นทุนการพัฒนาและเพิ่มความหลากหลายของไคลเอนต์ หากผู้อ่านสนใจในความหลากหลายของไคลเอนต์ Ethereum สามารถไปอ่านบันทึกการประชุมทั้งสองครั้งนี้ได้
ในการประชุม Ethereum Core Devs Meeting #92 EIP 2537 ยังคงได้รับการยืนยันว่าเป็นความต้องการสำหรับการอัปเกรด Berlin.
ในการประชุม Ethereum Core Devs Meeting #96 พบว่า Celo ได้รวม EIP-2537 และ EIP-2539 ไว้ในการอัปเกรดฮาร์ดฟอร์กของเครือข่าย ดังนั้น Matter Labs จึงหวังว่าจะนำ EIP-2539 ซึ่งเสนอพร้อมกับ EIP-2537 มาทดสอบในเครือข่ายทดลอง YOLO v2 และเข้าสู่การอัปเกรด Berlin แต่ผู้พัฒนา Geth ไม่เห็นด้วย โดยชี้ให้เห็นว่า EIP-2537 ยังไม่ได้รับการทดสอบอย่างครบถ้วนภายใน Geth สุดท้ายการประชุมตัดสินใจไม่เพิ่ม 2696 ในการอัปเกรด Berlin และจะรอการอภิปรายในอนาคต.
ในการประชุม Ethereum Core Devs Meeting #99 ครั้งนี้ ได้มีการตัดสินใจให้นำ EIP-2537 ออกจาก YOLO v3 testnet และการอัปเกรด Berlin สาเหตุหลักคือ EIP-2537 ทำให้ผู้พัฒนาหลักใช้เวลามากเกินไป ส่งผลให้การพัฒนา EIP อื่นๆ ในการอัปเกรด Berlin ถูกหยุดชะงัก สาเหตุรองคือมูลนิธิ Ethereum ได้เสนอ EVM384 เป็นทางเลือกแทน EIP-2537 ซึ่ง EVM 384 ให้แนวทางการคำนวณวงรีที่ทั่วไปมากกว่า อย่างไรก็ตาม ผู้พัฒนาหลักได้แสดงความกังวลเกี่ยวกับปัญหาด้านความปลอดภัยในการอภิปรายในที่ประชุม.
เนื้อหาข้างต้นคือประวัติความเป็นมาของ EIP-2537 เราสามารถเห็นได้ว่า EIP-2537 ในช่วงแรกเป็นหนึ่งใน EIP ที่สำคัญที่สุดในอัปเกรด Berlin แต่เนื่องจากปัญหาในการดำเนินการจึงถูกยกเลิกในที่สุด สุดท้ายในเดือนเมษายนปี 2021 Ethereum ได้เสร็จสิ้นการอัปเกรด Berlin ซึ่ง EIP-2565 ที่รวมอยู่ในอัปเกรดหลักนั้นไม่มีความซับซ้อนมากนัก ดูเหมือนว่าอัปเกรด Berlin จะดูบางเบาเล็กน้อย เนื่องจาก EIP-2537 ที่ซับซ้อนที่สุดถูกเตะออกจากการอัปเกรด Berlin.
การพัฒนาต่อไป
เป็นที่ทราบกันดีว่าการอัปเกรดของ Ethereum ทุกครั้งจะมีข้อเสนอหลัก เช่น การอัปเกรด Berlin ที่ตามมาด้วยการอัปเกรด London ซึ่งได้นำเสนอข้อเสนอค่าธรรมเนียมที่สำคัญที่สุดในประวัติศาสตร์ของ Ethereum นั่นคือ EIP-1559 สำหรับ EIP-2537 ที่เคยเป็นข้อเสนอหลักนั้น การอัปเกรดในอนาคตยากที่จะนำข้อเสนอนี้เข้ามาได้
ในการอัพเกรดหลังเบอร์ลินลอนดอนนักพัฒนาได้ซิงโครไนซ์การพัฒนาปัจจุบันของ EIP-2537 ในปี issues#369曾考虑在 London 升级中增加 EIP-2537。在Ethereum Core Devs Meeting #109 และในเวลานี้ได้แนะนําการอภิปรายเกี่ยวกับการใช้ก๊าซสําหรับ EIP-2537 เนื่องจากการใช้ไลบรารีอื่น ๆ เพื่อใช้ EIP-2537 ในขณะเดียวกันนักพัฒนาบางรายได้เสนอให้แทนที่ EIP-2537 ด้วย EVM384 อย่างไรก็ตาม #111内 การประชุม Ethereum Core Devs ในเดือนเมษายน 2021 EIP-2537 ถูกย้ายออกจากการอัปเกรดในลอนดอนเนื่องจากความซับซ้อน ความซับซ้อนหลักอยู่ที่การเปลี่ยนไลบรารีที่ขึ้นอยู่กับการใช้งานมาตรฐาน EIP-2537 ซึ่งนําไปสู่การเปลี่ยนแปลงที่เป็นไปได้ในการกําหนดราคาก๊าซและระยะเวลาพอสมควรสําหรับการใช้งานของลูกค้าที่แตกต่างกันเพื่อประเมินปริมาณการใช้ก๊าซอีกครั้ง
ในเดือนมิถุนายน 2021 การรวม EIP-2537 ในการอัพเกรดเซี่ยงไฮ้ได้รับการเสนออย่างเป็นทางการในฉบับที่ # 343 อย่างไรก็ตามควรสังเกตว่าหลังจากการอัปเกรดลอนดอนการอัปเกรด Pairs หรือ The Merge นั้นใช้เวลาของนักพัฒนาเป็นจํานวนมากและนักพัฒนาเลเยอร์การดําเนินการจําเป็นต้องเขียนโค้ดจํานวนมากเพื่อใช้การอัปเกรด PoS ในเดือนกันยายน 2022 การอัปเกรด Pairs เสร็จสมบูรณ์ และในที่สุดนักพัฒนาการดําเนินการก็มีโอกาสหารือเกี่ยวกับเป้าหมายบางประการของการอัปเกรดเซี่ยงไฮ้ต่อไป
ในการประชุม Ethereum Core Devs Meeting #150 ในเดือนพฤศจิกายนปี 2022 ได้มีการหารืออย่างสั้น ๆ เกี่ยวกับการที่ EIP-2537 จะถูกนำเข้ามาในการอัปเกรด Shanghai หรือไม่ แต่ผู้พัฒนาพิจารณาว่า EIP-2537 จำเป็นต้องถูกเลื่อนออกไป เนื่องจากการอัปเกรด Shanghai มีจุดมุ่งหมายหลักคือการสนับสนุนการถอนเงินจาก PoS ในที่สุด EIP-2537 ไม่ได้ถูกนำเข้ามาในการอัปเกรด Shanghai ซึ่งมุ่งเน้นไปที่ฟังก์ชันการถอนเงิน.
ความน่าเศร้ายิ่งกว่าคือการอัปเกรด Cancun ยังไม่ได้มีการพูดคุยเกี่ยวกับ EIP-2537 เลย เนื่องจากแกนหลักของการอัปเกรด Cancun คือการสนับสนุน EIP-4844 จากโหนดชั้นการดำเนินการ EIP-4844 ได้มอบ Blob ให้กับ Ethereum ชั้นสองเพื่ออำนวยความสะดวกในการใช้ Ethereum เป็นชั้นการเข้าถึงข้อมูล
ในที่สุด ในการประชุม Ethereum Core Devs Meeting #181 ในเดือนกุมภาพันธ์ 2024 นักพัฒนาจะพูดคุยเกี่ยวกับการรวม EIP-2537 ในการอัปเกรด Pectra และในขณะนั้นนักพัฒนามองว่า การนำ EIP-2537 มาใช้ไม่ใช่ปัญหาอีกต่อไป มีเพียงบางปัญหาในด้านการกำหนดราคา Gas เท่านั้น.
ในการประชุม Ethereum Core Devs Meeting เมื่อวันที่ 19 ธันวาคม 2024 #202内，Nethermind 开发者最终确定了 EIP-2537 的定价模型。是的，作为 EIP-2537 的最初提案者 Matter Labs 此时已经近乎退出了讨论。在随后的，2025 年 1 月的Ethereum Core Devs Meeting #203 นักพัฒนาได้หารือเกี่ยวกับการปรับราคาของ BLS precompile โดย Jared Wasinger นักพัฒนาจาก Geth แนะนำให้เพิ่มต้นทุน gas ขึ้น 20% และได้รับการสนับสนุนจากการทดสอบประสิทธิภาพของทีม Besu.
สรุป
| วันที่ | เหตุการณ์ | | --- | --- | | เดือนกุมภาพันธ์ 2020 | แยก EIP-1962 เสนออย่างเป็นทางการ EIP-2537 | | เดือนเมษายน 2020 - เดือนตุลาคม 2020 | การประชุมของนักพัฒนาได้มีการหารือเกี่ยวกับปัญหาการนำ EIP-2537 ไปใช้หลายครั้ง และสุดท้ายก็ถูกละทิ้งในการอัปเกรด Berlin เนื่องจากไม่สามารถดำเนินการได้ | | มีนาคม 2021 - เมษายน 2021 | การประชุมของนักพัฒนาอภิปรายเกี่ยวกับปัญหาค่าใช้จ่าย EIP-2537 ก๊าซ ซึ่งสุดท้ายถูกละทิ้งเนื่องจากความซับซ้อนในการอัปเกรดลอนดอน | | เดือนพฤศจิกายน 2022 | การประชุมผู้พัฒนาหารือเกี่ยวกับการรวมการอัปเกรด Shanghai แต่ไม่มีผลลัพธ์ | | กุมภาพันธ์ 2024 | นักพัฒนามองว่า EIP-2537 ไม่มีปัญหาในการดำเนินการ แต่ยังคงมีปัญหาค่าใช้จ่าย gas บางประการ ซึ่งเชื่อว่าสามารถรวมไว้ในการอัปเกรด Pectra ได้ | | ธันวาคม 2024 - มกราคม 2025 | การประชุมผู้พัฒนาจะหารือเกี่ยวกับโมเดลการคำนวณต้นทุนที่เฉพาะเจาะจง และจะมีการแก้ไขปัญหาต้นทุน EIP-2537 อย่างเป็นทางการ |
เห็นได้ชัดว่า EIP จะถูกนำไปใช้ในการอัปเกรดของ Ethereum หรือไม่นั้น “แน่นอนว่าต้องพึ่งพาความพยายามของตัวเอง แต่ก็ต้องพิจารณาประวัติศาสตร์ด้วย” การอัปเกรด Ethereum แต่ละครั้งจะมีธีมของตัวเอง เช่นเดียวกับ EIP-2537 ที่เคยเป็น EIP ที่สำคัญที่สุดในการอัปเกรด Berlin แต่ถูกยกเลิกเนื่องจากความยากและความซับซ้อนในการดำเนินการ EIP-2537 หลังจากนั้น Ethereum ได้เข้าสู่กระบวนการประวัติศาสตร์ของ PoS ซึ่ง EIP ที่เป็นชั้นการดำเนินการที่ซับซ้อนกลับไม่ถูกให้ความสำคัญ ในขณะที่ EIP ที่เกี่ยวข้องกับ PoS จำนวนมากถูกมองว่าเป็นเป้าหมายการอัปเกรดหลัก ซึ่งทำให้ EIP-2537 ไม่ได้รับการตอบรับเป็นเวลานาน