Skip to main content

​
Intention ist ein KI-natives Handelsnetzwerk

Ein Handelsnetzwerk, keine Handelsanwendung. Die Teile einer Börse, die entscheiden, wer was zu welchem Preis ausgeführt hat und wer wem etwas schuldet, werden von den Validatoren des Netzwerks selbst ausgeführt, vom Konsens geordnet und sind für jeden reproduzierbar, der dieselben Blöcke hält. Es gibt keine Matching-Engine, die anderswo läuft und Ergebnisse zurückmeldet. KI-nativ, weil ein Agent, der im Auftrag eines Menschen handelt, genau das braucht. Ein Mensch kann einen Handelsplatz beobachten und darauf reagieren. Ein Agent kann das nicht – er kann nur auf das hin handeln, was der Handelsplatz beweisen kann. Wenn Matching, Margin, Funding, Liquidation und Abrechnung ins Protokoll wandern, wird aus einem Handelsplatz, dem man vertraut, eine Infrastruktur, die man prüfen kann. Alles, was sonst als Funktionsliste präsentiert wird, folgt aus dieser einen Entscheidung. Weil die Ausführung über einer konsensbestätigten Reihenfolge läuft, wird ein Block beim erneuten Ausführen exakt reproduziert. Weil der Preis in dem Block zertifiziert wird, der ihn verbraucht, gibt es keinen Oracle-Zyklus, dem sich zuvorkommen ließe. Weil Liquidation und Funding Protokolloperationen sind und keine Contract-Aufrufe, laufen sie im selben Schritt wie die Ausführung, die sie ausgelöst hat. Weil die Zustandsmaschine Ausgabedaten je Transaktion erzeugt, hat jede Wirkung einen Urheber.
Eine Börse ist mehr als das. Front-Ends, Kontobetrieb, Listing von Märkten, Support und kommerzielle Bedingungen liegen alle darum herum. Was das Netzwerk öffentlich und überprüfbar macht, ist der abrechnungskritische Kern – der Teil, in dem eine Abweichung jemanden Geld kostet.

​
Die Schichten

Vier Schichten, in der Reihenfolge, in der eine Transaktion sie durchläuft.
1 · Anwendung – außerhalb des Protokolls
2 · Netzwerk
3 · Ausführung – IntentionKernel
4 · Zustand
Intention Web-Gateway
Front-Ends · Wallets
Agenten · Market Maker · API-Clients
MempoolAufnahme · Verbreitung
IntentionBFTReihenfolge · Preise · Finalität
MatchingOrderbuch · Priorität
ClearingstelleMargin · Liquidation · Funding
ZustandsspeicherWerte je Version
Merkle-ZustandBeweise · Akkumulatoren
signierte Transaktionen
festgeschriebener Block
Schreiben · zugerechnete Events
Lesen · Beweise
Eine fünfte Gruppe sitzt neben dem Stack statt darin. Prozesse der Dienstschicht laufen neben den Validatoren und docken nur an zwei Punkten an: Preise und Assets gehen an der Netzwerkschicht hinein, festgeschriebene Datensätze kommen an der Zustandsschicht heraus.
Signierte Transaktion
Mempoolvalidiert vor dem Speichern
KonsensReihenfolge und Preis-Quorum
KernelBlockausführung
Schreibvorgängezugerechnete Events
FestschreibenLedger + Zustandsspeicher
Was die Folge erzeugtReihenfolge und Preise stehen fest, bevor die Ausführung beginnt, und jede Zustandsänderung hängt an der Transaktion, die sie verursacht hat – deshalb liefert ein Replay dasselbe Ergebnis.
Eine Transaktion, durchgehend
Anwendungsschicht. Alles, was Menschen und Maschinen tatsächlich anfassen: das Intention Web-Gateway, Front-Ends und Wallets von Drittanbietern sowie die Agenten und Market Maker, die programmatisch handeln. Nichts davon ist Teil des Protokolls – es ist das, wofür das Protokoll da ist, und es ist bewusst austauschbar. Wenn zwei Front-Ends verschiedener Meinung darüber sind, was eine Position wert ist, ist das ein Fehler im Front-End, denn beide lesen denselben festgeschriebenen Zustand. Netzwerkschicht. Hier werden Transaktionen aufgenommen, verbreitet und geordnet. IntentionBFT schreibt eine Reihenfolge und einen zertifizierten Preisvektor im selben Konsensereignis fest; der Mempool regelt, was dort ankommt; die Topologie beschreibt, wer was betreibt. Ausführungsschicht. IntentionKernel führt den festgeschriebenen Block als feste Folge von Stufen aus. Sein Befehlssatz ist die abschließend aufgezählte Menge der Finanzoperationen, die ein Derivate-Handelsplatz braucht – keine virtuelle Allzweckmaschine. Matching und die Clearingstelle sind Stufen darin, keine separaten Systeme. Zustandsschicht. Zustand und Speicherung behandelt, wie Ergebnisse persistiert, authentifiziert und ausgeliefert werden: ein Speicher aktueller Werte für Lesezugriffe, eine versionierte Merkle-Struktur für Beweise und Akkumulatoren über Transaktionen und Events. Dienstschicht. Prozesse, die neben den Validatoren laufen statt innerhalb des Blocks: das Oracle, das Preise in den Konsens speist, der Indexer, der festgeschriebenen Zustand in abfragbare Daten verwandelt, die Programmdienste, die Kontozustand aus festgeschriebener Historie ableiten und über Protokolltransaktionen zurückschreiben, und die Bridge, die Assets über Chains hinweg bewegt.

