Tiêu đề ban đầu:Ethereum All Core Developers Consensus Call #107 Writeup

Tiêu đề ban đầu:

Vào ngày 20 tháng 4 năm 2023, các nhà phát triển Ethereum đã cùng nhau tham dự Cuộc gọi hội nghị đồng thuận các nhà phát triển cốt lõi lần thứ 107 (ACDC). ACDC là một chuỗi hội nghị hai tuần một lần, được điều hành bởi Danny Ryan, một nhà nghiên cứu tại Ethereum Foundation, nơi các nhà phát triển Ethereum thảo luận về các thay đổi đối với Lớp đồng thuận Ethereum (CL), cập nhật tiến độ xung quanh Deneb và thảo luận về các đề xuất khác ngoài Ethereum EIP-4844 được bao gồm trong bản nâng cấp Cancun tiếp theo.

Deneb Devnet #5 

tiêu đề cấp đầu tiên

Kể từ khi kích hoạt thành công tại Thượng Hải vào ngày 12 tháng 4, các nhà phát triển Ethereum đã lần đầu tiên chú ý đến việc chuẩn bị cho Cancun. Cancun là tên của bản nâng cấp tiếp theo của lớp thực thi Ethereum (EL), trong khi Deneb là tên của bản nâng cấp tương ứng với CL. Trong cuộc gọi ACDE, các nhà phát triển đã thảo luận về phạm vi cuối cùng của bản nâng cấp Cancun/Deneb, sẽ xoay quanh EIP 4844, việc triển khai loại giao dịch blob và mức độ sẵn sàng của Deneb, bắt đầu bằng việc ra mắt devnet #5.
Các nhà phát triển đã khởi chạy mạng thử nghiệm đa máy khách, còn được gọi là devnet, cho EIP 4844 kể từ tháng 10 năm ngoái. Theo Tim Beiko, chủ tịch cuộc gọi hội nghị ACDE, devnet thứ năm cho EIP 4844 sẽ ra mắt vào tuần tới. Paritosh Jayanthi, một kỹ sư DevOps tại Ethereum Foundation, cho biết ông đang chạy thử nghiệm cho các khách hàng như Ethereum JS (EL) và Lodestar (CL) để chuẩn bị cho việc ra mắt devnet vào tuần tới.

Trong số những thứ khác, có một thay đổi nhỏ đối với API công cụ hợp nhất lệnh gọi "getPayload V3" và "getBlobsBundle V1" thành một. Beiko nhấn mạnh rằng thay đổi này chưa được hợp nhất vào đặc tả EIP 4844 trên GitHub, nhưng sẽ được thực hiện trong vài ngày tới để thay đổi có thể được thử nghiệm trên devnet #5, Beiko kêu gọi nhóm khách hàng xem xét thay đổi này ngay khi càng tốt.ETHTokyoSau đó, các nhà phát triển đã thảo luận về cách chèn lại các giao dịch blob vào các khối trong trường hợp tổ chức lại chuỗi. Nhà phát triển Geth (EL) Péter Szilágyi đã hỏi câu hỏi này trong bài viết của mìnhPPTđược đề xuất trong phần trình bày ở trên (có sẵn tại Szilágyi's

Tìm thêm thông tin trong ). Ryan cho biết do tính chất riêng biệt của các giao dịch blob với các giao dịch thông thường, các blob được tổ chức lại chỉ có thể được lấy từ các giao dịch trong mempool công khai. Cho rằng có nhiều giao dịch bỏ qua mempool, cụ thể là các gói và giao dịch MEV, một cách để đảm bảo rằng tất cả các blob có thể được xây dựng lại (ngay cả các giao dịch bỏ qua mempool) là để CL chuyển dữ liệu blob của mỗi khối cho EL , sau đó EL có thể lưu trữ nó cho đến khi khối hoàn thành. Ngoài ra, mạng có thể yêu cầu người dùng đã gửi giao dịch bỏ qua mempool gửi lại giao dịch của họ trong sự kiện tổ chức lại chuỗi.

