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

# Meilensteine

> Was heute läuft, die zwei nächsten entscheidenden Termine und wie jede Stufe verifiziert wird, bevor die folgende beginnt.

Zwei Termine bestimmen die nächste Phase des Netzwerks.

| Meilenstein              | Termin     |
| ------------------------ | ---------- |
| **Öffentliches Testnet** | 20.09.2026 |
| **Mainnet-Beta**         | 01.11.2026 |

Alles Weitere läuft entweder heute schon auf dem privaten Testnet oder hängt an einem dieser beiden Termine.

<h2 id="running-today">
  Was heute läuft
</h2>

Auf dem privaten Testnet läuft der vollständige Stack. Das sind gelieferte Fähigkeiten, keine geplanten – jede ist im Protokoll implementiert und wird fortlaufend beansprucht.

| Fähigkeit                                           | Was sie bedeutet                                                                                                                                                                                       |
| --------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
| ✅ **Deterministischer Ausführungskernel**           | Matching, Clearing und Abrechnung laufen als feste Stufenfolge über einer konsensbestätigten Reihenfolge, in ganzzahliger Festkommaarithmetik. Zwei ehrliche Nodes erzeugen byte-identische Ergebnisse |
| ✅ **BFT-Konsens mit Preiszertifizierung im Block**  | Reihenfolge und ein zertifizierter Preisvektor werden im selben Konsensereignis festgeschrieben. Ein Validator kann ohne gültige Preisbeobachtungen keinen Block vorschlagen                           |
| ✅ **Zentrales Limit-Orderbuch**                     | Volle Preis-Zeit-Priorität, mit der Position innerhalb des Blocks als Zeitdimension. Stornierungen werden im selben Block vor aggressiven Orders ausgeführt                                            |
| ✅ **Vollständiges Spektrum an Ordertypen**          | Limit und Market, mit GTC, IOC, FOK, AON und Post-only. Reduce-only als protokollseitig durchgesetztes Flag                                                                                            |
| ✅ **Bedingte Orders und Schutzpaare**               | Stop-Loss und Take-Profit, eigenständig oder an eine Order oder eine Position angehängt, mit One-Cancels-the-Other-Verknüpfung                                                                         |
| ✅ **Cross- und Isolated-Margin, One-Way und Hedge** | Margin-Modus je Markt, Positionsmodus je Konto, mit gestaffelten Anforderungen, die mit der Positionsgröße steigen                                                                                     |
| ✅ **Protokollnative Clearingstelle**                | Margin, Liquidation, Versicherungsfonds, Auto-Deleveraging und Funding laufen innerhalb der Blockausführung – keine Keeper, keine Gas-Auktionen                                                        |
| ✅ **Oracle aus mehreren Quellen**                   | Aggregation je Validator über mehrere Handelsplätze hinweg, mit Median-Clamping und stufenbegrenzter Gewichtung, per Quorum zertifiziert                                                               |
| ✅ **Mark-Preis aus vier Quellen**                   | Median aus Oracle-plus-Basis, Buchmedian, Funding-Basis und externem Perpetual-Mittelkurs, mit definierter Degradation beim Ausfall von Quellen                                                        |
| ✅ **Vaults**                                        | Protokolleigene Liquidität, die Liquidationen auffängt, samt Kapitalstruktur des Vaults                                                                                                                |
| ✅ **Agenten-Autorisierung**                         | Benannte Agentenkonten mit Ablaufdatum, on-chain und widerrufbar, in beide Richtungen abfragbar                                                                                                        |
| ✅ **Cross-Chain-Bridge**                            | Von Validatoren attestiert, mit zweistufigen Auszahlungen und einer Einspruchsfrist                                                                                                                    |
| ✅ **Geshardeter Zustand mit Merkle-Beweisen**       | Versionierter Zustand über geshardete Stores, authentifiziert durch einen Sparse Merkle Tree und Akkumulatoren                                                                                         |
| ✅ **Indexer und Marktdaten**                        | REST- und WebSocket-Schnittstellen über festgeschriebenem Zustand                                                                                                                                      |

<Note>
  TWAP und Staffel-Orders sind clientseitige Ausführungsstrategien auf Basis der obigen Ordertypen, keine Protokollprimitive. Sie stehen über die Handelsoberfläche und die API zur Verfügung.
</Note>

<h2 id="public-testnet-20-september-2026">
  Öffentliches Testnet – 20.09.2026
</h2>

Offener Zugang. Die Gates unten sind das, was das private Testnet nachweisen muss, bevor das öffentliche Testnet startet.

| Gate                            | Kriterium                                                                                |
| ------------------------------- | ---------------------------------------------------------------------------------------- |
| **Replay-Determinismus**        | Null Divergenz – byte-identische Ergebnisse über alle Validatoren hinweg unter Dauerlast |
| **Keine unzulässigen Aktionen** | Nichts, was eine Protokollbeschränkung verletzt, erreicht das Orderbuch                  |
| **Simulationstreue**            | Die Vorabsimulation stimmt mit den tatsächlichen Ausführungen überein                    |

<h2 id="mainnet-beta-1-november-2026">
  Mainnet-Beta – 01.11.2026
</h2>

Echtes Kapital, unter Produktionslast.

| Gate                                  | Kriterium                                                                                |
| ------------------------------------- | ---------------------------------------------------------------------------------------- |
| **Dauerlast mit aktiver Risk-Engine** | Verfügbarkeit unter Produktionslast bei vollständig aktivem Clearing-Pfad                |
| **Vollständige Zuordnung**            | Jede Zustandsänderung ist an die Transaktion gebunden, die sie verursacht hat            |
| **Beidseitige Quotes bei Zieltiefe**  | Schwellen für Spread und Markttiefe werden über die gelisteten Märkte hinweg eingehalten |

<h2 id="after-mainnet-beta">
  Nach der Mainnet-Beta
</h2>

Die folgende Stufe wird gemessen statt datiert, denn es zählt, ob am Handelsplatz Aktivität bleibt, und nicht, ob er gestartet ist:

* Verbleibendes Volumen über 90 Tage, um Anreize bereinigt
* Verbleib finanzierter Trader in Woche 1, 4 und 8
* Erzeugtes Volumen je eingesetzter Anreiz-Einheit

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

<CardGroup cols={2}>
  <Card title="Was als Nächstes kommt" href="/de/protocol/roadmap/whats-next">
    Die Fähigkeiten, die nach der Mainnet-Beta gebaut werden.
  </Card>

  <Card title="Protokoll-Changelog" href="/de/protocol/roadmap/changelog">
    Datierte Aufzeichnung dessen, was ausgeliefert wurde.
  </Card>

  <Card title="Architektur" href="/de/protocol/architecture/overview">
    Wie die gelieferten Fähigkeiten zusammenpassen.
  </Card>

  <Card title="KI-Handel" href="/de/protocol/ai-trading">
    Wohin die Arbeit an der Agenten-Laufzeitumgebung führt.
  </Card>
</CardGroup>
