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 #190 Writeup"
Tác giả gốc: Christine Kim
Bản tổng hợp gốc: Luccy, BlockBeats
Lưu ý của biên tập viên:
Cuộc gọi thực thi dành cho nhà phát triển toàn lõi Ethereum (ACDE) được tổ chức hai tuần một lần để thảo luận và điều phối sự phát triển của Ethereum. Thay đổi lớp thực thi (EL). Đây là cuộc gọi hội nghị lần thứ 190 của ACDE. Tại cuộc họp này, EIP 7251 và 7702, Định dạng đối tượng ảo Ethereum (EOF) và PeerDAS đã được thảo luận.
Trong cuộc họp, Beiko cũng đề xuất một mẫu thảo luận EIP mới và nhấn mạnh tầm quan trọng của trang tài nguyên dành cho nhà phát triển Ethereum "eth-clients". 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 20 tháng 6 năm 2024. , Mọi người trong nhóm phát triển Ethereum đã tập hợp trên Zoom cho Bộ phận Thực thi tất cả các nhà phát triển cốt lõi (ACDE) gọi số 190 cuộc họp. 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 đã trình bày tiến trình của họ trong việc triển khai nhiều thay đổi mã khác nhau, bao gồm Đề xuất cải tiến Ethereum (EIP) 7251 và 7702, và Định dạng đối tượng ảo Ethereum (EOF) và Ngang hàngDAS.
Beiko cũng đã chia sẻ một mẫu đề xuất cho các cuộc thảo luận EIP và Kỹ sư Parithosh Jayanthi của EF DevOps đã giới thiệu một trang GitHub mới có tên là "eth-clients", được sử dụng để định cấu hình Mạng chính Ethereum và mạng thử nghiệm. Cuối cùng, Beiko nhắc nhóm rằng cuộc gọi tiếp theo của ACDE sẽ diễn ra vào ngày nghỉ lễ ngày 4 tháng 7 ở Hoa Kỳ. Mặc dù anh ấy sẽ không tham dự cuộc họp, nhưng nhà nghiên cứu Alex Stokes của EF sẽ điều hành cuộc họp thay anh ấy.
Các nhà phát triển đã thảo luận ngay đầu cuộc họp Pectra Devnet 1. Các nhà phát triển đặt mục tiêu ra mắt mạng thử nghiệm chuyên dụng tiếp theo cho bản nâng cấp Pectra vào tuần tới. So với mạng thử nghiệm Devnet 0 trước đó, mạng thử nghiệm mới chủ yếu có những thay đổi về thông số kỹ thuật sau:
· Đã thêm tính năng hợp nhất trình xác thực do EL kích hoạt
· Đã thay thế EIP 3074 bằng EIP 7702
Nhóm khách hàng EL đang tiếp tục triển khai Devnet 1 của họ. Đại diện của mỗi nhóm Ethereum EL lớn đã chia sẻ tiến trình mới nhất của họ:
· Besu: Phiên bản đầu tiên triển khai Devnet 1 của họ đã sẵn sàng, nhưng vẫn còn một số thử nghiệm còn thiếu và nhóm có thắc mắc về các thông số kỹ thuật của hoạt động định giá khí đốt.
· Nethermind: Họ đang xem xét việc triển khai Devnet 1, hợp nhất các thay đổi mã khác nhau và các nhánh phần mềm cũng như viết các trường hợp thử nghiệm.
·Erigon: Họ có bản dự thảo triển khai EIP 7702 và đang xem xét những thay đổi mới nhất đối với EIP 7251, bổ sung thêm tính năng hợp nhất trình xác thực do EL kích hoạt.
· Reth: Việc triển khai Devnet 1 của họ phải được hoàn thành trước cuộc họp ACD tiếp theo.
· EthereumJS: Nhóm đang nỗ lực triển khai EIP 7702 và dự kiến Devnet 1 sẽ sẵn sàng trong khoảng một tuần.
· Geth: Nhóm cũng đang nỗ lực triển khai EIP 7702.
Khi nhóm khách hàng chia sẻ tiến trình của họ, một nhà phát triển có tên "Racytech" đã hỏi liệu việc triển khai EOF có bị loại khỏi Devnet 1 hay không. Beiko xác nhận rằng EOF sẽ không được thử nghiệm trên Devnet 1 và việc triển khai EOF phải dựa trên thông số Pectra mới nhất, không phải thông số Deneb cuối cùng. Kỹ sư EF DevOps Barnabas Busa nhấn mạnh rằng chiến lược này sẽ khiến việc gỡ lỗi EOF trở nên khó khăn hơn vì các thông số kỹ thuật của Pectra đang thay đổi và đồng thời cũng đang được gỡ lỗi. “Mặc dù vậy, điều đó vẫn đúng vì chúng tôi muốn nhóm làm việc trên Pectra EIP cốt lõi và sửa những lỗi đó. Vì vậy, điều này hợp lý hơn là xây dựng trên một nhánh trước đó rồi xây dựng trên Praha ở giai đoạn cuối, đồng thời khám phá tất cả những điều đó sai," Beiko nói. Praha là tên EL cho bản nâng cấp Pectra.
Trong khi các nhà phát triển đang nỗ lực triển khai bản cập nhật này trong Devnet 1 EIP 7702, nhưng có thể mã sẽ được sửa đổi đáng kể để hỗ trợ các tính năng mới, đặc biệt là người dùng Khả năng thu hồi ủy quyền giao dịch EIP 7702.
Một nhà phát triển Geth tên là "Lightclient" đã đề xuất hỗ trợ cho việc thu hồi EIP 7702 Những thay đổi mới. Anh ấy giải thích: “Không dễ để biết những giấy phép nào bạn có hiệu lực vào bất kỳ lúc nào và rất khó để biết giấy phép nào đã bị thu hồi và giấy phép nào không. Có những mẫu thiết kế có thể tránh được những tình huống này, nhưng trên thực tế, chúng tôi. có thể không biết ví sẽ làm gì. Cách sử dụng tính năng này để bảo vệ tốt hơn, tôi nhớ Vitalik đã đề cập trong cuộc gọi cuối cùng hoặc trong một phòng họp đột phá, rằng thay vì coi việc ủy quyền là một điều đặc biệt phải được đưa vào. giao dịch, chúng tôi Những ủy quyền này có thể được lưu để bạn có thể xem mã nào được gán cho tài khoản của mình bất cứ lúc nào." Một nhà phát triển có tên "Arik" nói rằng anh ấy thích EIP 7702. phiên bản hiện tại hơn là những thay đổi do Lightclient đề xuất. Arik cho biết sẽ có một số trường hợp sử dụng cụ thể theo EIP 7702 mới. Lightclient phản đối những nhận xét này, nói rằng tất cả các trường hợp sử dụng được phiên bản EIP 7702 cũ hỗ trợ vẫn còn và cơ chế hoàn tác mạnh mẽ đã được thêm vào. Tuy nhiên, Lightclient cũng chỉ ra rằng những thay đổi này khiến việc triển khai EIP trên máy khách trở nên phức tạp hơn. Beiko cho biết trong hộp trò chuyện hội nghị rằng việc hoàn thiện thiết kế EIP 7702 là "vấn đề thông số kỹ thuật số một chưa được giải quyết" của Pectra và đề nghị các nhà phát triển tổ chức một cuộc gọi đột phá khác để đạt được sự đồng thuận về cơ chế thu hồi của nó. Beiko nói: “Sẽ thật tuyệt nếu trong cuộc họp tiếp theo chúng ta có một phiên bản mà mọi người nói chung đều hài lòng, phiên bản này hoặc phiên bản đã được chỉnh sửa của nó, đó có thể là một phần của Devnet 2”.
Nhà phát triển Besu Daniel Lehrner đặt câu hỏi liệu các nhà phát triển có nên dành thời gian triển khai phiên bản hiện tại của EIP 7702 trong Devnet 1 hay không nếu các thông số kỹ thuật có thể thay đổi trong Devnet 2. Ông nói: “Các đề xuất khá khác nhau, vì vậy chúng tôi có thể triển khai một số thứ mà trong vài tuần nữa sẽ phải loại bỏ một phần do 7702 lại thay đổi.” Richard Meissner, người đồng sáng lập ví tiền điện tử Safe, nói rằng theo quan điểm của ông, Sẽ rất hữu ích cho nhóm ví khi triển khai một số phiên bản EIP 7702 trên testnet. Beiko nói thêm rằng theo ý kiến của ông, việc triển khai EIP 7702 ở dạng hiện tại sẽ không làm chậm đáng kể tiến độ của nhóm khách hàng, điều này có thể gây ra sự phức tạp cho Devnet 1 nếu các nhà phát triển hiện cố gắng xóa nó khỏi thông số Pectra.
Nói về EOF, Busa cho biết nhóm của ông sẽ kiểm tra các thay đổi mã Pectra khác sau khi chúng được triển khai Triển khai EOF. Mức độ sẵn sàng của EOF được được theo dõi trên GitHub. Hiện tại, hai nhóm khách hàng EL, Besu và Reth, đã triển khai tất cả EOF EIP, trong khi các nhóm khác vẫn đang nỗ lực triển khai tất cả EOF EIP. Đại diện của nhóm Erigon lưu ý rằng các trường hợp thử nghiệm bổ sung mô phỏng các khối Ethereum chứa giao dịch EOF sẽ hữu ích. Mario Vega, một thành viên của nhóm thử nghiệm EF, cho biết trong cuộc trò chuyện rằng nhóm của anh ấy đang phát hành nhiều thử nghiệm EOF hơn và sẽ chia sẻ nhiều hơn trong phiên đột phá EOF tiếp theo. Danno Ferrin, một nhà phát triển giao thức Ethereum độc lập, cho biết do đặc tả EOF hiện đã được hoàn thiện nên các cuộc gọi hội nghị EOF đã được thay đổi từ hàng tuần sang hai tuần một lần và trọng tâm hiện tại của EOF là thử nghiệm và triển khai ứng dụng khách.
Busa đã cung cấp thông tin cập nhật ngắn gọn về tiến trình triển khai PeerDAS. Ông cho biết PeerDAS Devnet tiếp theo sẽ trực tuyến sau một đến hai tuần. Như đã thảo luận tại cuộc họp ACDC gần đây nhất, PeerDAS sẽ được phát triển dựa trên thông số kỹ thuật Dencun đã hoàn thiện thay vì thông số kỹ thuật của Pectra .
Beiko đề xuất một mẫu mặc định mới để các tác giả EIP sử dụng trong Ethereum Magicians được sử dụng trong bài viết. Mẫu mới này được thiết kế để tạo điều kiện thuận lợi cho việc đánh giá EIP chất lượng cao.
Jayanthi đã giới thiệu trang GitHub "eth-clients", nơi cung cấp nhiều tài nguyên khác nhau cho các nhà phát triển Ethereum, bao gồm mạng thử nghiệm Ethereum và cấu hình tiêu chuẩn mạng chính, v.v. Hiện tại, trang này được duy trì bởi đại diện của tất cả các nhóm khách hàng CL. Jayanthi đã kêu gọi đại diện của nhóm khách hàng EL tình nguyện giúp duy trì trang GitHub này.
Lightclient đã hỏi nhóm khách hàng về tiến độ công việc của họ đối với việc dữ liệu lịch sử hết hạn. Không có thông tin cập nhật nào về điều này được chia sẻ tại cuộc họp.
Beiko cho biết ông sẽ không tổ chức cuộc gọi hội nghị ACDE tiếp theo, diễn ra vào ngày nghỉ lễ ngày 4 tháng 7 của Hoa Kỳ. Sau đó, ông sẽ do nhà nghiên cứu Alex Stokes của EF chủ trì.
「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