> ## Documentation Index
> Fetch the complete documentation index at: https://docs.intention.xyz/llms.txt
> Use this file to discover all available pages before exploring further.

# Architekturüberblick

> Intention ist ein KI-natives Handelsnetzwerk: Matching, Clearing und Abrechnung laufen als Protokolloperationen und nicht im privaten System eines Betreibers.

<h2 id="intention-is-an-ai-native-trading-network">
  Intention ist ein KI-natives Handelsnetzwerk
</h2>

Ein Handels*netzwerk*, 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.

<Note>
  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.
</Note>

<h2 id="the-layers">
  Die Schichten
</h2>

Vier Schichten, in der Reihenfolge, in der eine Transaktion sie durchläuft.

<div className="dg" data-dg="architecture-layers">
  <div className="dg-c" style={{aspectRatio:"720 / 502"}}>
    <svg className="dg-w" viewBox="0 0 720 502" aria-hidden="true">
      <path className="dg-wire dg--blue" d="M 406.00 96.00 L 406.00 131.60" />

      <path className="dg-head dg--blue" d="M 406.00 138.00 L 401.60 131.60 L 410.40 131.60 Z" />

      <path className="dg-wire dg--sky" d="M 406.00 228.00 L 406.00 263.60" />

      <path className="dg-head dg--sky" d="M 406.00 270.00 L 401.60 263.60 L 410.40 263.60 Z" />

      <path className="dg-wire dg--green" d="M 406.00 360.00 L 406.00 395.60" />

      <path className="dg-head dg--green" d="M 406.00 402.00 L 401.60 395.60 L 410.40 395.60 Z" />

      <path className="dg-wire dg-dash dg-soft" d="M 46.00 447.00 L 46.00 57.40" />

      <path className="dg-head" d="M 46.00 51.00 L 50.40 57.40 L 41.60 57.40 Z" />
    </svg>

    <div className="dg-band" style={{left:"12.7778%",top:"1.9920%",width:"87.2222%",height:"16.3347%"}}><span className="dg-cap">1 · Anwendung – außerhalb des Protokolls</span></div>
    <div className="dg-band" style={{left:"12.7778%",top:"28.2869%",width:"87.2222%",height:"16.3347%"}}><span className="dg-cap">2 · Netzwerk</span></div>
    <div className="dg-band" style={{left:"12.7778%",top:"54.5817%",width:"87.2222%",height:"16.3347%"}}><span className="dg-cap">3 · Ausführung – IntentionKernel</span></div>
    <div className="dg-band" style={{left:"12.7778%",top:"80.8765%",width:"87.2222%",height:"16.3347%"}}><span className="dg-cap">4 · Zustand</span></div>
    <div className="dg-b" style={{left:"15.0000%",top:"5.5777%",width:"26.2963%",height:"9.1633%"}}><span className="dg-t">Intention Web-Gateway</span></div>
    <div className="dg-b" style={{left:"43.2407%",top:"5.5777%",width:"26.2963%",height:"9.1633%"}}><span className="dg-t">Front-Ends · Wallets</span></div>
    <div className="dg-b" style={{left:"71.4815%",top:"5.5777%",width:"26.2963%",height:"9.1633%"}}><span className="dg-t">Agenten · Market Maker · API-Clients</span></div>
    <div className="dg-b dg--blue" style={{left:"15.0000%",top:"31.8725%",width:"40.4167%",height:"9.1633%"}}><span className="dg-t">Mempool</span><span className="dg-s">Aufnahme · Verbreitung</span></div>
    <div className="dg-b dg--blue" style={{left:"57.3611%",top:"31.8725%",width:"40.4167%",height:"9.1633%"}}><span className="dg-t">IntentionBFT</span><span className="dg-s">Reihenfolge · Preise · Finalität</span></div>
    <div className="dg-b dg--sky" style={{left:"15.0000%",top:"58.1673%",width:"40.4167%",height:"9.1633%"}}><span className="dg-t">Matching</span><span className="dg-s">Orderbuch · Priorität</span></div>
    <div className="dg-b dg--sky" style={{left:"57.3611%",top:"58.1673%",width:"40.4167%",height:"9.1633%"}}><span className="dg-t">Clearingstelle</span><span className="dg-s">Margin · Liquidation · Funding</span></div>
    <div className="dg-b dg--green" style={{left:"15.0000%",top:"84.4622%",width:"40.4167%",height:"9.1633%"}}><span className="dg-t">Zustandsspeicher</span><span className="dg-s">Werte je Version</span></div>
    <div className="dg-b dg--green" style={{left:"57.3611%",top:"84.4622%",width:"40.4167%",height:"9.1633%"}}><span className="dg-t">Merkle-Zustand</span><span className="dg-s">Beweise · Akkumulatoren</span></div>
    <div className="dg-lbl" style={{left:"56.3889%",top:"23.3068%"}}>signierte Transaktionen</div>
    <div className="dg-lbl" style={{left:"56.3889%",top:"49.6016%"}}>festgeschriebener Block</div>
    <div className="dg-lbl" style={{left:"56.3889%",top:"75.8964%"}}>Schreiben · zugerechnete Events</div>
    <div className="dg-lbl" style={{left:"6.3889%",top:"50.0000%",width:"12.2222%",whiteSpace:"normal"}}>Lesen · Beweise</div>
  </div>
