Saya mulai menilai @Dusk berdasarkan jumlah fork, tetapi saya rasa metrik ini bisa menyembunyikan masalah yang lebih menarik.

Fork yang terlihat nol tidak otomatis berarti jaringan sehat. Bagaimana jika latensi meningkat, muncul packet loss, dan beberapa validator offline pada waktu yang sama?

Saya juga tidak akan mengabaikan jumlah fork. Itu tetap metrik hasil yang berguna. Pertanyaan yang lebih baik adalah kondisi apa yang ada di baliknya.

Jika latensi P95 mencapai 500 ms, packet loss menyentuh 5%, dan ketersediaan validator turun 20%, apakah DUSK melihat lebih banyak round yang bercabang? Apakah konsensus jadi lebih lama? Apakah finality melambat sebelum pengguna menyadarinya?

Saya juga akan berhenti memperlakukan satu angka dari mempool milik satu explorer sebagai gambaran utuh. Membandingkan antrian pending dan usia transaksi di beberapa node bisa memberi tahu kita apakah kemacetan bersifat lokal atau menyebar.

Sebagian perbedaan itu normal dalam sistem terdistribusi. Itu tidak terlalu mengkhawatirkan saya.

Yang saya pantau adalah kurva kegagalan: apakah DUSK menyerap tekanan gabungan secara bertahap, atau apakah reliabilitas tiba-tiba jatuh seperti jurang?

Jawaban itu memberi saya lebih banyak daripada sekadar jumlah fork.

#dusk $DUSK

$ACE $EDEN

Yang paling penting bagi reliabilitas jaringan DUSK adalah apa?
Failure under combined stress
75%
Consensus/finality slowdown
25%
Mempool congestion
0%
Fork rate
0%
4 Voting • Voting ditutup