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

# Handelsgebühren

> Was eine Ausführung kostet: Maker- und Taker-Sätze, wie der für Sie geltende Satz ermittelt wird, die Rundungsregeln und wohin die Gebühren fließen.

Eine Handelsgebühr fällt **je Ausführung** an und bemisst sich nach dem Nominalwert dieser Ausführung. Nicht je Order, nicht je Block – bei einer Order, die in fünf Teilen ausgeführt wird, fällt sie fünfmal an, auf fünf Nominalwerte; bei einer Order, die nie ausgeführt wird, fällt sie nie an.

Es gelten zwei Sätze, je nachdem, auf welcher Seite des Trades Sie standen.

**Maker** – Ihre Order lag im Buch und jemand anders hat gegen sie gehandelt. Sie haben Liquidität gestellt, und der Satz ist niedriger.

**Taker** – Ihre Order hat den Spread gekreuzt und liegende Liquidität aufgenommen. Der Satz ist höher.

Der Unterschied liegt darin, was Ihre Order *getan* hat, nicht was Sie beabsichtigt haben. Eine Limit-Order, die schon beim Platzieren kreuzt, zahlt den Taker-Satz. Wenn Sie zwingend Maker sein müssen, nutzen Sie Post-only: Diese Order wird abgelehnt statt ausgeführt, wenn sie Liquidität nehmen würde. Siehe [Ordertypen](/de/trading/order-types).

<h2 id="the-calculation">
  Die Berechnung
</h2>

$$
\text{Gebühr} = \text{Nominalwert der Ausführung} \times \frac{\text{Satz in ppm}}{1{,}000{,}000}
$$

Sätze werden on-chain in **Parts per Million** gespeichert, nicht in Prozent. Der Netzwerkstandard liegt bei `450` ppm Taker und `150` ppm Maker – 0,045 % und 0,015 %.

Das Rechnen in ppm ist keine Kosmetik. Alles auf dem Abrechnungspfad ist [ganzzahlige Festkommaarithmetik](/de/protocol/architecture/kernel), denn ein Rundungsunterschied zwischen zwei Validatoren ist ein Fork und keine Abweichung. Ein Satz, ausgedrückt als Prozentsatz eines Prozentsatzes, müsste irgendwo zu einer Dezimalzahl werden – und davon gibt es keine Variante, über die sich alle Maschinen einig sind.

Die Rundung ist deshalb festgelegt und nicht zufällig:

|                                             | Regel                                                                                                                          |
| ------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------ |
| **Berechnete Gebühr**                       | Auf den nächsten Wert runden, bei genau 0,5 von der Null weg, mit einer Untergrenze von 1 Quantum, sofern der Satz positiv ist |
| **Ausgezahltes Rebate**                     | Auf den nächsten Wert runden, bei genau 0,5 von der Null weg, **ohne** Untergrenze – ein Rebate darf auf null runden           |
| **Bei Orderplatzierung reservierte Gebühr** | Auf den nächsten Wert runden, bei genau 0,5 von der Null weg, Untergrenze 1 Quantum                                            |

Die Untergrenze von 1 Quantum bei Belastungen sorgt dafür, dass eine sehr kleine Ausführung nicht gratis sein kann. Ihr Fehlen bei Rebates ist das Spiegelbild: Das Protokoll rundet eine Zahlung lieber auf null ab, als eine Einheit zu erzeugen, die nicht verdient wurde.

<h2 id="which-rate-applies-to-you">
  Welcher Satz für Sie gilt
</h2>

Jede Ausführung ermittelt den Satz auf demselben Weg, und die Reihenfolge steht fest.

