Zum Hauptinhalt springen

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 →
Die Temp API ist ein temporärer Bereich für Endpunkte, die noch keinen festen Platz in den Haupt-Raydium-APIs gefunden haben. Dieser Dienst ist für schnelles Prototyping, interne Tools und Funktionen in aktiver Entwicklung gedacht.

Hosts

UmgebungHost
Mainnettemp-api-v1.raydium.io
Devnettemp-api-v1-devnet.raydium.io

Stabilitätshinweis

Dieser Dienst bietet keine API-Stabilitätsgarantien. Endpunkte können sich ändern, als veraltet markiert, in einen anderen Dienst verschoben oder ohne Vorankündigung vollständig entfernt werden. Verwenden Sie diese API ausschließlich für:
  • Interne Tools und Skripte
  • Funktionen in aktiver Entwicklung
  • Unkritische Pfade, die Unterbrechungen tolerieren können
  • Tests und Prototyping
Setzen Sie diese API nicht für produktive dApps oder kritische Integrationen ein.

Übersicht

Dieser Dienst stellt derzeit folgende Endpunkte bereit:
  • /cp-creator-fee — Ruft die angesammelten Creator-Gebühren für eine Wallet über alle CPMM-Pools ab.
  • /limit-order/order/list — Aktuell geparkerte CLMM-Limitorders einer Wallet (offen und teilweise gefüllt), direkt aus dem Indexer-Cache.
  • /limit-order/history/order/list-by-user — Historische (geschlossene) CLMM-Limitorders einer Wallet, mit optionalen Filtern poolId / mint1 / mint2 / hideCancel; cursorbasierte Paginierung über nextPageId.
  • /limit-order/history/event/list-by-pda — Ereignisprotokoll pro PDA (open / increase / decrease / settle / close) für eine oder mehrere Limitorder-PDAs; cursorbasierte Paginierung über nextPageId.

Häufige Verwendungsmuster

Creator-Gebühren einer Wallet abfragen

curl -s "https://temp-api-v1.raydium.io/cp-creator-fee?wallet=<your-wallet-pubkey>"
Gibt eine Liste der Pools zurück, bei denen die Wallet der Ersteller ist, zusammen mit angesammelten, aber noch nicht abgerufenen Creator-Gebühren in Token A und Token B.

Aktuell geparkerte CLMM-Limitorders einer Wallet auflisten

curl -s "https://temp-api-v1.raydium.io/limit-order/order/list?wallet=<your-wallet-pubkey>"
Gibt sowohl vollständig ungefüllte als auch teilweise gefüllte Orders zurück. Jede Zeile enthält einen dekodierten LimitOrderState (PDA, Pool, Owner, Tick, Seite, FIFO-Kohorten-Phase, Gesamt-/gefüllte Mengen) sowie den Pool-Kontext, der zum Aufruf von SettleLimitOrder benötigt wird, einschließlich eines vorberechneten pendingSettle-Betrags. Der Endpunkt für aktive Orders ist unpaginiert — er gibt alle aktuell gecachten Orders der Wallet in einer einzigen Antwort zurück.

Geschlossene Limitorders einer Wallet auflisten

curl -s "https://temp-api-v1.raydium.io/limit-order/history/order/list-by-user?wallet=<your-wallet-pubkey>&size=50"
Gibt eine Seite historischer Orders zurück, jede zusammengefasst mit fillStatus (NONE / PARTIAL / FULL) sowie den Eingangs- und Ausgangsmengen zum Zeitpunkt, als die Order aus dem aktiven Bestand entfernt wurde. Hängen Sie &nextPageId=<nextPageId der vorherigen Antwort> an, um die nächste Seite abzurufen.

Ereignisverlauf für eine bestimmte Order abrufen

curl -s "https://temp-api-v1.raydium.io/limit-order/history/event/list-by-pda?pda=<limit-order-pda>"
pda kann ein einzelner Schlüssel oder eine kommagetrennte Liste sein. Jede Zeile stellt eine On-Chain-Mutation dar (open / increase / decrease / settle / close) mit txid, Slot, Blockzeit, einem Flag, das angibt, ob die Transaktion vom Owner oder Keeper signiert wurde (autoRunner), sowie den Ein- und Ausgabedifferenzen in lesbaren Einheiten.

Leeres Ergebnis

Wenn für die Wallet keine gecachten Einträge vorhanden sind, gibt der Aktive-Orders-Endpunkt Folgendes zurück:
{
  "id": "...",
  "success": true,
  "data": { "rows": [] }
}
Die Verlaufsendpunkte geben dieselbe Struktur { rows: [], nextPageId?: ... } mit einem leeren rows-Array zurück. Der veraltete /cp-creator-fee-Endpunkt gibt hingegen "data": [] zurück, um die Abwärtskompatibilität zu gewährleisten.

Weiterführende Dokumentation

Siehe CPMM für die Poolstruktur und Creator-Gebühren-Mechanik sowie CLMM → Instruktionen für den On-Chain-Limitorder-Ablauf, den diese Endpunkte abbilden.