Cuộc họp mới nhất của các nhà phát triển cốt lõi Ethereum: EIP-7702 bao gồm các lo ngại, chuyển đổi phương pháp tuần tự hóa lớp thực thi Máy ảo Ethereum.

Tác giả: Christine Kim

Dịch: Luccy, BlockBeats

Ngoài việc chuẩn bị cho Pectra Devnet 0, các nhà phát triển cũng đã thảo luận về các đề xuất EIP mới, thảo luận và phân tích về các EIP hiện có, và phân tích tác động đối với hợp đồng thông minh và giao dịch. Trong đó, cuộc thảo luận về EIP 7702 đã thu hút sự chú ý rộng rãi từ các thành viên tham gia, vì đề xuất này được xem là một phương án tiềm năng thay thế cho EIP 3074.

Christine Kim, Phó Chủ tịch Nghiên cứu tại Galaxy Digital, đã trình bày các điểm chính của cuộc họp, mà BlockBeasts đã dịch như sau:

Vào ngày 9 tháng 5 năm 2024, các nhà phát triển Ethereum đã tụ họp trên Zoom cho cuộc họp All Core Developers Execution (ACDE) lần thứ 187. Cuộc gọi ACDE là một chuỗi các cuộc họp hàng tuần nơi các nhà phát triển thảo luận và phối hợp các thay đổi cho Ethereum Execution Layer (EL), do Tim Beiko, quản lý hỗ trợ giao thức của Ethereum Foundation, tổ chức. Tuần này, các nhà phát triển đã thảo luận về việc chuẩn bị cho Pectra Devnet 0, cập nhật việc triển khai EIP 3074, và sự cấp bách của việc chuyển đổi phương pháp serialization của EL từ MPT sang SSZ.

Cập nhật Pectra Devnet-0

Barnabas Busa, Kỹ sư Vận hành Phát triển của Ethereum Foundation, cho biết nhóm của ông đang kiểm tra cấu hình máy khách của mạng thử nghiệm dành cho nhà phát triển Pectra và sẽ cố gắng đảm bảo một cấu hình ổn định cho Pectra Devnet 0 vào thứ Hai, ngày 13 tháng 5. Theo theo dõi sự sẵn sàng của Pectra Devnet 0, các nhóm Geth, Nethermind và EthereumJS đã triển khai đầy đủ các đặc tả mã của Pectra.

Trong cuộc gọi, nhà phát triển Besu Justine Florentine đã đề cập rằng tất cả các EIP của Pectra đã được triển khai trên Besu, nhưng nhóm của ông vẫn đang gặp sự cố khi gỡ lỗi mã. Nhà phát triển Erigon Andrew Ashikhmin cho biết nhóm của ông đã bắt đầu làm việc trên tất cả các EIP ngoại trừ EIP 7002, là rút tiền do EL kích hoạt. Nhóm Reth chia sẻ một liên kết đến bảng theo dõi triển khai của họ trong cuộc trò chuyện Zoom, cho thấy công việc của họ về EIP 7002 vẫn đang chờ xử lý, tương tự nhóm Erigon.

Đối với máy khách CL, nhà phát triển Grandine Saulius Grigaitis cho biết tất cả các EIP đã được triển khai, nhưng nhóm của ông gặp một số lỗi khi chạy với máy khách EL. Đại diện từ nhóm Lighthouse cho biết họ đang chuẩn bị một triển khai hoàn chỉnh cho Pectra Devnet 0 và lưu ý rằng các đặc tả trong API động cơ cần được cập nhật. Nhà phát triển Teku Mikhail Kalinin cho biết ông đang làm việc để thêm các cập nhật này vào các đặc tả API động cơ.

Mario Vegas từ nhóm kiểm thử EF cho biết các nhà phát triển đang làm việc để thêm các trường hợp kiểm thử cho EIP 3074, các mã opcode AUTH và AUTHCALL, và một số EIP khác.

Cập nhật EIP-3074

