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

# Transaktionssequenzierung

> Die feste Reihenfolge, in der Aktionen innerhalb eines Blocks ausgeführt werden – und warum Stornierungen, Post-only-Orders und Liquidationen alle vor allem laufen, was Liquidität nehmen kann.

Alles innerhalb eines Blocks wird in einer festen Prioritätsreihenfolge ausgeführt. Nicht nach Gebühr, nicht nach Eintreffen bei einer Node, nicht nach Nähe zu einem Validator – nach Kategorie, festgelegt vom Protokoll und auf jeder Node identisch.

<div className="dg" data-dg="tx-sequencing">
  <div className="dg-c" style={{aspectRatio:"720 / 392"}}>
    <svg className="dg-w" viewBox="0 0 720 392" aria-hidden="true">
      <path className="dg-wire dg-soft" d="M 20.00 105.00 L 20.00 114.60" />

      <path className="dg-head" d="M 20.00 121.00 L 15.60 114.60 L 24.40 114.60 Z" />

      <path className="dg-wire dg-soft" d="M 20.00 195.00 L 20.00 204.60" />

      <path className="dg-head" d="M 20.00 211.00 L 15.60 204.60 L 24.40 204.60 Z" />

      <path className="dg-wire dg-soft" d="M 20.00 285.00 L 20.00 294.60" />

      <path className="dg-head" d="M 20.00 301.00 L 15.60 294.60 L 24.40 294.60 Z" />
    </svg>

    <div className="dg-b dg--sky" style={{left:"0.0000%",top:"8.6735%",width:"5.5556%",height:"17.3469%"}}><span className="dg-t dg-ink--sky">1</span></div>
    <div className="dg-b dg--sky dg-left" style={{left:"7.2222%",top:"8.6735%",width:"52.7778%",height:"17.3469%"}}><span className="dg-t">Systemoperationen</span><span className="dg-s">Listings · Risikoparameter · Gebührenstaffel · Kontoanlage · Mark-Preis des Blocks</span></div>
    <div className="dg-b dg-plain dg-left" style={{left:"62.2222%",top:"8.6735%",width:"37.7778%",height:"17.3469%"}}><span className="dg-s">Alles Nachgelagerte rechnet mit einem Preis</span></div>
    <div className="dg-b dg--sky" style={{left:"0.0000%",top:"31.6327%",width:"5.5556%",height:"17.3469%"}}><span className="dg-t dg-ink--sky">2</span></div>
    <div className="dg-b dg--sky dg-left" style={{left:"7.2222%",top:"31.6327%",width:"52.7778%",height:"17.3469%"}}><span className="dg-t">Aktionen ohne Matching</span><span className="dg-s">zuerst Gelder · Kontokonfiguration · Post-only-Orders · Liquidationen</span></div>
    <div className="dg-b dg-plain dg-left" style={{left:"62.2222%",top:"31.6327%",width:"37.7778%",height:"17.3469%"}}><span className="dg-s">Geld, das die Gesundheit eines Kontos verbessert, ist da, bevor sie bewertet wird</span></div>
    <div className="dg-b dg--green" style={{left:"0.0000%",top:"54.5918%",width:"5.5556%",height:"17.3469%"}}><span className="dg-t dg-ink--green">3</span></div>
    <div className="dg-b dg--green dg-left" style={{left:"7.2222%",top:"54.5918%",width:"52.7778%",height:"17.3469%"}}><span className="dg-t">Stornierungen</span><span className="dg-s">jede Stornierung im Block</span></div>
    <div className="dg-b dg-plain dg-left" style={{left:"62.2222%",top:"54.5918%",width:"37.7778%",height:"17.3469%"}}><span className="dg-s">Eine veraltete Quote lässt sich ziehen; eine zeitgleich eingetroffene Order greift sie nicht ab</span></div>
    <div className="dg-b dg--orange" style={{left:"0.0000%",top:"77.5510%",width:"5.5556%",height:"17.3469%"}}><span className="dg-t dg-ink--orange">4</span></div>
    <div className="dg-b dg--orange dg-left" style={{left:"7.2222%",top:"77.5510%",width:"52.7778%",height:"17.3469%"}}><span className="dg-t">Orders, die nehmen können</span><span className="dg-s">alles Aggressive, zuletzt</span></div>
    <div className="dg-b dg-plain dg-left" style={{left:"62.2222%",top:"77.5510%",width:"37.7778%",height:"17.3469%"}}><span className="dg-s">Das Submillisekundenrennen im Block existiert nicht</span></div>
    <div className="dg-free" style={{left:"7.2222%",top:"0.5102%",width:"52.7778%"}}><div className="dg-n">In dieser Reihenfolge, auf jeder Node</div></div>
    <div className="dg-free" style={{left:"62.2222%",top:"0.5102%",width:"37.7778%"}}><div className="dg-n">Was der Platz bringt</div></div>
  </div>
</div>

Die Reihenfolge ist der Mechanismus. Sie macht eine liegende Quotierung verteidigbar, verhindert, dass Liquidationen überholt werden, und nimmt das Latenzrennen im Submillisekundenbereich aus dem Inneren eines Blocks heraus.

<h2 id="1-system-operations">
  1 · Systemoperationen
</h2>

Administrative Änderungen und solche auf Protokollebene: das Listen und Delisten von Märkten, Aktualisierungen der Risikoparameter, Änderungen der Gebührenstaffel, das Anlegen von Konten und Unterkonten sowie die Aktualisierung des Mark-Preises für den Block.

