Bagaimana Walrus Menghukum Node Malas dengan Deteksi On-Chain
Mode kegagalan halus menghantui penyimpanan terdesentralisasi: validator malas. Node ini menyimpan data dengan benar tetapi kadang-kadang mengabaikan permintaan pengambilan atau merespons dengan lambat. Itu tidak tidak jujur—hanya berkinerja buruk. Namun validator malas merusak keandalan sistem tanpa penipuan yang eksplisit.
Sistem tradisional kesulitan mendeteksi kemalasan karena membedakannya dari kondisi jaringan itu sulit. Apakah validator mengabaikan permintaan atau apakah jaringan menjatuhkan paket? Tanpa asumsi waktu sinkron, Anda tidak dapat tahu. Hasilnya adalah toleransi sistem-wide terhadap kinerja yang buruk—keandalan semua orang menderita.
@Walrus 🦭/acc menyelesaikan ini melalui deteksi on-chain. Ketika validator dipilih untuk melayani sebuah blob, komitmen itu dicatat di on-chain melalui Sui. Jika validator gagal memenuhi permintaan pengambilan dalam jendela waktu yang ditentukan—bukan karena penundaan jaringan, tetapi karena ketidaktersediaan yang dapat dibuktikan—kegagalan tersebut terdeteksi dan dibuktikan di on-chain. Hukuman ekonomi mengikuti secara otomatis.
Ini menciptakan insentif yang kuat.
Validator malas menghadapi konsekuensi ekonomi yang nyata. Itu tidak dapat bersembunyi di balik kondisi jaringan atau mengklaim ketidakpastian. Catatan on-chain menunjukkan apakah ia melaksanakan tugasnya. Validator yang jujur yang beroperasi dalam kondisi jaringan yang terdegradasi dilindungi—mereka dapat membuktikan bahwa mereka menyimpan data, dan penundaan jaringan tidak dihitung melawan mereka.
Perbedaan ini penting: Walrus tidak menghukum kondisi jaringan, ia menghukum penolakan untuk melayani. Validator harus dapat diandalkan, bukan hanya menyimpan data dengan benar. Ini mengangkat keandalan sistem dari jaminan teoretis menjadi kenyataan operasional yang ditegakkan.