Mặc dù các nhà phát triển đã đồng ý giữ EIP 3074 trong đặc tả Pectra Devnet 0, một EIP thay thế đã được thảo luận để thay thế nó, đó là EIP 7702. Nhà phát triển Geth "Lightclient" tổng kết cuộc họp nhóm phụ mới nhất về EIP 3074, nơi các thành viên thảo luận về những thay đổi cần ưu tiên trong việc nâng cao sự kiểm soát của người dùng đối với khả năng lập trình tài khoản. Theo Lightclient, tất cả các thành viên đều đồng ý rằng việc trừu tượng hóa tài khoản cục bộ trên Ethereum vẫn còn nhiều năm nữa. Tuy nhiên, có sự chênh lệch về việc ưu tiên những thay đổi cho chức năng tài khoản sở hữu bên ngoài (EOAs) hay di chuyển EOAs sang ví hợp đồng thông minh. Ngày trước cuộc gọi ACDE này, vào ngày 8 tháng 5, người đồng sáng lập Ethereum Vitalik Buterin đã đề xuất một EIP mới, EIP 7702, cho phép Ethereum hỗ trợ một loại giao dịch mới để cho phép EOAs hoạt động giống như ví hợp đồng thông minh trong một giao dịch duy nhất. Lightclient cho biết các thành viên từ cuộc họp nhóm phụ EIP 3074 đều đánh giá tích cực về EIP 7702. Tuy nhiên, ông sau đó thêm rằng vẫn còn các chi tiết quan trọng cần được giải quyết về EIP 7702. Ví dụ, chi tiết về cách hoàn nguyên các giao dịch EIP 7702 và cách mở rộng chi phí gas của các giao dịch như vậy vẫn chưa rõ ràng.

NếuEIP 7702 được chấp nhận và bao gồm trong bản nâng cấp Pectra, nó sẽ được xem xét để thay thế EIP 3074 vì đạt được các kết quả tương tự mà không tạo ra các mã opcode mới trên Ethereum và cải thiện sự tiện lợi của phân tích tĩnh cho các hành vi EOA mới. Nhà nghiên cứu EF Ansgar Dietrichs đề xuất xem xét việc tích hợp EIP 7702 vào Pectra và quyết định chính thức liệu có nên thay thế 7702 bằng EIP 3074 sau khoảng 2 đến 4 tuần. Rõ ràng từ cuộc thảo luận của các nhà phát triển về EIP 7702 trong cuộc gọi rằng cần thêm công việc trước khi xem xét đề xuất sẵn sàng cho việc triển khai. Nhà phát triển Nethermind Ahmad Mazen Bitar chỉ ra rằng công việc đã thực hiện cho EIP 3074 có thể không được sử dụng lại để triển khai 7702. Beiko xác nhận rằng các nhà phát triển nên tiếp tục đẩy mạnh việc triển khai EIP 3074 cho Devnet 0 và xem xét lại đặc tả Devnet-1 sau này.

EIP-7685, SSZ, và EIP-6110

