Wie Walrosse faule Knoten mit On-Chain-Erkennung bestrafen
Ein subtiler Fehlermodus verfolgt dezentrale Speicherung: der faule Validator. Dieser Knoten speichert Daten korrekt, ignoriert jedoch gelegentlich Abrufanfragen oder reagiert langsam. Er ist nicht unehrlich – nur unterdurchschnittlich. Doch faule Validatoren mindern die Zuverlässigkeit des Systems ohne ausdrücklichen Betrug.
Traditionelle Systeme haben Schwierigkeiten, Faulheit zu erkennen, da es schwer ist, sie von Netzwerkbedingungen zu unterscheiden. Hat der Validator die Anfrage ignoriert oder hat das Netzwerk das Paket verloren? Ohne synchrone Zeitannahmen kann man das nicht sagen. Das Ergebnis ist eine systemweite Toleranz gegenüber Unterleistung – die Zuverlässigkeit aller leidet.
@Walrus 🦭/acc löst dies durch On-Chain-Erkennung. Wenn ein Validator ausgewählt wird, um einen Blob zu bedienen, wird dieses Engagement über Sui on-chain aufgezeichnet. Wenn der Validator die Abrufanfrage innerhalb eines definierten Zeitfensters nicht erfüllt – nicht wegen Netzwerkverzögerungen, sondern wegen nachweisbarer Nichtverfügbarkeit – wird der Fehler erkannt und on-chain nachgewiesen. Wirtschaftliche Strafen folgen automatisch.
Dies schafft starke Anreize.
Ein fauler Validator hat echte wirtschaftliche Konsequenzen zu tragen. Er kann sich nicht hinter Netzwerkbedingungen verstecken oder Unvermeidlichkeit behaupten. Der On-Chain-Datensatz zeigt, ob er seine Pflicht erfüllt hat. Ehrliche Validatoren, die unter verschlechterten Netzwerkbedingungen arbeiten, sind geschützt – sie können nachweisen, dass sie die Daten gehalten haben, und Netzwerkverzögerungen zählen nicht gegen sie.
Die Unterscheidung ist wichtig: Walross bestraft keine Netzwerkbedingungen, sondern die Weigerung zu bedienen. Validatoren müssen zuverlässig verfügbar sein, nicht nur Daten korrekt speichern. Dies hebt die Zuverlässigkeit des Systems von einer theoretischen Garantie auf eine durchgesetzte betriebliche Realität.
