Tôi bắt đầu đánh giá @Dusk dựa trên số lượt fork, nhưng tôi nghĩ chỉ số này có thể che giấu vấn đề thú vị hơn.

Không có fork nào hiển thị không tự động có nghĩa là mạng đang khỏe mạnh. Điều gì xảy ra khi độ trễ tăng lên, mất gói xuất hiện và một số validator ngừng hoạt động cùng lúc?

Tôi cũng không bỏ qua số lượt fork. Nó vẫn là một chỉ số kết quả hữu ích. Câu hỏi tốt hơn là những điều kiện nào đứng sau nó.

Nếu độ trễ P95 đạt 500ms, tỷ lệ mất gói lên 5%, và mức độ sẵn sàng của validator giảm 20% thì DUSK có thấy nhiều vòng (round) bị fork hơn không? Thời gian đồng thuận có kéo dài không? Tính cuối cùng (finality) có chậm lại trước khi người dùng nhận thấy bất kỳ điều gì?

Tôi cũng sẽ dừng việc xem con số mempool của chỉ một trình khám phá (explorer) là toàn bộ bức tranh. So sánh hàng đợi chờ (pending queues) và tuổi giao dịch giữa nhiều node có thể cho chúng ta biết liệu tình trạng tắc nghẽn chỉ xảy ra cục bộ hay đang lan rộng.

Một chút bất đồng là bình thường trong các hệ thống phân tán. Điều đó không làm tôi lo lắng quá nhiều.

Thứ tôi đang theo dõi là đường cong suy giảm (failure curve): DUSK hấp thụ dần mức độ căng thẳng kết hợp, hay độ tin cậy đột ngột rơi khỏi một “vách đá”?

Câu trả lời đó nói với tôi nhiều hơn chỉ riêng số lượng fork.

#dusk $DUSK

$ACE $EDEN

Điều quan trọng nhất đối với độ tin cậy của mạng DUSK là gì?