ACDE lần thứ 196 của Ethereum : Thảo luận về Pectra Devnet 3

Cuộc họp ACDE là gì ?

Cuộc họp ACDE của Ethereum (viết tắt của All Core Developers Execution Layer hoặc "Cuộc họp của tất cả các nhà phát triển cốt lõi của lớp thực thi") là một buổi họp định kỳ giữa các nhà phát triển chính của Ethereum. Mục tiêu chính của cuộc họp này là để thảo luận về các cải tiến, bản cập nhật, và những vấn đề liên quan đến lớp thực thi của blockchain Ethereum.

Lớp thực thi (Execution Layer) là phần của Ethereum liên quan đến các hoạt động chạy hợp đồng thông minh, thực thi giao dịch và quản lý trạng thái của blockchain. Trong khi đó, còn có lớp đồng thuận (Consensus Layer), là phần chịu trách nhiệm đảm bảo tính bảo mật và xác nhận các khối thông qua cơ chế đồng thuận Proof of Stake (PoS).

Cuộc họp ACDE bao gồm:

- Thảo luận các Đề xuất Cải tiến Ethereum (EIP): Các đề xuất này có thể là những thay đổi nhỏ hoặc nâng cấp lớn đối với giao thức.

- Cập nhật các thay đổi về kỹ thuật: Như về bản cập nhật mạng, vá lỗi hoặc tối ưu hóa hệ thống.

- Đánh giá lộ trình phát triển: Các nhà phát triển sẽ xem xét lộ trình ngắn và dài hạn cho Ethereum.

Cuộc họp ACDE thường được phát trực tiếp hoặc ghi lại để cộng đồng có thể theo dõi, và biên bản cuộc họp cũng thường được công khai sau đó để đảm bảo tính minh bạch.

Cuộc họp ACDE lần thứ 196

Pectra Devnet 3

Kỹ sư vận hành EF Parithosh Jayanthi đã chia sẻ thông tin mới về việc phát hành Pectra Devnet 3. Mạng Devnet này đã được ra mắt vào ngày Thứ Tư, 11 tháng 9, với các bản sửa lỗi liên quan đến việc tích hợp trình xác thực theo EIP 7251 và cập nhật các thông số kỹ thuật của EIP 7702.

Qua quá trình thử nghiệm trên Devnet 3, cả EIP 7251 và EIP 7702 đều hoạt động đúng như kỳ vọng. Jayanthi cũng cho biết đã phát hiện một số vấn đề trong các máy khách Nethermind và EthereumJS, và các nhóm phát triển tương ứng đang nỗ lực khắc phục. Ông khuyến nghị các nhà phát triển ví nên thử nghiệm triển khai EIP 7702 trên Devnet 3 và cung cấp phản hồi về trải nghiệm sử dụng. Mọi thông tin liên quan đến Pectra Devnet 3, bao gồm cả vòi để yêu cầu ETH testnet, đều có sẵn trên trang web này.

Bản cập nhật thông số kỹ thuật của Pectra

Nhà phát triển Geth Felix Lange đã đưa ra một đề xuất về việc thay đổi mã hóa các yêu cầu được kích hoạt bởi lớp thực thi (EL) trong Pectra. Cụ thể, Pectra sẽ cho phép các hợp đồng thông minh trên EL khởi xướng các lệnh rút tiền và hợp nhất trình xác thực trên lớp đồng thuận (CL). Trong cuộc họp ACD gần đây, Lange đã trình bày một đề xuất nhằm giảm khối lượng công việc của các máy khách EL khi phân tích những yêu cầu này. Sau cuộc họp, Lange đã chính thức hóa đề xuất của mình và liệt kê công việc mà các nhóm phát triển máy khách EL cần thực hiện để cập nhật mã hóa cho bốn EIP sau:

- EIP 7685: Yêu cầu lớp thực thi mục đích chung

- EIP 7002: Rút tiền có thể kích hoạt từ EL

- EIP 6110: Cung cấp tiền gửi xác thực trên chuỗi

- EIP 7251: Tăng số dư hiệu quả tối đa

Đa số các nhà phát triển đã tán thành đề xuất của Lange. Tuy nhiên, một nhà phát triển từ nhóm Nimbus, có biệt danh "Dustin", cho rằng đề xuất này "quá linh hoạt" và không phù hợp với những thay đổi tiềm năng trong tương lai liên quan đến định dạng tuần tự hóa của EL.

Dustin cũng nhấn mạnh sự cần thiết của các thông số kỹ thuật bổ sung để làm rõ thứ tự yêu cầu của máy khách EL, cũng như cách mà máy khách CL sẽ phản hồi nếu nhận được yêu cầu không hợp lệ từ EL. Lange đã đồng ý bổ sung thêm thông tin vào Engine API để chỉ rõ thứ tự các yêu cầu, đồng thời thừa nhận rằng cần suy xét kỹ hơn về cách máy khách CL sẽ xử lý các yêu cầu không hợp lệ từ EL.

