CPMM-Anweisungen

Diese Seite wurde mit KI automatisch übersetzt. Maßgeblich ist stets die englische Version.Englische Version ansehen →

Diese Seite ist die maßgebliche Anweisungsreferenz. Für Code, der diese Anweisungen tatsächlich zusammensetzt, siehe products/cpmm/code-demos. Für Fehlercodes siehe reference/error-codes.Das Programm-Upgrade 2026-09 hat CPMM auf Anchor 1.0.2 / Solana 3.1.10 neu aufgebaut, die Admin-Anweisung CollectExcessLamports hinzugefügt, die hardcodierte Token-2022-Mint-Whitelist entfernt und geändert, was CreateAmmConfig in protocol_owner / fund_owner schreibt. Keine benutzergerichtete Anweisung hat ihre Konten, Argumente oder Mathematik geändert. Siehe den Changelog-Eintrag vom 2026-09-09.

Anweisungsübersicht

Diskriminator-Name	Wer signiert	Was es tut
`Initialize`	Pool-Ersteller	Erstellt einen neuen CPMM-Pool aus zwei Mints und einer `AmmConfig`. Erlaubnisfrei; jeder kann es aufrufen. Hardcodiert `enable_creator_fee = false` im neuen Pool. Das `pool_state`-Konto kann entweder die kanonische PDA oder ein frischer zufälliger Keypair sein (siehe Initialize-Konten).
`InitializeWithPermission`	Zahler + Inhaber einer `Permission`-PDA	Berechtigte Variante von `Initialize`. Der Aufrufer (`payer`) muss eine `Permission`-PDA besitzen, die von seinem eigenen öffentlichen Schlüssel abgeleitet ist. Wird von Plattformen verwendet, die eine kontrollierte Pool-Erstellung benötigen (z. B. LaunchLab-Graduierungen). Ermöglicht dem Aufrufer, `creator_fee_on` (`BothToken` / `OnlyToken0` / `OnlyToken1`) festzulegen und erzwingt `enable_creator_fee = true` im neuen Pool. Das `creator`-Feld auf `pool_state` wird auf ein separat übergebenes `creator`-Konto gesetzt, nicht auf den Zahler. Gleiche kanonische-PDA-oder-zufälliger-Keypair-Flexibilität für `pool_state` wie `Initialize`.
`Deposit`	LP	Fügt Liquidität in beiden Token hinzu; erhält LP-Token.
`Withdraw`	LP	Verbrennt LP-Token; erhält beide zugrunde liegenden Token anteilsmäßig.
`SwapBaseInput`	Swapper	Exakte-Eingabe-Swap (`amount_in` rein, ≥ `minimum_amount_out` raus).
`SwapBaseOutput`	Swapper	Exakte-Ausgabe-Swap (≤ `maximum_amount_in` rein, `amount_out` raus).
`CollectProtocolFee`	`protocol_owner` (aus `AmmConfig`)	Sammelt aufgelaufene Protokollgebühren aus Vaults.
`CollectFundFee`	`fund_owner` (aus `AmmConfig`)	Sammelt aufgelaufene Fondsgebühren aus Vaults.
`CollectCreatorFee`	`pool_creator`	Sammelt aufgelaufene Ersteller-Gebühren (falls aktiviert).
`CollectCreatorFeePermissionless`	Beliebiger Zahler	Sammelt alle aufgelaufenen Ersteller-Gebühren auf die kanonischen Token-Konten des `pool_creator`. Der Zahler kann fehlende Empfänger-ATAs erstellen, kann aber die Überweisung nicht umleiten.
`UpdatePoolStatus`	`admin`	Pausiert / setzt spezifische Operationen auf einem Pool über eine Bitmaske fort.
`UpdateAmmConfig`	`admin`	Ändert Gebührensätze oder den Protokoll-/Fondsbesitzer auf einer `AmmConfig`.
`CreateAmmConfig`	`admin`	Erstellt eine neue Gebührenstufe (neues `AmmConfig`-Konto).
`CreatePermissionPda`	`admin` oder delegierter Permission-PDA-Ersteller	Prägt eine `Permission`-PDA, die einer bestimmten Autorität erlaubt, `InitializeWithPermission` aufzurufen.
`ClosePermissionPda`	`admin` oder der dedizierte Permission-PDA-Ersteller	Widerruft eine zuvor ausgegebene `Permission`-PDA. Seit dem 2026-09-Upgrade kann die dedizierte Ersteller-Autorität auch einen von ihr ausgegebenen Zuschuss schließen; vorher war es nur Admin.
`CreateSupportMintAssociated`	`admin` oder der dedizierte Support-Mint-Besitzer	Registriert einen Token-2022-Mint, der sonst die Erweiterungs-Allowlist nicht bestehen würde, durch Erstellen seiner `SupportMintAssociated`-PDA.
`CloseSupportMintAssociated`	`admin` oder der dedizierte Support-Mint-Besitzer	Entfernt die Registrierung eines Mints.
`CollectExcessLamports`	`admin` oder das dedizierte Collect-Lamports-Wallet	Sammelt Lamports über dem Rent-Exempt-Minimum aus CPMM-kontrollierten Vaults, LP-Mints und PDAs. Hinzugefügt 2026-09.

