Tóm tắt cuộc họp mới nhất của các nhà phát triển cốt lõi của ETH Place: Sẽ có một ngã ba bóng Goerli và thử nghiệm nâng cấp Cancun / Deneb trước cuối năm nay

Tiêu đề gốc: Ethereum All Core Developers Consensus Call #124 Writeup

Bài viết gốc của Christine Kim

Biên dịch gốc: Luccy, BlockBeats

Ghi chú của biên tập viên:

Hội thảo ETH Tất cả các cuộc gọi đồng thuận của nhà phát triển cốt lõi (ACDC) được tổ chức hai tuần một lần để thảo luận và điều phối các thay đổi đối với Lớp đồng thuận (CL) của Hội thảo ETH. Đây là cuộc gọi hội nghị thứ 124 của ACDC, bao gồm các bản cập nhật cho Devnet # 12, tiến trình nâng cấp Cancun / Deneb và các chủ đề liên quan đến việc phổ biến Slashable. Trong cuộc họp, các nhà phát triển đã tích cực thảo luận về những thay đổi nhỏ đối với giao thức mạng Libp2p để giảm hiệu ứng khuếch đại của các thông điệp lớn trên các nút.

Christine Kim, VP nghiên cứu tại Galaxy Digital, đã đưa ra một lưu ý chi tiết về những điểm nổi bật của cuộc họp, mà BlockBeasts biên soạn như sau:

Vào ngày 14 tháng 12 năm 2023, ETH nhà phát triển đã tập trung trên Zoom cho phiên gọi # 124 của All Core Developers Consensus (ACDC). Cuộc gọi hội nghị ACDC là một chuỗi các cuộc họp hai tuần một lần do Danny Ryan, một nhà nghiên cứu tại ETH Workshop Foundation dẫn đầu, nơi các nhà phát triển thảo luận và phối hợp các thay đổi đối với Lớp đồng thuận hội thảo ETH (CL). Tuần này, các nhà phát triển tập trung vào tiến trình thử nghiệm nâng cấp Cancun / Deneb trên testnet Devnet # 12. Kể từ cuộc họp All-Core Developer Execution (ACDE) tuần trước, tất cả các kết hợp máy khách Execution Layer (EL) và Consensus Layer (CL) đã được tích hợp vào Devnet #12, bao gồm cả máy khách Prysm. Phần mềm MEV-Boost được bật, nhưng kết hợp máy khách với Prysm không được bao gồm. Các nhà phát triển cho biết họ đang đi đúng hướng với kế hoạch ra mắt chi nhánh bóng Goerli trong một đến hai tuần tới để thử nghiệm nâng cấp Cancun / Deneb và bao gồm tất cả các khách hàng. Ngoài ra, các nhà phát triển đã thảo luận về các quy tắc phổ biến thông tin về Slashable, cũng như lịch trình của các cuộc gọi trong hai tuần tới.

Cập nhật Devnet #12

Barnabas Busa, Kỹ sư DevOps tại ETH Foundation, nói rằng tất cả các kết hợp máy khách EL / CL, bao gồm cả những kết hợp sử dụng Prysm làm máy khách CL, đã được tích hợp thành công vào Devnet # 12. Danh mục khách hàng sử dụng Prysm chưa được thử nghiệm cho phần mềm MEV-Boost. Tuy nhiên, trên Devnet # 12, quy trình làm việc MEV đang thử nghiệm các máy khách CL khác. Gần đây, máy khách Lighthouse đã trải qua một bản cập nhật bản vá để giải quyết các lỗi liên quan đến MEV. Ngoài ra, Parithosh Jayanthi, một kỹ sư DevOps khác tại Foundation, nói rằng họ nhận thấy một vấn đề với nút Besu trên Devnet # 12 và họ vẫn đang làm việc để xác định nguyên nhân gốc rễ. Bước tiếp theo, các nhà phát triển sẽ cố tình gửi các khối độc hại qua mạng, kiểm tra trình tạo khối và chạy thử nghiệm tổ ong cho các máy khách Prysm mới được thêm vào để kiểm tra căng thẳng các kết hợp máy khách trên Devnet. Jayanthi cho biết trong một thông điệp Discord công khai trong cuộc gọi rằng các nhà phát triển vẫn có kế hoạch khởi chạy một nhánh bóng tối trên testnet Goerli vào cuối năm nay.

Cập nhật thông tin có thể chém

