Một báo cáo khác đã được phát hành - báo cáo Devnet 8/4 của PeerDAS từ Sunnsyide Labs đã có mặt! Bạn có tò mò về cách các nút hoạt động trong điều kiện sản xuất với PeerDAS không? 🧵

Lần này, Sunnyside Labs đã chạy 2 loại devnet dựa trên hình ảnh fusaka-devnet-2 của @ethPandaOps, để kiểm tra độ ổn định của mạng trong môi trường thực tế hơn: 1. Devnet Interop (các client CL/EL hỗn hợp với 50% supernode) 2. Devnet Perfect PeerDAS (mỗi node chỉ giữ một cột dữ liệu duy nhất)

Đối với mỗi cấu hình devnet, chúng tôi đã chạy 3 kịch bản thử nghiệm mới trên đó: 1. Blobs với Txs Lớn Điều này nhằm điều tra cách các giao dịch thông thường ảnh hưởng đến sự cạnh tranh trong việc truyền bá khối với việc truyền bá cột dữ liệu giữa các nút. Chúng tôi đã duy trì mỗi khối trong thử nghiệm để đạt 22 Mgas (kích thước khối 2MB). 2. Giới hạn Băng thông + Txs Lớn Thử nghiệm này nhằm điều tra hành vi của mạng trong điều kiện các nút bị giới hạn băng thông như những người giữ stake tại nhà. Băng thông được đặt là 100/50Mbps cho các siêu nút và 50/25Mbps cho các nút đầy đủ, theo khuyến nghị từ EIP-7870. 3. Thử nghiệm Đồng bộ Genesis Đồng bộ Genesis được thử nghiệm trên các devnet để tìm ra bất kỳ trở ngại hoặc lỗi nào trong quá trình đồng bộ. Dưới đây là những thông tin mà chúng tôi đã thu được từ các thử nghiệm này:

1 - Các giao dịch lớn có tác động thấp đến mạng, trong điều kiện mạng không bị hạn chế Trong cả Interop Devnet và Perfect PeerDAS Devnet, mạng đã chịu đựng 60 blob mà không gặp nhiều vấn đề, ngay cả với các giao dịch bổ sung ngoài blob. Kết quả này giống như kịch bản cơ bản chỉ với blob. Điều này cho thấy các giao dịch thông thường ngoài blob có tác động tối thiểu đến sự ổn định của mạng trong điều kiện không bị hạn chế tài nguyên.

2 - Giới hạn băng thông ảnh hưởng đến mạng lưới theo nhiều cách khác nhau Với băng thông uplink bị giới hạn ở 100/50Mbps cho supernodes và 50/25Mbps cho fullnodes, thông lượng blob đã giảm xuống còn 20 blobs/block trên mạng devnet Interop và 30 blobs/block trên mạng devnet Perfect PeerDAS. Dưới những giới hạn này, sự gia tăng đột ngột trong các tin nhắn IWANT trên chủ đề beacon_block cho thấy rằng các khối beacon đang gặp khó khăn trong việc lan truyền. Ngoài ra, khi các nút đạt đến giới hạn xuất của chúng, các mempool EL đã hiển thị ít blobs hơn nhiều, được chứng minh bằng sự sụt giảm mạnh trong tỷ lệ thành công của getBlobsV2. Các cuộc thảo luận nội bộ chỉ ra rằng giới hạn tải lên 50 Mbps trên supernodes là nguyên nhân chính: giới hạn đó tại EIP-7870 được thiết kế cho các nhà xây dựng khối địa phương, không phải cho các supernodes phục vụ mạng lưới rộng hơn. Do đó, các bài kiểm tra này khắc nghiệt hơn so với điều kiện thực tế. Sunnyside Labs sẽ thực hiện một bài kiểm tra tiếp theo trong tuần này với băng thông supernode cao hơn để đánh giá tác động chính xác của hạn chế này.

3 - Genesis sync hoạt động cho Interop devnet, nhưng thất bại trên Perfect PeerDAS devnet Genesis sync đã hoàn thành một cách hoàn hảo trên Interop devnet, nhưng đã bị dừng lại ngay sau kỷ nguyên nâng cấp Fulu trên Perfect PeerDAS. Nếu một nút không thể lấy tất cả các cột trong quá trình genesis sync, nó nên lý tưởng là truy vấn thêm các peer khác để lấp đầy các khoảng trống, điều này vẫn chưa được triển khai trong bất kỳ khách hàng nào. Liệu việc lấy cột giữa các peer này có trở thành một tính năng cần thiết trước khi Fusaka hay không vẫn còn bỏ ngỏ; quyết định dự kiến sẽ được đưa ra vào ACD vào thứ Năm tới.

4 - Việc bổ sung bảo quản validator đã thành công tại @Teku_Consensys Việc bổ sung bảo quản validator cho phép một khách hàng phát hiện các cột lịch sử bị thiếu và tự động lấy chúng từ các đồng nghiệp. Bài kiểm tra chuyên dụng của chúng tôi đã xác nhận rằng việc triển khai của Teku hoạt động hoàn hảo - nó đã xác định các khoảng trống và hoàn tất việc bổ sung mà không gặp trục trặc trong điều kiện bình thường. Một lỗi nhỏ ở một trường hợp biên, nơi có khoảng trống lớn trong chuỗi mà không có bất kỳ blob nào, đã được xác định trong các bài kiểm tra, và đã được đội ngũ nhanh chóng sửa chữa. Các khách hàng khác hiện đang làm việc trên tính năng này, và nó sẽ được thử nghiệm trong các devnet Sunnyside trong tương lai khi việc triển khai hoàn tất.

Sunnyside Labs sẽ tiếp tục vận hành các devnet trong tuần này, tập trung vào các chủ đề sau: - Devnet Interop với giới hạn băng thông supernode cao hơn và thời gian dài hơn - Phân tích thêm về các bài kiểm tra đồng bộ genesis trên devnet Perfect PeerDAS - Nhiều devnet hơn tập trung vào kích thước khối tối đa (ở định dạng nén snappy), các nút bị hỏng với blobber, và tính cuối cùng trên mạng phân tách.