Status-Bitmaske: Der status jedes Pools ist ein u8, wobei Bit 0 = Deposit deaktiviert, Bit 1 = Withdraw deaktiviert, Bit 2 = Swap deaktiviert (PoolStatusBitIndex { Deposit, Withdraw, Swap } im Programm). Ein gelöschtes Bit bedeutet, die Operation ist erlaubt; ein gesetztes Bit bedeutet, sie ist pausiert. UpdatePoolStatus nimmt ein rohes u8 und überschreibt den vorhandenen Wert. Die nächsten Abschnitte gehen durch jede im Detail. Die Kontoordnung folgt der CPMM-IDL; das SDK und der Rust-Client in raydium-cp-swap/programs/cp-swap/src/instructions entsprechen dieser Ordnung.

`Initialize`

Erstellt einen neuen CPMM-Pool. Argumente

init_amount_0: u64
init_amount_1: u64
open_time:     u64   // Unix-Zeitstempel; Swaps werden davor abgelehnt

Konten (W = schreibbar, S = Unterzeichner)

#	Name	W	S	Notizen
1	`creator`	W	S	Zahlt Miete; wird als `pool_state.pool_creator` aufgezeichnet.
2	`amm_config`			Die gewählte Gebührenstufe.
3	`authority`			CPMM-globale Autoritäts-PDA.
4	`pool_state`	W	S*	Wird hier `init`ialisiert. Entweder die kanonische PDA `["pool", amm_config, token_0_mint, token_1_mint]` oder ein frischer zufälliger Keypair — wenn nicht die kanonische PDA, verlangt das Programm, dass `pool_state` signiert (`require_eq!(pool_account_info.is_signer, true)`). Der zufällige-Keypair-Pfad ermöglicht es einem Ersteller, Front-Running-Versuche auf der kanonischen PDA zu vermeiden. Die nachgelagerten PDAs (`lp_mint`, `vaults`, `observation_state`) werden von `pool_state.key()` in jedem Fall abgeleitet.
5	`token_0_mint`			Sortiert: `token_0_mint < token_1_mint`.
6	`token_1_mint`
7	`lp_mint`	W		Wird hier `init`ialisiert. Autorität auf `authority` gesetzt.
8	`creator_token_0`	W		Quell-ATA für `init_amount_0`.
9	`creator_token_1`	W		Quell-ATA für `init_amount_1`.
10	`creator_lp_token`	W		Ziel für LP (wird erstellt, falls fehlend).
11	`token_0_vault`	W		Wird hier `init`ialisiert. Besessen von `authority`.
12	`token_1_vault`	W
13	`create_pool_fee`	W		Ziel-ATA für die `create_pool_fee`, die vom Ersteller gezahlt wird.
14	`observation_state`	W		Wird hier `init`ialisiert.
15	`token_program`			SPL Token (für LP-Mint).
16	`token_0_program`			SPL Token oder Token-2022.
17	`token_1_program`			SPL Token oder Token-2022.
18	`associated_token_program`
19	`system_program`
20	`rent`

* pool_state signiert nur auf dem zufälligen-Keypair-Pfad; der kanonische-PDA-Pfad läuft ohne pool_state-Signatur. Vorbedingungen