Tiếp theo, các nhà phát triển đã thảo luận ngắn gọn về một số vấn đề liên quan đến sự lan truyền và thời gian của thông điệp của Slashable trên ETH sau khi nâng cấp Cancun / Deneb. Đối với nền, Thông tin có thể gạch chéo bao gồm việc lan truyền các khối và đốm màu trùng lặp hoặc không hợp lệ. Dapplion, một nhà phát triển ẩn danh của ứng dụng khách Lodestar, đã thực hiện yêu cầu kéo (PR) thông qua GitHub nhằm mục đích thêm các sự kiện mới vào API Beacon Chain để cho phép các nhà khai thác nút tìm hiểu về các sự kiện Slashable nhanh hơn, điều này sẽ đặc biệt hữu ích nếu có một lượng lớn thông tin Slashable. Trong PR của mình, Dapplion đề cập, "Đối với các nhà khai thác lớn, tổng chi phí của một sự kiện cắt giảm phụ thuộc rất nhiều vào thời gian phản hồi của họ. Nếu có nhiều khóa liên quan đến lỗi hoạt động, thì có thể mất một thời gian để thông tin có thể cắt giảm này được đưa vào chuỗi. PR của Dapplion đã được hợp nhất vào đặc điểm kỹ thuật của API Beacon Chain trước cuộc gọi và đang được triển khai bởi các nhóm khách hàng CL khác nhau, chẳng hạn như Prysm và Lighthouse.

Dapplion cũng đề xuất một PR liên quan đến việc đo thời gian lan truyền khối. Ông lưu ý rằng việc đo thời gian lan truyền khối sẽ trở nên khó khăn hơn do nâng cấp Cancun / Deneb và giới thiệu các giao dịch blob. Dapplion giải thích chi tiết về giải pháp mà anh ấy đề xuất trong PR của mình. Như các nhà phát triển nhận thấy trong chuỗi PR, họ có xu hướng giải quyết vấn đề này bằng cách thêm trường dấu thời gian vào các sự kiện API Beacon Chain liên quan hiện có.

Chủ đề thứ ba mà các nhà phát triển thảo luận liên quan đến việc truyền bá thông tin Slashable sau khi nâng cấp Cancun / Deneb là điều kiện lan truyền blob. Nhà phát triển ngọn hải đăng “sean” (hoặc “realbigsean” trên GitHub) chỉ ra rằng các quy tắc lan truyền blob hiện tại đã dẫn đến những hậu quả không lường trước được. Trong cuộc gọi, Sean nói, "Nếu bạn đang sử dụng API Beacon để xác thực phát sóng, thật bất ngờ khi cách tiếp cận tin đồn có thể dẫn đến các tin nhắn hợp lệ và không hợp lệ. Lý do cho điều này là, về mặt kỹ thuật, có thể lan truyền hai đốm màu với các chỉ số blob khác nhau của tiêu đề Slashable được liên kết với chúng. Bạn được phép tuyên truyền những thứ này, nhưng không được phép tuyên truyền những thứ có cùng chỉ số blob. 」

Sean nói thêm rằng hành vi kỳ lạ khi nói đến việc truyền bá thông tin có thể cắt giảm của các đốm màu không có tác động đáng kể đến sức khỏe của mạng, ngoài một kết quả “kỳ lạ” để các nhà khai thác nút hiểu và phân tích cú pháp. Do đó, mặc dù không có gì khẩn cấp cho việc kích hoạt Cancun / Deneb, ông đề nghị các nhà phát triển xem xét thay đổi các quy tắc xử lý phổ biến thông tin Slashable trong các bản nâng cấp trong tương lai. Danny Ryan đồng ý, nói rằng các nhà phát triển nên dành thời gian để suy nghĩ “toàn diện” về cách giải quyết vấn đề này. Ryan đề nghị xem xét lại chủ đề này vào tháng Giêng để cho các nhà phát triển thời gian đưa ra một kế hoạch toàn diện để cập nhật các quy tắc lan truyền blob và chặn của Slashable.

Tiếp theo, các nhà phát triển đã thảo luận về những thay đổi nhỏ đối với giao thức mạng libp2p để giảm hiệu ứng khuếch đại trên các nút gửi tin nhắn lớn, chẳng hạn như các khối có số lượng lớn blob. Sean nhấn mạnh thông báo điều khiển “IDONTWANT” mới, có thể được sử dụng để thông báo cho các đồng nghiệp libp2p tạm dừng gửi các tin nhắn lớn. Ryan cho biết anh sẽ cố gắng liên hệ với nhóm libp2p để hợp nhất PR này và nếu có thêm sự chậm trễ, vấn đề sẽ được xem xét lại trong cuộc gọi hội nghị ACDE vào tuần tới.