EIP-2537: Con đường dài của lệnh biên dịch BLS12-381 Ethereum
EIP-2537 là lệnh biên dịch EVM được xác định thêm trong bản nâng cấp phân nhánh Pectra mới nhất. Lệnh này bổ sung nhiều chức năng tính toán của đường cong BLS12-381 cho EVM, bao gồm các phép tính ghép trên miền của đường cong.
EIP-2573 được đề xuất lần đầu vào năm 2020, cho đến năm 2025 mới được xác nhận sẽ được thêm vào nâng cấp Ethereum. Bài viết này sẽ giới thiệu quá trình quản trị của EIP-2537, khám phá lý do tại sao đề xuất này mất 5 năm mới được đưa vào nâng cấp.
Bối cảnh đề xuất
Vào tháng 1 năm 2017, Vitalik Buterin lần đầu tiên giới thiệu thuật toán phối và đường cong alt_bn128. Sau đó, Vitalik và Christian Reitwiessner đã đề xuất EIP-196 và EIP-197, để thêm hỗ trợ tính toán đường cong alt_bn128 vào EVM. Những đề xuất này đã được thông qua chính thức trong bản nâng cấp Byzantium vào tháng 10 năm 2017, thực hiện tính toán phối trong miền đường cong bên trong EVM, cho phép xác thực chứng minh ZK-Snarks có thể được thực hiện trong EVM.
Khi công nghệ mật mã phát triển, đội ngũ zcash đã đề xuất đường cong BLS12-381 vào tháng 11 năm 2017. So với alt_bn128, BLS12-381 có độ an toàn cao hơn và hiệu suất tốt hơn. Nhiều giao thức blockchain đã bắt đầu sử dụng đường cong BLS12-381 thay thế cho đường cong alt_bn128.
Vào tháng 5 năm 2018, Justin Drake chỉ ra rằng các nâng cấp PoS và phân đoạn trong tương lai của Ethereum có thể sử dụng thuật toán đa chữ ký BLS dựa trên đường cong BLS12-381. Điều này đã khiến kế hoạch EIP-1011 ban đầu ra khỏi sân khấu lịch sử. Thực tế chứng minh rằng, nâng cấp ETH2 sau này thực sự đã áp dụng đường cong BLS12-381.
Với sự phát triển của ETH2, tiếng gọi để đưa BLS12-381 vào lớp thực thi ETH ngày càng cao. Vào tháng 2 năm 2020, các nhà nghiên cứu đã đề xuất EIP-2537, hy vọng rằng đề xuất này có thể được thử nghiệm cùng với mạng thử nghiệm ETH2. Tác giả của EIP-2537, Alex Stokes, kêu gọi đưa EIP-2537 vào đợt hard fork Berlin.
Đáng chú ý rằng, tác giả của EIP-2537 cũng là đồng sáng lập của Matter Labs, nhà phát triển ZKSync.
Những trở ngại của việc nâng cấp Berlin
Trước khi giới thiệu nội dung tiếp theo, chúng ta cần hiểu EIP-1962. Đây là đề xuất đầu tiên về lập trình tiền định miền đường cong elip được Matter Labs đưa ra vào tháng 4 năm 2019, hỗ trợ ba đường cong BLS12, BN và MNT4/6.
EIP-1962 dự định tăng thêm 10 lệnh biên dịch để xử lý các đường cong khác nhau trong một lần. Tuy nhiên, đề xuất này quá phức tạp, khiến các nhà phát triển khó thực hiện. Đồng thời, do tính tổng quát cao, các kỹ sư hợp đồng thông minh cũng gặp khó khăn khi gọi. Tuy nhiên, Matter Labs đã hoàn thành việc phát triển thuật toán đường cong ellip và cung cấp nhiều tham chiếu thực hiện bằng nhiều ngôn ngữ.
Để giải quyết vấn đề EIP-1962, Matter Labs đã đề xuất nhiều EIP phân tách EIP-1962 vào tháng 2 năm 2020, một phần kế thừa giao diện của nó. Những EIP này bao gồm:
EIP-2537: Cung cấp hỗ trợ BLS12-381
EIP-2539: cung cấp hỗ trợ BLS12-377
PR#2541: Cung cấp hỗ trợ BLS12-377 (Zexe curve), nhưng chưa nhận được số EIP.
Trong đó EIP-2537 là quan trọng nhất, vì lớp đồng thuận cũng sử dụng đường cong BLS12-381. Mục đích cốt lõi của EIP-1962 và EIP-2537 đều là thực hiện xác minh chữ ký BLS trên lớp đồng thuận mạng chính. Khi đó ETH2 đang thiết kế hợp đồng gửi tiền, do lớp thực thi không có thuật toán xác minh BLS, hợp đồng gửi tiền sẽ không xác minh chữ ký, chữ ký BLS cụ thể sẽ được lớp đồng thuận xác minh sau khi người dùng gửi tiền, nếu phát hiện không chính xác có thể dẫn đến mất mát tài sản của người dùng.
Trong bối cảnh này, các nhà phát triển cốt lõi mong muốn giới thiệu BLS12-381 tiền biên soạn để thực hiện xác minh chữ ký trong hợp đồng gửi tiền, nhằm tránh thiệt hại có thể xảy ra cho vốn ETH2 của người dùng. Đây là lý do khiến nhiều nhà phát triển quan tâm đến EIP-1962 và EIP-2537 vào thời điểm đó.
Sau khi EIP-2537 được đề xuất, Vitalik ngay lập tức chỉ ra một loạt vấn đề, chủ yếu tập trung vào nội dung tài liệu EIP. Tác giả EIP sau đó đã phản hồi và thảo luận. Tại cuộc họp các nhà phát triển cốt lõi vào ngày 6 tháng 3 năm 2020, Vitalik cho rằng EIP-2537 và các EIP khác rất hiệu quả cho chứng minh SNARK đệ quy, và trong dài hạn sẽ không gây hại cho Ethereum. Cuộc họp đã xác nhận vị trí ưu tiên của EIP-2537, tất cả các khách hàng đều đồng ý thực hiện càng sớm càng tốt và dự định hoàn thành phát triển trước khi nâng cấp Berlin.
Kể từ đó, EIP-2537 trở thành nhiệm vụ ưu tiên cao. Cuộc họp vào ngày 20 tháng 3 đã xác nhận EIP-2537 thay thế EIP-1962 trở thành đề xuất BLS cốt lõi và được đưa vào danh sách sơ tuyển nâng cấp Berlin. Cuộc họp vào tháng 4 chính thức đưa EIP-2537 vào nâng cấp hard fork Berlin, xác định thời gian thực hiện vào tháng 4 và thử nghiệm vào tháng 5-6, và liệt kê nó là nhiệm vụ ưu tiên hàng đầu.
Sau đó, EIP-2537 đã bước vào giai đoạn phát triển và thử nghiệm quy mô lớn, và đã được thảo luận trong gần 20 cuộc họp các nhà phát triển cốt lõi sau đó.
Tại hội nghị lần thứ 85, các nhà phát triển đã thảo luận về vấn đề mã hóa ABI của EIP-2537. Khách hàng Besu cho biết đã cơ bản triển khai chức năng, nhưng phía Geth cho biết vẫn chưa có ai thực hiện công việc liên quan.
Tại cuộc họp lần thứ 86, Geth cho biết đã hoàn thành một phần công việc, nhưng vẫn còn nhiều công việc phải hoàn thành.
Cuộc họp lần thứ 87 đã thảo luận trọng tâm về vấn đề triển khai EIP-2537. Các nhà phát triển Geth cho biết có một PR dài 16000 dòng để triển khai EIP-2537, nhưng không thể xác định tính an toàn và hiệu quả của nó, chỉ có thể đánh giá qua việc thử nghiệm mờ đơn giản. Các nhà phát triển Geth cho rằng không thể hoàn thành việc phát triển EIP-2537 trước thời gian dự kiến ở Berlin.
Cuộc họp đã quyết định tăng cường thử nghiệm mạng YOLO để kiểm tra đặc biệt EIP-2537. Lúc này, tầm quan trọng của EIP-2537 đã giảm đáng kể, các nhà phát triển Geth cho rằng EIP này rất có thể sẽ không được đưa vào bản nâng cấp Berlin.
Tại cuộc họp lần thứ 88, các nhà phát triển Geth phát hiện ra rằng việc thực hiện PR EIP-2537 gặp phải một loạt vấn đề, cần phải thử nghiệm và sửa chữa thêm. Trong hệ thống Geth có hai phiên bản thực hiện EIP-2537, một phiên bản có tối ưu hóa hợp ngữ, và phiên bản còn lại hoàn toàn được viết bằng Go, có người đề xuất sử dụng phiên bản Go trực tiếp để giảm bớt độ khó trong việc xem xét mã.
Tại cuộc họp lần thứ 89, đã xuất hiện vấn đề nghiêm trọng hơn, mạng thử nghiệm YOLO xuất hiện bất thường, nghi ngờ do chữ ký BLS gây ra, nhưng nhà phát triển EIP-2537 đã phủ nhận. Tin tốt là hợp đồng gửi tiền dựa trên EIP-2537 đã hoàn thành phát triển cơ bản, đang chờ kiểm toán.
Cuộc họp lần thứ 90 đã xác định thời hạn ra mắt nâng cấp Berlin vào tháng 7. Cuộc họp cũng thảo luận về vấn đề vị thế thống trị của Geth, có người đề xuất đóng băng việc thực hiện EIP hiện tại để giảm chi phí phát triển cho các khách hàng khác.
Cuộc họp thứ 92 vẫn xác nhận EIP-2537 là EIP cần thiết cho nâng cấp Berlin.
Tại cuộc họp lần thứ 96, Matter Labs hy vọng đưa EIP-2539 vào thử nghiệm YOLO v2 và đưa vào bản nâng cấp Berlin. Tuy nhiên, các nhà phát triển Geth phản đối, cho rằng EIP-2537 vẫn chưa được thử nghiệm đầy đủ trong Geth. Cuối cùng, quyết định không thêm 2696 vào bản nâng cấp Berlin.
Cuộc họp lần thứ 99 đã quyết định loại bỏ EIP-2537 khỏi mạng thử nghiệm YOLO v3 và nâng cấp Berlin, lý do chính là nó đã tiêu tốn quá nhiều thời gian của các nhà phát triển cốt lõi, ảnh hưởng đến việc phát triển các EIP khác. Yếu tố phụ là Quỹ Ethereum đã đề xuất EVM384 như một giải pháp thay thế.
Tháng 4 năm 2021, Ethereum đã hoàn thành nâng cấp Berlin, các thực hiện thực tế như EIP-2565 không phức tạp, nâng cấp có vẻ mỏng manh, điều này là do EIP-2537 phức tạp nhất đã bị loại bỏ.
Phát triển tiếp theo
Bản nâng cấp London sau khi nâng cấp Berlin đã giới thiệu EIP-1559. Đối với EIP-2537, từng là một đề xuất cốt lõi, các bản nâng cấp sau này rất khó để đưa nó vào.
London đang nâng cấp, các nhà phát triển đã xem xét việc thêm EIP-2537. Cuộc họp lần thứ 109 đã cập nhật tình hình phát triển EIP-2537, thảo luận về vấn đề sử dụng gas, có người đề xuất thay thế EIP-2537 bằng EVM384. Nhưng cuộc họp lần thứ 111 đã loại bỏ EIP-2537 khỏi nâng cấp London do tính phức tạp. Chủ yếu là việc triển khai tiêu chuẩn EIP-2537 đã thay đổi thư viện phụ thuộc, dẫn đến việc định giá gas có thể thay đổi, các khách hàng cần đánh giá lại mức tiêu thụ gas.
Vào tháng 6 năm 2021, đã chính thức đề xuất đưa EIP-2537 vào nâng cấp Shanghai. Tuy nhiên, nâng cấp Merge đã chiếm nhiều thời gian của các nhà phát triển. Sau khi hoàn thành Merge vào tháng 9 năm 2022, các nhà phát triển tầng thực thi mới có cơ hội tiếp tục thảo luận về mục tiêu nâng cấp Shanghai.
Vào tháng 11 năm 2022, cuộc họp lần thứ 150 đã thảo luận ngắn gọn về việc có nên đưa EIP-2537 vào bản nâng cấp Shanghai hay không, nhưng cho rằng cần phải hoãn lại, bản nâng cấp Shanghai chủ yếu hỗ trợ việc rút tiền PoS. Cuối cùng, EIP-2537 đã không được đưa vào bản nâng cấp Shanghai với chức năng rút tiền là cốt lõi.
Việc nâng cấp Cancun vẫn chưa bàn về EIP-2537, vì cốt lõi của nó là hỗ trợ EIP-4844, cung cấp lớp dữ liệu Blob có sẵn cho lớp hai.
Vào tháng 2 năm 2024, cuộc họp thứ 181 đã thảo luận về việc nâng cấp Pectra để đưa EIP-2537 vào, cho rằng việc thực hiện không còn là vấn đề, chỉ có vấn đề về định giá tiêu thụ gas.
Vào ngày 19 tháng 12 năm 2024, trong cuộc họp thứ 202, các nhà phát triển Nethermind đã xác định mô hình định giá cho EIP-2537. Người đề xuất ban đầu Matter Labs lúc này đã gần như rút lui khỏi cuộc thảo luận. Cuộc họp thứ 203 vào tháng 1 năm 2025 đã thảo luận về việc định giá lại BLS precompiled, các nhà phát triển Geth đã đề xuất tăng chi phí gas lên 20%, nhận được sự hỗ trợ từ nhóm Besu trong việc kiểm tra chuẩn.
Tóm tắt
Quá trình phát triển của EIP-2537 có thể được tóm tắt như sau:
Tháng 2 năm 2020: Đề xuất EIP-1962 chính thức chia tách EIP-2537
Tháng 4-10 năm 2020: Nhiều cuộc thảo luận về vấn đề thực hiện, cuối cùng đã bị từ bỏ do không thể thực hiện trong nâng cấp Berlin.
Tháng 3-4 năm 2021: Thảo luận về vấn đề chi phí gas, vì tính phức tạp đã bị từ bỏ trong nâng cấp London.
Tháng 11 năm 2022: Thảo luận về việc có nên đưa vào nâng cấp Shanghai hay không, nhưng không thành công.
Tháng 2 năm 2024: cho rằng việc thực hiện không có vấn đề, vẫn tồn tại vấn đề chi phí gas, có thể đưa vào nâng cấp Pectra
Tháng 12 năm 2024 - tháng 1 năm 2025: Thảo luận về mô hình chi phí cụ thể, chính thức giải quyết vấn đề chi phí.
EIP có thể được đưa vào nâng cấp Ethereum, vừa phải dựa vào nỗ lực của chính nó, vừa phải xem xét quá trình lịch sử. Mỗi lần nâng cấp đều có chủ đề, EIP-2537 từng là trọng tâm của nâng cấp Berlin, nhưng đã bị loại bỏ do tính phức tạp. Sau đó, Ethereum tập trung vào PoS, EIP thuần thực thi không được chú trọng, dẫn đến EIP-2537 lâu dài không được chấp nhận. Cho đến gần đây, các nhà phát triển mới chú ý lại và giải quyết các vấn đề còn tồn đọng của nó.
Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.
25 thích
Phần thưởng
25
8
Đăng lại
Chia sẻ
Bình luận
0/400
DefiPlaybook
· 10giờ trước
Một dự án thần thánh 5 năm nữa, cần gấp cái gì?
Xem bản gốcTrả lời0
LayerZeroHero
· 10giờ trước
Năm năm rồi mà vẫn chưa lên Mạng chính, làm gì mà chần chừ thế?
Xem bản gốcTrả lời0
SchrodingerAirdrop
· 13giờ trước
Đi chậm một chút thì sao? Nâng cấp ổn định không phải là nhanh hơn việc la hét sao?
Xem bản gốcTrả lời0
UncleLiquidation
· 08-09 22:46
Năm năm mới bắt đầu, nhịp độ phát triển Ethereum thật chậm chạp.
Xem bản gốcTrả lời0
Anon32942
· 08-09 22:45
Chơi đã đợi năm năm, gần đây có chút chênh lệch giá.
Xem bản gốcTrả lời0
GasWrangler
· 08-09 22:39
thực sự mất họ 5 năm để tối ưu hóa một thứ đơn giản về mặt toán học như này... thật đáng thất vọng về sự kém hiệu quả của layer1
Hướng dẫn biên dịch BLS của Ethereum EIP-2537 đã được chấp nhận sau 5 năm.
EIP-2537: Con đường dài của lệnh biên dịch BLS12-381 Ethereum
EIP-2537 là lệnh biên dịch EVM được xác định thêm trong bản nâng cấp phân nhánh Pectra mới nhất. Lệnh này bổ sung nhiều chức năng tính toán của đường cong BLS12-381 cho EVM, bao gồm các phép tính ghép trên miền của đường cong.
EIP-2573 được đề xuất lần đầu vào năm 2020, cho đến năm 2025 mới được xác nhận sẽ được thêm vào nâng cấp Ethereum. Bài viết này sẽ giới thiệu quá trình quản trị của EIP-2537, khám phá lý do tại sao đề xuất này mất 5 năm mới được đưa vào nâng cấp.
Bối cảnh đề xuất
Vào tháng 1 năm 2017, Vitalik Buterin lần đầu tiên giới thiệu thuật toán phối và đường cong alt_bn128. Sau đó, Vitalik và Christian Reitwiessner đã đề xuất EIP-196 và EIP-197, để thêm hỗ trợ tính toán đường cong alt_bn128 vào EVM. Những đề xuất này đã được thông qua chính thức trong bản nâng cấp Byzantium vào tháng 10 năm 2017, thực hiện tính toán phối trong miền đường cong bên trong EVM, cho phép xác thực chứng minh ZK-Snarks có thể được thực hiện trong EVM.
Khi công nghệ mật mã phát triển, đội ngũ zcash đã đề xuất đường cong BLS12-381 vào tháng 11 năm 2017. So với alt_bn128, BLS12-381 có độ an toàn cao hơn và hiệu suất tốt hơn. Nhiều giao thức blockchain đã bắt đầu sử dụng đường cong BLS12-381 thay thế cho đường cong alt_bn128.
Vào tháng 5 năm 2018, Justin Drake chỉ ra rằng các nâng cấp PoS và phân đoạn trong tương lai của Ethereum có thể sử dụng thuật toán đa chữ ký BLS dựa trên đường cong BLS12-381. Điều này đã khiến kế hoạch EIP-1011 ban đầu ra khỏi sân khấu lịch sử. Thực tế chứng minh rằng, nâng cấp ETH2 sau này thực sự đã áp dụng đường cong BLS12-381.
Với sự phát triển của ETH2, tiếng gọi để đưa BLS12-381 vào lớp thực thi ETH ngày càng cao. Vào tháng 2 năm 2020, các nhà nghiên cứu đã đề xuất EIP-2537, hy vọng rằng đề xuất này có thể được thử nghiệm cùng với mạng thử nghiệm ETH2. Tác giả của EIP-2537, Alex Stokes, kêu gọi đưa EIP-2537 vào đợt hard fork Berlin.
Đáng chú ý rằng, tác giả của EIP-2537 cũng là đồng sáng lập của Matter Labs, nhà phát triển ZKSync.
Những trở ngại của việc nâng cấp Berlin
Trước khi giới thiệu nội dung tiếp theo, chúng ta cần hiểu EIP-1962. Đây là đề xuất đầu tiên về lập trình tiền định miền đường cong elip được Matter Labs đưa ra vào tháng 4 năm 2019, hỗ trợ ba đường cong BLS12, BN và MNT4/6.
EIP-1962 dự định tăng thêm 10 lệnh biên dịch để xử lý các đường cong khác nhau trong một lần. Tuy nhiên, đề xuất này quá phức tạp, khiến các nhà phát triển khó thực hiện. Đồng thời, do tính tổng quát cao, các kỹ sư hợp đồng thông minh cũng gặp khó khăn khi gọi. Tuy nhiên, Matter Labs đã hoàn thành việc phát triển thuật toán đường cong ellip và cung cấp nhiều tham chiếu thực hiện bằng nhiều ngôn ngữ.
Để giải quyết vấn đề EIP-1962, Matter Labs đã đề xuất nhiều EIP phân tách EIP-1962 vào tháng 2 năm 2020, một phần kế thừa giao diện của nó. Những EIP này bao gồm:
Trong đó EIP-2537 là quan trọng nhất, vì lớp đồng thuận cũng sử dụng đường cong BLS12-381. Mục đích cốt lõi của EIP-1962 và EIP-2537 đều là thực hiện xác minh chữ ký BLS trên lớp đồng thuận mạng chính. Khi đó ETH2 đang thiết kế hợp đồng gửi tiền, do lớp thực thi không có thuật toán xác minh BLS, hợp đồng gửi tiền sẽ không xác minh chữ ký, chữ ký BLS cụ thể sẽ được lớp đồng thuận xác minh sau khi người dùng gửi tiền, nếu phát hiện không chính xác có thể dẫn đến mất mát tài sản của người dùng.
Trong bối cảnh này, các nhà phát triển cốt lõi mong muốn giới thiệu BLS12-381 tiền biên soạn để thực hiện xác minh chữ ký trong hợp đồng gửi tiền, nhằm tránh thiệt hại có thể xảy ra cho vốn ETH2 của người dùng. Đây là lý do khiến nhiều nhà phát triển quan tâm đến EIP-1962 và EIP-2537 vào thời điểm đó.
Sau khi EIP-2537 được đề xuất, Vitalik ngay lập tức chỉ ra một loạt vấn đề, chủ yếu tập trung vào nội dung tài liệu EIP. Tác giả EIP sau đó đã phản hồi và thảo luận. Tại cuộc họp các nhà phát triển cốt lõi vào ngày 6 tháng 3 năm 2020, Vitalik cho rằng EIP-2537 và các EIP khác rất hiệu quả cho chứng minh SNARK đệ quy, và trong dài hạn sẽ không gây hại cho Ethereum. Cuộc họp đã xác nhận vị trí ưu tiên của EIP-2537, tất cả các khách hàng đều đồng ý thực hiện càng sớm càng tốt và dự định hoàn thành phát triển trước khi nâng cấp Berlin.
Kể từ đó, EIP-2537 trở thành nhiệm vụ ưu tiên cao. Cuộc họp vào ngày 20 tháng 3 đã xác nhận EIP-2537 thay thế EIP-1962 trở thành đề xuất BLS cốt lõi và được đưa vào danh sách sơ tuyển nâng cấp Berlin. Cuộc họp vào tháng 4 chính thức đưa EIP-2537 vào nâng cấp hard fork Berlin, xác định thời gian thực hiện vào tháng 4 và thử nghiệm vào tháng 5-6, và liệt kê nó là nhiệm vụ ưu tiên hàng đầu.
Sau đó, EIP-2537 đã bước vào giai đoạn phát triển và thử nghiệm quy mô lớn, và đã được thảo luận trong gần 20 cuộc họp các nhà phát triển cốt lõi sau đó.
Tại hội nghị lần thứ 85, các nhà phát triển đã thảo luận về vấn đề mã hóa ABI của EIP-2537. Khách hàng Besu cho biết đã cơ bản triển khai chức năng, nhưng phía Geth cho biết vẫn chưa có ai thực hiện công việc liên quan.
Tại cuộc họp lần thứ 86, Geth cho biết đã hoàn thành một phần công việc, nhưng vẫn còn nhiều công việc phải hoàn thành.
Cuộc họp lần thứ 87 đã thảo luận trọng tâm về vấn đề triển khai EIP-2537. Các nhà phát triển Geth cho biết có một PR dài 16000 dòng để triển khai EIP-2537, nhưng không thể xác định tính an toàn và hiệu quả của nó, chỉ có thể đánh giá qua việc thử nghiệm mờ đơn giản. Các nhà phát triển Geth cho rằng không thể hoàn thành việc phát triển EIP-2537 trước thời gian dự kiến ở Berlin.
Cuộc họp đã quyết định tăng cường thử nghiệm mạng YOLO để kiểm tra đặc biệt EIP-2537. Lúc này, tầm quan trọng của EIP-2537 đã giảm đáng kể, các nhà phát triển Geth cho rằng EIP này rất có thể sẽ không được đưa vào bản nâng cấp Berlin.
Tại cuộc họp lần thứ 88, các nhà phát triển Geth phát hiện ra rằng việc thực hiện PR EIP-2537 gặp phải một loạt vấn đề, cần phải thử nghiệm và sửa chữa thêm. Trong hệ thống Geth có hai phiên bản thực hiện EIP-2537, một phiên bản có tối ưu hóa hợp ngữ, và phiên bản còn lại hoàn toàn được viết bằng Go, có người đề xuất sử dụng phiên bản Go trực tiếp để giảm bớt độ khó trong việc xem xét mã.
Tại cuộc họp lần thứ 89, đã xuất hiện vấn đề nghiêm trọng hơn, mạng thử nghiệm YOLO xuất hiện bất thường, nghi ngờ do chữ ký BLS gây ra, nhưng nhà phát triển EIP-2537 đã phủ nhận. Tin tốt là hợp đồng gửi tiền dựa trên EIP-2537 đã hoàn thành phát triển cơ bản, đang chờ kiểm toán.
Cuộc họp lần thứ 90 đã xác định thời hạn ra mắt nâng cấp Berlin vào tháng 7. Cuộc họp cũng thảo luận về vấn đề vị thế thống trị của Geth, có người đề xuất đóng băng việc thực hiện EIP hiện tại để giảm chi phí phát triển cho các khách hàng khác.
Cuộc họp thứ 92 vẫn xác nhận EIP-2537 là EIP cần thiết cho nâng cấp Berlin.
Tại cuộc họp lần thứ 96, Matter Labs hy vọng đưa EIP-2539 vào thử nghiệm YOLO v2 và đưa vào bản nâng cấp Berlin. Tuy nhiên, các nhà phát triển Geth phản đối, cho rằng EIP-2537 vẫn chưa được thử nghiệm đầy đủ trong Geth. Cuối cùng, quyết định không thêm 2696 vào bản nâng cấp Berlin.
Cuộc họp lần thứ 99 đã quyết định loại bỏ EIP-2537 khỏi mạng thử nghiệm YOLO v3 và nâng cấp Berlin, lý do chính là nó đã tiêu tốn quá nhiều thời gian của các nhà phát triển cốt lõi, ảnh hưởng đến việc phát triển các EIP khác. Yếu tố phụ là Quỹ Ethereum đã đề xuất EVM384 như một giải pháp thay thế.
Tháng 4 năm 2021, Ethereum đã hoàn thành nâng cấp Berlin, các thực hiện thực tế như EIP-2565 không phức tạp, nâng cấp có vẻ mỏng manh, điều này là do EIP-2537 phức tạp nhất đã bị loại bỏ.
Phát triển tiếp theo
Bản nâng cấp London sau khi nâng cấp Berlin đã giới thiệu EIP-1559. Đối với EIP-2537, từng là một đề xuất cốt lõi, các bản nâng cấp sau này rất khó để đưa nó vào.
London đang nâng cấp, các nhà phát triển đã xem xét việc thêm EIP-2537. Cuộc họp lần thứ 109 đã cập nhật tình hình phát triển EIP-2537, thảo luận về vấn đề sử dụng gas, có người đề xuất thay thế EIP-2537 bằng EVM384. Nhưng cuộc họp lần thứ 111 đã loại bỏ EIP-2537 khỏi nâng cấp London do tính phức tạp. Chủ yếu là việc triển khai tiêu chuẩn EIP-2537 đã thay đổi thư viện phụ thuộc, dẫn đến việc định giá gas có thể thay đổi, các khách hàng cần đánh giá lại mức tiêu thụ gas.
Vào tháng 6 năm 2021, đã chính thức đề xuất đưa EIP-2537 vào nâng cấp Shanghai. Tuy nhiên, nâng cấp Merge đã chiếm nhiều thời gian của các nhà phát triển. Sau khi hoàn thành Merge vào tháng 9 năm 2022, các nhà phát triển tầng thực thi mới có cơ hội tiếp tục thảo luận về mục tiêu nâng cấp Shanghai.
Vào tháng 11 năm 2022, cuộc họp lần thứ 150 đã thảo luận ngắn gọn về việc có nên đưa EIP-2537 vào bản nâng cấp Shanghai hay không, nhưng cho rằng cần phải hoãn lại, bản nâng cấp Shanghai chủ yếu hỗ trợ việc rút tiền PoS. Cuối cùng, EIP-2537 đã không được đưa vào bản nâng cấp Shanghai với chức năng rút tiền là cốt lõi.
Việc nâng cấp Cancun vẫn chưa bàn về EIP-2537, vì cốt lõi của nó là hỗ trợ EIP-4844, cung cấp lớp dữ liệu Blob có sẵn cho lớp hai.
Vào tháng 2 năm 2024, cuộc họp thứ 181 đã thảo luận về việc nâng cấp Pectra để đưa EIP-2537 vào, cho rằng việc thực hiện không còn là vấn đề, chỉ có vấn đề về định giá tiêu thụ gas.
Vào ngày 19 tháng 12 năm 2024, trong cuộc họp thứ 202, các nhà phát triển Nethermind đã xác định mô hình định giá cho EIP-2537. Người đề xuất ban đầu Matter Labs lúc này đã gần như rút lui khỏi cuộc thảo luận. Cuộc họp thứ 203 vào tháng 1 năm 2025 đã thảo luận về việc định giá lại BLS precompiled, các nhà phát triển Geth đã đề xuất tăng chi phí gas lên 20%, nhận được sự hỗ trợ từ nhóm Besu trong việc kiểm tra chuẩn.
Tóm tắt
Quá trình phát triển của EIP-2537 có thể được tóm tắt như sau:
EIP có thể được đưa vào nâng cấp Ethereum, vừa phải dựa vào nỗ lực của chính nó, vừa phải xem xét quá trình lịch sử. Mỗi lần nâng cấp đều có chủ đề, EIP-2537 từng là trọng tâm của nâng cấp Berlin, nhưng đã bị loại bỏ do tính phức tạp. Sau đó, Ethereum tập trung vào PoS, EIP thuần thực thi không được chú trọng, dẫn đến EIP-2537 lâu dài không được chấp nhận. Cho đến gần đây, các nhà phát triển mới chú ý lại và giải quyết các vấn đề còn tồn đọng của nó.