Tựa gốc: "Ethereum All Core Developers Execution Call #187 Writeup" Tác giả gốc: Christine Kim Trình biên dịch gốc: Luccy, BlockBeats

Lưu ý của biên tập viên: Cuộc gọi đồng thuận dành cho các nhà phát triển Ethereum toàn lõi (ACDE) được tổ chức hai tuần một lần để thảo luận và điều phối các thay đổi đối với Lớp thực thi Ethereum (EL). Đây là cuộc gọi hội nghị lần thứ 187 của ACDE. Tại cuộc họp này, các nhà phát triển đã thảo luận về việc chuẩn bị cho Pectra Devnet 0, các bản cập nhật triển khai của EIP 3074 và tính cấp thiết của việc chuyển đổi phương thức tuần tự hóa của lớp thực thi từ MPT sang SSZ. 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 các EIP hiện có cũng như phân tích tác động đối với các hợp đồng và giao dịch thông minh. Trong số đó, cuộc thảo luận về EIP 7702 đã thu hút sự chú ý rộng rãi của những người tham gia và đề xuất này được coi là một giải pháp tiềm năng để thay thế EIP 3074. Christine Kim, Phó Chủ tịch Nghiên cứu của Galaxy Digital, đã ghi lại chi tiết những điểm chính của cuộc họp này. BlockBeasts đã biên soạn văn bản gốc như sau:

Vào ngày 9 tháng 5 năm 2024, các nhà phát triển Ethereum đã tập trung trên Zoom để tham gia cuộc họp số 187 của All Core Developers Execution (ACDE). Cuộc gọi hội nghị ACDE là chuỗi 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 tổ chức, nơi các nhà phát triển thảo luận và điều phối 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ác bản cập nhật triển khai EIP 3074 và tính cấp thiết của việc chuyển đổi phương thức 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 nhà phát triển Ethereum Foundation Barnabas Busa cho biết nhóm của ông đang thử nghiệm cấu hình máy khách của mạng thử nghiệm tập trung vào nhà phát triển Pectra đầu tiên và sẽ làm việc để đảm bảo cấu hình ổn định của Pectra Devnet 0 trước thứ Hai, ngày 13 tháng 5. Theo trình theo dõi mức độ sẵn sàng của Pectra Devnet 0, các nhóm khách hàng Geth, Nethermind và EthereumJS đã triển khai đầy đủ đặc tả mã Pectra.

Trong cuộc gọi hội nghị, nhà phát triển Besu Justine Florentine nói rằng tất cả Pectra EIP đã được triển khai trên Besu, nhưng nhóm của anh ấy vẫn đang nỗ lực để 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, phương thức rút tiền có thể kích hoạt EL. Nhóm Reth đã đăng một liên kết tới trình theo dõi triển khai của họ trong cuộc trò chuyện trên Zoom, cho thấy rằng công việc của họ trên EIP 7002 vẫn đang chờ xử lý, nhóm Erigon cũng vậy.

Về phía khách hàng CL, nhà phát triển Saulius Grigaitis của Grandine cho biết tất cả các EIP đã được triển khai, nhưng nhóm của ông đã gặp phải một số lỗi khi chạy với khách hàng EL. Các đại diện của nhóm Lighthouse cho biết họ sắp hoàn tất việc triển khai hoàn chỉnh cho Pectra Devnet 0, đồng thời lưu ý rằng thông số kỹ thuật trong API công cụ cần phải được cập nhật. Nhà phát triển Teku, Mikhail Kalinin cho biết anh đang nỗ lự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ừ nhóm thử nghiệm EF cho biết các nhà phát triển đang nỗ lực bổ sung các trường hợp thử nghiệm cho EIP 3074, các mã hoạt động 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ữ EIP 3074 trong đặc tả Pectra Devnet 0, nhưng một EIP thay thế đã được thảo luận để thay thế nó, EIP 7702. Nhà phát triển Geth "Lightclient" đã tóm tắt phiên đột phá mới nhất về EIP 3074, trong đó những người tham gia thảo luận về những thay đổi nào cần ưu tiên trong bản nâng cấp Pectra liên quan đến cải thiện khả năng lập trình tài khoản kiểm soát người dùng. Theo Lightclient, tất cả những người tham gia đều đồng ý rằng việc trừu tượng hóa toàn bộ tài khoản gốc vẫn còn vài năm nữa mới được triển khai trên Ethereum. Tuy nhiên, có sự bất đồng về việc liệu điều này có nghĩa là ưu tiên thay đổi chức năng của tài khoản thuộc sở hữu bên ngoài (EOA) hay di chuyển EOA sang ví hợp đồng thông minh. Một ngày trước cuộc gọi hội nghị 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 để hỗ trợ EOA hoạt động giống như ví hợp đồng thông minh trong một giao dịch. Lightclient cho biết những người tham gia phiên đột phá EIP 3074 nhìn chung đều tích cực về EIP 7702. Tuy nhiên, sau đó ông nói thêm rằng vẫn còn những chi tiết quan trọng cần giải quyết liên quan đến EIP 7702. Ví dụ: chi tiết về cách đảo ngược giao dịch EIP 7702 và cách tăng quy mô chi phí gas của các giao dịch đó vẫn chưa rõ ràng.

