> ## 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.
# Listings und Delistings
> Wie ein Markt öffnet, welche Zustände er durchläuft, wie er stillgelegt wird und wo die Ankündigungen erscheinen.
Listing, Statuswechsel und Stilllegung eines Marktes sind **Protokolloperationen**, keine administrativen Handlungen irgendwo am Rand. Sie laufen innerhalb eines Blocks, an der Spitze der [Blockpriorität](/de/trading/tx-sequencing), und ihre Wirkung ist auf einer bestimmten Blockhöhe beobachtbar, statt angekündigt und undurchsichtig angewandt zu werden.
Das hat eine praktische Folge für jede Integration: Der Status eines Marktes ist Chain-Zustand, und er ist maßgeblich. Ein Client muss nicht erfahren, dass ein Markt geöffnet hat – er kann es sehen.
Die Zustände eines Marktes
Ein Markt ist nie einfach „an“ oder „aus“. Er hat einen Status, der genau bestimmt, welche Orders das Buch annimmt.
Initializingdas Buch nimmt nichts an
PreOpenPost-only, nur Konten der Allowlist
Activealles
PostOnlyjede Taker-Order wird abgelehnt
Pausednichts
ReduceOnlynur positionsreduzierende Orders
FinalSettlementnichts – der Endzustand
PostOnly und Paused kehren nach Active zurück. ReduceOnly nicht – der Weg zur Stilllegung.
Der Marktstatus ist Chain-Zustand, ausgeführt an der Spitze der Blockpriorität. Kein Client muss erfahren, dass ein Markt öffnet – er sieht es.
| Status | Was das Buch annimmt |
| ------------------- | ---------------------------------------------------------- |
| **Initializing** | Nichts. Der Markt existiert, ist aber nicht geöffnet |
| **PreOpen** | Post-only-Orders, nur von Konten auf der Allowlist |
| **Active** | Alles |
| **PostOnly** | Nur Post-only-Orders – jede Taker-Order wird abgelehnt |
| **ReduceOnly** | Nur Orders, die eine bestehende Position reduzieren |
| **Paused** | Nichts |
| **FinalSettlement** | Nichts. Der Endzustand eines Marktes, der stillgelegt wird |
Das sind keine Stufen auf einem Regler. Jeder Zustand ist eine andere Antwort auf ein anderes Problem.
**PreOpen** ist der Weg, wie ein Markt ein Buch bekommt, bevor er einen Trade bekommt. Maker auf der Allowlist können quotieren, und weil nur Post-only-Orders angenommen werden, kann nichts kreuzen, während das Buch entsteht. Der Markt öffnet mit zwei bereits vorhandenen Seiten, statt leer zu öffnen und den ersten Taker den Preis setzen zu lassen.
**PostOnly** stoppt das Nehmen, ohne das Quotieren zu stoppen. Es ist der Zustand für „die Preisfindung ist gerade kaputt“ – Maker können weiterhin umziehen, aber niemand kann eine veraltete Quotierung abgreifen.
**ReduceOnly** lässt alle heraus und niemanden hinein. In diesen Zustand geht ein Markt, wenn er stillgelegt wird oder wenn sich sein Risikoprofil so weit verändert hat, dass wachsendes Exposure nicht mehr angemessen ist.
Wie ein Markt öffnet
Ein Listing ist eine Konfigurationsoperation, die die [Kontraktspezifikation](/de/trading/markets) on-chain schreibt: Tick-Größe, Lot-Größe, Indexzusammensetzung, Hebelstufen, Funding-Parameter, Positionslimits und Preisbänder. Nichts am Verhalten des Marktes liegt außerhalb dieses Datensatzes.
Die Spezifikation wird geschrieben, bevor der Markt irgendetwas annimmt, und sie ist ab dem Moment ihres Bestehens lesbar. Ein Client, der die Marktliste abfragt, sieht den neuen Markt – mit allen Parametern –, bevor er handelbar wird; genau dieses Fenster braucht eine Integration, um sich zu konfigurieren.
Listing-Operationen können unter eine **Multisig-Anforderung** gestellt werden: Die Operation enthält dann einen Nachweis, der eine Signaturschwelle erfüllt, andernfalls lehnt die Ausführung sie ab. Durchgesetzt wird das vom Protokoll bei der Ausführung, nicht von einem Prozess darum herum – es ist also keine Regel, an der sich jemand vorbeimanövrieren kann.
Wie ein Markt stillgelegt wird
Ein Delisting ist eine umgekehrte Abfolge, kein Schalter. Ein Markt wechselt nach **ReduceOnly**, damit offene Positionen glattgestellt werden können und kein neues Exposure entsteht, und erst danach nach **FinalSettlement**.
Diese Reihenfolge ist eine Betriebsvorschrift, nichts, was die Zustandsmaschine von sich aus erzwingt – aber es ist die Reihenfolge, auf die es ankommt. Wer einen Markt bei offenen Positionen einfach abschaltet, lässt die Halter mit Exposure zurück, aus dem sie über das Buch nicht herauskommen – und macht aus einer geplanten betrieblichen Änderung eine erzwungene Abrechnung zu dem Preis, den das Protokoll wählt. Der Umweg über ReduceOnly gibt jedem Halter zuerst die Chance, zu einem Marktpreis glattzustellen.
Das Abrechnungsverfahren für Positionen, die bei der Schlussabrechnung noch offen sind, ist kontraktspezifisch und wird mit der Delisting-Ankündigung veröffentlicht, zusammen mit der Ankündigungsfrist.
Eine Delisting-Ankündigung ist die eine Ankündigung, die Handeln verlangt. Wenn Sie eine Position in einem Markt halten, der nach ReduceOnly wechselt, dann ist die Glattstellung zu einem Preis Ihrer Wahl etwas grundlegend anderes als das, was das Schlussabrechnungsverfahren tut. Wie Ankündigungsfristen funktionieren, steht unter [Regeländerungen](/de/programs/rule-changes).
Pre-Market-Kontrakte
Manche Märkte werden gelistet, bevor der Basiswert einen liquiden Spot-Markt hat – ein Token vor seinem Listing, eine Aktie vor ihrem Börsengang.
Für den Kernel sind das gewöhnliche Märkte, für einen Trader ungewöhnliche. Ihr [Indexpreis](/de/trading/index-price) stützt sich auf weniger und dünnere Quellen, ist also leichter zu bewegen und neigt eher zu Kurslücken. Die Spezifikationen tragen dem mit niedrigerem Hebel, weiteren Funding-Obergrenzen und engeren Positionslimits Rechnung. Siehe [Märkte](/de/trading/markets#pre-market-contracts).
Integrationen gegen Listings bauen
**Märkte wiederholt aufzählen, nicht einmal.** Ein Client, der die Marktliste beim Start liest und danach nie wieder, verpasst still alles, was danach gelistet wird. Listings sind ein normales, laufendes Ereignis.
**Spezifikationen lesen, statt sie zu speichern.** Tick-Größen, Hebelstufen und Funding-Obergrenzen ändern sich an laufenden Märkten. Ein Client mit veralteter Kopie übermittelt Orders, die das Netzwerk ablehnt, oder bemisst Positionen an Limits, die nicht mehr gelten.
**Jeden Status behandeln, nicht nur Active.** Eine wegen des Marktstatus abgelehnte Order ist kein Fehler in Ihrer Order – der Markt sagt Ihnen, was er gerade annimmt. PostOnly, ReduceOnly und Paused als verschiedene Fälle zu behandeln, ist der Unterschied zwischen einer Integration, die sauber degradiert, und einer, die immer wieder gegen dieselbe Wand läuft.
Ankündigungen
Der Ankündigungsstrom beginnt mit dem öffentlichen Testnet am **20.09.2026**. Bis dahin werden Märkte im [privaten Testnet](/de/protocol/architecture/network-status) ohne Vorankündigung gelistet und geändert, weil dort nichts einen Wert hat.
Jede Listing- und Delisting-Ankündigung nennt: den Markt und seine vollständige Spezifikation, den Block oder das Datum des Inkrafttretens, die eingeräumte Ankündigungsfrist und – bei einem Delisting – das Abrechnungsverfahren für noch offene Positionen.
Wie es weitergeht
Was eine Kontraktspezifikation enthält.
Ankündigungsfristen und wie Änderungen wirksam werden.
Warum Systemoperationen an der Spitze eines Blocks laufen.
Die datierte Aufzeichnung dessen, was ausgeliefert wurde.