Mints sind sortiert (token_0_mint < token_1_mint nach Byte-Ordnung).
Kein Mint verwendet eine Erweiterung außerhalb der CPMM-Allowlist (TransferFeeConfig, MetadataPointer, TokenMetadata, InterestBearingConfig, ScaledUiAmount) — siehe products/cpmm/accounts. Ein Mint mit einer SupportMintAssociated-PDA (Seed [b"support_mint", mint]) überspringt die Prüfung; diese Registrierung ist die einzige Umgehung, seit das 2026-09-Upgrade die hardcodierte Vier-Mint-Whitelist entfernt hat.
creator hat mindestens init_amount_0 und init_amount_1 in den jeweiligen ATAs.
amm_config.disable_create_pool == false.

Nachbedingungen

pool_state existiert mit lp_supply = sqrt(init_amount_0 * init_amount_1) − LOCKED_LP.
Der LP-Starter von LOCKED_LP (100 Lamports von LP-Token) ist dauerhaft im Pool gesperrt — pool_state.lp_supply zeichnet liquidity − 100 auf, während 100 LP-Einheiten außerhalb des Umlaufs bleiben, was verhindert, dass der Pool vollständig geleert wird und durch Null geteilt wird.
observation_state wird initialisiert; observation_index = 0 und pool_id = pool_state.key().
create_pool_fee-Lamports werden vom Ersteller zum Empfänger übertragen und als natives SOL synchronisiert (es ist eine wSOL-ATA).
Die Status-Bitmaske des Pools ist 0 (Deposit / Withdraw / Swap alle aktiviert).
enable_creator_fee = false und creator_fee_on = BothToken. Initialize unterstützt nicht das Aktivieren der Ersteller-Gebühr — dieser Pfad ist InitializeWithPermission.
open_time wird auf block_timestamp + 1 erhöht, wenn der Aufrufer einen Wert <= block_timestamp übergeben hat. Swaps werden vor open_time abgelehnt; Deposits und Withdrawals funktionieren sofort.

Häufige Fehler (vollständige Liste in reference/error-codes)

InvalidInput — Mints unsortiert oder identisch.
NotSupportMint — blockierte Token-2022-Erweiterung.
ExceededSlippage — selten; wenn init_amount_0/1 aufgrund von Dezimalstellen-Nichtübereinstimmung zu null LP führen.

`Deposit`

Fügt Liquidität in beiden Token proportional zum Pool hinzu. Argumente

lp_token_amount:   u64   // wie viele LP-Token an den LP geprägt werden
maximum_token_0:   u64
maximum_token_1:   u64

Konten

#	Name	W	S
1	`owner`		S
2	`authority`
3	`pool_state`	W
4	`owner_lp_token`	W
5	`token_0_account`	W
6	`token_1_account`	W
7	`token_0_vault`	W
8	`token_1_vault`	W
9	`token_program`
10	`token_program_2022`
11	`vault_0_mint`
12	`vault_1_mint`
13	`lp_mint`	W

Mathematik

needed_token_0 = ceil(lp_token_amount * vault_0 / lp_supply)
needed_token_1 = ceil(lp_token_amount * vault_1 / lp_supply)
require(needed_token_0 <= maximum_token_0, "ExceededSlippage")
require(needed_token_1 <= maximum_token_1, "ExceededSlippage")

Keine Änderung an der Proportionalität von k — beide Vaults und lp_supply skalieren um denselben Faktor. Nachbedingungen

lp_supply += lp_token_amount.
vault_0 += needed_token_0 (netto von Token-2022-Transfergebühr auf Eingabe).
vault_1 += needed_token_1 (netto von Token-2022-Transfergebühr auf Eingabe).

Häufige Fehler — ExceededSlippage, ZeroTradingTokens, InvalidStatus wenn Deposit pausiert ist.

`Withdraw`

Verbrennt LP-Token und erhält beide zugrunde liegenden Token anteilsmäßig. Argumente

lp_token_amount:   u64
minimum_token_0:   u64
minimum_token_1:   u64

Konten

