@NewtonProtocol
Ich dachte früher, eine gültige Genehmigung bleibt gültig, bis die Transaktion tatsächlich landet. Dann stellte ich mir eine Genehmigung vor, die in einem überfüllten Mempool sitzt, während die Zieladresse mit einem Exploit verknüpft ist.

Meine These ist einfach: Das Blockieren gestohlener Assets funktioniert nur dann, wenn das Newton-Protokoll die Zeit als Teil der Autorisierung behandelt – nicht als bloßen Hintergrunddetails.

Ein signiertes Ergebnis kann kryptografisch korrekt sein und trotzdem operativ unsicher werden. Die Betreiber haben möglicherweise die richtigen Daten geprüft, die richtige Rego-Richtlinie befolgt und sind zu einem ehrlichen Konsens gelangt. Aber wenn die Ausführung erst zwanzig Blöcke später erfolgt, gehört die Berechtigung möglicherweise zu einer Welt, die es inzwischen nicht mehr gibt.

Genau dort wird Aktualität unbequem. Eine Ablaufzeit von fünf Blöcken reagiert zwar schnell, erzeugt aber auch Retries, zusätzliche Gebühren und fehlgeschlagene Bundles während der Überlast. Ein längeres Zeitfenster fühlt sich zwar reibungsloser an, gibt jedoch kompromittierten Adressen mehr Spielraum, bevor Newton sie erneut bewertet.

Außerdem bezweifle ich, dass eine einzige Ablaufdauer für jede Übertragung passen sollte. Eine kleine Zahlung und ein Treasury-Withdrawal tragen nicht dasselbe Risiko. Das Newton-Protokoll könnte verlangen, dass attestierte Frische steigt, wenn der Wert, die Risikokategorie oder die Ausführungsverzögerung zunimmt. Sinnvoll vielleicht – aber auch komplexer.

Das tieferliegende Problem ist, wer dieses Zeitfenster festlegt. Die Anwendung, der Datenanbieter, der Nutzer oder Governance tragen jeweils unterschiedliche Kosten, wenn der Zeitpunkt falsch ist.

Eine Autorisierung wird nicht unehrlich, nur weil sie altert. Sie wird lediglich weniger mit der Gegenwart verbunden – und diese kann nahezu genauso gefährlich sein.
#Newt $NEWT

Wie lange sollte eine Newton-Autorisierung nach einem Adressrisiko-Check gültig bleiben?