Passer au contenu principal

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.

Cette page est traduite automatiquement par IA. La version anglaise fait foi.Voir la version anglaise →
Chaque point d’accès sur ce site dispose d’un panneau Essayer alimenté par le terrain de jeu OpenAPI de Mintlify. Le terrain de jeu s’exécute dans votre navigateur et frappe directement les hôtes de production (ou devnet) en direct. Lisez Authentification avant d’envoyer des demandes qui nécessitent une signature de portefeuille.

​
Catalogue de services

Raydium exploite onze services HTTP publics. Chacun est documenté comme son propre groupe dans l’arborescence de navigation à gauche.
ServiceHôte MainnetHôte DevnetFonctionnalité
API v3api-v3.raydium.ioapi-v3-devnet.raydium.ioPool / mint / config / chain-info — l’API de lecture canonique sur laquelle s’appuient l’interface utilisateur et le SDK.
API Transactiontransaction-v1.raydium.iotransaction-v1-devnet.raydium.ioConstruction côté serveur des transactions de swap / liquidité. Le point d’entrée de l’agrégateur.
API Perpsapi-perp-v1.raydium.io—Paramètres, métadonnées d’actifs, sélection RPC pour l’interface Raydium Perps.
API Mint LaunchLablaunch-mint-v1.raydium.iolaunch-mint-v1-devnet.raydium.ioRecherche de jetons, index, classements, métadonnées par mint pour les lancements LaunchLab.
API Historique LaunchLablaunch-history-v1.raydium.iolaunch-history-v1-devnet.raydium.ioHistorique des échanges, agrégats K-line pour les pools LaunchLab.
API Forum LaunchLablaunch-forum-v1.raydium.iolaunch-forum-v1-devnet.raydium.ioCommentaires, discussions, uploads IPFS liés à un lancement LaunchLab. Signés par portefeuille.
API Auth LaunchLablaunch-auth-v1.raydium.iolaunch-auth-v1-devnet.raydium.ioÉmet des JWT ray-token de courte durée à partir d’un message signé par portefeuille. Obligatoire pour appeler l’API forum.
API IPFS dynamiquedynamic-ipfs.raydium.iodynamic-ipfs-devnet.raydium.ioRégénérateur d’image / métadonnées NFT. Alimente l’art des positions CLMM et d’autres NFT on-chain dont l’apparence dépend de l’état dynamique.
API Ownerowner-v1.raydium.ioowner-v1-devnet.raydium.ioPositions par portefeuille, soldes, récompenses réclamables.
API v1api.raydium.io—Points d’accès v1/v2 hérités, maintenus en direct pour les clients qui n’ont pas migré vers l’API v3.
Temp APItemp-api-v1.raydium.iotemp-api-v1-devnet.raydium.ioZone de transit pour les points d’accès bespoke de courte durée. Expose actuellement les résumés de frais de créateur CPMM. Sujet à modification sans préavis.

​
Authentification

La plupart des services sont en lecture seule et acceptent les demandes anonymes. Deux motifs apparaissent :
  • Poignée de main signée par portefeuille — obligatoire pour launch-auth-v1 pour générer un ray-token, puis transporté comme en-tête ray-token par launch-forum-v1. Signez un message Solana ed25519 de la forme time:<unix-seconds> avec votre portefeuille, envoyez la signature et l’adresse du portefeuille à launch-auth-v1 /request-token, recevez un JWT en retour et transmettez-le comme en-tête de demande ray-token lors des appels forum suivants.
  • Pas d’auth — tous les autres services. Les appelants de confiance (l’interface Raydium, les intégrateurs) accèdent directement aux points d’accès via HTTPS.
Le terrain de jeu Mintlify vous permet de coller un ray-token dans le panneau d’authentification avant d’envoyer les demandes forum ; la valeur est conservée uniquement dans votre navigateur.

​
Limites de débit

Tous les hôtes sont derrière Cloudflare avec limitation de débit progressive par IP source. Les intégrateurs qui ont besoin de limites plus élevées doivent contacter l’équipe Raydium. Les pics au-delà des limites publiées sont retournés sous la forme HTTP 429 avec un en-tête Retry-After.

​
Enveloppe de réponse

La plupart des services enveloppent leurs charges JSON dans une enveloppe uniforme : 
{
  "id": "uuid-v4-per-request",
  "success": true,
  "data": { ... }
}
En cas d’erreur : 
{
  "id": "uuid-v4-per-request",
  "success": false,
  "msg": "human-readable error string",
  "data": null
}
api-v3 retourne l’enveloppe sous la forme { "id", "success", "data" }. Les services pump-* utilisent les assistants addBorderSuccess / addBorderErr qui produisent la même forme avec msg rempli uniquement en cas d’erreurs. Vérifiez la page d’introduction de chaque service pour l’enveloppe exacte qu’il utilise.

​
Comment utiliser cette section

Cliquez sur n’importe quel point d’accès dans la navigation à gauche. Vous verrez :
  • La méthode HTTP, l’URL complète et l’hôte de base.
  • Les paramètres de demande avec les types tirés de la spécification OpenAPI.
  • Un panneau Essayer qui vous permet de définir les paramètres et d’envoyer une demande réelle à mainnet (ou de choisir un serveur devnet dans la liste déroulante si disponible).
  • La forme de réponse, provenant d’une réponse directe représentative et du site d’appel addBorderSuccess du code source.
Pour un accès au niveau du SDK — création de transactions côté client, lots de swaps, les types TypeScript — voir sdk-api/typescript-sdk.

​
Pointeurs