> ## 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.
# AMM v4 Übersicht
> Raydiums ursprüngliches Constant-Product-AMM. War ursprünglich ein Hybrid-Design, das die Kurve als Limit Orders auf OpenBook abbildete; die OpenBook-Integration wurde deaktiviert und Pools arbeiten jetzt als reine AMMs.
**Diese Seite wurde mit KI automatisch übersetzt. Maßgeblich ist stets die englische Version.**
[Englische Version ansehen →](/products/amm-v4/overview)
**AMM v4 teilt Liquidität nicht mehr mit OpenBook.** Pools wurden aus dem Hybrid-Orderbook-Grid-Pfad ausgeschaltet; Live-Swaps werden ausschließlich gegen die AMM-Kurve über `SwapBaseInV2` / `SwapBaseOutV2` ausgeführt. Der `MonitorStep`-Crank, das On-Chain-Limit-Order-Grid und die gebundenen OpenBook-Market-Konten bleiben im Programm aus Gründen der Rückwärtskompatibilität, werden aber nicht mehr als aktive Liquiditätsquelle gepflegt. Behandeln Sie AMM v4 heute als einen reinen Constant-Product-AMM; das Hybrid-Material unten wird zum Kontext und für Integratoren erhalten, die ältere Deployments lesen.
## 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](/de/products/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.
(Historisch bot AMM v4 auch Order-Book-Sichtbarkeit über den Hybrid-Mechanismus von OpenBook, aber dieser Pfad ist nicht mehr aktiv. Jeder Integrator, der zuvor durch die OpenBook-Orders des AMM geroutet hat, sollte jetzt direkt über die Swap-Einstiegspunkte des AMM routen.)
## 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 und `api-v3.raydium.io` zeigen 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 |
Weitere Details zu Gebühren: [`products/amm-v4/fees`](/de/products/amm-v4/fees) und [`reference/fee-comparison`](/de/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.
Siehe [`protocol-overview/versions-and-migration`](/de/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.
(Order-Book-Visibility auf OpenBook ist kein Grund mehr, AMM v4 zu wählen — diese Integration ist aus.)
Für einen neuen Constant-Product-Pool ist [CPMM](/de/products/cpmm) der einfachere Standard.
## Nächste Schritte
* [Accounts](/de/products/amm-v4/accounts) — die Accounts des AMM **plus** die OpenBook-Accounts, denen er dient.
* [Math](/de/products/amm-v4/math) — Constant-Product-Swap-Mathematik mit AMM v4s Gebühren-Konvention.
* [Instructions](/de/products/amm-v4/instructions) — die Instruktions-Oberfläche: `Initialize`, `Swap`, `Deposit`, `Withdraw`, Crank-Helfer.
* [Fees](/de/products/amm-v4/fees) — die 0,25-%-Aufteilung und wie sie erhoben wird.
* [Code-Demos](/de/products/amm-v4/code-demos) — TypeScript-Beispiele für Swap- und LP-Flows.
Quellen:
* [`reference/program-addresses`](/de/reference/program-addresses) für die kanonische Programm-ID
* OpenBook-Programm-Repository für die Counterparty-Accounts, auf die diese Seite verweist