Stable AMM-Anweisungen

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.

​

Anweisungsübersicht

​

Initialize

nonce: u8
open_time: u64

• model_data_account muss bereits erstellt und durch vorherigen InitModelData initialisiert werden.
• lp_mint muss leer sein (Angebot Null).
• Tresore müssen existieren und von amm_authority gehört werden.

• AmmInfo wird mit allen Referenzen initialisiert.
• TargetOrders wird auf Null gesetzt und ist bereit für den ersten MonitorStep.
• Anfängliche LP-Tokens werden geprägt und an user_dest_lp_token gesendet.
• OpenBook-Bestellungen wurden nicht noch gepostet; der erste MonitorStep postet sie.

​

InitModelData

multiplier: u64       // Skalierungsfaktor (z. B. 10^6)

• model_data_account muss ausreichend groß sein (~1,2 MB für 50k × 24 Bytes).
• model_data_account muss vom Stable-Programm gehört werden.

• status = Initialized.
• multiplier ist gesetzt.
• valid_data_count = 0 (keine Elemente noch eingefügt; rufen Sie UpdateModelData auf, um sie hinzuzufügen).
• elements-Array wird auf Null gesetzt.

​

UpdateModelData

array_data: [UpdateModelData; 5]

pub struct UpdateModelData {
  pub index: u64,
  pub data: DataElement,
}

• amm_admin muss mit AmmInfo.amm_admin übereinstimmen.
• Jeder Index in array_data muss gültig sein (innerhalb von 50.000).
• Einträge müssen sortiert sein (wird On-Chain nicht validiert für Geschwindigkeit): x aufsteigend, y absteigend, Preis aufsteigend.

• Elemente werden zu model_data_account.elements[index] für jede Eingabe geschrieben.
• valid_data_count wird auf den größten geschriebenen Index + 1 aktualisiert.

​

Deposit

max_coin_amount: u64
max_pc_amount: u64
base_side: u64          // 0 = base on coin, 1 = base on pc

​

Withdraw

amount: u64            // LP-Tokens zum Verbrennen

• user_lp_token_account hält mindestens amount.

• amount-LP-Tokens werden verbrannt.
• Benutzer erhält Coin- und PC-Beträge gemäß dem aktuellen Pro-Rata, angepasst für aufgelaufene Gebühren.

​

SwapBaseIn

amount_in: u64
minimum_amount_out: u64

• amm.status erlaubt Swap.
• user_source_token hält ≥ amount_in.

• Benutzer verliert amount_in, gewinnt amount_out ≥ minimum_amount_out.
• Pool-Gebühren erhöhen need_take_pnl_*-Zähler.
• OpenBook-Bestellungen können sich abwickeln, wenn sie gefüllt sind.

​

SwapBaseOut

max_amount_in: u64
amount_out: u64

​

MonitorStep

plan_order_limit: u16
place_order_limit: u16
cancel_order_limit: u16

• OpenBook-Kontenreferenzen müssen mit dem gebundenen Markt des Pools übereinstimmen.

• Ausstehende OpenBook-Fills werden in die Pool-Tresore abgewickelt.
• Neue Limit-Bestellungen werden auf OpenBook basierend auf der Nachschlagetabellenkurve gepostet.
• TargetOrders wird aktualisiert.

​

SetParams

param: u8              // welcher Parameter zu ändern (Status, State, Fees, usw.)
value: Option<u64>    // neuer Wert (wenn Parameter numerisch ist)
new_pubkey: Option<Pubkey>  // neue Adresse (wenn Parameter ein Kontoschlüssel ist)
fees: Option<Fees>    // neue Gebühren (wenn Parameter Gebühren ist)

• param = 0 (Status) — Operationsbitmask ändern.
• param = 9 (Fees) — Trade_fee, PnL-Aufteilung usw. ändern.
• param = 11 (ModelDataKey) — Nachschlagetabelle neu binden (selten, erfordert Admin-Aktion).

​

WithdrawPnl

• pnl_admin muss autorisiert sein.

• need_take_pnl_coin und need_take_pnl_pc werden auf die Admin-Konten übertragen.
• Zähler werden zurückgesetzt.

​

WithdrawSrm

amount: u64

​

SimulateInfo

param: u8              // PoolInfo, SwapBaseInInfo, SwapBaseOutInfo, RunCrankInfo
swap_base_in_value: Option<SwapInstructionBaseIn>
swap_base_out_value: Option<SwapInstructionBaseOut>

​

Nächste Schritte

• Konten — für Kontofeldlayouts und Größen.
• Mathematik — für die Nachschlagetabellen-Interpolationslogik.
• Code-Demos — um zu sehen, wie diese vom SDK aufgerufen werden.

• raydium-stable/program/src/instruction.rs (Enum und Pack/Unpack)
• raydium-stable/program/src/processor.rs (Ausführungslogik)