#newt Als ich die Newton-Roadmap durchging, fiel mir eine von den meisten übersehene Trennlinie auf: die Beta-Phase des Mainnets und die Phase der Permissionless Operators. In der Beta-Phase werden die Operator hauptsächlich über EigenLayer Restaking angebunden; die Anzahl und Verteilung der Knoten sind durch die Reife des EigenLayer-Ökosystems begrenzt, und die Sicherheit wird vom Ethereum-Staking-Pool übernommen. In der Dokumentation steht jedoch ausdrücklich, dass das langfristige Ziel darin besteht, den Permissionless-Operator-Zugang zu öffnen – wer immer ausreichend $NEWT staked und die Hardwareanforderungen erfüllt, kann ein Newton-AVS-Operator werden.
Diese Trennlinie ist deshalb wichtig, weil sie das Sicherheitsmodell von Newton verändert. In der Beta-Phase ist der Sicherheitsunterbau von Newton „geliehen“: Die gestakten Vermögenswerte der Operator sind hauptsächlich ETH/LST, Slash-Strafen werden von EigenLayer-Verträgen ausgeführt, und Newton selbst hat nur begrenzte Kontrollmöglichkeiten über die Operator. Sobald man in die Permissionless-Phase eintritt, werden die gestakten Vermögenswerte der Operator zu NEWT, die Slash-Logik wird von den eigenen Newton-Verträgen verwaltet, und erst dann gilt der Sicherheitsunterbau als wirklich „unabhängig“. Das bedeutet aber auch, dass die Anforderungen an die NEWT-Stakes und die Preisstabilität direkt an die Netzsicherheit gekoppelt sind – wenn $NEWT im Preis stark einbricht, sinkt der gestakte Wert der Operator, die abschreckende Wirkung der Slash-Strafen nimmt ab, und die Netzsicherheit könnte entsprechend nachlassen.
In der Dokumentation habe ich gesehen, wie das Team die Übergangsphase plant: Die Permissionless-Phase soll schrittweise eingeführt werden – zunächst mit Pilotprojekten für kleine Stakes, dann schrittweise Erhöhung des NEWT-Stake-Anteils, während EigenLayer Restaking als parallele Sicherheitsquelle erhalten bleibt, um ein hybrides Sicherheitsmodell zu bilden. Dieses Design ist ziemlich pragmatisch: Es wird nicht vollständig auf die Sicherheitsevorteile von EigenLayer verzichtet, aber man beginnt gleichzeitig, ein eigenes Staking-Ökosystem für NEWT aufzubauen.
Es gibt jedoch ein Problem, das die Dokumentation nicht eindeutig beantwortet: Wie werden Hardware- und Betriebsstandards für Permissionless Operators sichergestellt? In der Beta-Phase werden Operator selektiert, wodurch die Qualität relativ gut kontrollierbar ist. Wenn nach der Öffnung viele Knoten von geringer Qualität in großer Zahl hinzukommen, könnten die Verifizierungsverzögerungen und Fehlerquoten steigen. Die Doku erwähnt, dass man Reputation Scores und Performance Bonds einsetzen wird, aber konkrete Parameter sind noch nicht festgelegt.
Meine Einschätzung ist: Die ersten drei Monate nach dem Go-Live der Permissionless-Phase sind ein entscheidendes Beobachtungsfenster. Achte vor allem auf die durchschnittliche Uptime der Operator, die Attestation-Fehlerquote sowie die Wachstumskurve des Staking-Volumens.$ETH @NewtonProtocol
Diese Trennlinie ist deshalb wichtig, weil sie das Sicherheitsmodell von Newton verändert. In der Beta-Phase ist der Sicherheitsunterbau von Newton „geliehen“: Die gestakten Vermögenswerte der Operator sind hauptsächlich ETH/LST, Slash-Strafen werden von EigenLayer-Verträgen ausgeführt, und Newton selbst hat nur begrenzte Kontrollmöglichkeiten über die Operator. Sobald man in die Permissionless-Phase eintritt, werden die gestakten Vermögenswerte der Operator zu NEWT, die Slash-Logik wird von den eigenen Newton-Verträgen verwaltet, und erst dann gilt der Sicherheitsunterbau als wirklich „unabhängig“. Das bedeutet aber auch, dass die Anforderungen an die NEWT-Stakes und die Preisstabilität direkt an die Netzsicherheit gekoppelt sind – wenn $NEWT im Preis stark einbricht, sinkt der gestakte Wert der Operator, die abschreckende Wirkung der Slash-Strafen nimmt ab, und die Netzsicherheit könnte entsprechend nachlassen.
In der Dokumentation habe ich gesehen, wie das Team die Übergangsphase plant: Die Permissionless-Phase soll schrittweise eingeführt werden – zunächst mit Pilotprojekten für kleine Stakes, dann schrittweise Erhöhung des NEWT-Stake-Anteils, während EigenLayer Restaking als parallele Sicherheitsquelle erhalten bleibt, um ein hybrides Sicherheitsmodell zu bilden. Dieses Design ist ziemlich pragmatisch: Es wird nicht vollständig auf die Sicherheitsevorteile von EigenLayer verzichtet, aber man beginnt gleichzeitig, ein eigenes Staking-Ökosystem für NEWT aufzubauen.
Es gibt jedoch ein Problem, das die Dokumentation nicht eindeutig beantwortet: Wie werden Hardware- und Betriebsstandards für Permissionless Operators sichergestellt? In der Beta-Phase werden Operator selektiert, wodurch die Qualität relativ gut kontrollierbar ist. Wenn nach der Öffnung viele Knoten von geringer Qualität in großer Zahl hinzukommen, könnten die Verifizierungsverzögerungen und Fehlerquoten steigen. Die Doku erwähnt, dass man Reputation Scores und Performance Bonds einsetzen wird, aber konkrete Parameter sind noch nicht festgelegt.
Meine Einschätzung ist: Die ersten drei Monate nach dem Go-Live der Permissionless-Phase sind ein entscheidendes Beobachtungsfenster. Achte vor allem auf die durchschnittliche Uptime der Operator, die Attestation-Fehlerquote sowie die Wachstumskurve des Staking-Volumens.$ETH @NewtonProtocol