​
Ein Block

Alles, was das Verhalten des Handelsplatzes überprüfbar macht, geschieht innerhalb eines einzigen festgeschriebenen Blocks.
Oraclezertifizierte Preise je Runde
BridgeEinzahlungen und Auszahlungen
Die vier SchichtenNetzwerk → Ausführung → Zustand
Indexerfestgeschriebene Daten → abfragbare Historie
Programmdiensteabgeleiteter Zustand, außerhalb des Blocks
zurückgeschrieben, bei der Ausführung gelesen
Die Reihenfolge steht fest, bevor die Ausführung beginnt, und die Ausführung ist eine Funktion dieser Reihenfolge und des Vorzustands. Zwei ehrliche Nodes, die denselben Block erhalten, kommen Byte für Byte zum selben Ergebnis – nicht als Richtlinie, sondern weil nichts im Ausführungspfad etwas anderes lesen kann. Auf dieser Eigenschaft ruht alles Nachgelagerte: Beweise, Zurechnung, Replay und die Fähigkeit eines Agenten, zu erschließen, was eine abgesendete Order bewirken wird.

​
Woher die Garantien des Handelsplatzes kommen

Statt einer eigenen Liste von Versprechen lässt sich jede Eigenschaft auf die Schicht zurückführen, die sie erzeugt.

​
Die Marktinfrastruktur, die das ersetzt

Ein traditioneller Handelsplatz ist ein Glied in einer Kette von Institutionen. Ein Geschäft wird an einer Börse gematcht, bei einer zentralen Gegenpartei noviert und mit Margin belegt, bei der Institution erfasst, die das Buch darüber führt, wer was hält, über ein Zahlungssystem abgerechnet und an ein Transaktionsregister gemeldet. Fünf Funktionen, fünf Datenbestände und ein Abstimmungsprozess, dessen Aufgabe es ist herauszufinden, wann sie auseinanderlaufen. Hier sind diese fünf Stufen eines einzigen Blocks, und genau das macht die Abfolge zu atomarem Clearing und atomarer Abrechnung: Sie wird als eine Einheit festgeschrieben oder überhaupt nicht. Der Begriff verdient Genauigkeit. Diese Atomarität deckt das Ledger des Protokolls selbst ab — Sicherheiten über die Bridge hinein- oder hinauszubewegen wartet auf die Finalität einer externen Chain und liegt außerhalb dieser Einheit.
Fünf Institutionen
Ein Block
Matchingeine Börse
Clearingeine CCP
Erfassenein Verwahrer
Abrechnenein Zahlungssystem
Meldenein Transaktionsregister
MatchingMatching-Stufe
ClearingClearingstelle
ErfassenState-Layer
Abrechnenderselbe Block
MeldenZurechnung
Vier Lücken. In jeder steht ein Versprechen, das noch niemand eingelöst hat – und es gibt einen Abstimmungsprozess, der herausfinden soll, wann sie auseinanderlaufen.
Dieselben fünf Funktionen als eine Einheit der Festschreibung. Entweder ist alles geschehen oder nichts, und es gibt keinen zweiten Datensatz zum Abstimmen.
Die Behauptung ist nicht, dass dies billiger ist. Sie lautet, dass die Intervalle zwischen jenen Institutionen genau die Stellen sind, an denen ein Versprechen besteht, das noch niemand eingelöst hat — zwischen einer Ausführung und einer Nachschussforderung, zwischen der Forderung und dem Eintreffen der Sicherheiten, zwischen einem Geschäft und seiner Abrechnung, zwischen einem Ereignis und seiner Meldung. Die Funktionen in Stufen eines Blocks zu falten macht die Versprechen nicht stärker. Es entfernt die Intervalle, in denen sie gebrochen werden können. Matching, Clearing und Abrechnung sind hier keine drei Stationen einer Pipeline, sondern dasselbe Ereignis im selben Block. Ausführung ist Abrechnung.

​
Das Netzwerk heute

Die Architektur oben läuft bereits, auf einem privaten Testnet mit dem vollständigen Stack. Chain-Identität, aktive Endpunkte und was vor der Öffnung des öffentlichen Zugangs am 20.09.2026 zu erwarten ist, stehen unter Das Netzwerk heute.

​
Wie es weitergeht

IntentionKernel

Die Ausführungsschicht: Befehlssatz, Block-Pipeline und die Grenzen, die sie deterministisch halten.

IntentionBFT

Konsens: Festlegung der Reihenfolge, Preis-Quoren und Finalität.

Clearingstelle

Margin, Liquidation, Auto-Deleveraging, Versicherung und Funding.

Zustand und Speicherung

Wie festgeschriebene Ergebnisse persistiert, authentifiziert und beschnitten werden.