„Anfangs dachte ich, eine Execution Layer sei einfach ein Ort, der Transaktionen verarbeitet.“
Diese Sichtweise prägt auch die meisten Dokumentationen zu @NewtonProtocol : ein neutrales System, das Intentionen entgegennimmt und Transaktionen ausgibt. Routing, Solver und Batching werden als technische Komponenten beschrieben, die nicht direkt mit dem Nutzerverhalten verknüpft sind.
Als ich dann genauer darauf einging, wie das Newton Protocol funktioniert, fiel mir auf, dass Execution nicht direkt von der Intention zum Ergebnis führt. Stattdessen läuft sie stets über eine Optimierungsschicht, in der Kosten und die Struktur der Ausführungspfade bestimmen, wie die Ergebnisse tatsächlich entstehen.
Innerhalb dieser Schicht verhält sich nicht jede Intention gleich. Einige Transaktionen laufen reibungslos durch, während andere fragmentiert werden, mehr Ressourcen verbrauchen oder einfach nicht gut zu Routing- und Solver-Konfigurationen passen. Nichts wird blockiert, aber die Erfahrung ist nicht einheitlich.
Zum Beispiel verarbeitet ein Trader, der Aufträge in viele kleine, schnelle Reaktionen auf Mikro-Bewegungen aufteilt, das Newton Protocol weiterhin vollständig – in der Praxis erzeugt diese Vorgehensweise jedoch Fragmentierung und reduziert die Effizienz bei Routing und Aggregation.
Es gibt keine Regel, die sagt, dass diese Strategie nicht erlaubt ist. Das System macht weiterhin genau das, wofür es vorgesehen ist. Aber solange die Ausführungskosten je nach Verhaltensmuster unterschiedlich sind, werden Nutzer nach und nach zu Ansätzen wechseln, die weniger Reibung erzeugen.
Hier begann ich, das zu hinterfragen, was „neutral“ in einer Execution Layer wirklich bedeutet. Es mag auf der Regeln-Ebene neutral sein, aber nicht auf der Ebene der Erfahrung. In der Praxis wählt das System nicht einfach Verhaltensweisen aus – es macht nur einige leichter aufrechtzuerhalten als andere.
Wenn ich auf das Newton Protocol zurückblicke, ist Execution nicht nur eine Abbildung von Intention auf Transaktion. Es ist eher so, als würde man Intention in einen vorstrukturierten Kostenraum einbetten, in dem Pfade nach Effizienz miteinander konkurrieren.
Aus dieser Perspektive formt nicht explizites Design das Verhalten, sondern wie das System Kosten über die Entscheidungen verteilt. Die Frage lautet: Wenn die Kosten stark genug auseinanderdriften, was bedeutet dann „Freiheit des Verhaltens“ überhaupt noch?
$NEWT #Newt $TAC $BTW
Diese Sichtweise prägt auch die meisten Dokumentationen zu @NewtonProtocol : ein neutrales System, das Intentionen entgegennimmt und Transaktionen ausgibt. Routing, Solver und Batching werden als technische Komponenten beschrieben, die nicht direkt mit dem Nutzerverhalten verknüpft sind.
Als ich dann genauer darauf einging, wie das Newton Protocol funktioniert, fiel mir auf, dass Execution nicht direkt von der Intention zum Ergebnis führt. Stattdessen läuft sie stets über eine Optimierungsschicht, in der Kosten und die Struktur der Ausführungspfade bestimmen, wie die Ergebnisse tatsächlich entstehen.
Innerhalb dieser Schicht verhält sich nicht jede Intention gleich. Einige Transaktionen laufen reibungslos durch, während andere fragmentiert werden, mehr Ressourcen verbrauchen oder einfach nicht gut zu Routing- und Solver-Konfigurationen passen. Nichts wird blockiert, aber die Erfahrung ist nicht einheitlich.
Zum Beispiel verarbeitet ein Trader, der Aufträge in viele kleine, schnelle Reaktionen auf Mikro-Bewegungen aufteilt, das Newton Protocol weiterhin vollständig – in der Praxis erzeugt diese Vorgehensweise jedoch Fragmentierung und reduziert die Effizienz bei Routing und Aggregation.
Es gibt keine Regel, die sagt, dass diese Strategie nicht erlaubt ist. Das System macht weiterhin genau das, wofür es vorgesehen ist. Aber solange die Ausführungskosten je nach Verhaltensmuster unterschiedlich sind, werden Nutzer nach und nach zu Ansätzen wechseln, die weniger Reibung erzeugen.
Hier begann ich, das zu hinterfragen, was „neutral“ in einer Execution Layer wirklich bedeutet. Es mag auf der Regeln-Ebene neutral sein, aber nicht auf der Ebene der Erfahrung. In der Praxis wählt das System nicht einfach Verhaltensweisen aus – es macht nur einige leichter aufrechtzuerhalten als andere.
Wenn ich auf das Newton Protocol zurückblicke, ist Execution nicht nur eine Abbildung von Intention auf Transaktion. Es ist eher so, als würde man Intention in einen vorstrukturierten Kostenraum einbetten, in dem Pfade nach Effizienz miteinander konkurrieren.
Aus dieser Perspektive formt nicht explizites Design das Verhalten, sondern wie das System Kosten über die Entscheidungen verteilt. Die Frage lautet: Wenn die Kosten stark genug auseinanderdriften, was bedeutet dann „Freiheit des Verhaltens“ überhaupt noch?
$NEWT #Newt $TAC $BTW