#	Name	W	S
1	`owner`		S
2	`authority`
3	`pool_state`	W
4	`owner_lp_token`	W
5	`token_0_account`	W
6	`token_1_account`	W
7	`token_0_vault`	W
8	`token_1_vault`	W
9	`token_program`
10	`token_program_2022`
11	`vault_0_mint`
12	`vault_1_mint`
13	`lp_mint`	W

(Identisch mit Deposit; lp_mint ist schreibbar, weil die LP-Token verbrannt werden.) Mathematik

out_token_0 = floor(lp_token_amount * vault_0 / lp_supply)
out_token_1 = floor(lp_token_amount * vault_1 / lp_supply)
require(out_token_0 >= minimum_token_0, "ExceededSlippage")
require(out_token_1 >= minimum_token_1, "ExceededSlippage")

Nachbedingungen

lp_supply -= lp_token_amount.
Vaults senden out_token_0 / out_token_1 (brutto; der Benutzer erhält netto von Token-2022-Transfergebühr).

`SwapBaseInput`

Exakte-Eingabe-Swap. Argumente

amount_in:            u64
minimum_amount_out:   u64

Konten

#	Name	W	S
1	`payer`		S
2	`authority`
3	`amm_config`
4	`pool_state`	W
5	`input_token_account`	W
6	`output_token_account`	W
7	`input_vault`	W
8	`output_vault`	W
9	`input_token_program`
10	`output_token_program`
11	`input_token_mint`
12	`output_token_mint`
13	`observation_state`	W

Die Ordnung Eingabe → Ausgabe ist nach der Richtung des Benutzers, nicht nach dem kanonischen token_0 / token_1 des Pools. Das Programm ermittelt, welcher Vault welcher ist, durch Abgleich der Mints. Mathematik — siehe products/cpmm/math. Vorbedingungen

open_time <= now.
pool_status erlaubt Swap.
Kein Mint pausiert oder eingefroren für diese Autorität.
amount_in > 0.

Häufige Fehler

ExceededSlippage — amount_out < minimum_amount_out.
ZeroTradingTokens — der Handel rundet auf Null.
NotApproved — Pool ist für Swaps über UpdatePoolStatus pausiert.
InvalidInput — Mints stimmen nicht mit einem der Pool-Vault-Mints überein.

`SwapBaseOutput`

Exakte-Ausgabe-Swap. Argumente

max_amount_in:  u64
amount_out:     u64

Konten — gleich wie SwapBaseInput. Mathematik — inverse Kurve mit Ceiling, siehe products/cpmm/math. Häufige Fehler — ExceededSlippage (gross_in > max_amount_in), ZeroTradingTokens, InvalidInput, NotApproved.

`CollectProtocolFee`

Sammelt aufgelaufene Protokollgebühren aus den Vaults zum Protokoll-Ziel. Argumente — keine. Konten

#	Name	W	S	Notizen
1	`owner`		S	Muss `amm_config.protocol_owner` entsprechen.
2	`authority`
3	`pool_state`	W
4	`amm_config`
5	`token_0_vault`	W
6	`token_1_vault`	W
7	`vault_0_mint`
8	`vault_1_mint`
9	`recipient_token_0_account`	W
10	`recipient_token_1_account`	W
11	`token_program`
12	`token_program_2022`

Effekt

transfer pool_state.protocol_fees_token0 from vault_0 to recipient_0
transfer pool_state.protocol_fees_token1 from vault_1 to recipient_1
pool_state.protocol_fees_token0 = 0
pool_state.protocol_fees_token1 = 0

Keine Änderung an den effektiven Bilanzen der Kurve (aufgelaufene Gebühren waren bereits ausgeschlossen). Häufiger Fehler — NotApproved wenn Unterzeichner nicht protocol_owner ist.

`CollectFundFee`

Gleiche Form wie CollectProtocolFee, aber signiert von fund_owner und setzt die fund_fees_*-Zähler auf Null.

`CollectCreatorFee`

Signiert von pool_state.pool_creator. Es überträgt die vollständigen creator_fees_token_0- und creator_fees_token_1-Bilanzen auf die Token-Konten des Erstellers, setzt dann beide Zähler auf Null. Es gibt NoFeeCollect zurück, wenn beide Zähler Null sind.

`CollectCreatorFeePermissionless`

