#newt $NEWT Ich habe mir meine Wallets der letzten drei Jahre angesehen, die ich genutzt habe. Als ich die Autorisierungsliste herausgezogen habe, hat mich das selbst erschreckt – der älteste Eintrag stammt sogar noch aus dem Jahr 2021. Dieses DApp wird schon längst nicht mehr gewartet, aber ich habe es trotzdem autorisiert, dass es meine USDT bewegen darf.
Traditionelle Wallet-Autorisierungen sind wie ein Stauraum-Schließfach ohne Schloss: Du legst etwas hinein, die Tür bleibt dauerhaft offen – bis du irgendwann plötzlich daran denkst, sie zu schließen. Die Frage ist: Wer erinnert sich schon an einen Vertrag, den man vor drei Jahren in einem Testnetz autorisiert hat? Wenn du dann erst eine ungewöhnliche Überweisung bemerkst, ist es längst zu spät.
Beim Studium des Sitzungs-Schlüsselmechanismus von Newton fühlt es sich so an, als hätte man die Logik komplett umgedreht: Autorisierungen sind nicht standardmäßig dauerhaft gültig, sondern wie eine „Zeitbombe“ – sie laufen bei einer festgelegten Blockhöhe automatisch ab, und sogar das Widerrufen erübrigt sich. Läuft es ab? Dann musst du nichts tun, der Schlüssel „stirbt“ von allein. Willst du weiter nutzen, verlängerst du es einfach proaktiv.
Die beiden Designansätze haben ein komplett anderes Risikomodell im Hintergrund. Das alte Muster ist: „Wenn du nicht schließt, bleibt es die ganze Zeit offen“ – das Risiko wächst mit der Zeit. Das neue Muster lautet: „Wenn du nicht verlängerst, schließt es sich automatisch“ – das Risiko nimmt folgerichtig ab. Das erste verlagert die Kosten des Vergessens auf die Nutzer, das zweite reduziert die Folgen des Vergessens auf „eine Unterbrechung im Ablauf“.
Ganz ehrlich: Newtons Design ändert auf der Basisebene ein Sicherheitsparadigma – weg von „Sicher ist nur, wenn du aktiv widerrufst“, hin zu „Standard ist nur vorübergehend, dauerhaft wird es erst durch Verlängerung“. Hängt das Risiko einer Autorisierung von vor drei Jahren immer noch herum? Im Sitzungs-Schlüssel-Modell gibt es so etwas schlicht nicht.
Aber da ist noch eine Kleinigkeit, die ich nicht ganz durchschaut habe: Wenn man nach Ablauf des Schlüssels eine bestimmte Transaktion rückwirkend nachvollzieht – wie unterscheidet sich dann der Verifikationspfad auf der Kette? Genau diese Grenzfrage schaue ich mir gerade an.
Hat irgendwer von euch seine alten, längst vergessenen Autorisierungen in der Wallet wirklich ernsthaft aufgeräumt? Schreibt in die Kommentare, @NewtonProtocol
Traditionelle Wallet-Autorisierungen sind wie ein Stauraum-Schließfach ohne Schloss: Du legst etwas hinein, die Tür bleibt dauerhaft offen – bis du irgendwann plötzlich daran denkst, sie zu schließen. Die Frage ist: Wer erinnert sich schon an einen Vertrag, den man vor drei Jahren in einem Testnetz autorisiert hat? Wenn du dann erst eine ungewöhnliche Überweisung bemerkst, ist es längst zu spät.
Beim Studium des Sitzungs-Schlüsselmechanismus von Newton fühlt es sich so an, als hätte man die Logik komplett umgedreht: Autorisierungen sind nicht standardmäßig dauerhaft gültig, sondern wie eine „Zeitbombe“ – sie laufen bei einer festgelegten Blockhöhe automatisch ab, und sogar das Widerrufen erübrigt sich. Läuft es ab? Dann musst du nichts tun, der Schlüssel „stirbt“ von allein. Willst du weiter nutzen, verlängerst du es einfach proaktiv.
Die beiden Designansätze haben ein komplett anderes Risikomodell im Hintergrund. Das alte Muster ist: „Wenn du nicht schließt, bleibt es die ganze Zeit offen“ – das Risiko wächst mit der Zeit. Das neue Muster lautet: „Wenn du nicht verlängerst, schließt es sich automatisch“ – das Risiko nimmt folgerichtig ab. Das erste verlagert die Kosten des Vergessens auf die Nutzer, das zweite reduziert die Folgen des Vergessens auf „eine Unterbrechung im Ablauf“.
Ganz ehrlich: Newtons Design ändert auf der Basisebene ein Sicherheitsparadigma – weg von „Sicher ist nur, wenn du aktiv widerrufst“, hin zu „Standard ist nur vorübergehend, dauerhaft wird es erst durch Verlängerung“. Hängt das Risiko einer Autorisierung von vor drei Jahren immer noch herum? Im Sitzungs-Schlüssel-Modell gibt es so etwas schlicht nicht.
Aber da ist noch eine Kleinigkeit, die ich nicht ganz durchschaut habe: Wenn man nach Ablauf des Schlüssels eine bestimmte Transaktion rückwirkend nachvollzieht – wie unterscheidet sich dann der Verifikationspfad auf der Kette? Genau diese Grenzfrage schaue ich mir gerade an.
Hat irgendwer von euch seine alten, längst vergessenen Autorisierungen in der Wallet wirklich ernsthaft aufgeräumt? Schreibt in die Kommentare, @NewtonProtocol