</div>

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*.

<div className="dg" data-dg="overview-txpath">
  <div className="dg-c" style={{aspectRatio:"720 / 236"}}>
    <svg className="dg-w" viewBox="0 0 720 236" aria-hidden="true">
      <path className="dg-wire" d="M 100.67 78.00 L 114.27 78.00" />

      <path className="dg-head" d="M 120.67 78.00 L 114.27 82.40 L 114.27 73.60 Z" />

      <path className="dg-wire" d="M 225.33 78.00 L 238.93 78.00" />

      <path className="dg-head" d="M 245.33 78.00 L 238.93 82.40 L 238.93 73.60 Z" />

      <path className="dg-wire" d="M 350.00 78.00 L 363.60 78.00" />

      <path className="dg-head" d="M 370.00 78.00 L 363.60 82.40 L 363.60 73.60 Z" />

      <path className="dg-wire" d="M 474.67 78.00 L 488.27 78.00" />

      <path className="dg-head" d="M 494.67 78.00 L 488.27 82.40 L 488.27 73.60 Z" />

      <path className="dg-wire" d="M 599.33 78.00 L 612.93 78.00" />

      <path className="dg-head" d="M 619.33 78.00 L 612.93 82.40 L 612.93 73.60 Z" />
    </svg>

    <div className="dg-b dg--blue" style={{left:"0.0000%",top:"12.7119%",width:"13.4259%",height:"40.6780%"}}><span className="dg-t">Signierte Transaktion</span></div>
    <div className="dg-b dg--sky" style={{left:"17.3148%",top:"12.7119%",width:"13.4259%",height:"40.6780%"}}><span className="dg-t">Mempool</span><span className="dg-s">validiert vor dem Speichern</span></div>
    <div className="dg-b dg--sky" style={{left:"34.6296%",top:"12.7119%",width:"13.4259%",height:"40.6780%"}}><span className="dg-t">Konsens</span><span className="dg-s">Reihenfolge und Preis-Quorum</span></div>
    <div className="dg-b dg--sky" style={{left:"51.9444%",top:"12.7119%",width:"13.4259%",height:"40.6780%"}}><span className="dg-t">Kernel</span><span className="dg-s">Blockausführung</span></div>
    <div className="dg-b dg--green" style={{left:"69.2593%",top:"12.7119%",width:"13.4259%",height:"40.6780%"}}><span className="dg-t">Schreibvorgänge</span><span className="dg-s">zugerechnete Events</span></div>
    <div className="dg-b dg--green" style={{left:"86.5741%",top:"12.7119%",width:"13.4259%",height:"40.6780%"}}><span className="dg-t">Festschreiben</span><span className="dg-s">Ledger + Zustandsspeicher</span></div>
    <div className="dg-b dg-dashed dg-left" style={{left:"0.0000%",top:"67.7966%",width:"100.0000%",height:"27.9661%"}}><span className="dg-t">Was die Folge erzeugt</span><span className="dg-s">Reihenfolge 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.</span></div>
    <div className="dg-free" style={{left:"0.0000%",top:"0.0000%",width:"100.0000%"}}><div className="dg-n">Eine Transaktion, durchgehend</div></div>
  </div>
