Documentation Index
Fetch the complete documentation index at: https://docs.raydium.io/llms.txt
Use this file to discover all available pages before exploring further.
Diese Seite wurde mit KI automatisch übersetzt. Maßgeblich ist stets die englische Version.Englische Version ansehen →
Zusammenfassung in einem Absatz
AMM v4 ist das Programm, mit dem Raydium startete. Es behält eine Constant-Product-Invariante (x · y = k) bei. Es war ursprünglich als Hybrid-AMM konzipiert: Jeder Pool saß auf top eines OpenBook (ehemals Serum) Limit-Order-Books und spiegelte Teile seiner Kurve als Limit Orders auf diesem Buch wider, sodass Nutzer und Aggregatoren direkt gegen den Pool (AMM-Pfad) oder gegen die Limit Orders, die der Pool auf OpenBook besaß, tauschen konnten (CLOB-Pfad). Die OpenBook-Seite wurde seitdem deaktiviert — Pools posten und verwalten keine Orders mehr auf OpenBook, und der gesamte aktuelle Swap-Traffic fließt durch die reinen V2-Swap-Einstiegspunkte des AMM. Token-2022 wird nicht unterstützt. AMM v4 ist weiterhin vollständig funktionsfähig als Constant-Product-AMM — jeder Pool handelt weiterhin, Gebühren fallen weiterhin an, LPs verdienen weiterhin — aber die UI und SDK verwenden standardmäßig CPMM für neue Pools, da CPMM billiger ist und mehr Mint-Typen unterstützt.
Hybrid-Geschichte (Kontext)
Bei der Einführung bestand das Risiko, einen Pool neben Serums Order Book zu etablieren, dass die Liquidität fragmentiert wurde. Das Hybrid-Design veröffentlichte die Kurve des AMM auf dem Buch als Limit Orders, sodass Order-Book-Router die Tiefe des Pools kostenlos sahen. Nach dem Fork von OpenBook von Serum Ende 2022 funktionierte das Programm weiterhin gegen OpenBook mit minimalen Änderungen. Als CPMM und On-Chain-Aggregatoren reiften, verblasste der Nutzen der Orderbook-Seite, und AMM v4s OpenBook-Integration wurde schließlich ausgeschaltet — die Kurve ist jetzt die einzige Ausführungsfläche des Pools.Was AMM v4 Ihnen bietet (das CPMM nicht bietet)
- Tiefe Liquidität für Legacy-Paare. Major Pairs (SOL-USDC, mSOL-USDC usw.) mit großem AMM v4 TVL bleiben die tiefste Venue für diese Trades.
Was AMM v4 nicht bietet
- Token-2022. Nicht unterstützt. AMM v4 wurde geschrieben, bevor Token-2022 existierte; seine Account-Layouts gehen von klassischem SPL Token aus.
- Niedrige Account-Anzahl. Ein Swap berührt den Pool, die Autorität, die Vaults, plus die gesamte OpenBook-Event-/Request-Queue und Bid-/Ask-Seiten. Selbst ein direkter AMM-Swap (CLOB umgehend) zieht alle OpenBook-Konten mit sich, da die Instruktion diese validiert.
- Niedrige Compute-Nutzung. Die Account-Validierung allein kostet mehr als ein vollständiger CPMM-Swap.
- Standard-Flow für neue Pools. Das Programm ist weiterhin funktionsfähig und akzeptiert weiterhin
Initialize, aber die Raydium-UI, das SDK undapi-v3.raydium.iozeigen keine „AMM v4 Pool erstellen”-Schaltfläche mehr — der Standard-Pfad für neue Pools ist CPMM.
Wie sich AMM v4 von CPMM unterscheidet
| Dimension | AMM v4 | CPMM |
|---|---|---|
| Kurve | Constant Product | Constant Product |
| OpenBook-Abhängigkeit | Inert (ursprünglich ja; jetzt deaktiviert) | Nein |
| Token-2022 | Nein | Ja |
| Account-Anzahl pro V2-Swap | ~9 | ~11 |
| Compute Units pro Swap | ~80k–120k (V2-Pfad) | ~60k–100k |
| LP-Gebühr | 0,22 % des Volumens | Variiert nach AmmConfig |
| Protokoll-Gebühr | 0,03 % des Volumens (fest) | Variiert nach AmmConfig |
| Fund-Gebühr | Keine | Ja |
| TWAP-Oracle | Kein natives Observation-Account | observation Ring Buffer |
| Standard für neue Pools | Nein (noch akzeptiert) | Ja |
products/amm-v4/fees und reference/fee-comparison.
Mentales Modell
Ein AMM v4-Pool ist heute ein Constant-Product-x · y = k-AMM. Beide Vaults sind vollständig für die Kurve verfügbar — kein Anteil ist als OpenBook-Orders hinterlegt, da die OpenBook-Integration nicht mehr aktiv ist. Operationen sind Swap (Nutzer ↔ Pool über SwapBaseInV2 / SwapBaseOutV2), Deposit / Withdraw (LP-Ops) und ein jetzt vestigiales Crank (MonitorStep, On-Chain beibehalten, aber nicht mehr benötigt und von Raydiums Keeper nicht mehr gepostet).
Historisches mentales Modell (vor Deaktivierung): Ein Anteil jedes Vaults war als Open-Book-Orders hinterlegt; die Abrechnung gefüllter Orders erfolgte während Swap- und LP-Operationen; geroutete Swaps könnten gegen die eigenen OpenBook-Orders des Pools gefüllt werden. Nichts davon ist heute in Betrieb.
Warum CPMM der empfohlene Standard ist
CPMM eliminiert die OpenBook-Abhängigkeit. Die Tradeoffs:- CPMM-Transaktionen sind 2×–3× billiger in Compute.
- CPMM unterstützt Token-2022-Mints.
- Aggregatoren integrieren jetzt CPMM direkt über das Raydium SDK, sodass der Order-Book-Visibility-Nutzen weitgehend hinfällig ist.
- Operatives Risiko: OpenBook-Ausfälle oder Pausen beeinträchtigen AMM v4-Pools (
CrankError, veraltete Orders). CPMM hat keine solche Kopplung.
protocol-overview/versions-and-migration für die Migrations-Anleitung.
Wann AMM v4 die richtige Wahl ist
- Sie routen einen Swap und einer der Kandidaten-Pools ist ein AMM v4-Pool mit dem besten Preis.
- Sie stellen Liquidität in einem bestehenden AMM v4-Pool bereit oder verwalten sie — Migration ist eine Wahl, nicht erforderlich; der Pool funktioniert weiterhin als reiner AMM.
- Sie betreiben eine Integration gegen AMM v4 und haben keinen Grund zu migrieren.
Nächste Schritte
- Accounts — die Accounts des AMM plus die OpenBook-Accounts, denen er dient.
- Math — Constant-Product-Swap-Mathematik mit AMM v4s Gebühren-Konvention.
- Instructions — die Instruktions-Oberfläche:
Initialize,Swap,Deposit,Withdraw, Crank-Helfer. - Fees — die 0,25-%-Aufteilung und wie sie erhoben wird.
- Code-Demos — TypeScript-Beispiele für Swap- und LP-Flows.
reference/program-addressesfür die kanonische Programm-ID- OpenBook-Programm-Repository für die Counterparty-Accounts, auf die diese Seite verweist