Tác giả: Christine Kim
Biên soạn bởi: Luccy, BlockBeats
Bên cạnh việc chuẩn bị cho Pectra Devnet 0, các nhà phát triển cũng đã thảo luận về Đề án EIP mới, phân tích trong đó hiện có và phân tích tác động của chúng đối với hợp đồng thông minh và giao dịch. Cuộc thảo luận về EIP 7702, được coi là Đề án sự thay thế tiềm năng cho EIP 3074, đã thu hút sự chú ý đáng kể.
Christine Kim, Phó Chủ tịch Nghiên cứu tại Galaxy Digital, đã ghi chép chi tiết những điểm chính của lần họp, và BlockBeasts đã dịch lại như sau:
Vào ngày 9 tháng 5 năm 2024, các nhà phát triển Ethereum đã tập hợp trên Zoom cho cuộc gọi All Core Developers Execution (ACDE) số 187. Cuộc gọi ACDE là một sê-ri các cuộc họp hai tuần một lần do Tim Beiko, Trưởng bộ phận Hỗ trợ Giao thức tại Ethereum Foundation, chủ trì, nơi 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). 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ần thiết cấp bách của việc chuyển đổi phương pháp tuần tự hóa trên EL từ MPT sang SSZ.
Cập nhật Pectra Devnet-0
Kỹ sư vận hành phát triển của Ethereum Foundation, Barnabas Busa, cho biết đội ngũ của ông đang thử nghiệm cấu hình máy trạm cho mạng thử nghiệm tập trung vào nhà phát triển Pectra đầu tiên và sẽ nỗ lực đảm bảo cấu hình ổn định của Pectra Devnet 0 vào thứ Hai, ngày 13 tháng 5. Theo công cụ theo dõi sự sẵn sàng của Pectra Devnet 0, đội ngũ máy trạm Geth, Nethermind và EthereumJS đã hoàn toàn triển khai các thông số kỹ thuật mã Pectra.
Trong cuộc gọi hội nghị, nhà phát triển Besu, Justine Florentine, cho biết tất cả các EIP (Electra Improvement Proposal) của Pectra đã được triển khai trên Besu, nhưng đội ngũ của ông vẫn đang làm việc để gỡ lỗi mã. Nhà phát triển Erigon, Andrew Ashikhmin, cho biết đội ngũ của ông đã bắt đầu làm việc trên tất cả các EIP ngoại trừ EIP 7002, cụ thể là rút tiền kích hoạt bằng EL. Đội Ngũ đã đăng một liên kết đến công cụ theo dõi quá trình triển khai của họ trong cuộc trò chuyện Zoom, cho thấy rằng họ, giống như đội ngũ, vẫn đang chờ đợi kết quả công việc của mình trên EIP 7002.
Về phía máy trạm CL, nhà phát triển Grandine, Saulius Grigaitis, cho biết tất cả các EIP đã được triển khai, nhưng đội ngũ của ông gặp một số lỗi khi chạy với máy trạm EL. Một đại diện từ đội ngũ Lighthouse cho biết họ sắp hoàn thành việc triển khai đầy đủ cho Pectra Devnet 0, lưu ý rằng đặc tả API của cô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 để bổ sung các bản cập nhật này vào đặc tả API của công cụ.
Mario Vegas từ đội ngũ kiểm thử EF cho biết các nhà phát triển đang làm việc để bổ sung các trường hợp kiểm thử cho EIP 3074, các mã lệnh AUTH và AUTHCALL, cũng như một số EIP khác.
Cập nhật EIP-3074
Mặc dù các nhà phát triển đã đồng ý giữ nguyên EIP 3074 trong đặc tả Pectra Devnet 0, nhưng một EIP thay thế, EIP 7702, đã được thảo luận. Nhà phát triển Geth "Lightclient" đã tóm tắt phiên thảo luận mới nhất về EIP 3074, lần các thành viên tham gia đã thảo luận về những thay đổi nào trong nâng cấp Pectra sẽ được ưu tiên để cải thiện khả năng lập trình của các tài khoản do người dùng kiểm soát. Theo Lightclient, tất cả các thành viên đều đồng ý rằng việc trừu tượng hóa Trừu tượng hóa tài khoản gốc hoàn toàn vẫn còn vài năm nữa mới được triển khai trên Ethereum. Tuy nhiên, vẫn còn bất đồng về việc liệu điều này có nghĩa là ưu tiên các thay đổi đối với chức năng Tài khoản Sở hữu Bên ngoài (EOA) hay chuyển đổi EOA sang ví hợp đồng thông minh. Một ngày trước cuộc gọi ACDE lần, 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, Ethereum hỗ trợ một loại giao dịch mới, cho phép EOA hoạt động như ví hợp đồng thông minh trong một giao dịch duy nhất. Lightclient cho biết, nhìn chung những người tham gia phiên thảo luận chuyên sâu về EIP 3074 đều có thái độ tích cực đối với EIP 7702. Tuy nhiên, sau đó ông nói thêm rằng một số chi tiết quan trọng liên quan đến EIP 7702 vẫn cần được giải quyết. Ví dụ, chi tiết về cách đảo ngược các giao dịch EIP 7702 và cách tính phí gas cho các giao dịch đó vẫn chưa rõ ràng.
Nếu EIP 7702 được chấp nhận và tích hợp vào nâng cấp Pectra, nó sẽ được coi là bản thay thế cho EIP 3074. Điều này là do EIP 7702 đạt được kết quả tương tự như EIP 3074 nhưng không tạo ra các opcode mới trên Ethereum và cải thiện tính dễ dàng trong phân tích tĩnh hành vi EOA mới. Nhà nghiên cứu Ansgar Dietrichs của EF đã đề xuất trong một cuộc trò chuyện trên Zoom rằng EIP 7702 nên được xem xét đưa vào Pectra, với quyết định chính thức về việc có thay thế EIP 3074 hay không trong khoảng 2 đến 4 tuần. Các cuộc thảo luận về EIP 7702 của các nhà phát triển trong cuộc gọi hội nghị cho thấy rõ ràng cần phải có thêm công việc trước khi Đề án được cho rằng sẵn sàng để triển khai. Nhà phát triển Ahmad Mazen Bitar của Nethermind chỉ ra rằng công việc đã được thực hiện cho EIP 3074 khó có thể được tái sử dụng để triển khai 7702. Beiko xác nhận rằng các nhà phát triển nên tiếp tụ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
Sau đó, các nhà phát triển đã thảo luận về một số lo ngại do nhà phát triển Nimbus, Etan Kissling, nêu ra liên quan đến EIP 7685, cụ thể là yêu cầu lớp thực thi chung. Trong một bình luận trên GitHub thuộc chương trình nghị sự cuộc gọi hội nghị tuần này, Kissling đã hỏi liệu thiết kế được đề xuất cho yêu cầu lớp thực thi chung có cần thiết hay không, và liệu cơ hội này có thể được sử dụng tốt hơn để chuyển sang SSZ, định dạng tuần tự hóa mà các nhà phát triển đã muốn cập nhật ở lớp thực thi kể từ khi nâng cấp hợp nhất. Hầu hết đội ngũ máy trạm lớp thực thi trong cuộc gọi đều ủng hộ việc giữ EIP 7685 trong Pectra, nhưng đề xuất xem xét lại thiết kế nếu có bất kỳ trở ngại nào phát sinh từ việc đưa EIP vào các hoạt động, chẳng hạn như đồng bộ hóa lạc quan của máy khách.
Về quá trình 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 tuần tự hóa truyền thống MPT và RLP, vì vậy nó sẽ phải được cập nhật khi các nhà phát triển chuyển sang SSZ. Ông chỉ ra rằng việc trì hoãn quá trình chuyển đổi sang SSZ sẽ chỉ tạo thêm công việc cho các nhà phát triển nếu họ tiếp tục tạo ra các cấu trúc dữ liệu MPT/RLP mới. Tuy nhiên, đội ngũ phát triển máy trạm lớp thực thi không ủng hộ mạnh mẽ việc đưa EIP 7495, container ổn định cho SSZ, vào Pectra. Một nhà phát triển tên "Dustin" đã viết trong một cuộc trò chuyện trên Zoom rằng quyết định trì hoãn quá trình chuyển đổi SSZ là "điên rồ", và vấn đề thư viện SSZ không hoạt động đúng cách trong EL là "một vấn đề nghiêm trọng".
Liên quan đến EIP 6110, khoản tiền gửi của trình xác thực nguồn cung Chuỗi, Kissling đã nêu ra các câu hỏi về sắp xếp tiền. Kalinin đồng ý rằng đây là "một mối lo ngại đáng kể" và ông sẽ làm việc với các nhóm staking lớn để tiến hành một cuộc điều tra sâu rộng hơn.
Cập nhật EOF
Hai nhà phát triển giao thức Ethereum độc lập, Danno Ferrin và Alex Beregszaszi, Trưởng nhóm Nghiên cứu Solidity của EF, đã bối cảnh sẻ thông tin cập nhật về việc triển khai EOF. EOF là sê-ri các thay đổi mã nhằ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 nâng cấp Pectra. Meta-EIP cho EOF đã được hoàn thiện. Các nhà phát triển cũng đã đơn giản 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 EOF máy trạm.
Cập nhật EIP-7623
Một nhà phát triển sử dụng tên hiển thị "William Morris" trong cuộc gọi hội nghị đã nêu lên những lo ngại về những thay đổi đối với chi phí gas lưu trữ dữ liệu cuộc gọi trong EIP 7623. Ông giải thích rằng những thay đổi này sẽ cho phép một số người dùng giao dịch với mức giá thấp hơn bằng cách hợp nhất các giao dịch của họ, do đó khuyến khích việc tạo ra thị trường thứ cấp cho chiết khấu gas để các gói dữ liệu lớp 2 (L2) và các bên tham gia khác có thể giao dịch rẻ hơn trên mạng. Ông đề xuất một EIP thay thế, EIP 7703, giải quyết những vấn đề này bằng cách tăng chi phí dữ liệu cuộc gọi ở mức cố định.
Buterin cho biết, mặc dù những lo ngại của Morris là có cơ sở, nhưng khả năng hình thành thị trường thứ cấp cho dữ liệu cuộc gọi do EIP 7623 thực sự khá thấp, vì số lượng người dùng lựa chọn tham gia vào thị trường như vậy sẽ cực kỳ 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à đội ngũ phát triển Layer 2 Starkware và những người tạo ra inscription. Ông nói thêm rằng mặc dù tổng thị trường tiềm năng cho dữ liệu cuộc gọi thứ cấp nhỏ, nhưng tăng năng tăng giới hạn kích thước khối tối đa thông qua dữ liệu cuộc gọi là cực kỳ cao, vì nó cho phép các nhà phát triển tăng giới hạn gas blob, từ đó mở rộng khả năng hỗ trợ Layer 2 của Ethereum. Vitalik cũng cho biết, như Morris đã đề xuất, việc tăng chi phí dữ liệu cuộc gọi một cách đồng đều sẽ có tác động nghiêm trọng hơn đến Layer 2 và các bên liên quan khác so với EIP hiện tại. Buterin đã chia sẻ thêm suy nghĩ về giá gas blob trong một bài đăng trên blog trước cuộc gọi hội nghị.
Toni Wahrstätter, đồng tác giả của EIP 7623, đồng ý quan điểm Buterin, cho cho rằng hầu hết các máy chủ L2 sẽ không tạo ra thị trường thứ cấp cho dữ liệu cuộc gọi từ góc độ thực tiễn. "Từ góc độ thực tiễn, điều đó không khả thi lắm, đặc biệt là khi xét đến việc thị trường như vậy đòi hỏi sự tin tưởng và mức độ 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 máy chủ L2, bạn muốn công bố dữ liệu của mình lên một máy chủ L1, nhưng bạn không biết địa chỉ nào sẽ công bố dữ liệu, hoặc dữ liệu cuối cùng sẽ được lưu trữ ở đâu. Từ góc độ thực tiễn, bạn cần các chỉ mục tùy chỉnh, v.v. Vì vậy, tôi không cho rằng điều đó khả thi lắm," Wahrstätter nói.
Nhà phát triển Reth, Georgios Konstantopoulos, đã hỏi liệu các nhà phát triển có đang xem xét khả năng tăng giới hạn gas cho blob nếu EIP 7623 được tích hợp vào Pectra hay không. Konstantopoulos cho biết nếu giới hạn gas cho blob không được tăng cùng với EIP 7623, thì EIP "sẽ không giải quyết được nhiều vấn đề". Nhà nghiên cứu của EF, Dankrad Feist, đề xuất tăng giới hạn gas cho blob lên mức mà kích thước khối tối đa Ethereum vẫn không đổi, có nghĩa là không gian được giải phóng khi chi phí calldata tăng lên sẽ được lấp đầy bởi các blob (đối tượng nhị phân lớn). Nhà nghiên cứu của EF, Ansgar Dietrichs, cho biết EIP không chỉ hữu ích khi kết hợp với việc tăng giới hạn gas cho blob, mà còn hữu ích từ góc độ bảo mật, vì nó có thể đảm bảo 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 tác động của EIP 7623 đối với hợp đồng thông minh và giao dịch, Wahrstätter tuyên bố rằng Đề án của ông sẽ không ảnh hưởng đến 98% người dùng. Beiko cũng đề cập rằng Parithosh Jayanthi, kỹ sư vận hành phát triển của EF, có thể đang tiến hành phân tích sâu hơn về mức độ cụ thể mà giới hạn blobgas sẽ được tăng lên, có tính đến EIP 7623.
Các giải pháp thay thế mới cho EIP 7609
Trong cuộc gọi hội nghị, một nhà phát triển sử dụng tên người dùng "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 hợp đồng thông minh. Charles cho biết Đề án này tạo ra hai mã lệnh mới để bảo vệ hợp đồng thông minh và là một giải pháp thay thế cho Đề án trước đó mà anh ấy đã đệ trình có tên EIP 7609, nhằm mục đích giảm chi phí cơ bản của TLOAD/TSTORE trong Pectra. Charles nói rằng anh ấy không chắc tại sao EIP 7609 chưa được xem xét để đưa vào Pectra và vẫn đang thu thập phản hồi từ các nhà phát triển về một cách hiệu quả về chi phí để ngăn chặn tái nhập. Anh ấy chỉ ra rằng các giải pháp hiện tại, chẳng hạn như Reentrancy Guard của OpenZeppelin 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 theo mặc định. Beiko đề nghị các nhà phát triển cung cấp phản hồi về EIP mới này cho Charles trên diễn đàn Ethereum Magicians.
