Lần họp ACDE Ethereum thứ 203: Liệu Ethereum có thể thúc đẩy thị trường thông qua nâng cấp Pectra?
Tuyển chọn TechFlowTuyển chọn TechFlow
Lần họp ACDE Ethereum thứ 203: Liệu Ethereum có thể thúc đẩy thị trường thông qua nâng cấp Pectra?
Lần họp ACDE về Ethereum thứ 203 tập trung vào việc khởi động Pectra Devnet 5, cập nhật thông số kỹ thuật và kế hoạch nâng cấp testnet, thúc đẩy việc nâng cấp mainnet và hợp tác hệ sinh thái bước vào giai đoạn mới.
Chuyên sâu báo cáo Web3Tác giả: Christine Kim
Biên dịch: Bach Hoa Blockchain
Vào ngày 16 tháng 1 năm 2025, các nhà phát triển giao thức Ethereum đã tổ chức cuộc họp lần thứ 203 của chuỗi hội nghị All Core Developers Execution (ACDE) qua Zoom. Cuộc họp tuần này do Tim Beiko, trưởng nhóm hỗ trợ giao thức tại Ethereum Foundation (EF), điều phối. ACDE là một chuỗi hội nghị định kỳ hai tuần một lần, nơi các nhà phát triển thảo luận và phối hợp các thay đổi liên quan đến tầng thực thi (EL) của Ethereum.
Tại cuộc họp ACDE #203, các nhà phát triển đã thảo luận về việc khởi động Pectra Devnet 5 và các cập nhật còn dang dở cho đặc tả Pectra. Họ cũng trao đổi về kế hoạch tiếp theo để thử nghiệm giới hạn Gas cao hơn trên mạng thử nghiệm Holesky, tiến độ chuẩn hóa RPC, và quy định yêu cầu phần cứng và băng thông tối thiểu cho nút.
1. Khởi động Pectra Devnet 5
Các nhà phát triển đã khởi động Pectra Devnet 5 nửa giờ trước khi bắt đầu cuộc họp. Kỹ sư vận hành nhà phát triển tại Ethereum Foundation, Parithosh Jayanthi, cho biết ông phát hiện vấn đề ước tính Gas trong mạng phát triển và dự định thu thập nhật ký liên quan, sau đó chia sẻ lên kênh Discord nghiên cứu và phát triển Ethereum.
2. Cập nhật đặc tả Pectra
Các nhà phát triển đã thảo luận năm cập nhật chưa hoàn thiện đối với đặc tả mã nguồn Pectra:
1) EIP 7623: Điều chỉnh chi phí Calldata – Cập nhật đầu tiên liên quan đến EIP 7623 nhằm làm rõ cách xử lý hoàn lại Gas. Thay đổi này đã được hợp nhất trên GitHub và được đưa vào thử nghiệm trên Pectra Devnet 5.
2) EIP 7840: Thêm lịch trình Blob vào cấu hình client thực thi – Cập nhật thứ hai liên quan đến vấn đề điểm cơ sở phí trong EIP 7840. Không có ý kiến phản đối nào được đưa ra trong cuộc họp, các nhà phát triển đồng ý sẽ hợp nhất các thay đổi liên quan vào GitHub trước buổi họp kiểm thử Pectra vào thứ Hai, ngày 20 tháng 1.
3) Cập nhật phí cơ sở Blob – Cập nhật thứ ba cũng liên quan đến phí cơ sở Blob, cụ thể là cách tính toán lượng Gas vượt mức trong quá trình kích hoạt Pectra. Trưởng nhóm nghiên cứu tại Ethereum Foundation, Alex Stokes, giải thích rằng phép tính phụ thuộc vào thông tin tiêu đề khối trước đó. Nếu thay đổi dung lượng Blob được kích hoạt ngay tại ranh giới phân nhánh (khối kích hoạt Pectra), thì việc tính toán lượng Gas vượt mức sẽ dựa trên thông tin từ khối trước đó được xây dựng theo quy tắc phân nhánh cũ. Stokes cho rằng cần làm rõ việc tăng dung lượng Blob là được kích hoạt tại ranh giới phân nhánh hay tại khối ngay sau ranh giới đó. Ông nói: "Việc chọn phương án nào không quan trọng, nhưng chúng ta cần thống nhất cách làm." Các nhà phát triển nhất trí làm rõ EIP 7691 bằng cách đặt thời điểm tăng dung lượng Blob là ở khối ngay sau ranh giới phân nhánh, do đó chỉ sử dụng quy tắc phân nhánh mới cho phép tính. Nhà phát triển kiểm thử Ethereum, Mario Vega, cho biết các client đang thử nghiệm logic này. Nhà phát triển Geth "Lightclient" cam kết sẽ cập nhật EIP 7691 trước buổi họp kiểm thử vào thứ Hai tới.
4) EIP 2537: Tính toán chi phí biên dịch sẵn cho thao tác đường cong BLS12-381 – Cập nhật thứ tư liên quan đến việc tính toán chi phí phép nhân trong EIP 2537. Các nhà phát triển đồng ý làm rõ trong EIP rằng phép tính này phải là phép chia số nguyên. Các nhóm client đang thử nghiệm qua Pectra Devnet 5 dự kiến đã triển khai logic này trong mã nguồn, do đó chỉ cần sửa đổi đặc tả. Nhà phát triển Máy ảo Ethereum (EVM), Paweł Bylica, cho biết ông sẽ thực hiện thay đổi trên EIP tại GitHub và hoàn tất trước buổi họp kiểm thử vào thứ Hai tới.
Thông qua những cập nhật này, các nhà phát triển tiếp tục hoàn thiện và phối hợp công việc liên quan đến Pectra, mở đường cho các nâng cấp tương lai trên mạng chính Ethereum.
5) Cuối cùng, cập nhật thứ năm liên quan đến EIP 7702, đề xuất bổ sung loại giao dịch mới cho phép tài khoản bên ngoài (EOA) thiết lập mã vĩnh viễn. Julian Rachman, Giám đốc điều hành tại Otim Labs, đã đề xuất sửa đổi hành vi của EIP này, cụ thể là kích hoạt chức năng nội soi mã (code introspection). Theo tài liệu do đội ngũ Otim Labs viết, nội soi mã là khả năng cho phép hợp đồng cũ kiểm tra bytecode của chính nó hoặc của hợp đồng bên ngoài, rồi điều chỉnh hành vi dựa trên thông tin đó.
Mặc dù nhóm phát triển Định dạng Đối tượng Ethereum (EOF) dự định sẽ vô hiệu hóa nội soi mã trong các nâng cấp Ethereum tương lai, nhưng cả tài liệu và cuộc họp đều nhấn mạnh rằng việc kích hoạt nội soi mã để kiểm tra «delegate_address» của EOA sẽ không cản trở tiến trình phát triển EOF. Lợi ích của việc cho phép nội soi mã kiểm tra địa chỉ ủy quyền trong giao dịch kiểu EIP 7702 là hỗ trợ sử dụng an toàn các bộ chuyển tiếp (relayer) và các tài khoản bên ngoài khác khi bật các chức năng như tài trợ Gas.
Nhà phát triển Geth "Lightclient" ủng hộ việc đưa cập nhật này vào đặc tả Pectra. Ông nói: "Cập nhật này rất dễ triển khai. Chúng tôi đã đang xác định tài khoản có phải là tài khoản ủy quyền EIP 7702 hay không, việc thêm trả về địa chỉ cụ thể là việc rất đơn giản." Người điều phối Beiko đề nghị mọi người dành thêm vài ngày để xem xét kỹ thay đổi trước khi quyết định đưa vào đặc tả cuối cùng. Ông đề xuất sẽ thảo luận lại chủ đề này tại buổi họp kiểm thử vào thứ Hai tới.
Beiko cũng yêu cầu đội của Rachman gửi chính thức một pull request trên GitHub chứa tất cả các đề xuất sửa đổi EIP 7702 để các nhà phát triển thảo luận vào thứ Hai. Về việc liệu cập nhật này có cần khởi động một mạng phát triển Pectra mới để kiểm thử hay không, Jayanthi cho biết thay đổi này có thể được đưa vào shadow fork trên mạng thử nghiệm công cộng mà không cần khởi động mạng phát triển mới. Beiko bổ sung rằng tất cả các cập nhật đặc tả khác được thảo luận trong cuộc họp này cũng không yêu cầu mạng phát triển Pectra mới, do đó các nhà phát triển có thể tiếp tục tiến trình cập nhật mạng thử nghiệm công cộng sau khi hoàn tất kiểm thử trên Pectra Devnet 5.
3. Cập nhật kiểm toán hợp đồng hệ thống Pectra
Fredrik Svantes, nhà nghiên cứu an toàn giao thức tại Ethereum Foundation (EF), cho biết tất cả các cuộc kiểm toán bên thứ ba đối với hợp đồng hệ thống Pectra đã hoàn tất. Không phát hiện vấn đề nghiêm trọng nào, các báo cáo liên quan sẽ được tải lên GitHub để các nhóm client xem xét. Svantes đề nghị dành thời gian riêng trong cuộc họp ACDE tới để các chuyên gia kiểm toán trình bày kết quả và trả lời câu hỏi từ các nhóm client.
4. Kế hoạch nâng cấp mạng thử nghiệm Pectra
Tim Beiko đã đề xuất khung thời gian sơ bộ cho việc nâng cấp mạng thử nghiệm. Ông đề nghị xác định độ cao khối dùng để nâng cấp các mạng thử nghiệm Sepolia và Holesky trong hai cuộc họp ACD tới, và chuẩn bị phiên bản client trước ngày 3 tháng 2 năm 2025. Dự kiến nâng cấp phân nhánh Sepolia vào tuần ngày 12 tháng 2, sau đó nâng cấp Holesky vào tuần ngày 19 tháng 2. Nếu không phát sinh lỗi lớn hay vấn đề nghiêm trọng nào, nâng cấp Pectra có thể được triển khai trên mạng chính Ethereum vào khoảng đầu giữa tháng 3, tương đương khoảng ba đến năm tuần sau nâng cấp Holesky. Không ai phản đối đề xuất này trong cuộc họp, Stokes còn đề xuất nên gắn việc phát hành client với tiến độ nâng cấp Sepolia và Holesky.
5. Giới hạn Gas trên Holesky
Sophia Gold, kỹ sư phổ thông tại EF, đề xuất đặt giới hạn Gas mặc định trên bản phát hành client Holesky ở mức 36 triệu (36m), đồng thời tiếp tục tăng giới hạn Gas mặc định của Holesky sao cho luôn cao hơn giới hạn Gas trên mạng chính Ethereum. Điều này đảm bảo mọi sự gia tăng giới hạn Gas trên mạng chính đều có thể được thử nghiệm trên Holesky. Không ai phản đối đề xuất này trong cuộc họp. Đại diện các nhóm Teku, Besu, Prysm và Nethermind cho biết các phiên bản client Holesky của họ đã đặt giới hạn Gas mặc định ở mức 36 triệu.
6. Nỗ lực chuẩn hóa RPC
Felix Lange, nhà phát triển Geth, bày tỏ thất vọng vì các nhóm client chưa cung cấp đủ phản hồi cho nỗ lực chuẩn hóa đặc tả JSON-RPC của Ethereum. Trong cuộc họp, ông nêu lên một vấn đề là thiếu định nghĩa rõ ràng về phạm vi chuẩn hóa RPC và các bên liên quan trong hệ sinh thái nào nên tham gia. Lange đã giải thích chi tiết nỗ lực và đề xuất bước tiếp theo trong bài blog của mình. Beiko đề nghị tiếp tục thảo luận vấn đề này trên Discord và tổ chức một buổi tọa đàm chuyên đề. Justin Florentine, nhà phát triển Besu, cho biết ông sẽ chịu trách nhiệm sắp xếp thời gian cho buổi tọa đàm.
7. Quy định yêu cầu phần cứng và băng thông cho nút
Kevaundray Wedderburn, nhà nghiên cứu ứng dụng tại EF, kêu gọi cộng đồng phản hồi tài liệu của ông về yêu cầu phần cứng và băng thông tối thiểu cho nút Ethereum. Beiko hỏi liệu các yêu cầu này có nên được soạn dưới dạng EIP mang tính thông tin để tham khảo cho các nhà phát triển và cộng đồng Ethereum rộng lớn hơn hay không. Nhà phát triển Prysm "Potuz" lưu ý rằng yêu cầu phần cứng cho nút xác thực và nút đầy đủ là khác nhau, do đó tài liệu cần phân biệt rõ ràng. Beiko đồng ý với Potuz và đề nghị tiếp tục thảo luận trên Discord về yêu cầu phần cứng/băng thông cho nút cũng như kế hoạch chính thức hóa tài liệu của Wedderburn.
8. Hội thảo về biên tập EIP
Cuối cùng, cuộc họp nhắc đến một hội thảo chuyên đề về quy trình biên tập EIP, tuy nhiên nội dung và thời gian cụ thể vẫn chưa được xác định, có thể sẽ được thảo luận chi tiết hơn trong các cuộc họp tiếp theo.
Đội Ethereum Cat Herders sẽ tổ chức một hội thảo biên tập EIP vào lúc 16:00 (UTC) ngày 17 tháng 1 năm 2025. Buổi họp sẽ phác thảo quy trình biên tập EIP, chào đón tất cả thành viên cộng đồng Ethereum quan tâm đến quy trình làm việc và biên tập EIP tham gia. Bản ghi âm buổi họp sẽ được đăng lên YouTube sau sự kiện để mọi người cùng xem lại.
Chào mừng tham gia cộng đồng chính thức TechFlow
Nhóm Telegram:https://t.me/TechFlowDaily
Tài khoản Twitter chính thức:https://x.com/TechFlowPost
Tài khoản Twitter tiếng Anh:https://x.com/BlockFlow_News
@galaxyhq
