Tác giả: Christine kim; Biên soạn bởi: Vernacular 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 Thực thi tất cả các nhà phát triển cốt lõi (ACDE) lần thứ 203 thông qua Zoom. Phiên họp tuần này được điều hành bởi Tim Beiko, người đứng đầu bộ phận hỗ trợ giao thức tại Ethereum Foundation (EF). Cuộc họp ACDE là chuỗi cuộc họp hai tuần một lần, nơi các nhà phát triển thảo luận và điều phối các thay đổi liên quan đến Lớp thực thi Ethereum (EL).
Tại cuộc họp ACDE lần thứ 203, các nhà phát triển đã thảo luận về việc ra mắt Pectra Devnet 5 và bản cập nhật thông số kỹ thuật Pectra chưa hoàn thiện. Họ cũng thảo luận về các bước tiếp theo để kiểm tra giới hạn Gas tăng lên trên mạng thử nghiệm Holesky, tiến trình tiêu chuẩn hóa RPC cũng như thông số kỹ thuật về yêu cầu băng thông và phần cứng tối thiểu cho các nút.
1. Ra mắt Pectra Devnet 5
Các nhà phát triển đã ra mắt nó nửa giờ trước cuộc họp bắt đầu Pectra Devnet 5. Parithosh Jayanthi, kỹ sư vận hành nhà phát triển tại Ethereum Foundation, cho biết ông đã tìm thấy vấn đề ước tính Gas trong mạng phát triển và lên kế hoạch thu thập nhật ký có liên quan cũng như chia sẻ vấn đề này với kênh Discord R&D Ethereum.
2. Cập nhật thông số kỹ thuật của Pectra
Các nhà phát triển đã thảo luận về năm mục của đặc tả mã Pectra Các bản cập nhật chưa hoàn thành:
1) EIP 7623: Tăng chi phí dữ liệu cuộc gọi Bản cập nhật đầu tiên là sửa đổi đối với EIP 7623 để làm rõ phương thức xử lý hoàn tiền gas. Bản cập nhật đã được hợp nhất trên GitHub và được đưa vào thử nghiệm Pectra Devnet 5.
2) EIP 7840: Thêm lập lịch Blob vào tệp cấu hình máy khách thực thi Bản cập nhật thứ hai liên quan đến vấn đề phân bổ chi phí cơ bản trong EIP 7840. Không có sự phản đối nào tại cuộc họp và các nhà phát triển đã đồng ý hợp nhất các thay đổi có liên quan vào GitHub trước cuộc họp thử nghiệm Pectra vào thứ Hai tuần sau, ngày 20 tháng 1.
3) Cập nhật về chi phí cơ sở Blob Bản cập nhật thứ ba cũng liên quan đến chi phí cơ sở Blob và liên quan đến cách tính lượng khí dư thừa trong quá trình kích hoạt Pectra. Alex Stokes, người đứng đầu nghiên cứu tại Ethereum Foundation, giải thích rằng việc tính toán dựa trên thông tin từ tiêu đề khối trước đó. Nếu thay đổi về công suất blob được kích hoạt trên ranh giới phân nhánh (khối được kích hoạt Pectra), việc tính toán lượng khí dư thừa sẽ dựa trên thông tin từ khối trước đó được xây dựng bằng quy tắc phân nhánh cũ. Stokes tin rằng cần phải làm rõ liệu việc tăng công suất blob được kích hoạt ở ranh giới ngã ba hay một khối sau ranh giới ngã ba. Ông nói: “Việc bạn chọn cách nào không quan trọng, nhưng chúng tôi cần thống nhất cách tiếp cận của mình”, ông nói. Sử dụng các quy tắc phân nhánh mới để tính toán. Nhà phát triển thử nghiệm Ethereum Mario Vega cho biết khách hàng đang thử nghiệm logic này. Nhà phát triển Geth "Lightclient" hứa sẽ cập nhật EIP 7691 trước phiên thử nghiệm vào thứ Hai tới.
4) EIP 2537: Bản cập nhật thứ tư về tính toán chi phí được biên dịch trước cho các hoạt động trên đường cong BLS12-381 có liên quan đến tính toán chi phí nhân trong EIP 2537. Các nhà phát triển đã đồng ý chỉ định rõ ràng phép tính là phép chia số nguyên trong EIP. Các nhóm khách hàng được thử nghiệm với Pectra Devnet 5 phải triển khai logic này trong mã của họ, do đó, chỉ cần sửa đổi thông số kỹ thuật. Nhà phát triển Máy ảo Ethereum Paweł Bylica cho biết ông sẽ thực hiện các thay đổi đối với EIP trên GitHub và hoàn thành nó trước phiên thử nghiệm vào thứ Hai tới.
Thông qua những bản cập nhật này, các nhà phát triển tiếp tục thúc đẩy việc cải tiến và phối hợp các công việc liên quan đến Pectra, mở đường cho các nâng cấp mạng chính Ethereum trong tương lai.
5) Cuối cùng, bản cập nhật thứ năm có liên quan đến EIP 7702, nhằm mục đích thêm loại giao dịch mới để kích hoạt tài khoản bên ngoài (EOA) ) có thể đặt mã vĩnh viễn. COO của Otim Labs Julian Rachman đã đề xuất sửa đổi hành vi đối với EIP này, nhằm cho phép xem xét nội bộ mã. Theo tài liệu do nhóm Otim Labs viết, việc xem xét nội bộ mã đề cập đến khả năng các hợp đồng kế thừa kiểm tra mã byte của chính chúng hoặc mã byte của các hợp đồng bên ngoài và điều chỉnh hành vi của chúng dựa trên thông tin này.
Mặc dù nhóm phát triển Định dạng đối tượng máy ảo Ethereum (EOF) có kế hoạch vô hiệu hóa tính năng xem xét nội mã trong các bản nâng cấp, tài liệu và cuộc họp Ethereum trong tương lai Như đã đề cập, cho phép xem xét nội mã để kiểm tra "delegate_address" của EOA không cản trở quá trình phát triển của EOF. Lợi ích của việc cho phép kiểm tra nội bộ mã để kiểm tra các địa chỉ ủy quyền cho các giao dịch loại EIP 7702 là hỗ trợ việc sử dụng an toàn các bộ chuyển tiếp và các tài khoản bên ngoài khác khi bật các tính năng EIP 7702 (chẳng hạn như tài trợ Gas).
Nhà phát triển Geth "Lightclient" hỗ trợ thêm bản cập nhật này vào đặc tả Pectra. Ông nói: "Bản cập nhật này rất dễ thực hiện. Chúng tôi đã xác định xem tài khoản đó có phải là tài khoản được ủy quyền EIP 7702 hay không và việc thêm địa chỉ trả lại được chỉ định là một vấn đề rất đơn giản." hãy dành thêm vài ngày để xem xét các thay đổi, sau đó quyết định xem có đưa nó vào thông số kỹ thuật cuối cùng hay không. Ông đề nghị xem lại chủ đề này tại cuộc họp thử nghiệm vào thứ Hai tới.
Beiko cũng yêu cầu nhóm của Rachman chính thức gửi yêu cầu kéo chứa tất cả các đề xuất sửa đổi EIP 7702 trên GitHub để các nhà phát triển thảo luận vào thứ Hai. Về việc liệu bản cập nhật có yêu cầu các nhà phát triển khởi chạy mạng phát triển Pectra mới để thử nghiệm hay không, Jayanthi cho biết thay đổi này có thể được đưa vào một nhánh ngầm của mạng thử nghiệm công khai mà không cần khởi chạy mạng phát triển mới. Beiko nói thêm rằng tất cả các bản cập nhật thông số kỹ thuật khác được thảo luận tại cuộc họp cũng không yêu cầu Pectra Devnet mới, vì vậy các nhà phát triển có thể tiếp tục cập nhật các bản cập nhật cho mạng thử nghiệm công khai sau khi hoàn tất thử nghiệm thêm Pectra Devnet 5.
3. Cập nhật kiểm tra hợp đồng hệ thống Pectra
Nhà nghiên cứu bảo mật giao thức Ethereum Foundation (EF) Fredrik Svantes cho biết tất cả các cuộc kiểm tra của bên thứ ba đối với hợp đồng hệ thống Pectra đã được hoàn thành. Không tìm thấy vấn đề lớn nào trong quá trình kiểm tra và các báo cáo liên quan sẽ được tải lên GitHub để nhóm khách hàng xem xét. Svantes khuyên bạn nên dành thời gian tại cuộc họp ACDE tiếp theo để kiểm toán viên trình bày kết quả kiểm toán của họ và trả lời các câu hỏi từ nhóm khách hàng.
4. Kế hoạch nâng cấp mạng thử nghiệm Pectra
Tim Beiko đã đề xuất kế hoạch sơ bộ cho việc nâng cấp mạng thử nghiệm lịch trình. Ông đề nghị xác định chiều cao khối để nâng cấp mạng thử nghiệm Sepolia và Holesky trong hai cuộc họp ACD tiếp theo và chuẩn bị phiên bản phát hành cho khách hàng trước ngày 3 tháng 2 năm 2025. Fork Sepolia được lên kế hoạch vào tuần ngày 12 tháng 2, tiếp theo là fork Holesky vào tuần 19 tháng 2. Nếu không có lỗi hoặc sự cố lớn nào, bản nâng cấp Pectra có thể xuất hiện trên mạng chính Ethereum vào đầu đến giữa tháng 3, tức là khoảng ba đến năm tuần sau đợt fork Holesky. Không ai tại cuộc họp phản đối đề xuất này và Stokes cũng đề xuất rằng việc phát hành ứng dụng khách nên gắn liền với các bản nâng cấp mạng thử nghiệm Sepolia và Holesky.
5. Giới hạn khí Holesky
Tổng kỹ sư Sophia Gold của EF đề xuất phát hành bản nâng cấp Holesky Giới hạn Gas mặc định của khách hàng được đặt thành 36 triệu (36m) và giới hạn Gas mặc định của Holesky tiếp tục được tăng để luôn cao hơn giới hạn Gas của mạng chính Ethereum. Điều này sẽ đảm bảo rằng bất kỳ sự gia tăng nào về giới hạn gas của mạng chính đều có thể được thử nghiệm trên Holesky và không ai tại cuộc họp phản đối đề xuất này. Đại diện từ các nhóm Teku, Besu, Prysm và Nethermind cho biết rằng các bản phát hành khách hàng Holesky của họ đã có giới hạn gas mặc định được đặt ở mức 36 triệu.
6. Nỗ lực tiêu chuẩn hóa RPC
Nhà phát triển Geth Felix Lange không có phản hồi nào với nhóm khách hàng Thất vọng vì không có đủ phản hồi về nỗ lực tiêu chuẩn hóa đặc tả JSON-RPC của Ethereum. Trong cuộc họp, một vấn đề mà ông đề cập là thiếu định nghĩa rõ ràng về phạm vi tiêu chuẩn hóa RPC và những bên liên quan nào trong hệ sinh thái nên được đưa vào. Lange trình bày chi tiết những nỗ lực tiêu chuẩn hóa của mình và đề xuất các bước tiếp theo trong một bài đăng trên blog. Beiko đề nghị thảo luận thêm về vấn đề này trên Discord và sắp xếp một hội thảo cho mục đích này. Nhà phát triển Besu Justin Florentine cho biết ông sẽ chịu trách nhiệm điều phối thời gian diễn ra hội nghị chuyên đề.
7. Đặc tả yêu cầu về băng thông và phần cứng của nút
Nhà nghiên cứu ứng dụng EF Kevaundray Wedderburn đã yêu cầu nó Cung cấp phản hồi về tài liệu về yêu cầu phần cứng và băng thông tối thiểu cho các nút Ethereum. Beiko hỏi liệu những yêu cầu này có nên được soạn thảo dưới dạng EIP thông tin để các nhà phát triển và cộng đồng Ethereum rộng lớn hơn tham khảo hay không. Nhà phát triển Prysm "Potuz" đã chỉ ra rằng các nút xác nhận và nút đầy đủ có các yêu cầu phần cứng khác nhau, vì vậy tài liệu cần phân biệt rõ ràng giữa hai nút này. Beiko đồng ý với Potuz và đề xuất thảo luận thêm trên Discord về các yêu cầu về phần cứng và băng thông của nút cũng như các bước tiếp theo để chính thức hóa tài liệu Wedderburn.
8. Hội thảo chỉnh sửa EIP
Cuối cùng, cuộc họp đã đề cập đến quy trình chỉnh sửa EIP cụ thể nội dung và thời gian diễn ra hội thảo vẫn chưa được xác định cụ thể và có thể sẽ được thảo luận chi tiết hơn ở các cuộc họp tiếp theo.
Nhóm Ethereum Cat Herders sẽ tổ chức hội thảo chỉnh sửa EIP vào lúc 16:00 ngày 17 tháng 1 năm 2025 (UTC). Cuộc họp này sẽ cung cấp cái nhìn tổng quan về quy trình chỉnh sửa EIP và tất cả các thành viên cộng đồng Ethereum quan tâm đến quy trình chỉnh sửa và quy trình làm việc EIP đều được hoan nghênh tham gia. Bản ghi âm cuộc họp sẽ được tải lên YouTube để mọi người xem sau cuộc họp.
