Wachte schon mit diesem Gedanken auf. Deshalb möchte ich morgen als Erstes herausfinden, wo der Permission-Status von Newton tatsächlich lebt, sobald er finalisiert ist, denn „es ist auf einem Rollup“ ist keine vollständige Antwort.
Das Keystore ist ein Rollup. Das bedeutet: Ausführung und Updates passieren außerhalb der Basisschicht – für Kosten und Tempo. Aber Newtons Design veröffentlicht auch Finalitätsbeweise und Permission-State-Roots auf Ethereum.
Das ist eine andere Aussage als „das Rollup ist sicher“. Es heißt: Der tatsächliche Zustand darüber, wer welche Berechtigungen hat, wird auf L1 verankert – nicht nur dort gelegentlich verarbeitet.
Das ist der Teil, den ich vorher noch nicht getrennt hatte.
Ein Rollup, das nur off-chain ausführt, vertraut darauf, dass sein eigener Sequencer- und Validator-Set als „Wahrheitsquelle“ den Verlauf korrekt aufzeichnet.
Ein Rollup, das State-Roots an Ethereum postet, bedeutet: Jeder kann den committen Root gegen L1 prüfen und verifizieren, was der Permission-State zu diesem Zeitpunkt war – ohne darauf angewiesen zu sein, dass die eigenen Operatoren des Rollups ihn ehrlich melden.
Das Rollup kümmert sich um den Durchsatz. Ethereum kümmert sich um die Verankerung – über die niemand Kontrolle hat.
Die eigentliche Sicherheitsfrage lautet also nicht „Ist das Keystore schnell?“, sondern „Wie oft wird State verankert, und was lässt sich allein aus dem Root verifizieren – im Vergleich dazu, was zwischen zwei Verankerungen noch Vertrauen in den internen Zustand des Rollups erfordert?“
Newtons Doku bestätigt, dass State-Roots für die Finalität auf Ethereum gepostet werden, aber sie legt nicht offen, wie häufig die Verankerung erfolgt, und auch nicht, wie die tatsächliche Exposition eines Nutzers in dem Zeitfenster zwischen einem geposteten Root und dem nächsten aussieht, falls mit dem Rollup innerhalb dieses Fensters etwas schiefgeht.
Das möchte ich morgen herausfinden: Ist die Lücke zwischen den Verankerungen so klein, dass sie im Grunde nur theoretisch ist, oder ist es ein echtes Zeitfenster, in dem das Keystore mich noch zum Vertrauen auffordert, bevor Ethereum seine Arbeit prüfen kann.
@NewtonProtocol #Newt $NEWT $POWER $LAB
Das Keystore ist ein Rollup. Das bedeutet: Ausführung und Updates passieren außerhalb der Basisschicht – für Kosten und Tempo. Aber Newtons Design veröffentlicht auch Finalitätsbeweise und Permission-State-Roots auf Ethereum.
Das ist eine andere Aussage als „das Rollup ist sicher“. Es heißt: Der tatsächliche Zustand darüber, wer welche Berechtigungen hat, wird auf L1 verankert – nicht nur dort gelegentlich verarbeitet.
Das ist der Teil, den ich vorher noch nicht getrennt hatte.
Ein Rollup, das nur off-chain ausführt, vertraut darauf, dass sein eigener Sequencer- und Validator-Set als „Wahrheitsquelle“ den Verlauf korrekt aufzeichnet.
Ein Rollup, das State-Roots an Ethereum postet, bedeutet: Jeder kann den committen Root gegen L1 prüfen und verifizieren, was der Permission-State zu diesem Zeitpunkt war – ohne darauf angewiesen zu sein, dass die eigenen Operatoren des Rollups ihn ehrlich melden.
Das Rollup kümmert sich um den Durchsatz. Ethereum kümmert sich um die Verankerung – über die niemand Kontrolle hat.
Die eigentliche Sicherheitsfrage lautet also nicht „Ist das Keystore schnell?“, sondern „Wie oft wird State verankert, und was lässt sich allein aus dem Root verifizieren – im Vergleich dazu, was zwischen zwei Verankerungen noch Vertrauen in den internen Zustand des Rollups erfordert?“
Newtons Doku bestätigt, dass State-Roots für die Finalität auf Ethereum gepostet werden, aber sie legt nicht offen, wie häufig die Verankerung erfolgt, und auch nicht, wie die tatsächliche Exposition eines Nutzers in dem Zeitfenster zwischen einem geposteten Root und dem nächsten aussieht, falls mit dem Rollup innerhalb dieses Fensters etwas schiefgeht.
Das möchte ich morgen herausfinden: Ist die Lücke zwischen den Verankerungen so klein, dass sie im Grunde nur theoretisch ist, oder ist es ein echtes Zeitfenster, in dem das Keystore mich noch zum Vertrauen auffordert, bevor Ethereum seine Arbeit prüfen kann.
@NewtonProtocol #Newt $NEWT $POWER $LAB