<div className="dg" data-dg="fee-rate-resolution">
  <div className="dg-c" style={{aspectRatio:"720 / 300"}}>
    <svg className="dg-w" viewBox="0 0 720 300" aria-hidden="true">
      <path className="dg-wire dg--blue" d="M 134.00 112.00 L 155.60 112.00" />

      <path className="dg-head dg--blue" d="M 162.00 112.00 L 155.60 116.40 L 155.60 107.60 Z" />

      <path className="dg-wire dg--green" d="M 340.00 112.00 L 373.26 41.78" />

      <path className="dg-head dg--green" d="M 376.00 36.00 L 377.24 43.67 L 369.28 39.90 Z" />

      <path className="dg-wire dg--sky" d="M 340.00 112.00 L 369.60 112.00" />

      <path className="dg-head dg--sky" d="M 376.00 112.00 L 369.60 116.40 L 369.60 107.60 Z" />

      <path className="dg-wire" d="M 340.00 112.00 L 373.26 182.22" />

      <path className="dg-head" d="M 376.00 188.00 L 369.28 184.10 L 377.24 180.33 Z" />
    </svg>

    <div className="dg-b dg--blue" style={{left:"0.0000%",top:"28.0000%",width:"18.0556%",height:"18.6667%"}}><span className="dg-t">Ausführung</span></div>
    <div className="dg-b dg--yellow dg-round" style={{left:"23.0556%",top:"24.6667%",width:"23.6111%",height:"25.3333%"}}><span className="dg-t">Hat das Konto einen Satz?</span></div>
    <div className="dg-b dg--green dg-left" style={{left:"52.7778%",top:"0.6667%",width:"47.2222%",height:"22.6667%"}}><span className="dg-t">Vereinbarter Kontosatz</span><span className="dg-s">direkt für das Konto gesetzt, vom nächtlichen Stufendurchlauf bewusst übersprungen – eine Neuberechnung überschreibt nie Vereinbartes</span></div>
    <div className="dg-b dg--sky dg-left" style={{left:"52.7778%",top:"26.0000%",width:"47.2222%",height:"22.6667%"}}><span className="dg-t">Satz der Volumenstufe</span><span className="dg-s">aus rollierendem Volumen, täglich on-chain zurückgeschrieben</span></div>
    <div className="dg-b dg-left" style={{left:"52.7778%",top:"51.3333%",width:"47.2222%",height:"22.6667%"}}><span className="dg-t">Netzwerkstandard</span><span className="dg-s">ein neues Konto handelt auf Stufe 0, nicht ganz ohne Satz</span><span className="dg-n">Null ist ein echter Satz: einmal gesetzt, wird er wörtlich berechnet.</span></div>
    <div className="dg-b dg-dashed dg-left" style={{left:"0.0000%",top:"78.6667%",width:"100.0000%",height:"17.3333%"}}><span className="dg-s">Ein Basissatz je Markt existiert in der On-Chain-Konfiguration, wird heute aber auf dem Ausführungspfad nicht angewandt – jeder Markt löst über die Kette Konto-dann-Standard auf.</span></div>
  </div>
</div>

**Ein vereinbarter Kontosatz** wird direkt für ein Konto gesetzt. Er überlebt den nächtlichen Stufendurchlauf: Ein Konto mit vereinbartem Satz wird bewusst übersprungen, sodass eine Volumen-Neuberechnung nie Konditionen überschreibt, die jemand vereinbart hat.

**Ein Satz aus der Volumenstufe** ist das, was fast jedes Konto hat. Er wird aus dem rollierenden Volumen abgeleitet und täglich on-chain zurückgeschrieben. Siehe [Gebührenstufen](/de/programs/fee-tiers).

**Der Netzwerkstandard** gilt für ein Konto, dem nie etwas zugewiesen wurde – ein neues Konto handelt auf Stufe 0 und nicht ganz ohne Satz.

<Note>
  Ein Satz von null ist ein echter Satz, kein fehlender. Sobald für ein Konto ein Satz ausdrücklich gesetzt ist, wendet das Protokoll ihn unverändert an, auch wenn er null ist. Nichts fällt stillschweigend auf den Standard zurück, nur weil die Zahl leer aussieht.
</Note>

