Newton sichert sein Operator-Netzwerk durch EigenLayer-Restaking ab. Nach außen klingt das wie eine Panzerung. Gräbt man eine Ebene tiefer, sieht es anders aus.
In seinem eigenen Whitepaper nennt EigenLayer einen Ausfallmodus namens „Cross-AVS-Kollusion“. Wenn dasselbe Operator-Cluster gemeinsames Kapital über mehrere AVSs restaked, kann die kombinierte Auszahlung aus einem koordinierten Angriff auf alle gleichzeitig den slashbaren Wert jedes einzelnen AVS für sich genommen übersteigen. Hypothetisch, aber realistisch: Operatoren restaken 40 Mio. über drei AVS-Plattformen, wobei jedes AVS nur ungefähr 12 bis 15 Mio. davon slashen kann. Koordiniert man den Angriff über alle drei, kippt die Rechnung. Kryptoökonomisch unsicher – obwohl jede Anzeige grün ist.
Das Unangenehme daran: Newton hat keine Einsicht, wo seine eigenen Operatoren außerhalb seines Netzwerks restaken. Es gibt auch keine Durchsetzung. Ein Operator, der Newton gerade absichert, könnte dasselbe restaked ETH gleichzeitig in zwei oder drei anderen AVSs laufen lassen. Newtons Modell geht stillschweigend davon aus, dass Operator-Treue eine Funktion der eigenen Parameter von Newton ist. Dem ist nicht so. Es ist eine Funktion des gesamten EigenLayer-Marktplatzes – eines Marktes, den Newton nicht kontrolliert und den es nicht vollständig einsehen kann.
„Durch EigenLayer gesichert“ ist keine Garantie. Es ist eine gemeinsame Angriffsoberfläche. Ihre reale Sicherheitsobergrenze wird durch das am wenigsten kollusionsresistente AVS festgelegt, das Ihre Operatoren teilt – nicht durch Ihren eigenen Code. On-Chain-Daten zeigen bereits eine Konzentration bei den Top-Operator-Entitäten über mehrere AVSs hinweg. Keine Panikmache. Nur Delegationsdaten, die jeder abrufen kann.
Schon einmal auf abgeerbte Sicherheit hereingefallen, ohne die Leitungen zu prüfen, die sie speisen. Auditiertes Contract, kompromittierter Oracle, abgelassenes Protokoll. Dasselbe Muster, andere Schicht.
Wichtig ist jetzt, ob Teams in gemeinsamer Restaking-Infrastruktur wirklich das Cross-AVS-Overlapping in Echtzeit überwachen, statt sich auf den Markennamen zu verlassen. Newtons internes Slashing-Design wiegt dabei umso mehr, gerade weil darunter eine geteilte Schicht liegt.
Systemisches Risiko trägt keinen Warnhinweis. Es versteckt sich unter einem grünen Häkchen, bis es für alle gleichzeitig falsch ist.
@NewtonProtocol $NEWT #Newt
In seinem eigenen Whitepaper nennt EigenLayer einen Ausfallmodus namens „Cross-AVS-Kollusion“. Wenn dasselbe Operator-Cluster gemeinsames Kapital über mehrere AVSs restaked, kann die kombinierte Auszahlung aus einem koordinierten Angriff auf alle gleichzeitig den slashbaren Wert jedes einzelnen AVS für sich genommen übersteigen. Hypothetisch, aber realistisch: Operatoren restaken 40 Mio. über drei AVS-Plattformen, wobei jedes AVS nur ungefähr 12 bis 15 Mio. davon slashen kann. Koordiniert man den Angriff über alle drei, kippt die Rechnung. Kryptoökonomisch unsicher – obwohl jede Anzeige grün ist.
Das Unangenehme daran: Newton hat keine Einsicht, wo seine eigenen Operatoren außerhalb seines Netzwerks restaken. Es gibt auch keine Durchsetzung. Ein Operator, der Newton gerade absichert, könnte dasselbe restaked ETH gleichzeitig in zwei oder drei anderen AVSs laufen lassen. Newtons Modell geht stillschweigend davon aus, dass Operator-Treue eine Funktion der eigenen Parameter von Newton ist. Dem ist nicht so. Es ist eine Funktion des gesamten EigenLayer-Marktplatzes – eines Marktes, den Newton nicht kontrolliert und den es nicht vollständig einsehen kann.
„Durch EigenLayer gesichert“ ist keine Garantie. Es ist eine gemeinsame Angriffsoberfläche. Ihre reale Sicherheitsobergrenze wird durch das am wenigsten kollusionsresistente AVS festgelegt, das Ihre Operatoren teilt – nicht durch Ihren eigenen Code. On-Chain-Daten zeigen bereits eine Konzentration bei den Top-Operator-Entitäten über mehrere AVSs hinweg. Keine Panikmache. Nur Delegationsdaten, die jeder abrufen kann.
Schon einmal auf abgeerbte Sicherheit hereingefallen, ohne die Leitungen zu prüfen, die sie speisen. Auditiertes Contract, kompromittierter Oracle, abgelassenes Protokoll. Dasselbe Muster, andere Schicht.
Wichtig ist jetzt, ob Teams in gemeinsamer Restaking-Infrastruktur wirklich das Cross-AVS-Overlapping in Echtzeit überwachen, statt sich auf den Markennamen zu verlassen. Newtons internes Slashing-Design wiegt dabei umso mehr, gerade weil darunter eine geteilte Schicht liegt.
Systemisches Risiko trägt keinen Warnhinweis. Es versteckt sich unter einem grünen Häkchen, bis es für alle gleichzeitig falsch ist.
@NewtonProtocol $NEWT #Newt