Skip to main content
Diese Seite wurde mit KI automatisch übersetzt. Maßgeblich ist stets die englische Version.Englische Version ansehen →
Diese Seite ist eine Nachschlagetabelle. Nutzen Sie sie, um Fragen wie „Was kostet ein Swap im Pool X?” oder „Wie viel SOL brauche ich, um einen CLMM-Pool zu erstellen?” zu beantworten — ohne jedes Produktkapitel durchzulesen. Für Protokoll-Gebührensplits siehe ray/protocol-fees.

Swap-Gebühren pro Produkt

Gebührenwerte sind Prozentsätze des Eingabebetrags, angewendet vor der Pool-Mathematik.

Gebühren-Nenner-Konvention

  • AMM v4: Gebühren werden als x/10.000 kodiert. „25” bedeutet 0,25%.
  • CPMM/CLMM: Gebühren werden als x/1.000.000 kodiert. „2500” bedeutet 0,25%.
Verwenden Sie beim direkten Lesen von On-Chain-Daten den korrekten Nenner für das Pool-Programm.
Stufen sind On-Chain-AmmConfig-Konten, keine Quellkonstanten — der Admin kann weitere hinzufügen. Ab 2026-09-09 veröffentlicht Mainnet 21 CPMM-Konfigurationen und 21 CLMM-Konfigurationen. Verifizierte trade_fee_rate-Werte:
  • CPMM: 0,005%, 0,03%, 0,25%, 0,3%, 0,35%, 0,4%, 0,5%, 0,7%, 0,75%, 1%, 1,5%, 2%, 2,5%, 4%. Es gibt keine 0%-Stufe und auch keine 0,01%-Stufe.
  • CLMM: 0,01%, 0,02%, 0,03%, 0,04%, 0,05%, 0,1%, 0,15%, 0,16%, 0,18%, 0,2%, 0,25%, 0,4%, 0,5%, 0,6%, 0,8%, 1%, 2%, 3%, 4% — über Tick-Abstände 1, 10, 60 und 120.
Jede dieser 42 Konfigurationen hat protocol_fee_rate = 120000 (12% der Handelsgebühr) und fund_fee_rate = 40000 (4%), sodass der LP-Anteil bei beiden Produkten 84% beträgt. Zählen Sie sie selbst auf mit getProgramAccounts gefiltert nach AmmConfig-Größe, oder lesen Sie die API-Endpunkte unten.

Protokoll-Gebührensplits

Innerhalb des „Protokoll”-Anteils jeder Gebühr gelten weitere Splits: Der LP-Anteil fließt automatisch an LP-Token-Inhaber:
  • AMM v4 / CPMM: akkumuliert in Pool-Reserven, anteilsmäßig bei Abhebung verteilt.
  • CLMM: akkumuliert in fee_growth_global_X/Y, abrufbar über collectFee.

Erstellungskosten

Einmalige Kosten in SOL zur Bereitstellung eines Pools. CLMM-Tick-Arrays werden nicht von CreatePool erstellt — jedes TickArrayState ist 10.240 Bytes (~0,072 SOL) und wird träge vom ersten OpenPosition* / IncreaseLiquidity*, das es berührt, auf Kosten des Aufrufers zugewiesen. Eine typische erste Position fügt daher ein oder zwei Tick-Arrays zusätzlich zur obigen Pool-Zahl hinzu.
Mietfiguren auf dieser Seite werden bei lamports_per_byte = 6.960 berechnet, dem Pre-SIMD-0437-Satz. Die Mietreduktion senkt dies in fünf Schritten — rufen Sie getMinimumBalanceForRentExemption für die aktuelle Zahl auf, anstatt diese zu zitieren.
Die meisten Mietkosten sind rückforderbar — das Schließen der Position oder Farm gibt die Lamports zurück. Tick-Arrays werden nie geschlossen, und AmmInfo / PoolState bleiben unbegrenzt bestehen.

Abschluss- / Migrationskosten

Netzwerkgebühren pro typischer Operation