Tiếp theo, các nhà phát triển thảo luận về một số vấn đề được đặt ra bởi nhà phát triển Nimbus Etan Kissling liên quan đến EIP 7685, liên quan đến các yêu cầu lớp thực thi chung. Trong các bình luận trên GitHub dưới agenda cuộc gọi tuần này, Kissling đặt câu hỏi về sự cần thiết của thiết kế đề xuất của các yêu cầu lớp thực thi chung và xem xét liệu cơ hội này có thể được tận dụng tốt hơn cho việc chuyển đổi sang SSZ, một định dạng chuỗi mà các nhà phát triển đã muốn cập nhật trên lớp thực thi kể từ khi nâng cấp hợp nhất. Hầu hết các nhóm khách hàng lớp thực thi trên cuộc gọi ủng hộ việc giữ EIP 7685 trong Pectra, với việc đánh giá lại thiết kế nếu có bất kỳ trở ngại nào từ việc bao gồm EIP vào các hoạt động, như đồng bộ hóa lạc quan của các khách hàng. Về việc chuyển đổi sang SSZ, Kissling giải thích rằng định dạng thiết kế mới cho các yêu cầu lớp thực thi chung dựa trên các định dạng chuỗi truyền thống MPT và RLP, vì vậy sẽ cần cập nhật khi các nhà phát triển chuyển đổi sang SSZ. Anh lưu ý rằng việc tiếp tục tạo ra các cấu trúc dữ liệu MPT/RLP mới trong khi trì hoãn việc chuyển đổi sang SSZ chỉ tạo ra thêm công việc cho các nhà phát triển. Tuy nhiên, không có sự ủng hộ mạnh mẽ từ các nhóm khách hàng lớp thực thi để bao gồm EIP 7495, cụ thể là SSZ Stable Containers, vào Pectra. Một nhà phát triển có tên "Dustin" trong cuộc trò chuyện Zoom viết rằng việc trì hoãn quyết định chuyển đổi SSZ là "điên rồ," và các vấn đề với thư viện SSZ trong EL là "một vấn đề nghiêm trọng." Về EIP 6110, liên quan đến xác minh tiền gửi của người xác thực trên chuỗi, Kissling đặt ra một số vấn đề về việc sắp xếp tiền gửi. Kalinin đồng ý rằng vấn đề này là "một vấn đề lớn," và anh sẽ hợp tác với các nhóm hồ bơi đặt cược lớn để tiến hành điều tra thêm.

Cập Nhật EOF

Nhà phát triển giao thức Ethereum độc lập Danno Ferrin và Trưởng nhóm Nghiên cứu Solidity của EF Alex Beregszaszi chia sẻ cập nhật về công việc triển khai cho EOF. Về mặt nền tảng, EOF bao gồm một loạt các thay đổi mã để cải thiện Máy ảo Ethereum (EVM), và các nhà phát triển đang xem xét việc tích hợp nó vào bản nâng cấp Pectra. EIP cốt lõi cho EOF đã được hoàn thiện. Các nhà phát triển cũng đã tối ưu hóa quy trình tạo giao dịch trong EOF và đang làm việc trên việc triển khai cho EOF.

Cập Nhật EIP-7623

Một nhà phát triển với tên màn hình "William Morris" đặt ra một số vấn đề trong cuộc gọi về các thay đổi chi phí gas trong lưu trữ calldata trong EIP 7623. Anh giải thích rằng những thay đổi này sẽ cho phép một số người dùng giảm phí bằng cách gom nhóm các giao dịch của họ, khuyến khích việc tạo ra một thị trường giảm giá gas để giao dịch, cho phép các Lớp 2 rollups và các bên tham gia khác thực hiện giao dịch trên mạng lưới một cách rẻ hơn. Anh khuyến nghị một EIP khác, EIP 7703, tăng chi phí calldata theo một tỷ lệ cố định để giải quyết các vấn đề này. Nhưng Buterin nhấn mạnh rằng mặc dù các lo ngại của Morris là hợp lý, khả năng tạo ra một thị trường phụ calldata do EIP 7623 không cao, vì số lượng người dùng tham gia vào thị trường như vậy sẽ rất hạn chế. Buterin chỉ ra rằng các bên tham gia chính bị ảnh hưởng bởi EIP 7623 là các nhóm phát triển Lớp 2 Starkware và các nhà sáng lập của Mingling. Anh thêm rằng trong khi thị trường tiềm năng toàn cầu cho một secThị trường dữ liệu phụ cấp nhỏ, việc tăng giới hạn dữ liệu phụ cấp có tiềm năng lớn trong việc tăng kích thước khối tối đa, vì nó có thể cho phép các nhà phát triển tăng giới hạn blobgas, mở rộng sự hỗ trợ của Ethereum cho L2. Vitalik cũng đã nêu rõ rằng, theo đề xuất của Morris, việc tăng chi phí dữ liệu phụ cấp một cách đồng đều sẽ ảnh hưởng nghiêm trọng hơn đến L2 và các bên liên quan hơn so với EIP hiện tại. Buterin chia sẻ thêm suy nghĩ về giá blob gas trong một bài đăng trên blog trước cuộc gọi.