Nếu EIP 7702 được chấp nhận và đưa vào bản nâng cấp Pectra, nó sẽ được coi là thay thế EIP 3074, vì EIP 7702 đạt được kết quả tương tự EIP 3074, nhưng không tạo ra các opcode mới trên Ethereum và cải thiện tính ổn định của EIP. về 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ó nên thay thế EIP 3074 bằng 7702 hay không sẽ diễn ra trong 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 theo lời kêu gọi rằng cần phải làm việc thêm trước khi đề xuất được coi là sẵn sàng để triển khai. Nhà phát triển Nethermind Ahmad Mazen Bitar lưu ý rằng công việc đã được thực hiện cho EIP 3074 có thể sẽ 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 vẫn nên tiếp tục triển khai EIP 3074 cho Devnet 0 và xem lại thông số kỹ thuậ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ố mối lo ngại mà nhà phát triển Nimbus Etan Kissling đưa ra về EIP 7685, cụ thể là các yêu cầu lớp thực thi phổ biến. Trong một bình luận GitHub trong chương trình cuộc gọi hội nghị tuần này, Kissling đã hỏi liệu thiết kế đề 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 có thể được tận dụng tốt hơn để chuyển sang SSZ hay không, điều mà các nhà phát triển đã phải vật lộn kể từ khi nâng cấp hợp nhất. Định dạng tuần tự hóa dự kiến ​​sẽ được cập nhật trên lớp thực thi. Hầu hết các nhóm khách hàng điều hành trong cuộc gọi đều hỗ trợ giữ EIP 7685 trong Pectra và nếu có bất kỳ trở ngại nào trong việc đưa EIP vào hoạt động, chẳng hạn như đồng bộ hóa lạc quan các khách hàng, thì hãy xem lại thiết kế.

Về chủ đề chuyển sang SSZ, Kissling giải thích rằng định dạng thiết kế mới cho Yêu cầu lớp thực thi chung dựa trên các định dạng tuần tự hóa cũ MPT và RLP, do đó, nó sẽ phải được cập nhật khi các nhà phát triển chuyển sang SSZ. Ông lưu ý rằng việc trì hoãn chuyển 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 cấu trúc dữ liệu MPT/RLP mới. Tuy nhiên, không có sự hỗ trợ mạnh mẽ từ nhóm khách hàng điều hành để đưa EIP 7495, vùng chứa ổn định SSZ vào Pectra. Một nhà phát triển có tên "Dustin" đã viết trong 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 tốt trong EL là "một vấn đề nghiêm trọng".

Liên quan đến EIP 6110, tiền gửi của trình xác thực cung ứng trên chuỗi, Kissling đã đặt ra câu hỏi về thứ tự gửi tiền. Kalinin đồng ý rằng vấn đề này là "một mối quan tâm đáng kể" và ông sẽ làm việc với các nhóm đặt cược lớn để điều tra sâu hơn.

cập nhật EOF

Liên quan đến EIP 6110, tiền gửi của trình xác thực cung ứng trên chuỗi, Kissling đã đặt ra câu hỏi về thứ tự gửi tiền. Kalinin đồng ý rằng vấn đề này là "một mối quan tâm đáng kể" và ông sẽ làm việc với các nhóm đặt cược lớn để điều tra sâu hơn.

cập nhật EOF

Nhà phát triển giao thức Ethereum độc lập Danno Ferrin và người đứng đầu bộ phận nghiên cứu của EF Solidity Alex Beregszaszi đã chia sẻ thông tin cập nhật về các nỗ lực triển khai EOF. Về ngữ cảnh, EOF là một loạt các thay đổi mã để cải thiện Máy ảo Ethereum (EVM) mà các nhà phát triển đang xem xét kết hợp vào bản 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 nỗ lực triển khai EOF cho khách hàng.

