Tóm tắt cuộc họp mới nhất của các nhà phát triển cốt lõi Ethereum: Đồng ý loại bỏ EIP 3074, bao gồm EIP 7702

Tiêu đề gốc: 《All Core Developers Execution Call #188 Writeup》
Tác giả: Christine Kim
Biên soạn: Luccy, BlockBeats

Chú thích biên tập: Cuộc gọi đồng thuận của tất cả các nhà phát triển cốt lõi Ethereum (ACDE) diễn ra hai tuần một lần, chủ yếu thảo luận và phối hợp các thay đổi đối với lớp thực thi Ethereum (EL). Đây là cuộc họp thứ 188 của ACDE, tại cuộc họp này, các nhà phát triển đã thảo luận và phối hợp về những thay đổi của lớp thực thi Ethereum.

Cuộc họp đã đề cập đến nhiều vấn đề quan trọng, bao gồm việc thêm chức năng API thực thi mới, yêu cầu tiền boa tối thiểu cho Geth, thảo luận về mạng phát triển Pectra 0 và 1, phạm vi phân nhánh Pectra và các bản ghi lịch sử hết hạn. Các nhà phát triển đã có những thảo luận và trao đổi sâu sắc về những vấn đề này, và đã đạt được một số đồng thuận về phạm vi, thời gian biểu và chi tiết thực hiện cụ thể của việc nâng cấp Pectra.

Phó giám đốc nghiên cứu của Galaxy Digital, Christine Kim, đã ghi lại chi tiết các điểm chính của cuộc họp này, BlockBeats đã biên soạn lại như sau:

Ngày 23 tháng 5 năm 2024, các nhà phát triển Ethereum đã tụ họp trên Zoom để tham gia cuộc gọi All Core Developers Execution (ACDE) #188. Cuộc gọi ACDE là một chuỗi cuộc họp diễn ra hai tuần một lần, do Tim Beiko, người đứng đầu bộ phận hỗ trợ giao thức của Quỹ Ethereum, chủ trì, các nhà phát triển thảo luận và phối hợp các thay đổi đối với lớp thực thi Ethereum (EL). Trong tuần này, các nhà phát triển đã thảo luận về các nội dung sau:

• Thêm chức năng mới vào API thực thi, cho phép người dùng truy cập "dữ liệu trả về" (returndata) của giao dịch
• Yêu cầu tiền boa tối thiểu cho Geth
• Pectra Devnet 0 và 1
• Phạm vi phân nhánh Pectra
• Tích hợp dữ liệu lịch sử hết hạn của Portal Network.

· Họ đồng ý loại bỏ EIP 3074 từ Pectra Devnet 0 và bao gồm EIP 7702 trong mạng thử nghiệm nâng cấp Pectra Devnet 1 tập trung vào các nhà phát triển.

Thêm dữ liệu trả về (Returndata) vào biên nhận giao dịch

Nhà phát triển duy trì ngôn ngữ lập trình hợp đồng thông minh Vyper, Charles Cooper, đã đề xuất rằng nên điều chỉnh một điểm cuối trong API thực thi, để người dùng có thể nhận dữ liệu trả về (returndata) khi lấy biên nhận giao dịch. Cooper giải thích rằng, hiện tại, phương pháp phổ biến mà các nhà phát triển sử dụng để lấy dữ liệu trả về, như theo dõi giao dịch, không được chuẩn hóa và không được hỗ trợ phổ biến trên tất cả các khách hàng. Dựa trên phản hồi từ các nhóm khách hàng như Reth về ý tưởng của mình, Cooper cho biết một giải pháp khác là tạo một điểm cuối mới trong API thực thi để lấy dữ liệu trả về (returndata) của giao dịch. Các nhà phát triển đã không đạt được đồng thuận về đề xuất này trong cuộc gọi. Beiko đã đề nghị các nhà phát triển tiếp tục thảo luận trên GitHub và cố gắng giải quyết vấn đề này một cách không đồng bộ bên ngoài cuộc họp.

Yêu cầu tiền boa tối thiểu cho thợ mỏ

Tiếp theo, nhà phát triển Geth, Péter Szilágyi, đã nêu ra những lo ngại gần đây của người dùng về cài đặt mặc định của khách hàng Geth. Kể từ khi EIP 1559 được thực hiện, khách hàng Geth luôn áp dụng yêu cầu tiền boa tối thiểu mặc định cho giao dịch. Sau khi hợp nhất, tiền boa tối thiểu mặc định 1 gwei đã không hoạt động bình thường, cho đến gần đây, đội của Szilágyi mới phát hiện và sửa chữa. Sau khi khôi phục cài đặt mặc định này, người dùng phát hiện rằng các khối được xây dựng bằng khách hàng Geth rõ ràng trống hơn so với các khối khác, vì chúng loại trừ các giao dịch gần như không có tiền boa. Điều này đã gây ra những lo ngại về việc cài đặt mặc định có thể có tác động tiêu cực đến động lực của những người đề xuất và người xây dựng khối, vì nó có thể dẫn đến việc xử lý chậm các giao dịch hợp lệ không có phí ưu tiên.

