Tựa 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 Biên soạn gốc: Luccy, BlockBeats Ghi chú của biên tập viên: Cuộc gọi thực thi tất cả các nhà phát triển cốt lõi của Ethereum (ACDE), được tổ chức hai tuần một lần, chủ yếu để thảo luận và phối hợp 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ứ 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:
Vào ngày 20 tháng 6 năm 2024, các nhà phát triển Ethereum đã tập trung trên Zoom để tham gia cuộc họp số 190 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 đã trình bày tiến trình của họ trong việc triển khai các thay đổi mã khác nhau, bao gồm Đề xuất cải tiến Ethereum (EIP) 7251 và 7702, cũng như Định dạng đối tượng ảo Ethereum (EOF) và PeerDAS.
Beiko cũng chia sẻ một mẫu đề xuất cho các cuộc thảo luận EIP và kỹ sư hoạt động phát triển EF Parithosh Jayanthi đã giới thiệu một trang GitHub mới có tên là “eth-clients” để cấu hình mạng chính và mạng thử nghiệm Ethereum. Cuối cùng, Beiko nhắc nhóm rằng cuộc gọi ACDE tiếp theo sẽ được tổ chức trong kỳ 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.
Pectra Devnet 1
Các nhà phát triển bắt đầu phiên thảo luận về 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 việc hợp nhất trình xác thực kích hoạt EL
· 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ẻ những phát triển 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 thiếu một số thử nghiệm và nhóm có thắc mắc về các thông số kỹ thuật của hoạt động định giá gas.
· 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 các 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 nghiên cứu 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ố kỹ thuật Pectra mới nhất chứ không phải thông số kỹ thuật 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 đ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 của bản nâng cấp Pectra.
Cập nhật EIP 7702
Trong khi các nhà phát triển đang nỗ lực triển khai EIP 7702 trong Devnet 1, có thể mã sẽ được sửa đổi đáng kể để hỗ trợ các tính năng mới, cụ thể là khả năng người dùng thu hồi ủy quyền giao dịch EIP 7702.
Nhà phát triển Geth có tên "Lightclient" đã đề xuất những thay đổi mới để hỗ trợ việc thu hồi EIP 7702. 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 gần đây nhất 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 kỳ lúc nào."
Một nhà phát triển có tên "Arik" cho biết anh ấy thích phiên bản hiện tại của EIP 7702 hơn 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 bác bỏ 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 giữ lại 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, cho dù đó là phiên bản này hay phiên bản chỉnh sửa của nó, thì đó 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 nếu nhóm ví triển khai một số phiên bản EIP 7702 trên testnet. Beiko nói thêm rằng theo quan điểm 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.
cập nhật EOF
cập nhật EOF
Nói về EOF, Busa cho biết nhóm của ông sẽ thử nghiệm việc triển khai EOF sau khi thực hiện các thay đổi mã Pectra khác. Sự sẵn sàng của EOF đượ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 cuộc gọi hội nghị EOF đã được thay đổi từ hàng tuần thành 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.
Cập nhật ngang hàng
Busa giới thiệu ngắn gọn về tiến độ 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 vừa qua , PeerDAS sẽ được phát triển dựa trên đặc tả Dencun đã hoàn thiện thay vì đặc tả Pectra.
thông báo
Beiko đã đề xuất một mẫu mặc định mới để các tác giả EIP sử dụng trong các bài đăng của Ethereum Magicians. 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”, trang này cung cấp nhiều tài nguyên khác nhau cho các nhà phát triển Ethereum, bao gồm các cấu hình được tiêu chuẩn hóa cho mạng thử nghiệm Ethereum và mạng chính. 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 vào ngày 4 tháng 7, ngày lễ của Hoa Kỳ. Khi đó, nhà nghiên cứu Alex Stokes của EF sẽ thay ông chủ trì cuộc họp.
Tất cả bình luận