Jeder kann die Ersteller-Gebührensammlung auslösen. Die Anweisung sendet immer die vollständigen aufgelaufenen Bilanzen an die kanonischen zugeordneten Token-Konten, die pool_state.pool_creator gehören; der Aufrufer kann keinen anderen Ersteller oder Ziel wählen. Wenn eine ATA fehlt, finanziert der Zahler ihre Erstellung. Das ursprüngliche CollectCreatorFee bleibt aufrufbar, sodass bestehende Clients kompatibel bleiben. Argumente — keine. Konten

#	Name	W	S	Notizen
1	`payer`	W	S	Beliebiger Unterzeichner; finanziert fehlende Ersteller-ATAs.
2	`creator`			Muss `pool_state.pool_creator` entsprechen; signiert nicht.
3	`authority`			CPMM-globale Vault- und LP-Mint-Autoritäts-PDA.
4	`pool_state`	W		Hält die aufgelaufenen Ersteller-Gebühren-Zähler.
5	`token_0_vault`	W		Muss dem Pool-Token-0-Vault entsprechen.
6	`token_1_vault`	W		Muss dem Pool-Token-1-Vault entsprechen.
7	`vault_0_mint`			Muss `token_0_vault.mint` entsprechen.
8	`vault_1_mint`			Muss `token_1_vault.mint` entsprechen.
9	`creator_token_0`	W		Kanonische ATA des Erstellers für `vault_0_mint`; wird erstellt, falls fehlend.
10	`creator_token_1`	W		Kanonische ATA des Erstellers für `vault_1_mint`; wird erstellt, falls fehlend.
11	`token_0_program`			SPL Token oder Token-2022, passend zu Token 0.
12	`token_1_program`			SPL Token oder Token-2022, passend zu Token 1.
13	`associated_token_program`			Erstellt eine fehlende Empfänger-ATA.
14	`system_program`			Finanziert die Kontoerstellung vom `payer`.

Effekt

Überträgt alle creator_fees_token_0 und creator_fees_token_1 aus den Pool-Vaults zu den Ersteller-ATAs.
Setzt beide Ersteller-Gebühren-Zähler auf Null und aktualisiert pool_state.recent_epoch.
Gibt NoFeeCollect zurück, wenn beide Zähler Null sind.

`UpdatePoolStatus`

Pausiert oder setzt einzelne Operationen auf einem Pool fort. Das status-Feld ist eine Bitmaske:

Bit	Flag	Effekt wenn gesetzt
0	`DEPOSIT_DISABLED`	`Deposit` lehnt mit `NotApproved` ab.
1	`WITHDRAW_DISABLED`	`Withdraw` lehnt ab.
2	`SWAP_DISABLED`	`SwapBaseInput` / `SwapBaseOutput` lehnen ab.

Argumente

status: u8      // neue Bitmaske

Konten

#	Name	W	S	Notizen
1	`authority`		S	Muss dem Admin-Schlüssel des CPMM-Programms entsprechen.
2	`pool_state`	W

Der Admin-Schlüssel ist die Upgrade-Autorität des CPMM-Programms — in der Praxis das Raydium-Multisig. Siehe security/admin-and-multisig.

`CreateAmmConfig`

Erstellt eine neue Gebührenstufe. Argumente

index:             u16
trade_fee_rate:    u64
protocol_fee_rate: u64
fund_fee_rate:     u64
create_pool_fee:   u64
creator_fee_rate:  u64

Konten

#	Name	W	S	Notizen
1	`owner`	W	S	Admin.
2	`amm_config`	W		Wird hier `init`ialisiert.
3	`system_program`

Vorbedingungen

Keine bestehende AmmConfig mit demselben index.
protocol_fee_rate + fund_fee_rate <= FEE_RATE_DENOMINATOR_VALUE.

