Heute Morgen habe ich mir zwei Stunden Zeit genommen, um ein paar alte Threads über AI-Agenten im Crypto-Bereich durchzusehen, nicht weil es etwas Neues gibt, sondern weil ich beim Lesen das seltsame Gefühl habe: Wir könnten die falsche Schicht des Systems optimieren.
Früher dachte ich auch, dass das Problem bei den Tools liegt. Ein besseres Framework, ein saubereres SDK und eine dickere Abstraktion würden das Bauen erleichtern. Aber als ich anfing, tiefer in einige AI-Trading-Systeme und Agent-Pipelines einzutauchen, bemerkte ich einen anderen Engpass. Es geht nicht darum, komplexe Logik zu schreiben, sondern der Sprung von einer Idee im Kopf zu einem System, das auf der Chain läuft, ist nach wie vor ein riesiger Schritt.
Und wenn ich zurückblicke, beginne ich zu sehen, dass OpenLedger nicht nur eine Schicht in diesem Bild ist, sondern wie ein neuer Ausgangspunkt für die Definition des Systems. Etwas, das versucht, den "Input" der Crypto-AI-Systeme grundlegend zu verändern. Anstelle von Logik beginnt es mit Absicht.
Aber wenn wir nur sagen, "schreibe einen Prompt anstelle von Code", dann verfehlen wir den Kern. Die Absicht hier ist nicht, um AI zu beschreiben, um zu antworten, sondern ein Objekt, das vom System in eine Agenten-Laufzeit umgewandelt werden kann, in dem die Datenebene, die Ausführungsebene und die Einschränkungsebene rund um dasselbe Ziel neu aufgebaut werden. Das heißt, der Builder schreibt nicht mehr, wie das System funktioniert, sondern definiert nur, welchen Zustand das System in einem bestimmten Bedingungsraum erreichen sollte.
Wenn man es aus der Perspektive von OpenLedger betrachtet, ist dies keine Verbesserung der Benutzeroberfläche für den Builder. Es ist eine grundlegende Änderung, wie das System "initialisiert" wird.
Ich versuche, es auf ein bekanntes Problem zu bringen: AI Trading zur Optimierung der Rendite. Der alte Ansatz war sehr klar, du schreibst Logik, um den Funding-Rate, den Basis-Spread, die Volatilität zu lesen und entscheidest dann selbst über die Allokation und das Rebalancing. Jede Entscheidung ist ein Code-Schnipsel, jedes Risiko ist ein Edge-Case, das vorher bedacht werden muss. In der Praxis drehen sich solche Strategien oft um 5–20% APY, je nach Marktzyklus, aber dafür muss man kontinuierlich anpassen, wenn sich die Funding-Rate umkehrt oder die Volatilität stark ansteigt.
Mit dem OpenLedger-Style Intent-System beschreibst du nicht mehr, wie man es macht, sondern beschreibst den Ergebnisbereich: die Rendite unter Bedingungen mit geringem Risiko zu optimieren, stabilen Exposure zu priorisieren, Drawdowns bei steigender Volatilität zu begrenzen. Was das System tun muss, ist, diese Absicht in eine Verhaltensstruktur umzuwandeln, von der Auswahl der Datenquellen, der Auswahl der Strategie-Module bis hin zur kontinuierlichen Anpassung an die Umgebung.
Der entscheidende Punkt hier ist, dass OpenLedger nicht nur darauf abzielt, den Code-Schreibprozess zu reduzieren, sondern auch die Art und Weise ersetzt, wie das System die ursprüngliche Struktur der Logik entscheidet.
Wenn ich Systeme wie Yearn Vaults oder LangChain/AutoGPT betrachte, sehe ich dieselbe Verschiebung, aber auf zwei verschiedenen Ebenen. Yearn hat gezeigt, dass Benutzer nicht mehr direkt Logik für die Rendite schreiben, sondern nur Kapital einzahlen, damit das System selbst in Strategien wie Lending oder Liquiditätsbereitstellung rotiert. Aber es ist immer noch in einer festen Strategiebeschichtung gefangen. LangChain oder AutoGPT hingegen gehen in Richtung einer zielgesteuerten Ausführung, wo das System während des Betriebs selbst Schlussfolgerungen zieht, aber die Absicht noch nicht wirklich in eine umsetzbare Struktur verwandelt wurde, die "von Anfang an gestaltet" ist.
Der wichtige Unterschied ist, dass diese Systeme immer noch innerhalb eines bestehenden Paradigmas optimieren, während OpenLedger versucht, das Paradigma zu verändern.
Und das ist der Punkt, den ich am bemerkenswertesten finde. Früher war der Builder jemand, der jedes Zahnrad zusammenfügte und jeden Teil des Systems genau verstand. In OpenLedger hingegen ist der Builder wie jemand, der das gültige Verhalten der gesamten Maschine definiert, während die Art und Weise, wie die Maschine dieses Verhalten erreicht, vom System auf der unteren Ebene verarbeitet wird.
Wenn man es aus dieser Perspektive betrachtet, wird OpenLedger zum Ausgangspunkt: Die Eingabe ist die Absicht, die Ausgabe ist der Agent. Aber die Umwandlung folgt nicht mehr einer festen Formel, sondern hängt davon ab, wie das System die Absicht im Kontext der Daten und Einschränkungen zu diesem Zeitpunkt interpretiert.
Und genau hier wird eine wichtige Sache offenbar: Absicht ist nie ganz klar.
Zwei Personen können die gleiche Absicht wie "Drawdown reduzieren, wenn der Markt volatil ist" schreiben, aber die Erwartungen sind unterschiedlich. Eine Person akzeptiert eine reduzierte Rendite für Sicherheit, während die andere nur maximalen Exposure halten möchte. Die Absicht ist gleich, aber die internen Prioritäten sind völlig unterschiedlich.
In traditionellen Code-Systemen wird Mehrdeutigkeit durch Syntax ausgeschlossen. Aber im Intent-System wird Mehrdeutigkeit nicht beseitigt, sondern bleibt bestehen, und das System wird der Ort sein, an dem die Interpretation verarbeitet wird.
Daher liegt der Fokus nicht mehr darauf, richtig oder falsch zu schreiben, sondern darauf, ob der Abstand zwischen der Absicht und dem erzeugten Verhalten klein genug ist.
Die Reibung hat sich daher auch verändert. Sie liegt nicht mehr beim Builden oder Deployen, sondern darin, sicherzustellen, dass das System nach seiner Erstellung immer noch nah genug an der ursprünglichen Idee bleibt.
Und wenn wir zu OpenLedger zurückkehren, ist das der Punkt, an dem es sich unterscheidet: Es ist nicht nur eine intent-gesteuerte AI-Ebene, sondern der Ort, an dem die Absicht zum grundlegenden Primitive wird, um das gesamte System zu initiieren.
Persönlich denke ich, wenn man dieser Logik folgt, ist OpenLedger nicht einfach nur eine Reduzierung der Reibung zwischen Idee und dem deploybaren Agenten.
Es verschiebt die gesamte Definition des "Buildens" im Crypto-Bereich.
Keine Logik mehr bauen.
Sondern es geht darum, die Absicht zu bauen, und OpenLedger ist der Ort, an dem Absicht zum ersten Mal der Ausgangspunkt des Systems wird, anstatt eine Abstraktionsschicht über dem Code zu sein.
