Biên tập viên ghi chú: Tất cả các nhà phát triển lõi của Ethereum thực hiện cuộc họp điện thoại (ACDE) hàng hai tuần một lần, chủ yếu để thảo luận và điều phối các thay đổi cho Ethereum Execution Layer (EL). Cuộc họp lần này là cuộc họp điện thoại lần thứ 190 của ACDE, trong cuộc họp này, các vấn đề chính được thảo luận bao gồm EIP 7251 và 7702, Ethereum Object Format (EOF) và PeerDAS.
Trong phiên 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 cho nhà phát triển Ethereum, eth-clients. Phó tổng giám đốc nghiên cứu của Galaxy Digital, Christine Kim, đã ghi lại chi tiết các điểm nổi bật của cuộc họp này và BlockBeasts đã dịch bản ghi chép này như sau:
Ngày 20 tháng 6 năm 2024, các nhà phát triển Ethereum đã tụ họp trên Zoom tham gia cuộc họp All Core Developers ution (ACDE) số 190. Cuộc họp ACDE là một chuỗi cuộc họp hàng tuần diễn ra hai tuần một lần, do giám đốc hỗ trợ giao thức của Quỹ Ethereum Tim Beiko chủ trì, các nhà phát triển thảo luận và điều phối các thay đổi cho lớp thực thi Ethereum (EL) trong cuộc họp.
Trong tuần này, các nhà phát triển đã giới thiệu tiến độ của họ trong việc thực hiện các thay đổi mã khác nhau, bao gồm đề xuất cải tiến Ethereum (EIP) 7251 và 7702, cùng với Ethereum Object Format (EOF) và PeerDAS.
Beiko cũng chia sẻ một mẫu đề xuất để thảo luận về EIP, Parithosh Jayanthi, kỹ sư phát triển và vận hành của EF, giới thiệu một trang GitHub mới có tên là 'eth-clients' để cấu hình cho mạng chính và mạng thử nghiệm Ethereum. Cuối cùng, Beiko nhắc nhở nhóm rằng cuộc gọi ACDE tiếp theo sẽ diễn ra vào ngày nghỉ tại Mỹ ngày 4 tháng 7. Mặc dù anh ta sẽ không tham gia cuộc họp này, nhưng nhà nghiên cứu của EF, Alex Stokes, sẽ thay mặt anh ta chủ trì cuộc họp.
####Pectra Devnet 1
Nhóm phát triển đã thảo luận về Pectra Devnet 1 khi cuộc họp bắt đầu. Nhóm phát triển đang lên kế hoạch ra mắt mạng thử nghiệm riêng biệt tiếp theo cho Pectra nâng cấp vào tuần sau. So với Devnet 0 trước đây, mạng thử nghiệm mới chủ yếu có các thay đổi về quy định sau:
Đã thêm việc kết hợp validator của kích hoạt EL
Sử dụng EIP 7702 thay thế EIP 3074
Đội ngũ phát triển EL đang tiến hành triển khai Devnet 1 của họ. Mỗi đại diện của nhóm EL Ethereum chia sẻ tiến triển mới nhất của mình:
Besu: Phiên bản đầu tiên của Devnet 1 mà họ triển khai đã sẵn sàng, nhưng vẫn còn thiếu một số bài kiểm tra và nhóm phát triển còn đang nghi ngờ về quy định về việc định giá phí gas.
Nethermind: Họ đang xem xét triển khai Devnet 1 của mình, hợp nhất các thay đổi mã và nhánh phần mềm khác nhau và viết các trường hợp thử nghiệm.
Erigon: Họ có bản dự thảo thực hiện EIP 7702, đang xem xét những thay đổi mới nhất của EIP 7251, bao gồm việc thêm sự kết hợp của các trình xác minh được kích hoạt bởi EL.
Reth: Các Devnet 1 của họ nên được hoàn thành trước cuộc họp ACD tới.
EthereumJS: Nhóm đang triển khai EIP 7702 và dự kiến sẽ sẵn sàng cho Devnet 1 trong khoảng một tuần.
Geth:Nhóm cũng đang triển khai EIP 7702.
Khi đội phát triển trình bày tiến độ của họ cho khách hàng, một nhà phát triển có tên là '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à triển khai EOF nên dựa trên phiên bản Pectra mới nhất thay vì phiên bản Deneb cuối cùng. Kỹ sư phát triển và vận hành của EF, Barnabas Busa nhấn mạnh rằng chiến lược này sẽ làm cho việc gỡ lỗi EOF trở nên khó khăn hơn vì phiên bản Pectra đang thay đổi và cũng đang gỡ lỗi đồng thời. 'Tuy vậy, điều này vẫn đúng vì chúng tôi muốn đội làm việc trên các Pectra EIPs cốt lõi và sửa các lỗi đó. Vì vậy, điều này hợp lý hơn là dựa trên một fork trước đó và sau đó dựa trên Prague ở giai đoạn cuối cùng, và phát hiện ra tất cả những lỗi đó', Beiko nói. Prague là tên EL của bản nâng cấp Pectra.
####Cập nhật EIP 7702
Mặc dù nhà phát triển đang nỗ lực triển khai EIP 7702 trong Devnet 1, nhưng có thể sẽ có các thay đổi lớn trong mã nguồn để hỗ trợ các tính năng mới, đặc biệt là khả năng người dùng thu hồi quyền giao dịch EIP 7702.
Một nhà phát triển Geth có tên là "Lightclient" đã đề xuất một sự thay đổi mới để hỗ trợ việc thu hồi theo EIP 7702. Anh ấy giải thích rằng: "Việc xác định được những quyền hạn nào đang có hiệu lực vào bất kỳ thời điểm nào cũng không dễ dàng, và cũng khó biết được những quyền hạn nào đã bị thu hồi, những quyền hạn nào chưa. Có một số mẫu thiết kế có thể tránh được những tình huống như vậy, nhưng thực tế là chúng ta có thể không biết ví tiền sẽ sử dụng tính năng này như thế nào. Để bảo vệ tốt hơn, tôi nhớ rằng Vitalik đã đề cập đến điều này trong cuộc họp điện thoại lần trước, hoặc có thể là trong phòng hội thảo, thay vì để quyền hạn trở thành giao dịch tạm thời bắt buộc, chúng ta có thể lưu trữ những quyền hạn này, từ đó bạn có thể xem xét bất kỳ tài khoản nào đã được cấp phép bởi mã nào."
Một nhà phát triển có tên là "Arik" cho biết anh ưa thích phiên bản hiện tại của EIP 7702 hơn là các sửa đổi được đề xuất bởi Lightclient. Arik nói rằng có một số trường hợp sử dụng cụ thể trong EIP 7702 mới. Lightclient đã bác bỏ những bình luận này, cho biết tất cả các trường hợp sử dụng được hỗ trợ trong phiên bản cũ của EIP 7702 vẫn được giữ nguyên và đã được thêm vào một cơ chế hoàn toàn có thể thu hồi. Tuy nhiên, Lightclient cũng chỉ ra rằng những sửa đổi này làm cho việc triển khai EIP trên máy khách phức tạp hơn. Beiko đã cho biết trong hộp chat cuộc họp rằng việc thiết kế EIP 7702 cuối cùng là vấn đề quy định chưa được giải quyết hàng đầu của Pectra và đề nghị các nhà phát triển tổ chức một cuộc họp trực tuyến nhóm khác để đạt được sự nhất trí về cơ chế thu hồi của nó. "Nếu chúng ta có một phiên bản mà tất cả mọi người đều hài lòng cho đến cuộc họp tiếp theo, cho dù đó là phiên bản hiện tại hoặc phiên bản điều chỉnh, thì đó sẽ là tốt", Beiko nói.
Nhà phát triển Besu, Daniel Lehrner đã đặt câu hỏi liệu những 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 trên Devnet 1 nếu các quy định có thể thay đổi trong Devnet 2. Ông nói: "Các đề xuất này khá khác biệt, vì vậy chúng ta có thể triển khai một số thứ mà chúng ta sẽ phải bỏ đi một phần sau này do 7702 thay đổi một lần nữa trong vài tuần tới". Người đồng sáng lập của ví tiền điện tử Safe, Richard Meissner cho rằng triển khai một phiên bản nào đó của EIP 7702 trên mạng thử nghiệm sẽ hữu ích cho đội của ví tiền. Beiko bổ sung rằng triển khai hiện tại của EIP 7702 không làm chậm tiến độ của đội phát triển trong mắt ông, và nếu nhà phát triển cố gắng loại bỏ nó khỏi Pectra, có thể gây ra rắc rối cho Devnet 1.
####EOF 更新
Khi nói về EOF, Busa cho biết nhóm của anh ấy sẽ thử nghiệm việc triển khai EOF sau khi thay đổi mã Pectra khác. Tình hình sẵn sàng EOF được theo dõi trên GitHub. Hiện tại, có hai nhóm khách hàng EL, Besu và Reth, đã triển khai tất cả các EIP EOF, trong khi những nhóm khác vẫn đang cố gắng triển khai tất cả các EIP EOF. Đại diện từ nhóm Erigon chỉ ra rằng việc thử nghiệm thêm các trường hợp sử dụng bổ sung chứa giao dịch EOF trong các khối Ethereum sẽ hữu ích. Mario Vega, thành viên của nhóm kiểm tra EF, nói trong cuộc trò chuyện rằng nhóm của anh ấy đang phát hành thêm các bài kiểm tra EOF và sẽ chia sẻ thêm nhiều nội dung trong cuộc họp nhóm tiếp theo về EOF. Nhà phát triển giao thức Ethereum độc lập Danno Ferrin cho biết, vì quy định EOF hiện đã được xác định cuối cùng, cuộc họp điện thoại về EOF hiện đã chuyển từ hàng tuần một lần sang hàng tuần một lần, và tập trung công việc của EOF hiện tại là kiểm tra và triển khai khách hàng.
####Cập nhật PeerDAS
Busa đã tổng quan về tiến độ triển khai của PeerDAS. Anh ấy cho biết, Devnet PeerDAS tiếp theo sẽ được ra mắt trong một đến hai tuần tới. Giống như cuộc họp ACDC lần trước, PeerDAS sẽ được phát triển dựa trên thông số kỹ thuật Dencun cuối cùng thay vì thông số kỹ thuậ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 bài đăng trên Ethereum Magicians. Mẫu mới này nhằm mục đích thúc đẩy việc xem xét chất lượng cao đối với EIP.
Jayanthi đã giới thiệu trang GitHub "eth-clients", trang này cung cấp nhiều tài nguyên cho các nhà phát triển Ethereum, bao gồm cấu hình chi tiết cho mạng kiểm tra và mạng chính. Hiện tại, trang này được duy trì bởi các đại diện của tất cả các nhóm khách hàng CL. Jayanthi kêu gọi các đại diện của nhóm khách hàng EL tự nguyện giúp duy trì trang GitHub này.
Lightclient đã hỏi về tiến độ xử lý dữ liệu lịch sử của nhóm máy khách. Không có bất kỳ cập nhật nào về vấn đề này được chia sẻ trong cuộc họp lần này.
Beiko cho biết, anh ta sẽ không chủ trì cuộc họp điện thoại ACDE tiếp theo diễn ra vào ngày nghỉ 4 tháng 7 tại Mỹ. Vào thời điểm đó, nhà nghiên cứu EF Alex Stokes sẽ thay mặt anh ta chủ trì cuộc họp.
Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.
Tóm tắt cuộc họp mới nhất của các nhà phát triển cốt lõi Ethereum: Testnet đặc biệt tiếp theo của Pectra sẽ được ra mắt vào tuần sau
Viết bởi: Christine Kim
Biên dịch: Luccy, BlockBeats
Biên tập viên ghi chú: Tất cả các nhà phát triển lõi của Ethereum thực hiện cuộc họp điện thoại (ACDE) hàng hai tuần một lần, chủ yếu để thảo luận và điều phối các thay đổi cho Ethereum Execution Layer (EL). Cuộc họp lần này là cuộc họp điện thoại lần thứ 190 của ACDE, trong cuộc họp này, các vấn đề chính được thảo luận bao gồm EIP 7251 và 7702, Ethereum Object Format (EOF) và PeerDAS.
Trong phiên 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 cho nhà phát triển Ethereum, eth-clients. Phó tổng giám đốc nghiên cứu của Galaxy Digital, Christine Kim, đã ghi lại chi tiết các điểm nổi bật của cuộc họp này và BlockBeasts đã dịch bản ghi chép này như sau:
Ngày 20 tháng 6 năm 2024, các nhà phát triển Ethereum đã tụ họp trên Zoom tham gia cuộc họp All Core Developers ution (ACDE) số 190. Cuộc họp ACDE là một chuỗi cuộc họp hàng tuần diễn ra hai tuần một lần, do giám đốc hỗ trợ giao thức của Quỹ Ethereum Tim Beiko chủ trì, các nhà phát triển thảo luận và điều phối các thay đổi cho lớp thực thi Ethereum (EL) trong cuộc họp.
Trong tuần này, các nhà phát triển đã giới thiệu tiến độ của họ trong việc thực hiện các thay đổi mã khác nhau, bao gồm đề xuất cải tiến Ethereum (EIP) 7251 và 7702, cùng với Ethereum Object Format (EOF) và PeerDAS.
Beiko cũng chia sẻ một mẫu đề xuất để thảo luận về EIP, Parithosh Jayanthi, kỹ sư phát triển và vận hành của EF, giới thiệu một trang GitHub mới có tên là 'eth-clients' để cấu hình cho mạng chính và mạng thử nghiệm Ethereum. Cuối cùng, Beiko nhắc nhở nhóm rằng cuộc gọi ACDE tiếp theo sẽ diễn ra vào ngày nghỉ tại Mỹ ngày 4 tháng 7. Mặc dù anh ta sẽ không tham gia cuộc họp này, nhưng nhà nghiên cứu của EF, Alex Stokes, sẽ thay mặt anh ta chủ trì cuộc họp.
####Pectra Devnet 1
Nhóm phát triển đã thảo luận về Pectra Devnet 1 khi cuộc họp bắt đầu. Nhóm phát triển đang lên kế hoạch ra mắt mạng thử nghiệm riêng biệt tiếp theo cho Pectra nâng cấp vào tuần sau. So với Devnet 0 trước đây, mạng thử nghiệm mới chủ yếu có các thay đổi về quy định sau:
Đội ngũ phát triển EL đang tiến hành triển khai Devnet 1 của họ. Mỗi đại diện của nhóm EL Ethereum chia sẻ tiến triển mới nhất của mình:
Khi đội phát triển trình bày tiến độ của họ cho khách hàng, một nhà phát triển có tên là '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à triển khai EOF nên dựa trên phiên bản Pectra mới nhất thay vì phiên bản Deneb cuối cùng. Kỹ sư phát triển và vận hành của EF, Barnabas Busa nhấn mạnh rằng chiến lược này sẽ làm cho việc gỡ lỗi EOF trở nên khó khăn hơn vì phiên bản Pectra đang thay đổi và cũng đang gỡ lỗi đồng thời. 'Tuy vậy, điều này vẫn đúng vì chúng tôi muốn đội làm việc trên các Pectra EIPs cốt lõi và sửa các lỗi đó. Vì vậy, điều này hợp lý hơn là dựa trên một fork trước đó và sau đó dựa trên Prague ở giai đoạn cuối cùng, và phát hiện ra tất cả những lỗi đó', Beiko nói. Prague là tên EL của bản nâng cấp Pectra.
####Cập nhật EIP 7702
Mặc dù nhà phát triển đang nỗ lực triển khai EIP 7702 trong Devnet 1, nhưng có thể sẽ có các thay đổi lớn trong mã nguồn để hỗ trợ các tính năng mới, đặc biệt là khả năng người dùng thu hồi quyền giao dịch EIP 7702.
Một nhà phát triển Geth có tên là "Lightclient" đã đề xuất một sự thay đổi mới để hỗ trợ việc thu hồi theo EIP 7702. Anh ấy giải thích rằng: "Việc xác định được những quyền hạn nào đang có hiệu lực vào bất kỳ thời điểm nào cũng không dễ dàng, và cũng khó biết được những quyền hạn nào đã bị thu hồi, những quyền hạn nào chưa. Có một số mẫu thiết kế có thể tránh được những tình huống như vậy, nhưng thực tế là chúng ta có thể không biết ví tiền sẽ sử dụng tính năng này như thế nào. Để bảo vệ tốt hơn, tôi nhớ rằng Vitalik đã đề cập đến điều này trong cuộc họp điện thoại lần trước, hoặc có thể là trong phòng hội thảo, thay vì để quyền hạn trở thành giao dịch tạm thời bắt buộc, chúng ta có thể lưu trữ những quyền hạn này, từ đó bạn có thể xem xét bất kỳ tài khoản nào đã được cấp phép bởi mã nào."
Một nhà phát triển có tên là "Arik" cho biết anh ưa thích phiên bản hiện tại của EIP 7702 hơn là các sửa đổi được đề xuất bởi Lightclient. Arik nói rằng có một số trường hợp sử dụng cụ thể trong EIP 7702 mới. Lightclient đã bác bỏ những bình luận này, cho biết tất cả các trường hợp sử dụng được hỗ trợ trong phiên bản cũ của EIP 7702 vẫn được giữ nguyên và đã được thêm vào một cơ chế hoàn toàn có thể thu hồi. Tuy nhiên, Lightclient cũng chỉ ra rằng những sửa đổi này làm cho việc triển khai EIP trên máy khách phức tạp hơn. Beiko đã cho biết trong hộp chat cuộc họp rằng việc thiết kế EIP 7702 cuối cùng là vấn đề quy định chưa được giải quyết hàng đầu của Pectra và đề nghị các nhà phát triển tổ chức một cuộc họp trực tuyến nhóm khác để đạt được sự nhất trí về cơ chế thu hồi của nó. "Nếu chúng ta có một phiên bản mà tất cả mọi người đều hài lòng cho đến cuộc họp tiếp theo, cho dù đó là phiên bản hiện tại hoặc phiên bản điều chỉnh, thì đó sẽ là tốt", Beiko nói.
Nhà phát triển Besu, Daniel Lehrner đã đặt câu hỏi liệu những 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 trên Devnet 1 nếu các quy định có thể thay đổi trong Devnet 2. Ông nói: "Các đề xuất này khá khác biệt, vì vậy chúng ta có thể triển khai một số thứ mà chúng ta sẽ phải bỏ đi một phần sau này do 7702 thay đổi một lần nữa trong vài tuần tới". Người đồng sáng lập của ví tiền điện tử Safe, Richard Meissner cho rằng triển khai một phiên bản nào đó của EIP 7702 trên mạng thử nghiệm sẽ hữu ích cho đội của ví tiền. Beiko bổ sung rằng triển khai hiện tại của EIP 7702 không làm chậm tiến độ của đội phát triển trong mắt ông, và nếu nhà phát triển cố gắng loại bỏ nó khỏi Pectra, có thể gây ra rắc rối cho Devnet 1.
####EOF 更新
Khi nói về EOF, Busa cho biết nhóm của anh ấy sẽ thử nghiệm việc triển khai EOF sau khi thay đổi mã Pectra khác. Tình hình sẵn sàng EOF được theo dõi trên GitHub. Hiện tại, có hai nhóm khách hàng EL, Besu và Reth, đã triển khai tất cả các EIP EOF, trong khi những nhóm khác vẫn đang cố gắng triển khai tất cả các EIP EOF. Đại diện từ nhóm Erigon chỉ ra rằng việc thử nghiệm thêm các trường hợp sử dụng bổ sung chứa giao dịch EOF trong các khối Ethereum sẽ hữu ích. Mario Vega, thành viên của nhóm kiểm tra EF, nói trong cuộc trò chuyện rằng nhóm của anh ấy đang phát hành thêm các bài kiểm tra EOF và sẽ chia sẻ thêm nhiều nội dung trong cuộc họp nhóm tiếp theo về EOF. Nhà phát triển giao thức Ethereum độc lập Danno Ferrin cho biết, vì quy định EOF hiện đã được xác định cuối cùng, cuộc họp điện thoại về EOF hiện đã chuyển từ hàng tuần một lần sang hàng tuần một lần, và tập trung công việc của EOF hiện tại là kiểm tra và triển khai khách hàng.
####Cập nhật PeerDAS
Busa đã tổng quan về tiến độ triển khai của PeerDAS. Anh ấy cho biết, Devnet PeerDAS tiếp theo sẽ được ra mắt trong một đến hai tuần tới. Giống như cuộc họp ACDC lần trước, PeerDAS sẽ được phát triển dựa trên thông số kỹ thuật Dencun cuối cùng thay vì thông số kỹ thuậ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 bài đăng trên Ethereum Magicians. Mẫu mới này nhằm mục đích thúc đẩy việc xem xét chất lượng cao đối với EIP.
Jayanthi đã giới thiệu trang GitHub "eth-clients", trang này cung cấp nhiều tài nguyên cho các nhà phát triển Ethereum, bao gồm cấu hình chi tiết cho mạng kiểm tra và mạng chính. Hiện tại, trang này được duy trì bởi các đại diện của tất cả các nhóm khách hàng CL. Jayanthi kêu gọi các đại diện của nhóm khách hàng EL tự nguyện giúp duy trì trang GitHub này.
Lightclient đã hỏi về tiến độ xử lý dữ liệu lịch sử của nhóm máy khách. Không có bất kỳ cập nhật nào về vấn đề này được chia sẻ trong cuộc họp lần này.
Beiko cho biết, anh ta sẽ không chủ trì cuộc họp điện thoại ACDE tiếp theo diễn ra vào ngày nghỉ 4 tháng 7 tại Mỹ. Vào thời điểm đó, nhà nghiên cứu EF Alex Stokes sẽ thay mặt anh ta chủ trì cuộc họp.