Nhà phát triển Nethermind, Tomasz K. Stańczak, cho biết yêu cầu tiền boa tối thiểu mặc định của Geth là một vấn đề không quan trọng, các nhà phát triển giao thức không nên cố gắng chuẩn hóa hoặc thực thi. Nhà nghiên cứu EF, Ansgar Dietrichs, đã đề xuất giảm tiền boa tối thiểu mặc định, vì hiện tại phí giao dịch cơ bản của Ethereum rất thấp. Các nhà phát triển khác đã đề xuất đặt tiền boa tối thiểu mặc định trong Geth là một tỷ lệ phần trăm của phí cơ bản, thay vì một số tiền cố định. Tuy nhiên, Beiko đã phản đối điều này, cho rằng tiền boa ưu tiên không phải là phí để giao dịch được bao gồm trong khối. Nó chỉ nên được sử dụng để đảm bảo ưu tiên cho việc giao dịch được bao gồm trong khối tiếp theo, việc sử dụng tiền boa tối thiểu mặc định dựa trên biến động của phí cơ bản có thể làm sai lệch sự thay đổi của phí cơ bản, vì một phần giá trị sẽ phản ánh trong tiền boa ưu tiên của giao dịch.

Beiko bổ sung rằng một khía cạnh khác của cuộc thảo luận là làm thế nào để khuyến khích những người xây dựng tạo ra các khối không có phí và cung cấp thanh toán ngoài cho những người đề xuất như một khoản bồi thường. Tình huống này có thể xảy ra với hoặc không có yêu cầu tiền boa tối thiểu mặc định, nhưng việc đặt giá trị mặc định có thể tạo ra quy chuẩn, khuyến khích những người xây dựng không tạo ra các khối không có phí. Szilágyi cho biết, theo một cách nào đó, việc những người xây dựng có nên bao gồm các giao dịch không có phí trong khối hay không là một vấn đề triết học. Từ góc độ mạng, những giao dịch này là hợp lệ và do đó nên được bao gồm trong khối. Tuy nhiên, từ góc độ động lực tài chính của những người đề xuất, việc bao gồm các giao dịch không có phí trong khối không có lợi ích kinh tế và do đó không nên được bao gồm.

Các nhà phát triển đều cho rằng đội ngũ Geth nên đặt giá trị mặc định mà họ cho là tốt nhất. Các nhà điều hành nút xác thực có thể tự do thay đổi giá trị mặc định này nếu họ muốn, hoặc sử dụng các khách hàng lớp thực thi khác.

Pectra Devnet -0

Kỹ sư vận hành phát triển của Quỹ Ethereum (EF), Parithosh Jayanthi, đã cập nhật tình hình của mạng phát triển Pectra. Mạng phát triển đầu tiên đã được khởi động tuần trước tại một cuộc họp offline của các nhà phát triển giao thức Ethereum có tên Nyota Interop ở Kenya. Jayanthi cho biết, mạng phát triển bao gồm tất cả các khách hàng lớp thực thi và lớp đồng thuận. Tuy nhiên, EIP 3074 vẫn chưa được thử nghiệm kỹ lưỡng và có những lỗi cần phải sửa chữa. Các nhóm khách hàng đã chuẩn bị cho việc khởi động mạng phát triển thứ hai Pectra Devnet 1, sẽ bao gồm các thay đổi đối với EIP 2935.

Thay đổi phạm vi Pectra

Các nhà phát triển sau đó đã thảo luận về những thay đổi trong phạm vi nâng cấp Pectra. Các nhà phát triển giao thức Ethereum độc lập Danno Ferrin, nhà phát triển Reth Georgios Konstantopoulos và đại diện của nhóm Solidity đều ủng hộ việc bao gồm EOF trong Pectra. Nhà phát triển Geth Marius van der Wijden cho biết, ông đang thực hiện tiêu chuẩn EOF. Tuy nhiên, ông nhấn mạnh rằng, do sự phức tạp của EOF, việc bao gồm EOF chắc chắn sẽ làm chậm việc kích hoạt nâng cấp Pectra. Các nhà phát triển Lodestar và EthereumJS, Gajin der Singh, đã đề cập trong cuộc trò chuyện trên Zoom rằng các nhà phát triển nên tập trung vào việc phát hành phiên bản hiện tại của Pectra, thay vì mở rộng phạm vi nâng cấp. Nhà nghiên cứu EF Alex Stokes và Piper Merriam đồng ý với quan điểm của Singh.

