Tiêu đề gốc: "Lời kêu gọi đồng thuận của tất cả các nhà phát triển cốt lõi của Ethereum #132"
Tác giả gốc: Christine Kim
Bản tổng hợp gốc: Luccy, BlockBeats
Lưu ý của biên tập viên:
Cuộc kêu gọi đồng thuận của tất cả các nhà phát triển cốt lõi (ACDC) của Ethereum được tổ chức hai tuần một lần để thảo luận và điều phối sự phát triển của Ethereum Các thay đổi đối với Lớp đồng thuận (CL). Đây là cuộc gọi hội nghị ACDC lần thứ 132. Trong hội nghị, các nhà phát triển đã chia sẻ thông tin mới nhất về mạng thử nghiệm dành cho nhà phát triển Pectra đầu tiên (Pectra Devnet 0), thảo luận các vấn đề mở liên quan đến thông số kỹ thuật và nhấn mạnh mối quan hệ với việc phát hành các dự án nghiên cứu liên quan đến mạng. để lấy mẫu tính sẵn có của dữ liệu. Các vấn đề được đề cập bao gồm các câu hỏi mở về Electra, các câu hỏi mở liên quan đến Electra và các câu hỏi mở nghiên cứu.
Về các vấn đề mở của Electra, các nhà phát triển đang tập trung vào tác động của EIP 7251 và EIP 7549, cũng như thêm một EIP mới sẽ tạo ra các yêu cầu EL chung gợi ý. Đối với các vấn đề nổi bật liên quan đến Electra, cuộc thảo luận bao gồm các thay đổi đối với loại chỉ mục của ủy ban xác thực, các thay đổi đối với việc xử lý dữ liệu tiền gửi của trình xác thực, v.v. Christine Kim, Phó Chủ tịch Nghiên cứu của Galaxy Digital, đã ghi lại chi tiết những điểm chính của cuộc họp này. BlockBeasts đã biên soạn văn bản gốc như sau:
Ngày 21 tháng 3 năm 2024. , Phát triển Ethereum Mọi người đã tập hợp trên Zoom cho cuộc gọi số 132 của Cuộc họp đồng thuận tất cả các nhà phát triển cốt lõi (ACDC). Cuộc gọi hội nghị ACDC là chuỗi hội nghị hai tuần một lần, được tổ chức bởi nhà nghiên cứu Alex Stokes của Ethereum Foundation, nơi các nhà phát triển thảo luận và điều phối các thay đổi đối với lớp đồng thuận Ethereum (CL). Tuần này, các nhà phát triển đã chia sẻ thông tin mới nhất về quá trình chuẩn bị của họ cho Mạng thử nghiệm dành cho nhà phát triển Pectra đầu tiên, còn được gọi là Pectra Devnet 0. Họ đã thảo luận các vấn đề mở liên quan đến đặc tả Pectra Devnet 0 và nêu ngắn gọn hai dự án nghiên cứu chưa hoàn thành liên quan đến xuất bản mạng và lấy mẫu dữ liệu sẵn có.
Các nhà phát triển của Ethereum Foundation đã phát hành thông số CL ban đầu cho Pectra Devnet 0 và các vectơ thử nghiệm. Tuy nhiên, có một số vấn đề nổi bật liên quan đến các thông số kỹ thuật này có thể được giải quyết kịp thời hoặc không trong lần ra mắt devnet đầu tiên. Stokes nhấn mạnh rằng một trong những vấn đề có liên quan đến EIP 7251 (tăng MAX_EFFECTIVE_BALANCE). Các nhà phát triển dường như đang nghiêng về việc kết hợp ETH được trình xác thực đặt cược như một hành động có thể kích hoạt lớp thực thi (EL). Tuy nhiên, hiện tại, việc hợp nhất được định nghĩa là thao tác CL trong thông số kỹ thuật Electra ban đầu. Stokes cho biết: “Điều này là tốt vì hầu hết logic xử lý cần thiết cho chuỗi đèn hiệu đều giống nhau bất kể nguồn nào”.
Một vấn đề mở khác mà các nhà phát triển đã thảo luận trong cuộc gọi liên quan đến EIP 7549 (Moving Commission Indexing Beyond Proof). EIP thay đổi cách tổng hợp các bằng chứng xác thực và các khối được định dạng. Khi Pectra được kích hoạt, nó sẽ được tóm tắt rằng các bằng chứng trước khi nâng cấp không còn tương thích với các bằng chứng mới được gửi trên chuỗi. Stokes được nêu bật trong Vấn đề về GitHub trước cuộc gọi Hai khả năng có thể xảy ra các giải pháp. Ông viết:
· Khách hàng phát sóng cả hai định dạng trong kỷ nguyên Deneb vừa qua đã cẩn thận để không tạo ra các thông điệp có thể cắt rời.
· Mở rộng các khối với các trường bổ sung để chứng minh trước Electra và chỉ cho phép kiểu Deneb trong kỷ nguyên đầu tiên của Electra.
Deneb là tên nâng cấp kết hợp của hard fork mới nhất được kích hoạt trên Ethereum. Electra là tên của bản nâng cấp CL cho đợt hard fork tiếp theo tiếp theo trên Ethereum.
Các nhà phát triển đã thảo luận cả hai lựa chọn trong cuộc gọi hội nghị. Cuối cùng, họ quyết định không thay đổi thông số kỹ thuật của Electra vào lúc này mà để xem những bằng chứng còn thiếu này ảnh hưởng như thế nào đến an ninh mạng trên devnet.
Vấn đề nổi bật thứ ba được các nhà phát triển thảo luận trong cuộc gọi hội nghị liên quan đến Electra là việc bổ sung EIP mới trong bản nâng cấp sẽ tạo ra Yêu cầu EL chung. EIP do nhà phát triển Geth "Lightclient" đề xuất sẽ đơn giản hóa quá trình gửi thông báo cập nhật từ EL đến CL. Do sự gia tăng của các giải pháp đặt cược dựa trên hợp đồng thông minh, đã có một loạt EIP được kích hoạt trên Ethereum, với các đề xuất để Pectra kích hoạt các hoạt động xác thực khác nhau trực tiếp từ EL thay vì CL. Đề xuất Lightclient tạo ra một khuôn khổ chung để truyền bá "các yêu cầu kích hoạt hợp đồng" từ EL đến CL. Cho rằng EIP này sẽ thay đổi cách thiết kế Pectra, cụ thể là việc triển khai EIP 6110 và EIP 7002, Lightclient nhấn mạnh rằng ông hy vọng nhóm khách hàng sẽ đưa ra phản hồi về đề xuất của mình càng sớm càng tốt. Các nhà phát triển đã đồng ý thử và hoàn thiện EIP của Lightclient vào cuối tuần để thông số kỹ thuật của nó có thể được xây dựng và chia sẻ trước thứ Hai, ngày 22 tháng 4.
Sau đó, các nhà phát triển đã thảo luận về hai vấn đề mở khác liên quan đến EIP 7549 và EIP 7251 do nhà phát triển Teku Mikhail Kalinin nêu ra. Phần đầu tiên là về Những thay đổi trong loại chỉ mục của ủy ban xác thực, trong khi sau đó đề xuất các thay đổi đối với việc xử lý dữ liệu tiền gửi của người xác thực . Stokes khuyến khích các nhà phát triển xem xét cả hai đề xuất một cách chi tiết hơn để thảo luận thêm trong những tuần tới.
Cuối cùng, vấn đề mở cuối cùng liên quan đến đặc tả Electra được các nhà phát triển thảo luận là Tăng số lượng blob. Kỹ sư vận hành nhà phát triển Ethereum Foundation Parithosh Jayanthi cho biết ông hy vọng sẽ tiến hành phân tích hoạt động blob sau khi nâng cấp Dencun và dựa trên phân tích này, đề xuất tăng số lượng blob một lần trong bản nâng cấp Electra. Nhà nghiên cứu Ansgar Dietrichs của Ethereum Foundation nhấn mạnh rằng ông cũng đưa ra đề xuất Kích hoạt số lượng blob tăng dần theo từng bước, việc này cần được xem xét đồng thời với đề xuất kết hợp Electra của Jayanthi.
Trong cuộc gọi hội nghị ACD tuần này, các nhà phát triển đã tóm tắt ngắn gọn Hai dự án nghiên cứu được thực hiện thảo luận. Đầu tiên là một bài viết nghiên cứu mới của nhà nghiên cứu Anders Elowsson của Ethereum Foundation, trong đó đề xuất một mô hình mới để suy nghĩ và thực hiện các thay đổi đối với chính sách phát hành của Ethereum. Bạn có thể tìm thấy bài đăng đầy đủ tại Đọc ở đây. Stokes khuyến khích các nhà phát triển trong cuộc gọi xem lại bài đăng.
Dự án nghiên cứu thứ hai do nhà phát triển Lighthouse Adrian Manning đề xuất liên quan đến mạng con chứng thực. Như Manning đã nói trên GitHub , "Khái niệm PR này 'phân đoạn mạng' đã được giới thiệu, đây chỉ là một khái niệm trừu tượng đánh dấu ID nút là một số (phân đoạn mạng). Sau đó, chúng ta có thể sử dụng phân đoạn (số) mạng này để phân bổ các chủ đề mà các nút phải đăng ký lâu dài. Manning đang tìm kiếm thông tin đầu vào cuối cùng cho đề xuất của mình để nhóm của anh ấy có thể bắt đầu làm việc trên PeerDAS, một giải pháp lấy mẫu tính khả dụng của dữ liệu cho Ethereum. Để biết thông tin về việc lấy mẫu tính khả dụng của dữ liệu, vui lòng đọc Báo cáo nghiên cứu Galaxy.
Nhà phát triển Nethermind Lukasz Rozmej đã hỏi liệu EIP 7547 (danh sách đưa vào) có được phê duyệt để đưa vào bản nâng cấp Electra hay không. Nhà phát triển nhắc lại rằng EIP 7547 chưa được phê duyệt để đưa vào. p>
Saulius Grigaitis, một nhà phát triển đang xây dựng một ứng dụng. Ứng dụng khách Ethereum CL có tên là "Grandine", đã đặt ra câu hỏi về các quy tắc lựa chọn phân nhánh của Ethereum dựa trên nghiên cứu PeerDAS đang diễn ra. Grigaitis yêu cầu các nhà phát triển đóng góp ý tưởng cho nhóm làm việc PeerDAS.
「Liên kết gốc‖
Chào mừng bạn tham gia cộng đồng chính thức của BlockBeats:
Nhóm Telegram đăng ký: https://t.me/theblockbeats
Nhóm Telegram thảo luận: https://t.me/BlockBeats_App
Tài khoản Twitter chính thức: https://twitter.com/BlockBeatsAsia