Geändert in 2026-09: Die Gebührenbesitzer der neuen Config stammen nicht mehr vom Unterzeichner. create_amm_config schreibt jetzt die hardcodierten protocol_fee_owner::ID des Programms in protocol_owner und fund_fee_owner::ID in fund_owner, anstatt den Schlüssel des Admin-Unterzeichners in beide zu kopieren. Adressen sind in reference/program-addresses.Konsequenzen: Eine neu erstellte AmmConfig wird sofort von den dedizierten Gebühren-Wallets geleert, anstatt vom Admin-Schlüssel, und der Admin kann nicht von einer Config, die er gerade erstellt hat, sammeln, ohne das Feld zuerst zu rotieren. Bestehende AmmConfig-Konten werden nicht umgeschrieben — was auf ihnen gespeichert ist, regiert immer noch, also lesen Sie protocol_owner / fund_owner immer vom Konto ab, anstatt einen Wert anzunehmen. UpdateAmmConfig-Parameter 3 und 4 rotieren sie immer noch.

`UpdateAmmConfig`

Ändert Gebührensätze oder Besitz auf einer bestehenden AmmConfig. Nimmt einen param: u8 (Diskriminator für welches Feld zu aktualisieren) und einen value: u64. Die Wert-Semantik pro Parameter sind in der Quelle; häufig:

param = 0 → trade_fee_rate
param = 1 → protocol_fee_rate
param = 2 → fund_fee_rate
param = 3 → new_protocol_owner (übergeben Sie Pubkey-Bytes als Reinterpretation)
param = 4 → new_fund_owner
param = 5 → create_pool_fee
param = 6 → disable_create_pool

Änderungen werden vom Admin signiert und beeinflussen jeden Pool, der an diese AmmConfig gebunden ist beim nächsten Swap. Keine Migration; Pools lesen einfach die neuen Werte.

`CollectExcessLamports`

Admin-Sammlung von Lamports, die über dem Rent-Exempt-Minimum auf Konten sitzen, die CPMM kontrolliert. Hinzugefügt im 2026-09-Upgrade, damit das Protokoll die Überfinanzierung zurückfordern kann, die die SIMD-0437-Rent-Reduktion auf Konten hinterlässt, die vor jedem Schritt erstellt wurden. Nur der Überschuss bewegt sich. Token-Bilanzen, Kontodaten, Besitzer, Pool-Status und die Kurve bleiben unverändert, und die Anweisung ist ein No-Op gegen ein Konto, das bereits bei seinem Minimum ist — daher ist es sicher, nach jedem Rollout-Schritt erneut auszuführen. Argumente — keine. Konten

#	Name	W	S	Notizen
1	`collect_lamports_wallet`	W	S	Ziel für jeden gesammelten Lamport. Muss entweder der CPMM-Programm-Admin oder das dedizierte Collect-Lamports-Wallet sein — siehe `reference/program-addresses`. Jeder andere Unterzeichner schlägt mit `InvalidOwner` fehl.
2	`authority`			Die CPMM-Vault- und LP-Mint-Autoritäts-PDA mit Seed `[b"vault_and_lp_mint_auth_seed"]`. Sie signiert die Token-Programm-CPIs.
3	`token_program`			SPL Token.
4	`token_program_2022`			Token-2022. Beide sind bedingungslos erforderlich; das Programm wählt pro Quellkonto.
5..	`remaining_accounts`	W		`M` Quellkonten zum Sammeln, beliebige Anzahl, beliebige Ordnung.

Wie jedes Quellkonto behandelt wird Das Programm verteilt basierend auf dem owner des Quellkontos:

Quellkonto-Besitzer	Behandlung
SPL Token oder Token-2022, Nicht-Native-Token-Konto oder Mint — Pool-Vaults und LP-Mints	CPI `WithdrawExcessLamports` (Token-Programm-Diskriminator `38`), signiert von `authority`.
SPL Token oder Token-2022, native (wSOL) Token-Konto	`WithdrawExcessLamports` lehnt native Konten ab. Das Programm CPIs `SyncNative`, misst, wie viel der umhüllte `amount` wuchs, `UnwrapLamports` (Diskriminator `45`) für genau dieses Delta, dann verlangt, dass der umhüllte Saldo seinem Vor-Sync-Wert entspricht — sonst `LamportsCalculateError` (`6015`). Ein SOL-seitiger Pool-Vault behält daher seine volle Liquidität.
Das CPMM-Programm selbst — `PoolState`, `AmmConfig`, `ObservationState`, `Permission`, `SupportMintAssociated`	Das Programm belastet das Konto direkt auf `rent.minimum_balance(data_len)`.
Alles andere	Stillschweigend übersprungen. Kein Fehler, keine Lamports bewegt.

