Die überzeugendste Erzählung bei On-Chain-Automatisierung ist, dass die Roboter unsere Positionen bewachen, während wir schlafen. Die Stop-Loss-Vorlagen von Newton Protocol sind genau die Kernfunktion, die diese Erwartung trägt: Der Nutzer setzt den Trigger-Preis, signiert den Session Key – und schläft dann beruhigt. Hinter diesem „beruhigt“ steckt jedoch eine äußerst fragile Annahme: dass die Preisstellung stabil und korrekt ist. Und diese Annahme gilt in der Krypto-Welt praktisch nie.
Letzte Woche postete jemand aus der Community On-Chain-Logs: Ein bestimmter Vermögenswert tauchte in den frühen Morgenstunden für kurze Zeit einmal als „Stich“/„Pin“ auf. Der Preis fiel in Sekundenschnelle unter die Stop-Loss-Schwelle, etwa um 2,3 %, und wurde nach zwei Blöcken rasch wieder zurückgezogen. In diesen kurzen 12 Sekunden hat der Agent von Newton die Erkennung durchgeführt, ausgelöst, signiert und eine Market-Sell-Order eingereicht. Slippage plus Gas führten dazu, dass der tatsächliche Verlust des Nutzers im Vergleich zum normalen Stop-Loss um fast 1,7 % höher ausfiel. Obwohl der absolute Betrag nicht groß war, brachte das eine Lawine von scheinbar „tauchenden“ Nutzern hervor, die nun begannen, die Ausführungslogik der Stop-Loss-Vorlagen infrage zu stellen.
Ich habe mir die aktuelle Eingabeoberfläche der Newton-Stop-Loss-Template-Bedingungen ganz genau angesehen. Der Nutzer kann nur einen einzelnen „Triggerpreis“ festlegen, sonst gibt es keinerlei Pufferparameter. Zum Beispiel kann man nicht einstellen „Preis unter X für N Blöcke fortlaufend“ oder „Abweichung von X% ignorieren“. Das bedeutet: Sobald ein einzelnes von der Orakelquelle gepushtes Kursangebot die Bedingung erfüllt, löst der Agent sofort eine Transaktion aus. Praktisch wird damit das gesamte Risikomanagement-Entscheiden der einmaligen Schwankung des Dateninputs überlassen – statt dem Markttrend.
Diese Vorgehensweise ist im traditionellen Finanzwesen völlig inakzeptabel. Jede einigermaßen professionelle Trading-Plattform bietet für Stop-Loss-Orders mehrere Triggerlogiken: Breakout über den Schlusskurs, Durchbruch über fortlaufende Ticks, Referenzen auf die Orderbuch-Tiefe und so weiter. Selbst beim CEX, dem am häufigsten genutzten „geplanten Auftrag“, ist es erlaubt, entweder nach dem Trigger eine Limit-Order oder eine Market-Order zu setzen. Und Newton, als ein Protokoll, das mit „intelligenten Agenten“ wirbt, ist beim Stop-Loss – dem grundlegendsten Risikomanagement-Modell – sogar noch roher als eine zentrale Börse. Das ist wirklich nicht nachvollziehbar.
Natürlich verstehe ich die Schwierigkeit, eine kontinuierliche Bestätigung der Blöcke on-chain umzusetzen. Denn der Agent muss innerhalb des TEE mehrere Blockdaten zwischenspeichern und erst dann prüfen, ob die Auslösebedingungen erfüllt sind, ohne dabei seine eigene Strategie offenzulegen. Dafür müssen die von der Orakelquelle gepushten Daten nachvollziehbar und verifizierbar sein – möglicherweise sogar mit einer vom Vertrauen abhängigen Off-Chain-Berechnung. Genau damit stößt Newtons Strategieebene derzeit an ihre Grenzen.
Allerdings darf technische Komplexität kein Grund dafür sein, dass die Nutzererfahrung stillsteht. Bevor die wirklich ausgereifte kontinuierliche Bestätigung kommt: Könnte man zunächst einen Kompromiss umsetzen? Zum Beispiel könnte man die nach dem Auslösen auszuführende Aktion von „bedingungslosem Market-Sell“ auf „Limit-Order mit Triggerpreis + maximaler Slippage-Toleranz“ ändern. So wird selbst dann, wenn der Auslöser durch Störsignale aktiviert wird, das Vermögen des Nutzers nicht von einem einzigen Moment der Liquiditätserschöpfung aufgefressen. Wird die Slippage überschritten, wird die Order automatisch storniert – es kommt zu keinem tatsächlichen Trade. Diese Logik braucht keine komplexen zusammengesetzten Bedingungsprüfungen, sondern ist lediglich ein intelligenterer Ordertyp.$BTC
Man könnte noch einen Schritt weitergehen und mehrere Orakelquellen für eine Kreuzverifikation anbinden. Der Agent vergleicht vor der Ausführung die Kursdaten von Chainlink und Pyth; nur wenn die Abweichung beider innerhalb des festgelegten Rahmens liegt, wird ein Stop-Loss ausgeführt. Dieses Mechanismus-ähnliche, „multisign-artige“ Verifizieren passt im Übrigen eher zur dezentralen Ausführungs-Philosophie von Newton.
Stop-Loss darf kein Schnellzugriff sein, der automatisch Marktgeld verschenkt. Wenn Newton nicht in der Präzision des Risikomanagement-Templates eine echte Differenzierung schafft, unterscheidet es sich im Kern nicht von irgendeiner PancakeSwap-Limit-Order. Genau das Risikomanagement ist jedoch die entscheidende Stimme dafür, ob Nutzer ihre Hauptpositionen dem Agenten anvertrauen – oder eben nicht.