Comment le morse punit les nœuds paresseux avec la détection sur chaîne
Un mode de défaillance subtil hante le stockage décentralisé : le validateurs paresseux. Ce nœud stocke les données correctement mais ignore parfois les demandes de récupération ou répond lentement. Ce n'est pas malhonnête, juste sous-performant. Pourtant, les validateurs paresseux dégradent la fiabilité du système sans fraude explicite.
Les systèmes traditionnels ont du mal à détecter la paresse car il est difficile de la distinguer des conditions du réseau. Le validateur a-t-il ignoré la demande ou le réseau a-t-il perdu le paquet ? Sans hypothèses de synchronisation, vous ne pouvez pas le dire. Le résultat est une tolérance systémique à la sous-performance - la fiabilité de tout le monde en souffre.
@Walrus 🦭/acc résout cela grâce à la détection sur chaîne. Lorsqu'un validateur est sélectionné pour servir un blob, cet engagement est enregistré sur chaîne via Sui. Si le validateur échoue à remplir la demande de récupération dans une fenêtre définie - non pas à cause d'un retard réseau, mais en raison d'une indisponibilité prouvable - l'échec est détecté et prouvé sur chaîne. Des pénalités économiques suivent automatiquement.
Cela crée des incitations puissantes.
Un validateur paresseux fait face à de réelles conséquences économiques. Il ne peut pas se cacher derrière les conditions du réseau ou revendiquer l'inévitable. L'enregistrement sur chaîne montre s'il a rempli son devoir. Les validateurs honnêtes opérant dans des conditions réseau dégradées sont protégés - ils peuvent prouver qu'ils ont conservé les données, et le retard du réseau ne compte pas contre eux.
La distinction est importante : Walrus ne punit pas les conditions du réseau, il punit le refus de servir. Les validateurs doivent être disponibles de manière fiable, pas seulement stocker des données correctement. Cela élève la fiabilité du système d'une garantie théorique à une réalité opérationnelle appliquée.