Trong cuộc thảo luận tiếp theo về Pectra, vấn đề giá cả cho các biên dịch trước BLS theo EIP 2537 đã được đưa ra. Nhà phát triển Geth, Jared Wasinger, cho biết theo phân tích hiệu suất của mình, chi phí cho các biên dịch trước BLS có thể gấp đôi mức hiện tại. Nguyên nhân là do chi phí hiện tại dựa trên thực thi đa luồng, không phản ánh chính xác tiêu chuẩn thực thi mà các biên dịch trước khác sử dụng.

Dựa trên phân tích với thực thi đơn luồng, Wasinger đã đề xuất điều chỉnh bảng giá cho các hoạt động của EIP 2537. Nhóm Nethermind cũng cho biết họ đang phát triển một công cụ để các nhóm máy khách khác có thể tiến hành phân tích chuẩn tương tự. Beiko khuyến nghị các nhóm tự thực hiện phân tích của mình về biên dịch trước BLS và chia sẻ quan điểm về việc định giá lại trong vòng hai tuần tới.

Bổ sung Pectra EIP

1. Thảo luận về việc thêm EIP mới vào Pectra: Các nhà phát triển đã bàn về việc thêm EIP mới vào bản nâng cấp Pectra. Beiko lưu ý rằng Pectra đã có số lượng EIP lớn nhất từ trước đến nay và chỉ ra rằng EIP 7742, về việc tách số lượng blob giữa EL và CL, là ít gây tranh cãi nhất trong số các EIP còn lại đang được xem xét.

2. Đề xuất chia nhỏ Pectra thành hai phần: Alex Stokes, nhà nghiên cứu của EF, đề xuất chia Pectra thành hai bản nâng cấp nhỏ hơn để giảm rủi ro và gánh nặng thử nghiệm. Jayanthi cũng đồng tình, cho rằng số lượng lớn EIP hiện tại làm cho việc quản lý và thử nghiệm trở nên phức tạp.

3. Phương án chia nhánh Pectra: Stokes gợi ý phần đầu tiên của Pectra nên bao gồm các EIP đã hoạt động trên devnet, trong khi phần thứ hai sẽ có PeerDAS, EOF và các EIP khác. Các nhà phát triển cảm thấy rằng việc chia tách này có thể giúp phần đầu tiên của Pectra sẵn sàng vào tháng 2 năm sau.

4. Cảnh báo về việc không xóa EIP khỏi devnet: Beiko đồng tình với việc chia nhánh nhưng cảnh báo rằng xóa EIP khỏi devnet có thể làm chậm tiến độ. Danno Ferrin đề xuất giữ các EIP hiện tại trên Devnet 3 và sau đó bắt đầu xây dựng PeerDAS và EOF từ Devnet 4 hoặc 5.

5. Vấn đề đặt tên bản nâng cấp và chuyển đổi Verkle: Trong một cuộc gọi trước đó, bản nâng cấp đã được thống nhất đặt tên là Pectra Fusaka và dành riêng cho quá trình chuyển đổi Verkle. Tuy nhiên, Ferrin cảnh báo không nên đặt tên quá sớm khi chưa chắc chắn về mức độ sẵn sàng. Điều này đã gây căng thẳng với nhà phát triển Guillaume Ballet, người đã dẫn đầu quá trình chuyển đổi Verkle và cho rằng Verkle đã sẵn sàng từ lâu.

6. Nguy cơ phần thứ hai của Pectra phình to: Mặc dù chia tách giúp giảm tải trước mắt, nhưng phần thứ hai của Pectra có thể trở nên phức tạp hơn nếu thêm nhiều EIP, kéo dài thời gian triển khai. Ben Adams của Nethermind đặt câu hỏi về việc thử nghiệm nếu Pectra bị chia. Beiko khuyến nghị các nhà phát triển cân nhắc thêm trong một tuần và sẽ đưa ra quyết định cuối cùng trong cuộc gọi tuần tới.

Trong cuộc họp ACDE #196, các nhà phát triển đã cung cấp thông tin về tiến độ ra mắt Pectra Devnet 3 và thảo luận về nhiều thay đổi mã liên quan đến Pectra để triển khai trên các mạng thử nghiệm trong tương lai. Một cuộc thảo luận sôi nổi đã diễn ra về việc chia nhỏ bản nâng cấp thành hai giai đoạn, nhằm đẩy nhanh quá trình triển khai các thay đổi mã trên Devnet 3, dự kiến có thể diễn ra vào tháng 2 năm sau.

Các nhà phát triển đã thống nhất sẽ đưa ra quyết định cuối cùng về vấn đề này trong cuộc gọi ACD tiếp theo. Bên cạnh đó, một kỹ sư từ nhóm EF với tên màn hình "pk910" đã chia sẻ về tiến trình dọn dẹp các kho lưu trữ GitHub của mạng thử nghiệm công khai Ethereum, giúp cải thiện cấu trúc và tính tiện dụng của chúng.