Da es eine unbegrenzte remaining_accounts-Liste nimmt, ist die Transaktionsgröße die echte Grenze — die gleiche Einschränkung wie die Wallet-seitige Sammlung, die in solana-fundamentals/rent-and-reclaimable-rent beschrieben ist. Häufige Fehler — InvalidOwner (6001, falscher Unterzeichner), LamportsCalculateError (6015, die wSOL-Rundreise nettete nicht zu Null), und InsufficientFunds aus dem Programm-eigenen Pfad, wenn ein Konto weniger als sein eigenes Rent-Minimum hält. Kein SDK-Builder. @raydium-io/raydium-sdk-v2 liefert keinen Builder für diese Anweisung, und auch das raydium-sdk-V2-demo-Repo nicht — es ist ein Admin-Pfad. Codieren Sie es von Hand, wie die Wallet-seitige Sammlung in solana-fundamentals/rent-and-reclaimable-rent für die Token-Programm-Anweisung.

Zustandsänderungs-Matrix

Anweisung	`lp_supply`	Vault-Bilanzen	Aufgelaufene-Gebühren-Felder	`observation`
`Initialize`	+ init LP	+ `init_amount_{0,1}`	0	init
`InitializeWithPermission`	+ init LP	+ `init_amount_{0,1}`	0	init
`Deposit`	+	+ beide	—	—
`Withdraw`	−	− beide	—	—
`SwapBaseInput`	—	+ rein, − raus	+ `trade_fee` aufgeteilt in Protokoll/Fonds; + `creator_fee` falls aktiviert	+ (falls Intervall verstrichen)
`SwapBaseOutput`	—	+ rein, − raus	+ `trade_fee` aufgeteilt in Protokoll/Fonds; + `creator_fee` falls aktiviert	+ (falls Intervall verstrichen)
`CollectProtocolFee`	—	− (nach Protokoll-Buckets)	`protocol_*` → 0	—
`CollectFundFee`	—	− (nach Fonds-Buckets)	`fund_*` → 0	—
`CollectCreatorFee`	—	− (nach Ersteller-Buckets)	`creator_*` → 0	—
`CollectCreatorFeePermissionless`	—	− (nach Ersteller-Buckets)	`creator_*` → 0	—
`UpdatePoolStatus`	—	—	—	—
`CollectExcessLamports`	—	— (Token-Bilanzen unverändert)	—	—

Nächste Schritte

products/cpmm/code-demos — ausführbare TypeScript-Beispiele für die obigen.
reference/error-codes — die vollständige Anchor-Fehlertabelle.
products/cpmm/fees — das Gebühren-Aufzinsungs-Modell, das die Collect*Fee-Anweisungen leeren.

Quellen:

Produkte

Algorithmen

Anweisungsübersicht

`Initialize`

`Deposit`

`Withdraw`

`SwapBaseInput`

`SwapBaseOutput`

`CollectProtocolFee`

`CollectFundFee`

`CollectCreatorFee`

`CollectCreatorFeePermissionless`

`UpdatePoolStatus`

`CreateAmmConfig`

`UpdateAmmConfig`

`CollectExcessLamports`

Zustandsänderungs-Matrix

Nächste Schritte

​Anweisungsübersicht

​Initialize

​Deposit

​Withdraw

​SwapBaseInput

​SwapBaseOutput

​CollectProtocolFee

​CollectFundFee

​CollectCreatorFee

​CollectCreatorFeePermissionless

​UpdatePoolStatus

​CreateAmmConfig

​UpdateAmmConfig

​CollectExcessLamports

​Zustandsänderungs-Matrix

​Nächste Schritte

Anweisungsübersicht

`Initialize`

`Deposit`

`Withdraw`

`SwapBaseInput`

`SwapBaseOutput`

`CollectProtocolFee`

`CollectFundFee`

`CollectCreatorFee`

`CollectCreatorFeePermissionless`

`UpdatePoolStatus`

`CreateAmmConfig`

`UpdateAmmConfig`

`CollectExcessLamports`

Zustandsänderungs-Matrix

Nächste Schritte