Weil der Mark-Preis zuerst aktualisiert wird, kann alles Nachgelagerte mit einem einzigen Preis rechnen. Eine Liquidationsprüfung und eine im selben Block platzierte Order sehen dieselbe Zahl.

<h2 id="2-non-matching-actions">
  2 · Aktionen ohne Matching
</h2>

Aktionen, die den Zustand ändern, ohne das Buch zu berühren, in dieser internen Reihenfolge:

**Zuerst Gelder** – Einzahlungen, manuelle Margin-Aufstockungen bei isolierten Positionen und die Funding-Abrechnung. Geld, das die Gesundheit eines Kontos verbessert, ist da, bevor irgendetwas diese Gesundheit bewertet.

**Kontokonfiguration** – Margin-Modus, Positionsmodus, Hebel und Änderungen an der Agent-Autorisierung.

**Post-only-Orders** – der einzige Ordertyp, der hier statt in Phase 4 verarbeitet wird, weil Post-only per Definition keine Liquidität nehmen kann. Garantierte Maker werden in der Reihenfolge ihres Eintreffens ins Buch gelegt, bevor irgendetwas gegen sie handeln kann.

**Liquidationen** – zuerst die Orders des betroffenen Kontos stornieren, dann erneut prüfen, dann die Position übernehmen, falls weiterhin nötig. Übernahmen werden direkt zum Bankrottpreis ausgeführt, ohne ins Buch zu gelangen.

<Note>
  Dass die Liquidation hier läuft – vor jeder diskretionären Order –, ist der Grund, warum einer Liquidation innerhalb eines Blocks nicht zuvorgekommen werden kann. Wenn Phase 4 beginnt, ist der erzwungene Orderfluss bereits aufgelöst.
</Note>

<h2 id="3-cancellations">
  3 · Stornierungen
</h2>

Von Nutzern angestoßene Stornierungen, vor jeder Order, die Liquidität nehmen könnte.

Das ist die Phase, die für jeden zählt, der quotiert. **Eine Stornierung, die im selben Block wie eine aggressive Order übermittelt wird, schlägt diese Order.** Bewegt sich der Kurs und ziehen Sie eine veraltete Quotierung zurück, kann eine Order, die zeitgleich mit Ihrer Stornierung eintrifft, sie nicht abgreifen.

An den meisten Handelsplätzen ist das ein Rennen darum, wer die Matching-Engine zuerst erreicht, und man gewinnt es mit Latenz. Hier entscheidet das Protokoll, und das Ergebnis ist für alle gleich, unabhängig von der Infrastruktur.

<h2 id="4-orders-that-may-take-liquidity">
  4 · Orders, die Liquidität nehmen können
</h2>

Alles, was das Buch kreuzen kann: Limit-Orders mit jeder Gültigkeitsdauer, Market-Orders, TWAP-Tranchen, Staffel-Orders ohne Post-only und Orderänderungen. Innerhalb dieser Phase wird nach First-in-first-out verarbeitet.

<h3 id="what-reaches-this-phase">
  Was diese Phase erreicht
</h3>

Die Verarbeitung erfolgt hier nach dem Prinzip first in, first out, und zwei Dinge sind erwähnenswert, was hier ankommt.

**Post-only-Orders kommen nie an.** Sie werden in Phase 2 behandelt und können keine Liquidität nehmen.

**On-Chain ausgelöste Conditional Orders kommen im selben Block an.** Ein Stop oder Take-Profit, der vom Mark-Preis dieses Blocks ausgelöst wird, wird hier umgewandelt und geht ins Matching statt im nächsten Block. Der Auslöser wurde vom Protokoll aus festgeschriebenem Zustand entschieden und nicht von jemandem eingereicht, der den Zeitpunkt hätte wählen können.

<h2 id="what-this-changes">
  Was sich dadurch ändert
</h2>

**Latenz zählt innerhalb eines Blocks nicht mehr.** Zwei Orders im selben Block haben einen definierten Vorrang, den jede Node identisch berechnet. Zwischen Blöcken zählt der Zeitpunkt des Eintreffens weiterhin, aber die Einheit des Wettbewerbs ist der Block.

**Quotieren ist verteidigbar.** Sie können eine veraltete Quotierung zurückziehen und gegen eine Order gewinnen, die im selben Moment eintraf. Das ist eine strukturelle Eigenschaft, kein operativer Vorteil, den man mit Colocation kauft.

**Erzwungener Orderfluss wird vor diskretionärem aufgelöst.** Liquidationen und Funding werden abgerechnet, bevor jemand darum herum handeln kann.

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

<CardGroup cols={2}>
  <Card title="Ordertypen" href="/de/trading/order-types">
    Welche Typen Liquidität nehmen können und welche nicht.
  </Card>

  <Card title="Orders ändern" href="/de/trading/modify-orders">
    Warum eine Größenreduzierung an Ort und Stelle sofort greift.
  </Card>

  <Card title="Liquidationen" href="/de/trading/liquidations">
    Der Ablauf in Phase 2, der vor dem Matching aufgelöst wird.
  </Card>

  <Card title="IntentionKernel" href="/de/protocol/architecture/kernel">
    Wo dieser Plan in der Blockausführung sitzt.
  </Card>
</CardGroup>
