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 énumère les adresses des programmes textuellement. Les autres pages renvoient ici. Si un ID change, mettez-le à jour uniquement ici et chaque référence du 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
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) etraydium-clmm(CLMM) sont fournis avec des dépôts source publics sousgithub.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 dansraydium-io/raydium-idlà la place.
Autorité d’administrateur partagée
Chaque programme Raydium — AMM v4 inclus — partage une seulePubkey d’administrateur codée en dur pour le contrôle d’accès au niveau des instructions aux chemins d’administrateur. C’est config_feature::amm_owner::ID dans AMM v4 (gating SetParams, CreateConfigAccount et UpdateConfigAccount, et utilisé comme pnl_owner par défaut) et admin::ID dans les programmes Anchor — CLMM, CPMM, LaunchLab, Lock — gating des chemins tels que CreateAmmConfig ou UpdatePoolStatus :
Les autorités opérationnelles au niveau du compte (par exemple
protocol_owner, fund_owner sur CPMM/CLMM AmmConfig, ou les portefeuilles de migration sur LaunchLab GlobalConfig) sont stockées on-chain et peuvent différer de l’administrateur du programme. Lisez-les directement à partir du compte de configuration pertinent avant d’envoyer des transactions à enjeux élevés.
Autorité créatrice de PDA de permission CPMM
CreatePermissionPda accepte soit l’administrateur du programme partagé ci-dessus, soit un propriétaire dédié. Depuis la mise à niveau CPMM de 2026-09, ClosePermissionPda accepte les deux mêmes signataires ; avant cela, c’était réservé à l’administrateur.
Autorités du registre de support-mint
CreateSupportMintAssociated et CloseSupportMintAssociated acceptent soit l’administrateur du programme partagé, soit le propriétaire dédié du programme ci-dessous. L’enregistrement d’un mint l’admet au-delà de la liste d’autorisation des extensions Token-2022 de ce programme — voir reference/token-2022-support. CPMM et CLMM conservent chacun leur propre PDA de registre et leur propre autorité ; aucune clé ne fonctionne sur l’autre programme.
Portefeuilles propriétaires de frais CPMM
Depuis la mise à niveau CPMM de 2026-09,CreateAmmConfig écrit ces clés fixes dans les protocol_owner et fund_owner de la nouvelle config au lieu de copier la clé du signataire administrateur. CollectProtocolFee et CollectFundFee acceptent la clé stockée sur la config ou l’administrateur du programme partagé (|| crate::admin::ID), donc l’administrateur reste un signataire accepté — ce qui a changé est seulement où les revenus vont par défaut.
Portefeuilles de collection de frais de protocole
Où la part côté protocole de chaque programme des frais de trading s’accumule. Ce sont des portefeuilles ordinaires de détention de jetons, donc une seule adresse porte un ensemble mixte de mints SPL (wSOL et USDC des pools SOL/USDC, wSOL et RAY des pools SOL/RAY, etc.).
La part de protocole de Stable AMM s’accumule en coffre-fort comme
out_put.need_take_pnl_* et est balayée par WithdrawPnl plutôt que de rester dans un portefeuille permanent. Pour CPMM, lisez protocol_owner du AmmConfig spécifique avant de construire une transaction de collection — les configs créées avant la mise à niveau de 2026-09 peuvent contenir une clé différente.
Portefeuilles de collection de lamports excédentaires
Chacun des trois programmes mis à niveau le 2026-09-09 a reçu une instruction d’administrateur qui retourne les lamports détenus au-dessus du minimum exempt de loyer sur les comptes contrôlés par le programme, suivant la réduction de loyer SIMD-0437. Chaque programme code en dur son propre portefeuille de destination, et chacun est une clé dédiée — pas l’administrateur du programme partagé.
CPMM et LaunchLab acceptent également l’administrateur du programme partagé comme signataire. AMM v4 accepte uniquement le portefeuille ci-dessus — il n’a pas de secours d’administrateur. AMM v4 compile également une clé testnet séparée (
75KWb5XcqPTgacQyNw9P5QU2HL3xpezEVcgsFCiJgTT) sous sa fonctionnalité testnet.
Ces instructions ne déplacent que les lamports ; elles ne touchent jamais un solde de jetons, ne ferment un compte ou ne changent l’état du pool. Voir products/amm-v4/instructions, products/cpmm/instructions et products/launchlab/instructions.
Créateur de config délégué LaunchLab
CreateConfig accepte soit l’administrateur du programme partagé, soit l’autorité déléguée ci-dessous. Le rôle délégué peut créer un nouveau 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
Quand l’une des autorités de gel du vault mint dans un pool CLMM est l’une des autorités ci-dessous, les nouvelles positions ouvertes via un chemin V2 ont leur compte de jetons NFT de position gelé. La liste estfrozen_position_nft_authorities::IDS dans le programme CLMM, et son entrée unique est l’autorité d’émetteur que la détection Superstate supprimée depuis longtemps de CLMM correspondait également. Ce sont des autorités d’émetteur d’actif sous-jacent utilisées uniquement comme clés de correspondance. Le PDA du pool CLMM, pas la clé d’émetteur, devient 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 config partagée / PDA
Plusieurs programmes Raydium exposent des comptes de config dont les clés publiques sont stables et énumérées sur l’API publique. Préférez la recherche API au codage en dur :Récepteurs de frais de création de pool
CPMM et AMM v4 valident leur destination de frais de création de pool par adresse exacte, donc elle doit déjà exister sur le cluster que vous testez. CLMM n’a pas de frais de création de pool séparé.
AMM v4 compile également
3TRTX4dXUpp2eqxi3tvQDFYUV7SdDJjcPE3Y4mbtftaX sous sa fonctionnalité testnet. CPMM rejette une non-correspondance avec ConstraintAddress d’Anchor (2012) ; AMM v4 avec InvalidFee.
Gardien de limite d’ordre CLMM
SettleLimitOrder et CloseLimitOrder acceptent soit le owner de la commande lui-même, soit la clé de gardien au niveau du programme ci-dessous. Le gardien ne peut pas ouvrir, augmenter ou diminuer les commandes, et la sortie atterrit toujours dans le compte du propriétaire de la commande — voir security/admin-and-multisig.
Paramètres de frais de
AmmConfig CPMM par défaut index 0 (pool standard 0,25%), pour référence :
Voir
products/cpmm/fees pour comment les divisions 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 par 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).
Autorité de mise à niveau
Chaque programme Raydium sur mainnet-beta est déployé sous le BPF Upgradeable Loader avec la même autorité de mise à niveau — le coffre-fort du multisig Squads de mise à niveau du programme :
Vérifié on-chain le 2026-09-09 pour AMM v4, CPMM, CLMM, Stable AMM, Farm v6, LaunchLab, AMM Routing et Lock — les huit rapportent cette autorité, et aucun n’est immuable. Revérifiez avec
solana program show <PROGRAM_ID> -u mainnet-beta avant un déploiement à enjeux élevés ; voir security/admin-and-multisig pour le seuil du multisig et la pratique de signature.
Comptes de config au niveau du programme
Toutes les valeurs lues de mainnet-beta le 2026-09-09. Les taux de frais sur ces comptes sont mutables par l’administrateur — lisez-les en direct plutôt que de les mettre en cache.
Comment vérifier une adresse on-chain
- Solana Explorer. Collez l’adresse dans explorer.solana.com et confirmez qu’elle est marquée
Programavec une autorité de mise à niveau actuelle. Mainnet-beta devrait afficher les déploiements signés par l’autorité de mise à niveau de Raydium. - CLI. Utilisez
solana program show <PROGRAM_ID> -u mainnet-betapour 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. - Attachement IDL.
anchor idl fetch <PROGRAM_ID> --provider.cluster mainnetfonctionne pour CLMM, LaunchLab et Lock, qui conservent toujours un compteanchor:idlhérité détenu par le programme lui-même. Cela ne fonctionne pas pour CPMM : l’IDL on-chain de CPMM a été déplacé vers le programme Program Metadata (ProgM6JCCvbYkfKqJYHePx4xxSUSqJp7rh8Lyv7nk7S) lors de la mise à niveau de 2026-09, donc récupérez-le de là à la place. AMM v4, Stable AMM et Farm n’ont pas d’IDL on-chain. Les 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. - Autorités de config/administrateur. Pour les comptes de config CPMM/CLMM, lisez le champ
owner/protocol_owneret confirmez qu’il correspond au multisig Raydium actuel publié danssecurity/admin-and-multisig.
Mise à jour de cette page
- Les modifications des IDs de programme sont critiques pour la sécurité. Ne pas livrer une modification d’ID de programme sans (a) lier à l’annonce Raydium, (b) ajouter une entrée dans
reference/changeloget (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.
- API en direct :
https://api-v3.raydium.io/main/info - github.com/raydium-io/raydium-idl
- github.com/raydium-io/raydium-cp-swap