In der On-Chain-Konfiguration existiert außerdem ein **Basissatz je Markt**, für den Fall, dass sich das Risikoprofil eines Marktes so stark von dem des Handelsplatzes unterscheidet, dass die handelsplatzweite Staffel falsch wäre – ein Pre-Market-Kontrakt, ein ungewöhnlich dünnes Listing. Wird er angewandt, ersetzt er für diesen Markt den Netzwerkstandard als Basis; die Kontosätze legen sich weiterhin darüber.

<Warning>
  Basissätze je Markt sind konfigurierbar, werden aber **heute auf dem Ausführungspfad nicht angewandt**. Jeder Markt löst derzeit über die obige Kette Konto-dann-Standard auf. Sobald sich das ändert, wird diese Seite angepasst.
</Warning>

<h2 id="what-the-rate-can-be">
  Was der Satz sein kann
</h2>

Beide Sätze sind on-chain begrenzt, und ein Schreibvorgang wird abgelehnt statt gekappt, wenn eine Konfiguration die Grenzen überschreitet.

|           | Grenze                                                          |
| --------- | --------------------------------------------------------------- |
| **Taker** | Nie negativ. Gedeckelt bei 10 %                                 |
| **Maker** | Darf negativ sein – ein Rebate – bis −0,1 %. Gedeckelt bei 10 % |

Die Asymmetrie ist Absicht. Ein negativer Maker-Satz ist ein bewusst gesetzter Anreiz: Der Handelsplatz zahlt für Liquidität, die er im Buch haben will. Ein negativer Taker-Satz wäre ein Mechanismus, um durch Handel gegen sich selbst Geld zu erzeugen – deshalb ist er nicht darstellbar und nicht bloß unerwünscht.

Die Obergrenze von 10 % ist eine Leitplanke, keine Staffel. Reale Sätze liegen zwei Größenordnungen darunter; die Grenze existiert, um eine absurde oder bösartige Konfiguration von der Ausführung fernzuhalten, nicht um zu beschreiben, was irgendjemand zahlt.

<h2 id="placing-orders-costs-no-gas">
  Orderplatzierung kostet kein Gas
</h2>

Orders werden als native Protokolltransaktionen übermittelt, geändert und storniert. Diese Transaktionen erfordern kein Gas-Guthaben und konkurrieren nicht in einem Gebührenmarkt.

Das wiegt schwerer, als es klingt. An einem Handelsplatz, an dem Ordermanagement Gas kostet, ist das Quotieren teuer, und das Stornieren ist in volatilen Phasen genau dann am teuersten, wenn es am nötigsten ist – also stellen Market Maker breitere Spreads, um das zu decken, und alle zahlen diesen Spread. Kostenloses Ordermanagement nimmt diese Kosten aus dem Spread heraus, statt sie nur zu verschieben.

Die Folge: **Die Handelsgebühr ist der gesamte Protokollaufwand des Handels.** Einen zweiten Posten gibt es nicht.

<h2 id="why-your-reserved-margin-exceeds-the-initial-requirement">
  Warum Ihre reservierte Margin über der Initial-Margin-Anforderung liegt
</h2>

Wenn Sie eine Position eröffnen, reserviert das Protokoll Margin für die Initial-Margin-Anforderung *plus eine erwartete Gebühr für die Glattstellung* – denn eine Position, die sich das Glattstellen nicht leisten kann, muss der Handelsplatz auffangen.

Diese erwartete Gebühr wird mit dem **Standard-Taker-Satz des Netzwerks** berechnet, festgeschrieben im Moment der Orderplatzierung – nicht mit Ihrem Satz und nicht mit dem, was der Satz später wird.

Beide Teile sind bewusst konservativ. Der Standard-Taker-Satz sorgt dafür, dass die Reservierung nie zu knapp ausfällt, wenn der Satz eines Kontos später steigt. Die Festschreibung bei der Platzierung sorgt dafür, dass eine Satzänderung während der Laufzeit nicht rückwirkend Margin entwerten kann, die bereits geprüft und akzeptiert wurde.

Berechnet wird Ihnen Ihr tatsächlicher Satz, sobald die Glattstellung ausgeführt wird. Die Reservierung ist eine Obergrenze, keine Rechnung.