Đồng tác giả của EIP 7623, Toni Wahrstätter, đồng ý với quan điểm của Buterin, cho biết ông tin rằng từ góc độ thực tế, hầu hết các L2 sẽ không tạo ra dữ liệu phụ cấp trên thị trường phụ cấp. "Từ góc độ thực tế, điều này không khả thi, đặc biệt là khi thị trường đòi hỏi sự tin tưởng và sự phối hợp cao giữa các bên tham gia. Hãy tưởng tượng, với tư cách là một L2, bạn muốn xuất bản dữ liệu của mình lên L1, nhưng bạn không biết địa chỉ nào sẽ xuất bản dữ liệu và dữ liệu sẽ đi đến đâu. Từ góc độ thực tế, bạn cần tùy chỉnh chỉ mục và vân vân. Vì vậy, tôi không nghĩ rằng điều này khả thi," Wahrstätter nói.

Nhà phát triển Reth Georgios Konstantopoulos hỏi liệu EIP 7623 có được bao gồm trong Pectra không, liệu các nhà phát triển có xem xét khả năng tăng giới hạn blob gas. Nếu giới hạn blob gas không được tăng cùng với EIP 7623, Konstantopoulos cho biết rằng EIP "sẽ không giải quyết quá nhiều vấn đề." Nghiên cứu viên EF Dankrad Feist đề xuất tăng giới hạn blob gas đến mức kích thước khối tối đa của Ethereum vẫn giữ nguyên, điều này có nghĩa là không gian được giải phóng khi chi phí dữ liệu phụ cấp tăng sẽ được điền vào bằng các blob (đối tượng lớn nhị phân). Nghiên cứu viên EF Ansgar Dietrichs cho biết EIP này không chỉ hữu ích khi kết hợp với việc tăng giới hạn blob gas mà còn hữu ích từ góc độ bảo mật, vì nó có thể đảm bảo rằng mạng không trở nên không ổn định do các khối chứa số lượng giao dịch và blob tối đa.

Liên quan đến phân tích về tác động của EIP 7623 đối với hợp đồng thông minh và giao dịch, Wahrstätter cho biết đề xuất của ông sẽ không ảnh hưởng đến 98% người dùng. Beiko cũng đề cập rằng kỹ sư vận hành phát triển của EF Parithosh Jayanthi có thể đang tiến hành phân tích sâu hơn về phạm vi cụ thể của việc tăng giới hạn blob gas, xem xét EIP 7623.

Đề Xuất Thay Thế Mới cho EIP 7609

Trong một cuộc gọi hội nghị, một nhà phát triển sử dụng tên màn hình "Charles C" đã đề xuất một EIP mới để ngăn chặn các cuộc tấn công tái nhập trong các hợp đồng thông minh. Charles cho biết rằng đề xuất này giới thiệu hai mã lệnh mới để bảo vệ các hợp đồng thông minh, đóng vai trò là một phương án thay thế cho đề xuất trước của ông mang tên EIP 7609, mục tiêu là giảm chi phí cơ bản của TLOAD/TSTORE trong Pectra. Charles nhấn mạnh rằng ông không chắc chắn tại sao EIP 7609 không được xem xét để bao gồm trong Pectra và vẫn đang thu thập phản hồi từ các nhà phát triển về cách tiết kiệm chi phí để ngăn chặn tái nhập. Ông chỉ ra rằng các giải pháp hiện tại, như OpenZeppelin's Reentrancy Guard và các mã lệnh TLOAD/TSTORE, quá tốn kém để các nhà phát triển ứng dụng phi tập trung sử dụng mặc định. Beiko đề xuất rằng các nhà phát triển cung cấp phản hồi cho Charles về EIP mới này trên diễn đàn Ethereum Magicians.