</div>

**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](/de/protocol/architecture/intention-bft) schreibt eine Reihenfolge und einen zertifizierten Preisvektor im selben Konsensereignis fest; der [Mempool](/de/protocol/architecture/mempool) regelt, was dort ankommt; die [Topologie](/de/protocol/architecture/intention-bft#network-topology) beschreibt, wer was betreibt.

**Ausführungsschicht.** [IntentionKernel](/de/protocol/architecture/kernel) 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](/de/protocol/architecture/matching) und die [Clearingstelle](/de/protocol/architecture/clearinghouse) sind Stufen darin, keine separaten Systeme.

**Zustandsschicht.** [Zustand und Speicherung](/de/protocol/architecture/state/model) 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](/de/protocol/architecture/oracle), das Preise in den Konsens speist, der [Indexer](/de/protocol/architecture/indexer), der festgeschriebenen Zustand in abfragbare Daten verwandelt, die [Programmdienste](/de/protocol/architecture/programs), die Kontozustand aus festgeschriebener Historie ableiten und über Protokolltransaktionen zurückschreiben, und die [Bridge](/de/protocol/architecture/bridge), die Assets über Chains hinweg bewegt.

<h2 id="one-block">
  Ein Block
</h2>

Alles, was das Verhalten des Handelsplatzes überprüfbar macht, geschieht innerhalb eines einzigen festgeschriebenen Blocks.

<div className="dg" data-dg="overview-services">
  <div className="dg-c" style={{aspectRatio:"720 / 288"}}>
    <svg className="dg-w" viewBox="0 0 720 288" aria-hidden="true">
      <path className="dg-wire dg--sky" d="M 185.00 65.00 L 240.47 120.47" />

      <path className="dg-head dg--sky" d="M 245.00 125.00 L 237.36 123.59 L 243.59 117.36 Z" />

      <path className="dg-wire dg--sky" d="M 185.00 175.00 L 240.08 129.10" />

      <path className="dg-head dg--sky" d="M 245.00 125.00 L 242.90 132.48 L 237.27 125.72 Z" />

      <path className="dg-wire dg--green" d="M 455.00 100.00 L 487.00 100.00 L 487.00 65.00 L 508.60 65.00" />

      <path className="dg-head dg--green" d="M 515.00 65.00 L 508.60 69.40 L 508.60 60.60 Z" />

      <path className="dg-wire dg--green" d="M 620.00 104.00 L 620.00 129.60" />

      <path className="dg-head dg--green" d="M 620.00 136.00 L 615.60 129.60 L 624.40 129.60 Z" />

      <path className="dg-wire dg--green dg-dash" d="M 620.00 214.00 L 620.00 250.00 L 350.00 250.00 L 350.00 190.40" />

      <path className="dg-head dg--green" d="M 350.00 184.00 L 354.40 190.40 L 345.60 190.40 Z" />
    </svg>

    <div className="dg-b dg--sky" style={{left:"0.0000%",top:"10.4167%",width:"25.0000%",height:"24.3056%"}}><span className="dg-t">Oracle</span><span className="dg-s">zertifizierte Preise je Runde</span></div>
    <div className="dg-b dg--sky" style={{left:"0.0000%",top:"48.6111%",width:"25.0000%",height:"24.3056%"}}><span className="dg-t">Bridge</span><span className="dg-s">Einzahlungen und Auszahlungen</span></div>
    <div className="dg-b dg--blue" style={{left:"34.7222%",top:"24.3056%",width:"27.7778%",height:"38.1944%"}}><span className="dg-t">Die vier Schichten</span><span className="dg-s">Netzwerk → Ausführung → Zustand</span></div>
    <div className="dg-b dg--green" style={{left:"72.2222%",top:"10.4167%",width:"27.7778%",height:"24.3056%"}}><span className="dg-t">Indexer</span><span className="dg-s">festgeschriebene Daten → abfragbare Historie</span></div>
    <div className="dg-b dg--green" style={{left:"72.2222%",top:"48.6111%",width:"27.7778%",height:"24.3056%"}}><span className="dg-t">Programmdienste</span><span className="dg-s">abgeleiteter Zustand, außerhalb des Blocks</span></div>
    <div className="dg-lbl" style={{left:"67.3611%",top:"86.8056%",width:"31.9444%",whiteSpace:"normal"}}>zurückgeschrieben, bei der Ausführung gelesen</div>
  </div>