<h2 id="where-fees-go">
  Wohin die Gebühren fließen
</h2>

Handelsgebühren werden on-chain auf einem vom Protokoll kontrollierten Konto vereinnahmt. Was abfließt, geht ins Ökosystem und wird nicht einbehalten.

<div className="dg" data-dg="fee-destinations">
  <div className="dg-c" style={{aspectRatio:"720 / 314"}}>
    <svg className="dg-w" viewBox="0 0 720 314" aria-hidden="true">
      <path className="dg-wire dg--blue" d="M 134.00 138.00 L 165.60 138.83" />

      <path className="dg-head dg--blue" d="M 172.00 139.00 L 165.49 143.23 L 165.72 134.43 Z" />

      <path className="dg-wire dg-soft" d="M 371.00 139.00 L 408.72 39.98" />

      <path className="dg-head" d="M 411.00 34.00 L 412.83 41.55 L 404.61 38.41 Z" />

      <path className="dg-wire dg-soft" d="M 371.00 139.00 L 406.18 108.21" />

      <path className="dg-head" d="M 411.00 104.00 L 409.08 111.53 L 403.29 104.90 Z" />

      <path className="dg-wire dg-soft" d="M 371.00 139.00 L 406.18 169.79" />

      <path className="dg-head" d="M 411.00 174.00 L 403.29 173.10 L 409.08 166.47 Z" />

      <path className="dg-wire dg-soft" d="M 371.00 139.00 L 408.72 238.02" />

      <path className="dg-head" d="M 411.00 244.00 L 404.61 239.59 L 412.83 236.45 Z" />
    </svg>

    <div className="dg-b dg--blue" style={{left:"0.0000%",top:"35.0318%",width:"18.0556%",height:"17.8344%"}}><span className="dg-t">Jede Ausführung</span></div>
    <div className="dg-b dg--blue" style={{left:"24.4444%",top:"32.1656%",width:"26.3889%",height:"24.2038%"}}><span className="dg-t">Gebührenkonto des Protokolls</span><span className="dg-s">on-chain, prüfbar</span></div>
    <div className="dg-b dg--green" style={{left:"57.7778%",top:"0.6369%",width:"42.2222%",height:"20.3822%"}}><span className="dg-t">Liquiditäts-Vault</span><span className="dg-s">quotiert das Buch und übernimmt Positionen in der Liquidation; Gewinne gehen an die Einzahler</span></div>
    <div className="dg-b dg--green" style={{left:"57.7778%",top:"22.9299%",width:"42.2222%",height:"20.3822%"}}><span className="dg-t">Versicherungsfonds</span><span className="dg-s">fängt Fehlbeträge auf, bevor Deleveraging andere Trader erreicht</span></div>
    <div className="dg-b dg-dashed" style={{left:"57.7778%",top:"45.2229%",width:"42.2222%",height:"20.3822%"}}><span className="dg-t">Referral-Rebates</span><span className="dg-s">sobald das Programm läuft</span></div>
    <div className="dg-b dg-dashed" style={{left:"57.7778%",top:"67.5159%",width:"42.2222%",height:"20.3822%"}}><span className="dg-t">Token-Deployer</span><span className="dg-s">für Spot-Listings, die andere einbringen – Spot ist noch nicht live</span></div>
    <div className="dg-free" style={{left:"0.0000%",top:"88.5350%",width:"100.0000%"}}><div className="dg-n">Bestände und Bewegungen sind Chain-Zustand – Anfangsbestand, Eingänge, Abflüsse, Endbestand: eine Rechnung, die jeder aus festgeschriebenen Blöcken nachrechnet.</div></div>
  </div>
</div>

* **Der [Liquiditäts-Vault](/de/trading/vaults)**, der das Buch quotiert und bei [Liquidationen](/de/trading/liquidations) Positionen übernimmt. Die Gebühreneinnahmen sind Teil seiner Erträge, und die Gewinne des Vaults fließen den Einzahlern zu.
* **Der Versicherungsfonds**, der Fehlbeträge auffängt, die eine Liquidation nicht decken konnte, bevor [Deleveraging](/de/trading/adl) andere Trader erreicht.
* **[Referral](/de/programs/referrals)-Rebates**, sobald dieses Programm live ist.
* **Token-Deployer**, für Listings, die jemand anders einbringt. Das betrifft Spot-Listings, die noch nicht live sind.

