Come Walrus Punisce i Nodi Pigri con Rilevamento On-Chain
Una sottile modalità di guasto perseguita lo storage decentralizzato: il validatore pigro. Questo nodo memorizza i dati correttamente ma occasionalmente ignora le richieste di recupero o risponde lentamente. Non è disonesto, solo sotto-performante. Eppure, i validatori pigri degradano l'affidabilità del sistema senza frode esplicita.
I sistemi tradizionali faticano a rilevare la pigrizia perché distinguerla dalle condizioni di rete è difficile. Il validatore ha ignorato la richiesta o la rete ha perso il pacchetto? Senza assunzioni temporali sincrone, non puoi dirlo. Il risultato è una tolleranza sistemica alla sotto-performance: l'affidabilità di tutti ne risente.
@Walrus 🦭/acc risolve questo attraverso il rilevamento on-chain. Quando un validatore viene selezionato per servire un blob, quell'impegno è registrato on-chain tramite Sui. Se il validatore non riesce a soddisfare la richiesta di recupero entro una finestra definita—non a causa di ritardi di rete, ma a causa di indisponibilità dimostrabile—il fallimento viene rilevato e dimostrato on-chain. Le sanzioni economiche seguono automaticamente.
Questo crea potenti incentivi.
Un validatore pigro affronta reali conseguenze economiche. Non può nascondersi dietro le condizioni di rete o rivendicare ineluttabilità. Il registro on-chain mostra se ha adempiuto al proprio dovere. I validatori onesti che operano in condizioni di rete degradate sono protetti: possono dimostrare di aver mantenuto i dati, e il ritardo di rete non viene considerato contro di loro.
La distinzione è importante: Walrus non punisce le condizioni di rete, punisce il rifiuto di servire. I validatori devono essere affidabilmente disponibili, non solo memorizzare correttamente i dati. Questo eleva l'affidabilità del sistema da garanzia teorica a realtà operativa applicata.