</div>

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.

<h2 id="where-the-venues-guarantees-come-from">
  Woher die Garantien des Handelsplatzes kommen
</h2>

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

| Eigenschaft                                                                                 | Erzeugt von                                                                                                                                                                                           |
| ------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Derselbe Block ergibt beim erneuten Ausführen auf jeder ehrlichen Node dasselbe Ergebnis    | Der Konsens legt die Reihenfolge fest; der [Kernel](/de/protocol/architecture/kernel) führt sie ohne Uhr, ohne Entropie und ohne Gleitkomma aus                                                       |
| Eine Transaktion wird zu einem Preis abgerechnet, den das Netzwerk zertifiziert hat         | Das Preis-Quorum ist Teil des Blocks und wird von denselben Signaturen festgeschrieben – siehe [IntentionBFT](/de/protocol/architecture/intention-bft) und [Oracle](/de/protocol/architecture/oracle) |
| Liquidation und Funding können der Ausführung, die sie ausgelöst hat, nicht hinterherhinken | Sie sind Stufen der [Clearingstelle](/de/protocol/architecture/clearinghouse) in derselben Blockausführung, keine Keeper-Transaktionen                                                                |
| Jede Zustandsänderung lässt sich auf die Transaktion zurückführen, die sie verursacht hat   | Der Kernel erzeugt Ausgabedaten je Transaktion, die die [Zustandsschicht](/de/protocol/architecture/state/model) festschreibt und der [Indexer](/de/protocol/architecture/indexer) ausliefert         |

<h2 id="the-market-infrastructure-this-replaces">
  Die Marktinfrastruktur, die das ersetzt
</h2>

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](/de/protocol/architecture/bridge) hinein- oder hinauszubewegen wartet auf die Finalität einer externen Chain und liegt außerhalb dieser Einheit.