Bestände und Bewegungen sind Chain-Zustand. Der Abgleich – Anfangsbestand, Gebühreneingänge, Abflüsse, Endbestand – ist eine Rechnung, die jeder aus festgeschriebenen Blöcken nachvollziehen kann, und keine Zahl, die jemand veröffentlichen müsste.

Bridge- und Kontogebühren werden getrennt auf einem eigenen Konto vereinnahmt. Siehe [Gebühren außerhalb des Handels](/de/programs/other-fees).

<h2 id="what-is-not-a-trading-fee">
  Was keine Handelsgebühr ist
</h2>

| Kosten                                         | Gehen an               | Anmerkung                                               |
| ---------------------------------------------- | ---------------------- | ------------------------------------------------------- |
| Handelsgebühr                                  | Das Protokoll          | Diese Seite                                             |
| [Funding](/de/trading/funding)                 | Andere Trader          | Das Protokoll behält nichts ein                         |
| Slippage                                       | Niemanden              | Das ist der Preis, den Sie bekommen haben, keine Gebühr |
| [Liquidationsstrafe](/de/trading/liquidations) | Den Versicherungsfonds | Nur bei einer Liquidation                               |
| [Auszahlungsgebühr](/de/programs/other-fees)   | Das Protokoll          | Bridge, nicht Handel                                    |
| Gas                                            | —                      | Wird bei Handelstransaktionen nicht berechnet           |

Funding wird am häufigsten für eine Gebühr gehalten. Es ist ein Transfer zwischen Longs und Shorts; je nachdem, welche Seite Sie halten, sind es Kosten oder Ertrag.

<h2 id="reducing-what-you-pay">
  Ihre Kosten senken
</h2>

* **Maker sein.** Für die meisten Konten ist der Abstand zwischen Maker und Taker größer als der zwischen benachbarten Volumenstufen. *Wie* Sie handeln, wirkt sich stärker auf Ihre Kosten aus als *wie viel*.
* **Post-only nutzen**, wenn Sie auf keinen Fall versehentlich Taker-Sätze zahlen dürfen. Die Order wird abgelehnt statt ausgeführt, wenn sie kreuzen würde.
* **Aktivität unter einem übergeordneten Konto bündeln.** Unterkonten werden für die Stufe ohnehin aggregiert; Aufteilen bringt also nichts und erzeugt zusätzlichen Betriebsaufwand.
* **Große Orders aufteilen.** [TWAP](/de/trading/twap) und [Staffel-Orders](/de/trading/scale-orders) verringern die Slippage, die bei einer großen Order die Gebühr meist bei Weitem übersteigt.

<Warning>
  Lesen Sie die Sätze aus der Chain, statt sie fest zu verdrahten. Die Staffel ist On-Chain-Konfiguration und bewegt sich; eine Integration mit eigener Kopie berechnet irgendwann Kosten, die das Netzwerk nicht erhebt. Siehe [Entwickler](/de/developers/overview).
</Warning>

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

<CardGroup cols={2}>
  <Card title="Gebührenstufen" href="/de/programs/fee-tiers">
    Die Staffel, wie Ihre Stufe berechnet wird, und die Market-Maker-Rebates.
  </Card>

  <Card title="Gebühren außerhalb des Handels" href="/de/programs/other-fees">
    Kosten für Bridge, Konto, Vault und Liquidation.
  </Card>

  <Card title="Ordertypen" href="/de/trading/order-types">
    Post-only und wie Sie den Maker-Status garantieren.
  </Card>

  <Card title="Funding" href="/de/trading/funding">
    Die Kosten, die an andere Trader gehen statt an das Protokoll.
  </Card>
</CardGroup>