Sau khi thảo luận về EOF, các nhà phát triển đã thảo luận về tiến trình của EIP 7702. EIP 7702 được đề xuất bởi đồng sáng lập Ethereum Vitalik Buterin như một giải pháp thay thế cho EIP 3074. Các chi tiết quan trọng về EIP 7702, như thiết kế có thể thu hồi, vẫn chưa được giải quyết. Một nhà phát triển có tên "dror" đã viết trong cuộc trò chuyện trên Zoom: "EIP 7002 là một phiên bản của EIP 3074, trước đây chỉ chấp nhận các phiên bản có nonce và ID chuỗi (chainID). Bây giờ những điều này đã bị loại bỏ, chúng ta cần thảo luận lại lý do. Tôi đề xuất bắt đầu lại cuộc thảo luận về những hạn chế này." Nhà phát triển Besu Daniel Lehrner đã đề xuất thu thập thêm ý kiến từ các nhà phát triển ví về thiết kế EIP 7702. Nhà phát triển Erigon Andrew Ashikhmin nhấn mạnh rằng cần có một cách để người dùng tự bỏ quyền ủy quyền mà không cần qua ví.

Beiko đã đề nghị tiếp tục thảo luận về chi tiết thực hiện EIP 7002 trong một cuộc họp nhóm riêng. Đồng thời, các nhà phát triển đã đồng ý loại bỏ EIP 3074 từ Devnet 0 và thêm EIP 7702 vào Devnet 1.

Hai EIP khác dự kiến sẽ được thêm vào Pectra là EIP 7623 (tăng chi phí calldata) và EIP 7212 (hỗ trợ biên dịch secp256 r1). Nhà nghiên cứu EF Toni Wahrstätter đã chia sẻ những tiến triển mới nhất về EIP 7623, nhà phát triển ví hợp đồng thông minh Ulaş Erdoğan đã chia sẻ những tiến triển mới nhất về EIP 7212. Các nhà phát triển đã không đạt được đồng thuận về việc liệu hai EIP này có nên được đưa vào Pectra hay không.

Dự kiến thời gian biểu Pectra

Konstantopoulos đã đề cập đến thời điểm các nhà phát triển nên kích hoạt nâng cấp Pectra trên mạng chính Ethereum. Trong một tài liệu được chia sẻ trước cuộc gọi, nhóm khách hàng Reth đã viết rằng việc cố gắng phát hành nâng cấp trước cuối năm 2024 "không có giá trị lớn", các nhà phát triển nên chuẩn bị phát hành nâng cấp vào đầu năm 2025. Nhóm EF Panda Ops (một tập hợp con của nhóm phát triển EF) cũng đã chia sẻ một tài liệu trước cuộc gọi, bày tỏ quan điểm của họ về thời gian biểu và phạm vi của Pectra. Họ đề xuất chia Pectra thành hai phân nhánh, một phân nhánh sẽ được kích hoạt trong năm nay, phân nhánh còn lại bao gồm MaxEB, EOF và có thể là peerDAS, sẽ được kích hoạt vào đầu năm sau. Jayanthi cho biết, nhóm EF Panda Ops không đồng nhất về quan điểm, nhưng cá nhân ông cho rằng nên chia phạm vi của Pectra thành hai phân nhánh. Ông chỉ ra rằng các tình huống biên giới của nâng cấp Pectra và tương tác EIP vẫn chưa được thử nghiệm.

Nhà phát triển Solidity EF Alex Beregszaszi bày tỏ lo ngại rằng nếu EOF không được bao gồm trong Pectra, những thay đổi mã này sẽ không bao giờ được đưa vào nâng cấp của Ethereum. Các nhà phát triển Geth Marius van der Wijden và Guillaume Ballet đã phản đối điều này, cho rằng lợi ích của EOF là đủ rõ ràng, ngay cả khi bị trì hoãn vài phân nhánh, tính hữu ích của nó vẫn tồn tại.

Beiko đã đề nghị trước tiên đạt được đồng thuận về cách ưu tiên xử lý peerDAS và tăng kích thước blob, sau đó mới xác định phạm vi còn lại của nâng cấp. Ông đã đề nghị các nhà phát triển tham gia cuộc họp All Core Developers Consensus (ACDC) vào tuần tới tập trung thảo luận về chủ đề này. Ông hy vọng các nhà phát triển sẽ chuẩn bị để xác định phạm vi của Pectra trong cuộc họp ACDE tiếp theo.

Portal Network và lịch sử hết hạn

Cuối cùng, Merriam đã chỉ ra rằng nhóm Portal Network đã sẵn sàng hợp tác với các nhà phát triển giao thức để phát hành một phiên bản lịch sử hết hạn song song với Pectra. Thông tin thêm về Portal Network có thể được tìm thấy tại đây.