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

# Für Market Maker

> Die Mechanismen, auf die es ankommt, wenn Sie beide Seiten quotieren – Priorität in der Warteschlange, Vorrang der Stornierung, Rebates und die Grenzen für laufende Größe.

Market Making auf Intention ist kein besonderes Programm, dem man beitritt. Sie quotieren, Ihre liegenden Orders verdienen den Maker-Satz, und oberhalb einer Schwelle werden Sie dafür bezahlt, Liquidität zu stellen.

Bevor Sie dagegen bauen, sollten Sie drei strukturelle Eigenschaften dieses Handelsplatzes kennen, die von den meisten abweichen – und danach die konkreten Mechanismen, die daraus folgen. Jeder Mechanismus unten ist an anderer Stelle vollständig dokumentiert; diese Seite ist der Weg hindurch.

<h2 id="three-things-that-are-different">
  Drei Dinge, die anders sind
</h2>

**Latenz entscheidet innerhalb eines Blocks nichts.** Die Priorität auf einer Preisstufe ergibt sich zuerst aus dem Preis, dann aus dem Platz in der festgeschriebenen Blockreihenfolge – nicht daraus, wann Ihr Paket eine Node erreicht hat. Zwei Orders im selben Block haben einen Vorrang, den jeder Validator identisch berechnet. Zwischen Blöcken zählt die Ankunft weiterhin; innerhalb eines Blocks kauft Colocation gar nichts.

**Ihre Stornierung schlägt eine aggressive Order im selben Block.** Stornierungen laufen in einer früheren Phase als Orders, die Liquidität nehmen können. Bewegt sich der Kurs und ziehen Sie eine veraltete Quote zurück, kann eine Order, die zusammen mit Ihrer Stornierung eintrifft, sie nicht mehr abgreifen. Auf den meisten Handelsplätzen ist das ein Rennen, das man mit Infrastruktur gewinnt; hier ist es eine Protokollgarantie.

**Post-only-Orders werden platziert, bevor irgendetwas gegen sie handeln kann.** Sie werden in der Phase ohne Matching verarbeitet, vor allem aggressiven Fluss, weil sie per Definition keine Liquidität nehmen können.

Zusammen heißt das: Der übliche Grund, viel Geld in Latenz zu stecken – Quotes gegen adverse Selektion im selben Block zu verteidigen –, entfällt hier. Siehe [Transaktionsreihenfolge](/de/trading/tx-sequencing).

<h2 id="quoting">
  Quotieren
</h2>

**Nutzen Sie Post-only.** Es garantiert den Maker-Status: Eine Order, die kreuzen würde, wird abgelehnt statt als Taker ausgeführt. Das entscheidet darüber, ob Sie den Maker-Satz verlässlich verdienen oder gelegentlich versehentlich den Taker-Satz zahlen. Siehe [Ordertypen](/de/trading/order-types).

**Die Priorität innerhalb einer Preisstufe ist eine Platzfrage.** Orders zum selben Preis werden in der Reihenfolge ausgeführt, in der sie einsortiert wurden. Wer vorn in der Warteschlange steht, wird ausgeführt; wer hinten steht, schaut zu. Siehe [Orderbuch](/de/trading/order-book).

**Halten Sie Tick- und Lot-Größe ein.** Nicht konforme Preise werden abgelehnt, nicht gerundet. Freie Sicherheiten werden abgerundet und Margin wird aufgerundet – wer exakt auf sein verfügbares Guthaben quotiert, kassiert also immer wieder Ablehnungen. Siehe [Präzision](/de/trading/precision).

<h2 id="managing-quotes">
  Quotes verwalten
</h2>

Hier steckt der größte praktische Unterschied.

| Änderung             | Mechanik                      | Platz in der Warteschlange |
| -------------------- | ----------------------------- | -------------------------- |
| **Größe verringern** | Direkt geändert               | **Bleibt**                 |
| Größe erhöhen        | Stornieren und neu platzieren | Verloren                   |
| Preis ändern         | Stornieren und neu platzieren | Verloren                   |

Wer eine Quote verkleinert, um Risiko zu steuern, verliert damit nicht seinen Platz in der Warteschlange. So verhalten sich die meisten Handelsplätze nicht, und es verändert, was Bestandssteuerung kostet – Sie können das Exposure auf einer Preisstufe verringern, ohne sich hinter allen wieder anstellen zu müssen, die eingetroffen sind, während Sie überlegt haben. Siehe [Orders ändern](/de/trading/modify-orders).

**Hängen Sie an alles eine Client Order ID.** Läuft eine Übermittlung in einen Timeout, wissen Sie nicht, ob sie angekommen ist. Mit einer selbst erzeugten Kennung stornieren Sie über diese Kennung und landen so oder so in einem bekannten Zustand. Ohne sie fragen Sie ab und raten anhand von Markt, Seite, Preis und Größe. Erzeugen Sie sie zufällig statt aus einem Zähler – ein Neustart, der den Zähler verliert, kollidiert mit aktiven Orders. Siehe [Client Order ID](/de/trading/client-order-id).

