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

# Was als Nächstes kommt

> Fähigkeiten, die nach der Mainnet-Beta gebaut werden – was zugesagt ist, was geplant ist und was jede davon ermöglicht.

Zwei Dinge sind zugesagt und in Arbeit. Alles danach ist geplante Arbeit, gruppiert nach dem, wofür sie da ist.

Der Status ist markiert als **zugesagt** (wird gerade gebaut), **geplant** (abgegrenzt, nicht begonnen) oder **in Prüfung** (Richtung beschlossen, Design offen).

<h2 id="committed">
  Zugesagt
</h2>

<h3 id="trading-agent-runtime">
  Laufzeitumgebung für Handelsagenten
</h3>

Die Ausführungsschleife, die ein KI-Agent braucht, um im Auftrag eines Nutzers zu handeln – und nicht die Schleife, die eine menschliche Oberfläche voraussetzt.

Ein Mensch kann auf einen Bildschirm sehen und reagieren. Ein Agent kann das nicht – er kann nur auf das hin handeln, was der Handelsplatz beweisen kann. Diese Lücke schließt keine API; sie schließt eine Laufzeitumgebung mit definierter Semantik in jedem Schritt: vorhersagen, bevor man sich festlegt, eindeutig absenden, nach einer Unterbrechung wiederaufsetzen und einen Datensatz zurücklesen, der klärt, was passiert ist.

| Baustein                        | Was er liefert                                                                                          |
| ------------------------------- | ------------------------------------------------------------------------------------------------------- |
| **Vorabsimulation**             | Auswerten, was eine Order gegen den festgeschriebenen Zustand bewirken würde, bevor sie abgesendet wird |
| **Idempotentes Absenden**       | Ein unklares Absenden wiederholen, ohne doppeltes Exposure zu riskieren                                 |
| **Benannte Endzustände**        | Kein Ausgang, bei dem das Ergebnis unbekannt bleibt – jede Aktion endet in einem Zustand mit Namen      |
| **Definiertes Wiederaufsetzen** | Ein Agent, der neu startet, weiß, wo er war und was als Nächstes zu tun ist                             |
| **Zugeordnete Belege**          | Was der Agent getan hat, unter welcher Vollmacht und was es gekostet hat – als Protokollausgabe         |

Daneben steht die Arbeit am Kontomodell: Autorisierung ist heute Alles-oder-nichts mit Ablaufdatum, und erst reichhaltigere Konditionen – was ein Agent halten darf, wie viel er verlieren darf, was er als Nächstes tun darf – machen aus einer Berechtigung eine Vollmacht. Siehe [KI-Handel](/de/protocol/ai-trading).

<h3 id="institutional-custody-integration">
  Anbindung institutioneller Verwahrung
</h3>

Direkte Kapitalzuführung aus institutioneller Verwahrung, beginnend mit Fireblocks.

Was institutionelles Kapital blockiert, ist selten die Mechanik des Handelsplatzes. Es ist, dass das Kapital seine Verwahrstruktur nicht verlassen kann, um den Handelsplatz zu erreichen. Eine Integration auf der Verwahrebene bedeutet, dass eine Institution einzahlt und handelt, ohne Vermögenswerte aus den Kontrollen zu bewegen, unter denen sie arbeiten muss.

<h2 id="market-surface">
  Marktangebot
</h2>

|                             | Status                                                                                                                               |
| --------------------------- | ------------------------------------------------------------------------------------------------------------------------------------ |
| **Spot-Märkte**             | Geplant – die Metadatenschicht führt Spot-Definitionen; der Matching-Pfad kennt heute nur Perpetuals                                 |
| **Breitere RWA-Listings**   | Geplant – Aktien, Indizes und Rohstoffe auf demselben Ausführungsmodell, mit Kalender je Listing und Behandlung der Indexkontinuität |
| **Portfolio-Margin**        | Geplant – Margin über korrelierte Positionen hinweg berechnet statt je Markt                                                         |
| **Erlaubnisfreies Listing** | In Prüfung – ein definierter Weg, einen Markt ohne Governance-Entscheidung je Asset zu listen                                        |

<h2 id="liquidity-and-capital">
  Liquidität und Kapital
</h2>

|                                         | Status                                                                                                            |
| --------------------------------------- | ----------------------------------------------------------------------------------------------------------------- |
| **Marktstruktur der Vaults**            | Geplant – die Kapitalstruktur rund um protokolleigene Liquidität, einschließlich der Beteiligung von Drittkapital |
| **Maker-Programme**                     | Geplant – formale Vereinbarungen und eigene Sätze jenseits der veröffentlichten Rebate-Stufen                     |
| **Cross-Margin gegen RWA-Sicherheiten** | In Prüfung                                                                                                        |

<h2 id="access-and-accounts">
  Zugang und Konten
</h2>

|                                              | Status                                                                                   |
| -------------------------------------------- | ---------------------------------------------------------------------------------------- |
| **Reichhaltigere Autorisierungskonditionen** | Zugesagt – siehe die Agenten-Laufzeitumgebung oben                                       |
| **Unterkontenbäume**                         | Geplant – verschachtelte Unterkonten mit eigenen Büchern und eigenen Risikoparametern    |
| **Session- und Mobile-Abläufe**              | Geplant – abgegrenzte Session-Credentials, die nicht das Signieren jeder Order verlangen |
| **Multi-Signatur-Konten**                    | In Prüfung                                                                               |

<h2 id="protocol">
  Protokoll
</h2>

|                                          | Status                                                                                                     |
| ---------------------------------------- | ---------------------------------------------------------------------------------------------------------- |
| **Weitere Bridge-Routen**                | Geplant – Chains und Assets über den anfänglichen Satz hinaus                                              |
| **Erweiterung des Validatorensets**      | Geplant – das aktive Set über das Mainnet hinweg vergrößern                                                |
| **Konstruktionen für faire Reihenfolge** | In Prüfung – den Spielraum des Leaders bei der Anordnung von Batches innerhalb eines Vorschlags verringern |
| **Governance-Oberfläche**                | Geplant – der Prozess, in dem über Risikoparameter und Listings entschieden wird                           |

<h2 id="data-and-observability">
  Daten und Observability
</h2>

|                                         | Status                                                                                                                  |
| --------------------------------------- | ----------------------------------------------------------------------------------------------------------------------- |
| **Dienst für historische Daten**        | Geplant – reproduzierbare Archive mit Schemata, abgeleitet aus festgeschriebenem Zustand                                |
| **Deterministisches Replay als Dienst** | In Prüfung – der Handelsplatz als Trainings- und Backtesting-Umgebung, da sich jeder Block exakt erneut ausführen lässt |

<Note>
  Nichts hier hat ein Datum. Termine stehen unter [Meilensteine](/de/protocol/roadmap/milestones); dort finden sich die beiden Zusagen, die eines haben. Punkte wandern von dieser Seite in das Changelog, sobald sie ausgeliefert sind.
</Note>

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

<CardGroup cols={2}>
  <Card title="Meilensteine" href="/de/protocol/roadmap/milestones">
    Was heute läuft und die zwei entscheidenden Termine.
  </Card>

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

  <Card title="KI-Handel" href="/de/protocol/ai-trading">
    Warum die Agenten-Laufzeitumgebung so aussieht, wie sie aussieht.
  </Card>

  <Card title="Architektur" href="/de/protocol/architecture/overview">
    Worauf diese Fähigkeiten gebaut werden.
  </Card>
</CardGroup>
