Tiêu đề gốc: "Cuộc gọi thực thi tất cả các nhà phát triển cốt lõi của Ethereum #186 Writeup"

Tác giả gốc: Christine Kim

Bản tổng hợp gốc: Frost, BlockBeats

Ghi chú của biên tập viên:

Cuộc kêu gọi đồng thuận dành cho tất cả các nhà phát triển Ethereum cốt 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). Trong cuộc gọi hội nghị lần thứ 186 của ACDE, các nhà phát triển đã thảo luận về việc chuẩn bị triển khai Pectra Devnet 0 và EIP 3074. Họ trình bày chi tiết tiến trình của các nhóm khách hàng khác nhau trong việc chuẩn bị cho Pectra Devnet 0 và thảo luận về những thay đổi được đề xuất đối với thông số kỹ thuật EIP 3074 và tiến trình thử nghiệm liên quan.

Ngoài ra, bài viết này còn đề cập đến các chủ đề quan trọng khác, chẳng hạn như thảo luận về các thay đổi mã khác có thể có trong bản nâng cấp Pectra và các thay đổi đối với Ethereum EIP quá trình Thảo luận về việc nó bị ảnh hưởng như thế nào bởi quá trình L2/RIP. 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:

Ngày 25 tháng 4 năm 2024. , Mọi người phát triển Ethereum đã tập hợp trên Zoom cho cuộc gọi số 186 của Cơ quan thực thi tất cả các nhà phát triển cốt lõi (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ị triển khai Pectra Devnet 0 và EIP 3074. Họ cũng thảo luận về những EIP khác nên được xem xét để đưa vào nâng cấp Pectra, cũng như những suy nghĩ rộng hơn về những thay đổi quản trị dựa trên “lộ trình tập trung vào tổng hợp” của Ethereum.

Tiến trình mới nhất của Pectra Devnet 0

Beiko đã yêu cầu nhóm khách hàng chia sẻ thông tin cập nhật về tiến trình của Pectra Devnet 0 trong cuộc gọi hội nghị. Marek Moraczyński từ nhóm Nethermind cho biết Nethermind đã triển khai tất cả Pectra EIP và đang nghiên cứu thử nghiệm chúng. Justin Florentine từ nhóm Besu cho biết Besu đang triển khai Pectra EIP và hợp tác với họ để chuẩn bị cho việc triển khai Devnet 0. Andrew Ashikhmin thuộc nhóm Erigon cho biết: "Tôi không chắc liệu Erigon đã sẵn sàng với số lượng EIP cho bộ Devnet 0 đầy đủ hay chưa, một phần vì các thông số kỹ thuật cho các EIP này vẫn đang thay đổi và ứng dụng khách Erigon đang chuyển sang phiên bản mới. phiên bản chính Erigon 3. Việc này tiêu tốn tài nguyên và thời gian của nhóm trong khi Erigon 3 và Pectra EIP được hoàn thiện và tích hợp vào ứng dụng khách Erigon." "Lightclient" của nhóm Geth cho biết Geth vẫn còn "vài ngày nữa" mới sẵn sàng cho Devnet 0. Gajinder Singh của nhóm EthereumJS cho biết Ethereum JS cũng sẽ “sẵn sàng” cho Devnet 0.

EIP-7685

Lightclient kết hợp với EIP 7685, tạo ra một khuôn khổ chung, Được sử dụng để lưu trữ các yêu cầu do EL kích hoạt vào Lớp đồng thuận (CL) và tác động của nó đối với EIP 6110 và 7002. Beiko cho biết các nhà phát triển nên đưa EIP này vào bản phát hành Devnet 0 của họ và tiếp tục cải tiến Pectra EIP.

Về mặt thử nghiệm, Mario Vega của nhóm thử nghiệm EF cho biết thử nghiệm EIP 6110 và 2537 đã hoàn tất, còn thử nghiệm EIP 7002 và EIP 2935 sẽ có trong tuần này hoặc Hoàn thành vào tuần sau. Việc thử nghiệm EIP 3074 chưa sẵn sàng cho Devnet 0. Nhà nghiên cứu Antonio Sanso của EF cho biết thông số kỹ thuật EIP 2537 đã được cập nhật và các vectơ thử nghiệm mới đã được thêm vào kho GitHub, đồng thời ông khuyên mọi người nên kiểm tra nó trên GitHub. Nhà nghiên cứu Hsiao Wei Wang của EF chỉ ra rằng có lỗi trong vectơ kiểm tra thông số CL nên lỗi này đã nhanh chóng được khắc phục và phiên bản mới đã được phát hành.

Cập nhật EIP-3074

Cuộc gọi ACDE tuần này dành cho thông số kỹ thuật EIP 3074 đề xuất một số thay đổi. Ahmad Mazen Bitar đề xuất thay đổi hành vi của EIP 3074 để cho phép DELEGATECALL trước AUTHCALL, điều này sẽ mở rộng các trường hợp sử dụng của EIP. Derek Jiang, người sáng lập và Giám đốc điều hành của hệ điều hành ví blockchain ZeroDev, đã đề xuất tạo ra một “người không quản lý” để tạo điều kiện thuận lợi cho việc thu hồi toàn cầu các tin nhắn AUTH và các thay đổi khác nếu cần. Một số nhà phát triển trong cuộc kêu gọi tin rằng những thay đổi đối với EIP 3074 nên bị trì hoãn vì chúng sẽ khiến việc triển khai trở nên khó khăn hơn đáng kể.

Beiko khuyến nghị các nhà phát triển nên thảo luận về những thay đổi được đề xuất đối với EIP 3074 trong các phiên đột phá riêng biệt. Ông lưu ý rằng để có đủ thời gian triển khai EIP 3074 trong Pectra, các nhà phát triển nên cố gắng hoàn thiện các thông số kỹ thuật của nó “trong một hoặc hai tháng tới”. Lightclient đồng ý tổ chức phiên đột phá EIP 3074. Đối với Devnet 0, Beiko xác nhận rằng các nhóm khách hàng nên triển khai EIP 3074 mà không có bất kỳ thay đổi nào, mặc dù các nhà phát triển có thể quyết định rằng các nhà phát triển trong tương lai sẽ triển khai EIP theo cách khác hoặc loại bỏ nó hoàn toàn khỏi các bản nâng cấp.

Ngoài các chi tiết triển khai EIP 3074, các nhà phát triển cũng thảo luận nghiêm túc về việc liệu EIP có đủ sự hỗ trợ từ cộng đồng hay không. Một nhà phát triển có tên hiển thị là "Siri" đã bày tỏ lo ngại trong cuộc gọi rằng "Về nguyên tắc, EIP 3074 không tốt và sẽ làm chậm khả năng của chúng tôi trong việc đạt được sự trừu tượng hóa toàn bộ tài khoản." Beiko trả lời rằng dựa trên các cuộc thảo luận về cuộc gọi Ethereum Magician và ACD, nhóm tài khoản dường như hỗ trợ EIP 3074 so với các đề xuất khác liên quan đến Trừu tượng tài khoản (AA). Beiko cho biết: "Đây dường như là đề xuất đồng thuận nhất trong thời gian ngắn và chúng tôi thực sự có thể cải thiện trạng thái của EOA trong lần phân nhánh tiếp theo." Về vấn đề này, Siri tin rằng nhóm khách hàng không nên đưa ra quyết định này một cách cô lập. “Chúng ta nên lắng nghe các bên liên quan khác,” Siri nói và nói thêm, “Chúng tôi không muốn đi sâu vào lĩnh vực tạo ra các đợt hard fork gây tranh cãi… Tôi nghĩ sẽ rất tốt nếu hiểu những gì các bên liên quan khác đang nói và cách họ nhìn nhận vấn đề này. . Đề xuất."

Beiko và Siri cũng thảo luận về cách xây dựng sự đồng thuận rộng rãi hơn cho EIP ngoài cuộc gọi ACD. Chiang đề nghị trước tiên hãy tổ chức một cuộc họp đột phá về EIP 3074 để thảo luận sâu về các thông số kỹ thuật của EIP và sau đó quyết định xem liệu nó có nên tiếp tục được nâng cấp Pectra hay không. Nhà nghiên cứu Ansgar Dietrichs của EF cho biết: “Chúng ta nên hiểu rằng trừ khi chúng ta đạt được tiến bộ đầy đủ, EIP 3074 sẽ bị rút lại”.

Người đồng sáng lập Ethereum Vitalik Buterin nói thêm: "Chức năng của tài khoản người dùng sắp thay đổi trong vài năm tới, đặc biệt là các tài khoản thuộc sở hữu bên ngoài (EOA). Kích hoạt EIP liên quan đến tài khoản abstraction , chẳng hạn như EIP 3074, v.v. ”

Các đề xuất Pectra khác

Các nhà phát triển nên xem xét điều này để tiếp tục thảo luận. Những thay đổi mã nào khác sẽ được đưa vào bản nâng cấp Pectra. Nhà phát triển Geth Marius van der Wijden cho biết điều đó sẽ phụ thuộc vào việc liệu các EIP phức tạp hơn như EOF có đến được Pectra hay không. van der Wijden nói: “Nếu chúng tôi bao gồm EOF, điều đó sẽ dẫn đến bão hòa fork. Nếu chúng tôi không bao gồm EOF, có lẽ chúng tôi có thể bao gồm nhiều hơn”.

Siri bày tỏ lo ngại về việc đưa EIP 3074 vào Pectra mà không có đánh giá bảo mật. Beiko đề nghị tạm dừng cuộc thảo luận này cho đến khi các thông số kỹ thuật cho EIP 3074 được hoàn thiện.

Bitar cho biết anh ấy muốn thấy EIP 7212 được thêm vào Pectra. EIP 7212 sẽ tạo một trình biên dịch trước mới thực hiện xác minh chữ ký trong các đường cong elip secp256r1. Điều này có thể được sử dụng với các thiết bị phần cứng hỗ trợ sinh trắc học người dùng. Bitar cho biết việc hỗ trợ sinh trắc học để ký các giao dịch Ethereum sẽ là một cải tiến lớn đối với trải nghiệm người dùng. Ashihemin cho biết ông cũng ủng hộ đề xuất này. Dietrichs đã chỉ ra rằng đây là giải pháp duy nhất được phê duyệt để triển khai bởi Bản tổng hợp lớp 2 thông qua quy trình "Đề xuất cải tiến tổng hợp" (RIP).

Các nhà phát triển khác bao gồm Dietrichs, van der Wijden và Moraczyński đã bày tỏ sự ủng hộ đối với EIP 7623, điều này sẽ làm tăng chi phí dữ liệu cuộc gọi và do đó hạn chế kích thước kích thước khối tối đa . Beiko khuyên bạn nên đánh dấu EIP 7623 và EIP 7212 là "để xem xét" hoặc CFI trong Pectra và xem lại băng thông của nhóm khách hàng để hỗ trợ hai đề xuất cải tiến này sau khi Devnet 0 ra mắt.

Liên quan đến các gói EIP liên quan đến việc cập nhật phương pháp xê-ri hóa của EL lên SSZ, van der Wijden bày tỏ lo ngại rằng những gói này sẽ quá khó vận chuyển ở Pectra. Đồng nghiệp của anh trong nhóm Geth, Guillaume Ballet, đồng ý với đánh giá này. Buterin cũng nói thêm rằng ít nhất một phương pháp tuần tự hóa để cập nhật biên lai giao dịch sẽ có “giá trị đáng kể” ngoài chính Ethereum, vì nó loại bỏ chi phí kiểm tra bảo mật bổ sung của các bản cuộn lớp 2 được xây dựng trên Ethereum. ”. Người ủng hộ chính của EIP liên quan đến SSZ, Etan Kissling từ nhóm Nimbus, không có mặt trong cuộc gọi, nhưng anh ấy đã viết giải thích chi tiết trên GitHub về lý do tại sao những thay đổi mã này lại quan trọng và cần được xem xét đưa vào Pectra.

Các nhà phát triển cũng đã xem lại EOF. Danno Ferrin, một nhà phát triển giao thức Ethereum độc lập, cho biết nhóm EOF đang tiến hành thử nghiệm đặc tả EL về các thay đổi mã. EVMOne và Reth là hai nhóm khách hàng EL được cho là đã hoàn thành việc triển khai EOF. Ferrin cho biết nhóm Geth đã đạt được "tiến bộ tốt" trong quá trình triển khai. Ferrin nói thêm rằng Ballet đang làm việc với "Daniel" từ nhóm Solidity để giải quyết những lo ngại về khả năng tương thích của EOF và Verkle.

Ballet đã chỉ ra rằng dựa trên cuộc trò chuyện của anh ấy với các nhà phát triển khác như Daniel và Dietrichs, sẽ khó thu hẹp phạm vi EOF mà không làm hỏng mục đích của nó và cung cấp Nó tạo ra nhiều công việc hơn cho các nhà phát triển để triển khai một bộ thay đổi mã giống EOF khác trong tương lai.

Một nhà phát triển có tên hiển thị là "Charles C" đã đề xuất tìm cách lặp lại dễ dàng thông qua cơ chế Side Car (chẳng hạn như cơ chế được sử dụng cho các giao dịch Blob) EOF cách tiếp cận này, thay vì lựa chọn giữa nâng cấp EOF nhỏ hay lớn. Dietrichs đã hỏi trong cuộc trò chuyện rằng liệu các nhóm tài khoản có quan tâm đến Pectra hơn hay không nếu độ phức tạp EOF của nó giảm đi. Nhóm Ipsilon lưu ý rằng những thay đổi mã gây ra độ phức tạp cao nhất trong EOF (chẳng hạn như "tạo TX") đã được giải quyết và việc xóa các yêu cầu cụ thể đối với các chức năng như "tạo EOF" sẽ không làm giảm đáng kể độ phức tạp tổng thể của EOF. Để dễ hiểu, Ipsilon là tên của nhóm R&D EVM do EF tài trợ. Beiko khuyến nghị các nhà phát triển tiếp tục thảo luận về việc triển khai EOF trong các phiên đột phá EOF định kỳ.

ACD/EIP và L2/RIP

Như chủ đề cuối cùng được thảo luận trong ACDE #186 , các nhà phát triển đã thảo luận về những thay đổi đối với quy trình Ethereum EIP để xem xét quy trình RIP mới. Dietrichs lưu ý rằng đã sáu tháng kể từ khi các nhà phát triển bắt đầu chuỗi cuộc họp về các quy trình phối hợp Rollup, RollCall và RIP. Vẫn còn một số câu hỏi mở về cách các quy trình này sẽ và sẽ tác động đến quy trình Ethereum EIP. Dietrichs cho biết một câu hỏi nghiên cứu đang diễn ra ở L2 là liệu Rollup có mong muốn sự tương đương lâu dài với Máy ảo Ethereum (EVM) hay không. Ông cũng nói thêm rằng một câu hỏi mở là mức độ thay đổi được thực hiện trên L2 cuối cùng sẽ ảnh hưởng đến các quyết định về giao thức ở Lớp 1 của Ethereum.

Nhà phát triển Geth, Péter Szilágyi, tuyên bố rằng một số tính năng được cung cấp trên L2 có thể không phù hợp để cung cấp trên L1 và trong một số trường hợp, ngay cả khi tuân theo các tính năng được cung cấp trên L2, cũng có thể có sự khác biệt giữa các L2, điều này có thể gây nhầm lẫn cho các nhà phát triển giao thức Ethereum. Nhà nghiên cứu Carl Beekhuizen của EF đã chỉ ra rằng quy trình RollCalls và RIP không yêu cầu các nhà phát triển giao thức Ethereum phát hành bất kỳ tính năng nào trên L2 mà thay vào đó là cải thiện giao tiếp giữa các nhà phát triển Rollups và Ethereum để tránh các tình huống khó hiểu như trường hợp được mô tả bởi Szilágyi. Van der Wijden bày tỏ lo ngại rằng các nhà phát triển giao thức dành thời gian hỗ trợ những thay đổi được triển khai trên L2 mà cuối cùng sẽ trở nên lỗi thời hoặc không cần thiết khi L2 tự tắt hoặc ngừng sử dụng.

Về những lo ngại này, Dietrichs nói: "Tôi nghĩ mọi người luôn nghĩ rằng Lớp 2 có thể thử nghiệm và trở nên điên rồ hơn. Tôi nghĩ trong thực tế những gì chúng ta thấy Có, hầu hết trong số họ đã quyết định không làm điều đó hoặc ít nhất có thể đã bắt đầu làm điều đó và sau đó theo thời gian hầu hết đều dừng lại nên giờ đây họ thực sự chủ yếu tuân theo các tiêu chuẩn cấp một mà tôi nghĩ là theo lộ trình tập trung vào Tổng hợp hoặc những gì tất cả chúng ta đều nghĩ là tốt nhất. để hệ sinh thái phát triển, ít nhất chúng tôi phải có sự hướng dẫn và trao đổi rõ ràng với Lớp 2 về con đường tốt nhất phía trước ở đây."

「Liên kết gốc‖

Chào mừng bạn tham gia cộng đồng chính thức của BlockBeats:

Nhóm Telegram đăng ký: https://t.me/theblockbeats

Nhóm Telegram thảo luận: https://t.me/BlockBeats_App

Tài khoản Twitter chính thức: https://twitter.com/BlockBeatsAsia