Szilágyi cho biết ông thích cách thứ nhất, đó là chuyển dữ liệu blob sang EL để các giao dịch có thể được xác nhận lại khi tổ chức lại, thậm chí cả các giao dịch bỏ qua mempool. Theo quan điểm của Szilágyi, đây không phải là tải bổ sung nhiều đối với EL và nếu quy trình trở nên quá cồng kềnh để một nút hỗ trợ, các nhà phát triển có thể điều chỉnh các thông báo giữa EL và CL để giảm tải. “Giải pháp đơn giản nhất là cung cấp blob cho ứng dụng thực thi khi ứng dụng đồng thuận gửi một tải trọng mới,” Szilágyi nói. Ryan trả lời rằng mặc dù giải pháp được đề xuất rất đơn giản, nhưng nó càng phá vỡ sự trừu tượng giữa các lớp EL và CL. Hơn nữa, giải pháp này sẽ thực thi giả định rằng các nút lưu trữ dữ liệu hoàn chỉnh, dữ liệu này có thể bị hỏng trong các bản nâng cấp trong tương lai khi triển khai Lấy mẫu tính khả dụng của dữ liệu (DAS).

Do không có sự tham gia của nhóm khách hàng EL, câu hỏi này sẽ được đưa ra một lần nữa trong cuộc gọi hội nghị ACDE tiếp theo.

Deneb Add-Ons

tiêu đề cấp đầu tiên

Ngoài EIP-4844, bản nâng cấp Deneb cũng xem xét các bản nâng cấp mã khác.

1. Cái đầu tiên là EIP-4788, có thể hiển thị trạng thái của CL Beacon Chain trong EL. Điều này sẽ cho phép các hợp đồng thông minh thực thi trên EL có quyền truy cập tối thiểu hóa độ tin cậy vào CL, có liên quan đến nhóm đặt cược, giao thức đặt lại, MEV, v.v. Nhà nghiên cứu của Ethereum Foundation, Alex Stokes, một trong những tác giả của EIP, cho biết tính năng này là một thay đổi "nhẹ" đối với CL. Không có ý kiến ​​phản đối nào về việc đưa EIP 4788 vào Deneb vào cuộc gọi. Hỗ trợ cho EIP này sẽ được tìm kiếm từ nhóm khách hàng EL tại cuộc gọi hội nghị ACDE tiếp theo.

2. EIP-6914, đề xuất này có thể sử dụng lại các số xác thực đã rút hoàn toàn khỏi mạng và không hoạt động trong một khoảng thời gian. EIP này sẽ giúp giảm sự gia tăng vô hạn của danh sách người xác thực khi người xác nhận thoát ra và người xác nhận mới tham gia mạng. Stokes nói rằng độ phức tạp của EIP 6914 tương đối cao và những thay đổi về mã nên được hoãn lại cho đến lần hard fork tiếp theo sau Deneb. Sau khi thảo luận về sự phức tạp của EIP-6914, các nhà phát triển đã đồng ý tiếp tục mài giũa các chi tiết của bản cập nhật mã, nhưng để việc triển khai cuối cùng cho Deneb.
4、PR 3175 3. Ryan đã đề xuất một thay đổi mã tiềm năng liên quan đến việc chèn lấp dữ liệu từ khối khởi tạo Chuỗi Beacon và tạo nội dung "tóm tắt lịch sử" mới. Thông tin chi tiết về việc thay đổi mã này vẫn chưa được nêu rõ trong EIP. Ryan đã đồng ý liên hệ với người đề xuất thay đổi này, Jacek Sieka (Trưởng bộ phận Phát triển Nghiên cứu tại Status, người đang xây dựng ứng dụng khách Nimbus (CL)) để biết thêm chi tiết.

, đề xuất này sẽ ngăn những người xác nhận bị phạt đề xuất các khối khi xếp hàng. Nếu hơn 50% người xác thực bị phạt vì hành vi nguy hiểm, thì những người xác thực đó vẫn có thể đề xuất các khối trong khi bị buộc xóa khỏi mạng. Ryan tuyên bố rằng việc thay đổi logic này là một thay đổi lớp CL tương đối nhỏ nhằm cung cấp khả năng bảo vệ chống lại "các chế độ lỗi cao".5. EIP-6493, sẽ giải quyết cách các nút xử lý các loại giao dịch blob được định dạng bằng SSZ trên CL nhưng được mã hóa khác trên EL. EIP này là một phần của việc cập nhật định dạng tuần tự hóa Ethereum để đạt được tính nhất quán giữa các lớp. Bạn có thể đọc thêm thông tin cơ bản về định dạng tuần tự hóa Ethereum trước đây。

hồ sơ nhà phát triển