> ## 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.
# Gebührenstufen
> Die Gebührenstaffel, wie das rollierende Volumen gemessen und aggregiert wird, wann sich Ihre Stufe ändert und welche Rebates große Maker erhalten.
Ihr Satz sinkt, wenn Ihr rollierendes Volumen steigt. Die Staffel ist On-Chain-Konfiguration, und die Stufe, in der Sie liegen, ist On-Chain-Kontozustand – beides lesbar, nichts davon abgeleitet.
Die Staffel
| Stufe | Gewichtetes 14-Tage-Volumen | Perp-Taker | Perp-Maker | Spot-Taker | Spot-Maker |
| ----: | --------------------------: | ---------: | ---------: | ---------: | ---------: |
| 0 | — | 0,045 % | 0,015 % | 0,07 % | 0,04 % |
| 1 | > 5 Mio. \$ | 0,040 % | 0,012 % | 0,06 % | 0,03 % |
| 2 | > 25 Mio. \$ | 0,035 % | 0,008 % | 0,05 % | 0,02 % |
| 3 | > 100 Mio. \$ | 0,030 % | 0,004 % | 0,04 % | 0,01 % |
| 4 | > 500 Mio. \$ | 0,028 % | 0,000 % | 0,04 % | 0,00 % |
| 5 | > 2 Mrd. \$ | 0,026 % | 0,000 % | 0,03 % | 0,00 % |
| 6 | > 7 Mrd. \$ | 0,024 % | 0,000 % | 0,03 % | 0,00 % |
Der Maker-Satz erreicht bei Stufe 4 null. Darüber hinaus kommt eine weitere Verbesserung für Maker aus dem [Rebate-Programm](#market-maker-rebates) statt aus den Volumenstufen, weil dabei zwei verschiedene Dinge belohnt werden – siehe unten.
Die Spot-Sätze liegen in derselben Konfigurationsstruktur; live sind heute die Perpetual-Märkte. Die Spot-Spalten sind die Staffel, die gilt, sobald Spot-Märkte öffnen; derzeit wird nichts danach berechnet.
Das ist die Referenzstaffel, kein Oracle. Die aktive Tabelle wird on-chain veröffentlicht und lässt sich direkt lesen. Jede Integration, die diese Zahlen fest verdrahtet, wendet irgendwann einen Satz an, den das Netzwerk nicht berechnet – siehe [Entwickler](/de/developers/overview).
Wie das Volumen gemessen wird
$$
\text{gewichtetes Volumen} = \text{Perpetual-Volumen} + 2 \times \text{Spot-Volumen}
$$
Spot zählt doppelt. Spot-Volumen ist schwerer zu erzeugen und enthält nichts von dem Hebel, der den Nominalwert bei Perpetuals aufbläht; die stärkere Gewichtung macht beide erst als Maß für Aktivität vergleichbar statt als Maß für Hebel.
Drei Eigenschaften des Fensters:
**Rollierend, nicht kalendarisch.** Vierzehn Tage, rückwärts vom aktuellen Zeitpunkt gemessen. Es gibt keinen monatlichen Reset, um den herum man handeln könnte, und keinen Sprung am Monatswechsel.
**Täglich neu berechnet.** Vom Volumen wird einmal täglich um 00:00 UTC ein Snapshot genommen. Das Fenster ist die Differenz zwischen dem kumulierten Snapshot von heute und dem von vor vierzehn Perioden – genau das macht es zu einem *rollierenden* Fenster statt zu einer laufenden Summe.
**Auf das übergeordnete Konto aggregiert.** Das Volumen jedes Unterkontos wird unter der übergeordneten Adresse summiert, und die resultierende Stufe gilt für alle. Wer Aktivität auf mehrere Unterkonten verteilt, gewinnt nichts und verliert nichts; die Zahl ist so oder so dieselbe.
Wann sich Ihre Stufe ändert
Die Stufen werden einmal täglich neu berechnet und im ersten Block nach 00:00 UTC angewandt – für jedes Konto, dessen Satz sich geändert hat, in Batches.
00:00 UTCSnapshot kumuliertes Volumen
Fenstervolumenheutiger Snapshot minus der vor 14 Perioden
Stufentabellelive aus der Chain gelesen
Nur geänderte Sätzegebündelt als Protokolltransaktion
Die Chain löst den Satz aufaus dem Stufenindex
Stufentabelle jedes Mal gelesen, nie gehaltenEin Dienst mit eigener Kopie wendet nach einer Änderung im Netzwerk weiter die Staffel von gestern an, und nichts sieht falsch aus, bis jemand eine Gebühr abgleicht.
Erkannt wird an Sätzen, nicht an StufennummernEine verschobene Schwelle oder eine neu bepreiste Stufe ändert, was Sie zahlen, ohne Ihre Stufennummer zu ändern.
Die Chain löst den Endsatz aufDie Transaktion enthält einen Stufenindex; ein Index außerhalb des Bereichs lässt den ganzen Batch fehlschlagen, statt teilweise zu greifen.
Ein Tag gilt erst als angewandt, wenn jeder Batch greiftEin Abbruch mitten im Durchlauf wiederholt den ganzen Tag – gefahrlos, weil dasselbe Fenster stets dieselbe Antwort liefert.
Vier Dinge in dieser Schleife sind es wert, genannt zu werden, denn sie sind der Unterschied zwischen einer Staffel, die korrekt ist, und einer, die bloß meistens korrekt ist.
**Die Stufentabelle wird bei jedem Durchlauf aus der Chain gelesen, nie zwischengespeichert.** Ein Dienst mit eigener Kopie würde nach einer Änderung im Netzwerk weiter die Staffel von gestern anwenden, und nichts sähe falsch aus, bis jemand eine Gebühr abgleicht.
**Änderungen werden an den Sätzen erkannt, nicht an den Stufennummern.** Ein Vergleich der *Stufenpositionen* übersieht zwei reale Fälle: Eine Schwelle verschiebt sich, sodass ein unverändertes Konto in einer anderen Stufe landet; und eine Stufe bekommt einen neuen Satz, während ihre Nummer bleibt. Beides ändert, was Sie zahlen. Keines ändert Ihre Stufennummer.
**Die Transaktion enthält einen Stufenindex; den Satz löst die Chain auf.** Die maßgebliche Zuordnung von Stufe zu Satz wird bei der Ausführung angewandt, gegen die in diesem Block aktive Konfiguration. Ein Index außerhalb des gültigen Bereichs lässt den gesamten Batch fehlschlagen, statt ihn teilweise anzuwenden.
**Ein Tag gilt erst als angewandt, wenn jeder Batch festgeschrieben ist.** Bricht der Durchlauf mittendrin ab, wird der ganze Tag erneut abgearbeitet – gefahrlos, weil die Berechnung idempotent ist – dasselbe Fenster liefert dieselbe Antwort.
Diese ganze Schleife läuft außerhalb der Blockausführung und schreibt ihr Ergebnis on-chain zurück. Warum diese Form gewählt wurde und nicht die Berechnung im Block, steht unter [Programmdienste](/de/protocol/architecture/programs).
## Market-Maker-Rebates
Maker, die einen nennenswerten Anteil der Liquidität des Handelsplatzes stellen, **bekommen** etwas gezahlt, statt zu zahlen.
| Anteil am 14-Tage-Maker-Volumen | Maker-Satz |
| ------------------------------: | ---------: |
| > 0,5 % | −0,001 % |
| > 1,5 % | −0,002 % |
| > 3,0 % | −0,003 % |
Ein negativer Satz ist ein Rebate, das bei jeder Maker-Ausführung gutgeschrieben wird.
Die Bemessungsgrundlage ist eine andere als bei den Volumenstufen, und genau darin liegt der Punkt. Für die Stufe zählt **Ihr absolutes Volumen**. Für das Rebate zählt der **Anteil am gesamten Maker-Volumen des Handelsplatzes** – belohnt wird also, wer einen erheblichen Teil des Buches ausmacht, und das ist nicht dasselbe wie ein hohes Handelsvolumen. Ein Konto kann absolut groß und für die Tiefe des Buches unerheblich sein; das Rebate zielt auf die Konten, die man vermissen würde, wenn sie gingen.
Rebates sind on-chain begrenzt: Ein Maker-Satz kann unabhängig von der Konfiguration nicht unter −0,1 % fallen. Siehe [Handelsgebühren](/de/programs/fees#what-the-rate-can-be).
Individuell vereinbarte Sätze
Sätze können außerhalb der Stufenstaffel direkt für ein Konto gesetzt werden.
Ein Konto mit einem vereinbarten Satz wird vom **nächtlichen Stufendurchlauf bewusst übersprungen**. Ohne diese Ausnahme würde die tägliche Neuberechnung vereinbarte Konditionen überschreiben, sobald sich das Volumen bewegt – und das jede Nacht aufs Neue. Ein Fehler dieser Art bleibt unsichtbar, bis jemand einen Monat an Ausführungen abgleicht.
Ihre Stufe auslesen
Beide Hälften sind Chain-Zustand und beide sind abfragbar: die **Staffel** über die Gebührenkonfiguration und **die Ihrem Konto zugewiesene Stufe samt Satz** über den Kontozustand.
Die Gewohnheit, die jede Integration übernehmen sollte: beides live lesen und die erwarteten Kosten daraus berechnen, statt beim Onboarding einen Satz zu speichern. Nur so erkennen Sie auch den Fall, dass sich Ihr Satz aus einem anderen Grund als Ihrem eigenen Volumen geändert hat – eine überarbeitete Staffel, eine verschobene Schwelle, ein angewandter vereinbarter Satz.
Wie es weitergeht
Wie eine Gebühr berechnet wird und welcher Satz gilt.
Was der Handelsplatz von einem Maker verlangt und was er bietet.
Wie die Stufe off-chain berechnet und zurückgeschrieben wird.
Kosten für Bridge, Konto, Vault und Liquidation.