Cómo Walrus Castiga a los Nodos Perezosos con Detección en Cadena
Un sutil modo de fallo acecha el almacenamiento descentralizado: el validador perezoso. Este nodo almacena datos correctamente pero ocasionalmente ignora las solicitudes de recuperación o responde lentamente. No es deshonesto, solo está bajo rendimiento. Sin embargo, los validadores perezosos degradan la fiabilidad del sistema sin fraude explícito.
Los sistemas tradicionales luchan por detectar la pereza porque distinguirla de las condiciones de la red es difícil. ¿Ignoró el validador la solicitud o la red perdió el paquete? Sin suposiciones de tiempo sincrónicas, no se puede saber. El resultado es una tolerancia generalizada al bajo rendimiento: la fiabilidad de todos sufre.
@Walrus 🦭/acc resuelve esto a través de la detección en cadena. Cuando un validador es seleccionado para servir un blob, ese compromiso se registra en la cadena a través de Sui. Si el validador no cumple con la solicitud de recuperación dentro de una ventana definida—no por un retraso en la red, sino por una indisponibilidad comprobable—el fallo se detecta y se prueba en la cadena. Las sanciones económicas siguen automáticamente.
Esto crea incentivos poderosos.
Un validador perezoso enfrenta consecuencias económicas reales. No puede ocultarse detrás de las condiciones de la red ni reclamar inevitabilidad. El registro en cadena muestra si cumplió con su deber. Los validadores honestos que operan en condiciones de red degradadas están protegidos; pueden probar que sostuvieron los datos, y el retraso en la red no se cuenta en su contra.
La distinción es importante: Walrus no castiga las condiciones de la red, castiga la negativa a servir. Los validadores deben estar disponibles de manera confiable, no solo almacenar datos correctamente. Esto eleva la fiabilidad del sistema de una garantía teórica a una realidad operativa impuesta.