**Der Selbstausführungsschutz ist innerhalb eines Kontos immer aktiv.** Würde Ihre eingehende Order Ihre eigene liegende Quote nehmen, wird die liegende Order storniert und mit einem eigenen Status markiert. Machen Sie diesen Status sichtbar: Eine Quote, die aus diesem Grund verschwindet, heißt, dass zwei Ihrer eigenen Strategien kollidiert sind.

Unterkonten sind **sehr wohl** gegeneinander geschützt. Der Selbstausführungsschutz setzt an der Wallet-Adresse an, und alle Unterkonten unter einer Wallet teilen sie – zwei Strategien, die Sie in getrennten Unterkonten betreiben, stornieren sich also weiterhin gegenseitig, sobald sie sich kreuzen. Dürfen zwei Strategien legitim entgegengesetzte Seiten einnehmen, erreichen Sie das mit getrennten Unterkonten **nicht** – dafür brauchen sie getrennte Wallets. Siehe [Selbstausführungsschutz](/de/trading/self-trade-prevention).

<h2 id="what-it-pays">
  Was es einbringt
</h2>

Die Maker-Gebühren sinken mit Ihrem rollierenden Volumen, und oberhalb einer Anteilsschwelle werden sie negativ – Sie werden je Maker-Ausführung bezahlt.

| Anteil am Maker-Volumen des Handelsplatzes | Maker-Satz |
| -----------------------------------------: | ---------: |
|                                    > 0,5 % |   −0,001 % |
|                                    > 1,5 % |   −0,002 % |
|                                    > 3,0 % |   −0,003 % |

<Note>
  Achten Sie auf die Bezugsgröße. **Gebührenstufen** bemessen sich an Ihrem eigenen absoluten Volumen; **Rebates** bemessen sich als Anteil am gesamten Maker-Volumen des Handelsplatzes. Das sind zwei verschiedene Qualifikationen, und wer viel handelt, bekommt dafür allein noch kein Rebate – wer einen spürbaren Anteil am Buch stellt, schon.
</Note>

Zwei weitere Ströme wirken auf ein Market-Making-Buch. [Funding](/de/trading/funding) wird auf Bestände belastet, die über eine Abrechnung hinweg gehalten werden – für ein Buch mit Übernacht-Schieflage eine echte Kostenposition oder eine echte Einnahme. Und Liquidationen stellen zuerst gegen das Orderbuch glatt: Liegende Markttiefe ist das, was sie auffängt, und die Gegenpartei zum Bankrottpreis zu sein gehört dazu, wenn man in einen gestressten Markt hinein quotiert. Siehe [Gebühren](/de/programs/fees) und [Liquidationen](/de/trading/liquidations).

<h2 id="constraints-on-size">
  Grenzen für die Größe
</h2>

**Margin wird auch von liegenden Orders reserviert**, nicht nur von Positionen. Ein breites Buch über viele Preisstufen reserviert gegen jede Stufe, die eine Position eröffnen könnte. Siehe [Margin-Modi](/de/trading/margin-modes).

**Die Positionslimits skalieren mit dem Markt.** Ihre Obergrenze auf einer Seite ist der größere Wert aus einem Anteil am Open Interest des Marktes und einer festen Untergrenze, aggregiert über alle Unterkonten. Siehe [Positionslimits](/de/trading/oi-limits).

**Der Bestand beeinflusst Ihren Platz im Deleveraging-Ranking.** Der Score ist unrealisierter Gewinn mal effektivem Hebel – ein profitables, schiefes Buch mit hohem Hebel sitzt also weit vorn in der Warteschlange. Siehe [Auto-Deleveraging](/de/trading/adl).

<h2 id="getting-set-up">
  Einrichtung
</h2>

Die Anbindung läuft über dieselbe Oberfläche wie bei allen anderen: REST und WebSocket, SDKs in vier Sprachen und Testnet-Werkzeuge. Beginnen Sie bei [Entwickler](/de/developers/overview).

Für kommerzielle Vereinbarungen – eigene Sätze, formale Maker-Verträge oder Unterstützung beim Listing – ist der Kanal `contact@intention.xyz`. Siehe [Fragen von Buildern und Integratoren](/de/help/builder-questions).

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

<CardGroup cols={2}>
  <Card title="Transaktionsreihenfolge" href="/de/trading/tx-sequencing">
    Die Prioritätsreihenfolge, die Quotes ohne Latenzvorsprung verteidigbar macht.
  </Card>

  <Card title="Orders ändern" href="/de/trading/modify-orders">
    Warum eine verkleinerte Quote ihren Platz in der Warteschlange behält.
  </Card>

  <Card title="Gebühren" href="/de/programs/fees">
    Stufen, Rebates und wie Volumen gezählt wird.
  </Card>

  <Card title="Entwickler" href="/de/developers/overview">
    APIs, SDKs und Testnet-Werkzeuge.
  </Card>
</CardGroup>