Dies sind Solana-Basis- + Prioritätsgebühren, getrennt von Raydium-Protokollgebühren.
Wie diese gemessen wurden. Jede Zahl ist die Program <id> consumed N of M compute units-Protokollzeile für die eigene Invokation des Raydium-Programms — sie umfasst also seine inneren Token-Programm-CPIs, schließt aber jede Aggregator- oder Router-Umhüllung des Aufrufs aus. Entnommen aus Live-Mainnet-Transaktionen auf hochvolumigen Pools am 2026-09-09: CPMM SwapBaseInput 22.721–23.052 (n=8); AMM v4 Swap 25.215–26.002; CLMM Swap 37.148–44.721; CLMM SwapV2 43.838–52.887 (n=6).CLMM-Swap-Kosten skalieren mit Tick-Übergängen, daher behandeln Sie SwapV2 als Untergrenze und budgetieren Sie Spielraum für einen volatilen Pool. Messen Sie Ihren eigenen Pfad, anstatt von dieser Tabelle zu budgetieren — und beachten Sie, dass die gesamte Transaktion immer mehr kostet als nur die Raydium-Anweisung, sobald ATA-Erstellung, wSOL-Umhüllung und Compute-Budget-Anweisungen gezählt werden.
Die Prioritätsgebühr ist ceil(compute_unit_price × compute_unit_limit / 1_000_000) Lamports, also zahlt eine 23.000-CU-Transaktion bei 10.000 µLamports/CU 230 Lamports. Bei diesem CU-Preis dominiert die 5.000-Lamport-pro-Signatur-Basisgebühr die Rechnung um mehr als eine Größenordnung; Prioritätsgebühren übernehmen sie erst über etwa 217.000 µLamports/CU bei einer Single-Signature-23.000-CU-Transaktion. Prioritätsgebühren skalieren linear mit dem CU-Preis; siehe integration-guides/priority-fee-tuning.

Token-2022-Gebühreninteraktion

Wenn eine oder beide Seiten eines Pools Token-2022 mit einer Transfergebühr verwenden, wird die effektive Gebühr zusammengesetzt:
Beispiel: CPMM 0,25%-Pool, Eingabeseite hat 1% Transfergebühr, Ausgabeseite hat 0,5% Transfergebühr.
Effektive Gebühr: ~1,74% trotz nominaler 0,25%-Pool-Gebühr — das ist 1 − 0,99 × 0,9975 × 0,995. Das × 0,98 oben ist der Wechselkurs des Pools (eine Denominationsänderung), keine Gebühr, daher darf es nicht in den Gebührenstapel gezählt werden: gemessen gegen die gebührenfreie Ausgabe von 1000 × 0,98 = 980 ist der Verlust derselbe 1,74%. Das SDK berechnet die effektive Rate über getComputeAmountOut — verwenden Sie es immer beim Angebot von Token-2022-Pools.

LaunchLab-Spezifika

Projekte, die Token starten, können während der Bonding-Curve-Phase eine Creator-Gebühr einbeziehen. Nach dem Abschluss kann die ausgewählte CPMM-Konfiguration auch eine separate CPMM-Creator-Gebühr für den aufgezeichneten Pool-Creator berechnen. Der plattformeigene Fee Key stellt LP-Gebührenrechte dar und ist keine Creator-Gebühren-Berechtigung. Siehe products/launchlab/creator-fees.

Farm v6 Reward-Kostenmodell

Farms berechnen keine Gebühren im eigentlichen Sinne — sie sind Reward-Verteilung. Aber sie kosten SOL zum Betreiben: Farms erfordern auch genug Lamports im Reward-Vault, um die Miete für die Lebensdauer der Farm zu decken; das Schließen gibt sie zurück.

Historische Parameteränderungen

Für Protokoll-Gebührensplits und Schatzkammer-Adressen siehe ray/protocol-fees und ray/treasury.

Aktuelle Werte On-Chain lesen

CPMM/CLMM AmmConfig

Beachten Sie, dass protocolFeeRate und fundFeeRate Bruchteile der Handelsgebühr sind, nicht des Volumens — also bedeuten 12% und 4% hier 0,03% und 0,01% des Volumens bei der 0,25%-Stufe. CPMMs AmmConfig trägt eine vierte Rate, die diese Nutzlast nicht unbedingt anzeigt: creator_fee_share_rate, der Protokollanteil der Creator-Gebühr, hinzugefügt am 2026-09-19. Es ist ein Bruchteil des angesammelten Creator-Buckets, nicht des Volumens und nicht der Handelsgebühr, es wird angewendet, wenn die Creator-Gebühr eingezogen wird, anstatt bei einem Swap, und ein Pro-Creator-CreatorFeeShare-PDA kann es überschreiben. Lesen Sie es vom AmmConfig-Konto. Details in products/cpmm/fees.

AMM v4 Pool

Farm v6 Reward-Rate

Vergleich mit anderen DEXes

Zum Kontext (alle Werte ab April 2026):

Verweise

Quellen:
  • Live AmmConfigs über api-v3.raydium.io.
  • CU-Benchmarks aus SDK-Testsuite.
  • Live-Protokoll-Gebührenreferenzen aus Raydium-Dokumentation.