Diese Frage kommt immer wieder zu mir zurück, weil sie wirklich den Kernunterschied zwischen diesen beiden Setups trifft. Letztlich: Wer entscheidet eigentlich und formt, wie ein Trade aussieht, bevor er überhaupt durchgeführt wird?
Mit Newton fühlt sich die Antwort ziemlich unkompliziert an. Das gesamte Projekt basiert darauf, Richtlinien durchzusetzen, bevor die Transaktion abgeschlossen wird. In ihren Dokumenten bezeichnen sie das als eine Autorisierungsschicht für Onchain-Transaktionen und sprechen von „programmierbaren Richtlinien“, die überprüft werden, bevor irgendetwas ausgeführt wird. Das ist eine völlig andere Denkweise als der übliche „einfach senden und hoffen, dass die Regeln später halten“-Ansatz.
Das ist wichtig. Kontrolle bedeutet nicht nur, Dinge zu verhindern, die schiefgehen. Es geht darum zu entscheiden, was überhaupt als „erlaubt“ zählt. Ob du Trader bist, Treasury-Manager, ein Protokoll betreibst oder automatisierte Flows verwaltest — du kümmerst dich nicht nur darum, ob die Transaktion durchging. Du willst wissen, ob sie überhaupt erst möglich hätte sein sollen. Genau dort sitzt Newton in meinem Kopf. Es versucht, die Kontrolle bis zur Intentionsebene nach oben zu schieben — also die Aktion zu prüfen, bevor das Geld sich bewegt und der Schaden entsteht.
Uniswap v4 Hooks sind in ihrer eigenen Hinsicht sehr mächtig, aber sie arbeiten auf einer anderen Ebene. Hooks sind externe Smart Contracts, die an einzelne Pools gekoppelt sind. Sie können an bestimmten Punkten während Aktionen des Pools eingreifen. Für Swaps hast du für den Hook vorSwap direkt vor der Ausführung und afterSwap direkt danach. Der Hook lebt also im Ausführungspfad des Pools — nicht oberhalb des gesamten Berechtigungssystems.
Dieser kleine Unterschied verändert alles.
Stell dir einen Hook wie den Ladenbesitzer vor, der an der Kasse die Regeln anpasst — vielleicht Gebühren ändert, eine Prüfung ergänzt oder verändert, wie sich der Pool verhält. Das ist flexibel und kann in den richtigen Händen sehr effektiv sein. Aber es ist trotzdem Kontrolle auf Pool-Ebene. Der Swap ist bereits in Bewegung. Newton fühlt sich eher an wie der Türsteher am Eingang, der entscheidet, ob man überhaupt in das Gebäude hineinkommt.
Deshalb sehe ich sie nicht als direkte Ersatzlösungen an, obwohl beide die Ausführung berühren. Uniswap v4 Hooks geht es darum, den Handelsort selbst zu individualisieren. Newton geht es darum, die Aktion zu autorisieren, bevor der Ort überhaupt ins Spiel kommt. Die eine Instanz gestaltet, was im Pool passiert. Die andere entscheidet, ob dieser Pfad überhaupt erst existieren sollte.
Aus Sicht eines Traders schafft das unterschiedliche Anreize. Hooks können Liquidität intelligenter machen, dynamischer und besser auf spezifische Strategien zugeschnitten. Aber sie bringen auch neue Annahmen mit sich. Du musst der Logik des Hooks vertrauen, verstehen, wo sie eingreifen kann, und akzeptieren, dass sich das Verhalten von Pool zu Pool unterscheiden kann. Das funktioniert gut, wenn der Pool das Produkt ist. Weniger ideal ist es, wenn du konsistente Regeln über viele verschiedene Aktionen hinweg willst. Sogar Uniswap weist darauf hin, dass jeder Pool seinen eigenen Hook ausführen kann (auch wenn ein Hook mehrere Pools bedienen kann) — das zeigt, dass das System auf Individualisierung ausgelegt ist, statt auf einen einzigen universellen Regelkatalog.
Newton tendiert zu der Idee eines universellen Regelbuchs. Es will Compliance-Regeln, Ausgabengrenzen, Jurisdiktionsprüfungen und andere Richtlinien auf der Autorisierungsschicht verankern. Das kann für Institutionen, Stablecoin-Operationen und Teams sehr attraktiv sein, die planbare Kontrollen brauchen. Der Vorteil ist klar: weniger Überraschungen, sauberere Berechtigungen und bessere Verantwortlichkeit. Der Nachteil ist ebenso offensichtlich, falls die Richtlinie selbst schlecht ist: Selbst starkes Durchsetzen macht dann die schlechte Richtlinie nur härter wirksam.
Wenn ich also frage, wer den Trade kontrolliert, bevor die Ausführung beginnt, so sehe ich das: In Uniswap v4 formt der Hook das Verhalten des Pools am Rand der Ausführung. Mit Newton entscheidet die Autorisierungsschicht, ob die Aktion überhaupt erst erlaubt sein soll. Das ist eine tiefere Kontrollstufe — nicht nur den Trade anpassen, sondern die Berechtigung selbst gestalten.
Die eigentliche Frage ist nicht, welches davon fortschrittlicher ist. Sondern: Welche Schicht vertraust du mehr, wenn echtes Geld gleich bewegt werden soll — der Pool, der den Trade anpasst, oder die Policy-Engine, die entscheidet, ob der Trade überhaupt stattfinden soll?
Welches Modell meinst du, wird für die nächste Phase des Onchain-Finanzwesens mehr Bedeutung haben: flexible Änderungen auf Pool-Ebene oder eine strengere Autorisierungsschicht, die über der Ausführung sitzt?