Cập nhật EIP-7623

Một nhà phát triển có tên hiển thị là "William Morris" trong cuộc gọi hội nghị đã nêu lên lo ngại về những thay đổi về 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 ở mức giá thấp hơn bằng cách hợp nhất các giao dịch của họ, từ đó khuyến khích tạo ra thị trường thứ cấp để giảm giá gas để các gói cuộn hai lớp (L2) và những người tham gia khác có thể di chuyển vào mạng với giá rẻ hơn. TRÊN. Ông đề xuất một EIP thay thế, EIP 7703, bổ sung chi phí dữ liệu cuộc gọi ở mức cố định để giải quyết những vấn đề này.

Buterin nói rằng mặc dù những lo ngại của Morris là có cơ sở nhưng khả năng một thị trường thứ cấp cho calldata thực sự được tạo ra do EIP 7623 là không cao vì số lượng người dùng chọn tham gia vào thị trường như vậy sẽ cực kỳ hạn chế. Buterin lưu ý rằng những người chơi chính bị ảnh hưởng bởi EIP 7623 là nhóm phát triển cấp hai Starkware và Inscription Creators. Ông nói thêm rằng mặc dù tổng thị trường có thể định địa chỉ cho thị trường calldata thứ cấp là nhỏ, nhưng lợi ích của việc tăng giới hạn kích thước khối tối đa thông qua calldata là cực kỳ cao vì nó có thể cho phép các nhà phát triển tăng giới hạn blobgas, từ đó mở rộng khả năng hỗ trợ L2 của Ethereum . Vitalik cũng cho biết rằng việc chi phí dữ liệu cuộc gọi tăng đều, như Morris đề xuất, cũng sẽ có tác động khắc nghiệt hơn đến L2 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 cho các đốm màu trong một bài đăng trên blog trước cuộc gọi.

Toni Wahrstätter, đồng tác giả của EIP 7623, đồng ý với Buterin, nói rằng ông tin rằng từ góc độ thực tế, hầu hết L2 sẽ không tạo ra thị trường thứ cấp cho calldata. "Từ góc độ thực tế, điều này không khả thi lắm, đặc biệt khi một thị trường như vậy đòi hỏi sự tin tưởng và mức độ phối hợp cao giữa những người tham gia. Hãy tưởng tượng rằng, với tư cách là 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' Tôi không biết địa chỉ nào sẽ xuất bản dữ liệu, dữ liệu sẽ kết thúc ở đâu. Từ quan điểm thực tế, bạn cần tùy chỉnh chỉ mục, v.v.,” 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 blobgas nếu EIP 7623 được đưa vào Pectra hay không. Konstantopoulos cho biết nếu không tăng giới hạn khí blob đi kèm với EIP 7623, EIP "không giải quyết được nhiều vấn đề". Nhà nghiên cứu Dankrad Feist của EF đề xuất tăng giới hạn khí blob lên đến mức kích thước khối tối đa của Ethereum không thay đổi, nghĩa là không gian được giải phóng khi chi phí calldata tăng sẽ được lấp đầy bằng các đốm màu (đối tượng lớn nhị phân). Nhà nghiên cứu Ansgar Dietrichs của EF 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 khí blob mà còn từ góc độ bảo mật, vì nó có thể đảm bảo rằng mạng không bị ảnh hưởng bởi các khối chứa số lượng giao dịch và blob tối đa. Và không ổn định.

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

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 có tên hiển thị là “Charles C” đã đề xuất một EIP mới để ngăn chặn các cuộc tấn công tái đăng nhập vào hợp đồng thông minh. Charles nói rằng đề xuất này tạo ra hai mã hoạt động mới để bảo vệ hợp đồng thông minh và là một giải pháp thay thế cho đề xuất mà anh ấy đã gửi trước đó có tên là EIP 7609, nhằm mục đích giảm chi phí cơ bản của TLOAD/TSTORE trong Pectra. Charles cho biết anh không chắc tại sao EIP 7609 không đượ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ề việc ngăn chặn việc tái truy cập lại theo cách tiết kiệm chi phí. Ông lưu ý rằng các giải pháp hiện tại, chẳng hạn như OpenZeppelin's Reentrancy Guard và các opcode 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 khuyến nghị 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.