Skip to main content
Cette page est traduite automatiquement par IA. La version anglaise fait foi.Voir la version anglaise →
Source de vérité. Cette page est le seul endroit de la documentation qui liste les adresses des programmes textuellement. Les autres pages renvoient ici. Si un ID change, mettez-le à jour uniquement ici et chaque référence sur le site reste cohérente.Vérifiez toujours les valeurs par rapport à l’API en direct (https://api-v3.raydium.io/main/info) avant de signer des transactions réelles.

Mainnet-beta

Règle générale : si un ID de programme dans la nature ne correspond pas au tableau ci-dessous, ne signez pas la transaction. Un ID de programme mal assorti est le moyen le plus facile de perdre des fonds sur Solana.

Programmes on-chain

Notes :
  • AMM v4 et Farm v3/v5 sont conservés pour les pools et positions existants. L’interface utilisateur Raydium et le SDK acheminent la création de nouveaux pools et les nouvelles fermes écosystème vers CPMM, CLMM et Farm v6 respectivement — voir protocol-overview/versions-and-migration.
  • L’ID Farm v3 ci-dessus sert également de programme de staking d’actif unique $RAY. Le comportement est identique à Farm v3 pour le staking LP.
  • Stable AMM est un programme séparé que le programme AMM Routing peut cibler aux côtés d’AMM v4, CPMM et CLMM. La liquidité est faible par rapport aux trois autres programmes et le SDK n’expose pas une API de première classe pour celui-ci ; les intégrateurs qui l’acheminent généralement le font via le routeur.
  • Disponibilité du code source. Parmi les programmes on-chain ci-dessus, seuls raydium-amm (AMM v4), raydium-cp-swap (CPMM) et raydium-clmm (CLMM) sont fournis avec des dépôts source publics sous github.com/raydium-io. Stable AMM, LaunchLab, AMM Routing, Burn & Earn / LP Lock et les programmes Farm ne sont pas disponibles publiquement — vérifiez-les par rapport à l’API en direct, au bytecode on-chain et aux IDLs publiés dans raydium-io/raydium-idl à la place.

Autorité d’administrateur partagée

Tous les programmes basés sur Anchor (CLMM, CPMM, LaunchLab, Lock) partagent une seule Pubkey d’administrateur codée en dur pour le contrôle d’accès au niveau des instructions vers les chemins d’administrateur (tels que CreateAmmConfig ou UpdatePoolStatus) : Les autorités opérationnelles au niveau du compte (par exemple protocol_owner, fund_owner sur AmmConfig CPMM/CLMM, ou les portefeuilles de migration sur GlobalConfig LaunchLab) sont stockés on-chain et peuvent différer de l’administrateur du programme. Lisez-les directement depuis le compte de configuration pertinent avant d’envoyer des transactions critiques.

Autorité créatrice de PDA de permission CPMM

CreatePermissionPda accepte soit l’administrateur de programme partagé ci-dessus, soit un propriétaire dédié. ClosePermissionPda reste restreint à l’administrateur de programme partagé.

Créateur de configuration délégué LaunchLab

CreateConfig accepte soit l’administrateur de programme partagé, soit l’autorité déléguée ci-dessous. Le rôle délégué peut créer une nouvelle GlobalConfig ; il ne peut pas appeler le chemin UpdateConfig réservé à l’administrateur pour un compte existant.

Autorités de gel d’émetteur restreint CLMM

Lorsque l’un des mints de coffre dans un pool CLMM a l’une des autorités de gel ci-dessous, les nouvelles positions ouvertes via un chemin V2 ont leur compte de jeton NFT de position gelé. L’entrée initiale est l’autorité utilisée par la détection d’actifs Superstate de CLMM. Ce sont des autorités d’émetteur d’actif sous-jacent utilisées uniquement comme clés de correspondance. Le PDA du pool CLMM, et non la clé de l’émetteur, devient l’autorité de gel pour le mint NFT de position. La liste est codée en dur dans le programme CLMM. L’ajout ou la suppression d’une autorité nécessite une mise à niveau du programme.

Conventions de configuration partagée / PDA

Plusieurs programmes Raydium exposent des comptes de configuration dont les clés publiques sont stables et listées sur l’API publique. Préférez la recherche API au codage en dur :
Paramètres de frais AmmConfig CPMM par défaut index 0 (pool standard 0,25%), pour référence : Voir products/cpmm/fees pour savoir comment les répartitions se composent, et reference/fee-comparison pour la matrice inter-produits.

Graines PDA

Les graines ci-dessous sont canoniques et utilisées à la fois par le SDK et les CPIs on-chain. Calculez toujours les PDAs ; ne codez pas en dur les adresses dérivées.
token0Mint / token1Mint sont triés par ordre d’octets de clé publique (token0 < token1) avant hachage. Se tromper produit un PDA valide pour un pool inexistant. Les graines CLMM équivalentes suivent le même style ; voir products/clmm/accounts.

Devnet

Base de l’API REST Devnet : https://api-v3-devnet.raydium.io/ (même forme de route que mainnet).

Comment vérifier une adresse on-chain

  1. Solana Explorer. Collez l’adresse dans explorer.solana.com et confirmez qu’elle est marquée Program avec une autorité de mise à niveau actuelle. Mainnet-beta devrait afficher les déploiements signés par l’autorité de mise à niveau de Raydium.
  2. CLI. Utilisez solana program show <PROGRAM_ID> -u mainnet-beta pour inspecter l’emplacement du déploiement, le chargeur BPF, l’autorité de mise à niveau et la longueur des données. Enregistrez-les dans votre runbook.
  3. Attachement IDL. Interrogez l’IDL on-chain avec anchor idl fetch <PROGRAM_ID> --provider.cluster mainnet. Le champ address de l’IDL doit correspondre. Les mêmes IDLs sont mirrorés sur github.com/raydium-io/raydium-idl — comparez l’IDL on-chain par rapport au dépôt avant de lui faire confiance.
  4. Autorités de configuration/administrateur. Pour les comptes de configuration CPMM/CLMM, lisez le champ owner/protocol_owner et confirmez qu’il correspond au multisig Raydium actuel publié dans security/admin-and-multisig.
Si l’une des quatre vérifications ci-dessus est en désaccord avec cette page, considérez cette page comme incorrecte et ouvrez un problème avant d’écrire un nouveau code par rapport aux adresses.

Mise à jour de cette page

  • Les modifications des IDs de programme sont critiques pour la sécurité. Ne pas déployer un changement d’ID de programme sans (a) créer un lien vers l’annonce Raydium, (b) ajouter une entrée dans reference/changelog, et (c) exécuter une vérification de lien sur la documentation pour confirmer qu’aucune page ne référence toujours l’ancienne valeur.
  • Les dépréciations restent dans le tableau avec une note de statut plutôt que d’être supprimées — les pools existants se résolvent toujours via l’ancien programme.
Sources :