<div className="dg" data-dg="fmi-collapse">
  <div className="dg-c" style={{aspectRatio:"720 / 372"}}>
    <svg className="dg-w" viewBox="0 0 720 372" aria-hidden="true" />

    <div className="dg-band" style={{left:"0.0000%",top:"4.8387%",width:"100.0000%",height:"33.8710%"}}><span className="dg-cap">Fünf Institutionen</span></div>
    <div className="dg-band" style={{left:"0.0000%",top:"52.6882%",width:"100.0000%",height:"33.8710%"}}><span className="dg-cap">Ein Block</span></div>
    <div className="dg-b" style={{left:"2.2222%",top:"12.3656%",width:"16.4444%",height:"18.8172%"}}><span className="dg-t">Matching</span><span className="dg-s">eine Börse</span></div>
    <div className="dg-b" style={{left:"22.0000%",top:"12.3656%",width:"16.4444%",height:"18.8172%"}}><span className="dg-t">Clearing</span><span className="dg-s">eine CCP</span></div>
    <div className="dg-b" style={{left:"41.7778%",top:"12.3656%",width:"16.4444%",height:"18.8172%"}}><span className="dg-t">Erfassen</span><span className="dg-s">ein Verwahrer</span></div>
    <div className="dg-b" style={{left:"61.5556%",top:"12.3656%",width:"16.4444%",height:"18.8172%"}}><span className="dg-t">Abrechnen</span><span className="dg-s">ein Zahlungssystem</span></div>
    <div className="dg-b" style={{left:"81.3333%",top:"12.3656%",width:"16.4444%",height:"18.8172%"}}><span className="dg-t">Melden</span><span className="dg-s">ein Transaktionsregister</span></div>
    <div className="dg-b dg--blue" style={{left:"2.2222%",top:"60.2151%",width:"18.6667%",height:"18.8172%"}}><span className="dg-t">Matching</span><span className="dg-s">Matching-Stufe</span></div>
    <div className="dg-b dg--blue" style={{left:"21.4444%",top:"60.2151%",width:"18.6667%",height:"18.8172%"}}><span className="dg-t">Clearing</span><span className="dg-s">Clearingstelle</span></div>
    <div className="dg-b dg--green" style={{left:"40.6667%",top:"60.2151%",width:"18.6667%",height:"18.8172%"}}><span className="dg-t">Erfassen</span><span className="dg-s">State-Layer</span></div>
    <div className="dg-b dg--green" style={{left:"59.8889%",top:"60.2151%",width:"18.6667%",height:"18.8172%"}}><span className="dg-t">Abrechnen</span><span className="dg-s">derselbe Block</span></div>
    <div className="dg-b dg--green" style={{left:"79.1111%",top:"60.2151%",width:"18.6667%",height:"18.8172%"}}><span className="dg-t">Melden</span><span className="dg-s">Zurechnung</span></div>
    <div className="dg-free dg-mid" style={{left:"0.0000%",top:"40.8602%",width:"100.0000%"}}><div className="dg-n">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.</div></div>
    <div className="dg-free dg-mid" style={{left:"0.0000%",top:"88.7097%",width:"100.0000%"}}><div className="dg-n">Dieselben fünf Funktionen als eine Einheit der Festschreibung. Entweder ist alles geschehen oder nichts, und es gibt keinen zweiten Datensatz zum Abstimmen.</div></div>
  </div>
</div>

| Traditionelle Funktion | Wer sie ausübt                                           | Hier                                                                                                                                  |
| ---------------------- | -------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------- |
| **Matching**           | Die Matching-Engine der Börse                            | [Matching](/de/protocol/architecture/matching), eine Stufe der Blockausführung                                                        |
| **Clearing**           | Eine zentrale Gegenpartei — LCH, CME Clearing, ICE Clear | Die [Clearingstelle](/de/protocol/architecture/clearinghouse)                                                                         |
| **Erfassen**           | Ein Zentralverwahrer — DTCC, Euroclear                   | Dieselbe Clearingstelle, die in den [State-Layer](/de/protocol/architecture/state/model) schreibt                                     |
| **Abrechnen**          | Ein Zahlungssystem — Fedwire, TARGET2, CLS               | Der Block selbst: beide Seiten werden festgeschrieben, oder keine                                                                     |
| **Melden**             | Eine getrennte aufsichtsrechtliche Meldestrecke          | Die [Zurechnung](/de/protocol/architecture/state/model) je Transaktion, ausgeliefert vom [Indexer](/de/protocol/architecture/indexer) |
| **Preisstellung**      | Ein Benchmark-Administrator                              | Das [Oracle](/de/protocol/architecture/oracle), zertifiziert im selben Block, der es verbraucht                                       |

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.**

<h2 id="the-network-today">
  Das Netzwerk heute
</h2>

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](/de/protocol/architecture/network-status).

<h2 id="where-to-go-next">
  Wie es weitergeht
</h2>

<CardGroup cols={2}>
  <Card title="IntentionKernel" href="/de/protocol/architecture/kernel">
    Die Ausführungsschicht: Befehlssatz, Block-Pipeline und die Grenzen, die sie deterministisch halten.
  </Card>

  <Card title="IntentionBFT" href="/de/protocol/architecture/intention-bft">
    Konsens: Festlegung der Reihenfolge, Preis-Quoren und Finalität.
  </Card>

  <Card title="Clearingstelle" href="/de/protocol/architecture/clearinghouse">
    Margin, Liquidation, Auto-Deleveraging, Versicherung und Funding.
  </Card>

  <Card title="Zustand und Speicherung" href="/de/protocol/architecture/state/model">
    Wie festgeschriebene Ergebnisse persistiert, authentifiziert und beschnitten werden.
  </Card>
</CardGroup>