Esta página foi traduzida automaticamente por IA. A versão em inglês é a fonte oficial.Ver versão em inglês →
Fonte de verdade. Esta página é o único lugar na documentação que lista endereços de programas literalmente. Outras páginas fazem referência aqui. Se um ID mudar, atualize-o apenas aqui e todas as referências no site permanecerão consistentes.Sempre verifique os valores contra a API ativa (
https://api-v3.raydium.io/main/info) antes de assinar transações reais.Mainnet-beta
Programas on-chain
Notas:
- AMM v4 e Farm v3/v5 são mantidos para pools e posições existentes. A UI do Raydium e o SDK rotearão a criação de novos pools e novas farms de ecossistema para CPMM, CLMM e Farm v6 respectivamente — veja
protocol-overview/versions-and-migration. - O ID do Farm v3 acima funciona também como o programa de staking de ativo único $RAY. O comportamento é idêntico ao Farm v3 para staking de LP.
- Stable AMM é um programa separado que o programa AMM Routing pode direcionar junto com AMM v4, CPMM e CLMM. A liquidez é menor comparada aos outros três programas e o SDK não expõe uma API de primeira classe para ele; integradores que rotearão através dele geralmente o fazem via o roteador.
- Disponibilidade de código-fonte. Dos programas on-chain acima, apenas
raydium-amm(AMM v4),raydium-cp-swap(CPMM) eraydium-clmm(CLMM) vêm com repositórios de código-fonte públicos emgithub.com/raydium-io. Stable AMM, LaunchLab, AMM Routing, Burn & Earn / LP Lock e os programas Farm não estão disponíveis publicamente — verifique-os contra a API ativa, o bytecode on-chain e os IDLs publicados emraydium-io/raydium-idl.
Autoridade de administrador compartilhada
Cada programa Raydium — incluindo AMM v4 — compartilha uma únicaPubkey de administrador codificada para controle de acesso em nível de instrução para caminhos de administrador. É config_feature::amm_owner::ID no AMM v4 (controlando SetParams, CreateConfigAccount e UpdateConfigAccount, e usado como pnl_owner padrão) e admin::ID nos programas Anchor — CLMM, CPMM, LaunchLab, Lock — controlando caminhos como CreateAmmConfig ou UpdatePoolStatus:
As autoridades operacionais em nível de conta (por exemplo,
protocol_owner, fund_owner em AmmConfig CPMM/CLMM, ou as carteiras de migração em GlobalConfig LaunchLab) são armazenadas on-chain e podem diferir do administrador do programa. Leia-as diretamente da conta de configuração relevante antes de enviar transações de alto risco.
Autoridade criadora de PDA de permissão CPMM
CreatePermissionPda aceita o administrador de programa compartilhado acima ou um proprietário dedicado. Desde a atualização CPMM de 2026-09, ClosePermissionPda aceita os mesmos dois signatários; antes disso era apenas administrador.
Autoridades de registro de mint de suporte
CreateSupportMintAssociated e CloseSupportMintAssociated aceitam o administrador de programa compartilhado ou o proprietário dedicado do programa abaixo. Registrar um mint o admite além da lista de permissões de extensão Token-2022 do programa — veja reference/token-2022-support. CPMM e CLMM mantêm cada um seu próprio PDA de registro e sua própria autoridade; nenhuma chave funciona no outro programa.
Carteiras proprietárias de taxa CPMM
Desde a atualização CPMM de 2026-09,CreateAmmConfig escreve essas chaves fixas em protocol_owner e fund_owner da nova configuração em vez de copiar a chave do signatário administrador. CollectProtocolFee e CollectFundFee aceitam a chave armazenada na configuração ou o administrador de programa compartilhado (|| crate::admin::ID), então o administrador permanece um signatário aceito — o que mudou é apenas para onde os ganhos vão por padrão.
Carteiras de coleta de taxa de protocolo
Onde a participação do lado do protocolo de cada programa das taxas de negociação se acumula. Estas são carteiras ordinárias de retenção de tokens, então um único endereço carrega um conjunto misto de mints SPL (wSOL e USDC de pools SOL/USDC, wSOL e RAY de pools SOL/RAY, e assim por diante).
A participação de protocolo do Stable AMM se acumula em-vault como
out_put.need_take_pnl_* e é varrida por WithdrawPnl em vez de ficar em uma carteira permanente. Para CPMM, leia protocol_owner da AmmConfig específica antes de construir uma transação de coleta — configurações criadas antes da atualização de 2026-09 podem conter uma chave diferente.
Carteiras de coleta de lamports em excesso
Cada um dos três programas atualizados em 2026-09-09 ganhou uma instrução de administrador que retorna lamports mantidos acima do mínimo isento de aluguel em contas controladas pelo programa, seguindo a redução de aluguel SIMD-0437. Cada programa codifica sua própria carteira de destino, e cada uma é uma chave dedicada — não o administrador de programa compartilhado.
CPMM e LaunchLab adicionalmente aceitam o administrador de programa compartilhado como o signatário. AMM v4 aceita apenas a carteira acima — não tem fallback de administrador. AMM v4 também compila uma chave de testnet separada (
75KWb5XcqPTgacQyNw9P5QU2HL3xpezEVcgsFCiJgTT) sob seu recurso testnet.
Essas instruções movem apenas lamports; nunca tocam em um saldo de token, fecham uma conta ou alteram o estado do pool. Veja products/amm-v4/instructions, products/cpmm/instructions e products/launchlab/instructions.
Criador de configuração delegado do LaunchLab
CreateConfig aceita o administrador de programa compartilhado ou a autoridade delegada abaixo. A função delegada pode criar uma nova GlobalConfig; não pode chamar o caminho UpdateConfig somente para administrador de uma conta existente.
Autoridades de congelamento de emissor restrito CLMM
Quando qualquer um dos mints de vault em um pool CLMM tem uma das autoridades de congelamento abaixo, novas posições abertas através de um caminho V2 têm sua conta de token NFT de posição congelada. A lista éfrozen_position_nft_authorities::IDS no programa CLMM, e sua entrada única é a autoridade de emissor que a detecção Superstate removida do CLMM também correspondia. Estas são autoridades de emissor de ativo subjacente usadas apenas como chaves de correspondência. O PDA do pool CLMM, não a chave do emissor, torna-se autoridade de congelamento para o mint NFT de posição.
A lista é codificada no programa CLMM. Adicionar ou remover uma autoridade requer uma atualização do programa.
Convenções de configuração compartilhada / PDA
Vários programas Raydium expõem contas de configuração cujas chaves públicas são estáveis e listadas na API pública. Prefira a busca de API em vez de codificar:Receptores de taxa de criação de pool
Tanto CPMM quanto AMM v4 validam seu destino de taxa de criação de pool por endereço exato, então ele já deve existir em qualquer cluster que você esteja testando. CLMM não tem taxa de criação de pool separada.
AMM v4 também compila
3TRTX4dXUpp2eqxi3tvQDFYUV7SdDJjcPE3Y4mbtftaX sob seu recurso testnet. CPMM rejeita uma incompatibilidade com ConstraintAddress do Anchor (2012); AMM v4 com InvalidFee.
Guardião de limite de ordem CLMM
SettleLimitOrder e CloseLimitOrder aceitam o owner da ordem ou a chave de guardião em todo o programa abaixo. O guardião não pode abrir, aumentar ou diminuir ordens, e a saída sempre vai para a conta do proprietário da ordem — veja security/admin-and-multisig.
Parâmetros de taxa padrão do índice
0 de AmmConfig CPMM (pool de 0,25%), para referência:
Veja
products/cpmm/fees para como as divisões se compõem, e reference/fee-comparison para a matriz entre produtos.
Sementes de PDA
As sementes abaixo são canônicas e usadas tanto pelo SDK quanto por CPIs on-chain. Sempre calcule PDAs; não codifique endereços derivados.token0Mint / token1Mint são ordenados por ordem de byte de chave pública (token0 < token1) antes de fazer hash. Fazer isso errado produz um PDA válido para um pool inexistente.
As sementes CLMM equivalentes seguem o mesmo estilo; veja products/clmm/accounts.
Devnet
Base da API REST Devnet:
https://api-v3-devnet.raydium.io/ (mesma forma de rota que mainnet).
Autoridade de atualização
Cada programa Raydium na mainnet-beta é implantado sob o BPF Upgradeable Loader com a mesma autoridade de atualização — o vault do multisig Squads de atualização de programa:
Verificado on-chain em 2026-09-09 para AMM v4, CPMM, CLMM, Stable AMM, Farm v6, LaunchLab, AMM Routing e Lock — todos os oito relatam essa autoridade, e nenhum é imutável. Verifique novamente com
solana program show <PROGRAM_ID> -u mainnet-beta antes de uma implantação de alto risco; veja security/admin-and-multisig para o limite do multisig e prática de assinatura.
Contas de configuração em nível de programa
Todos os valores lidos da mainnet-beta em 2026-09-09. As taxas de taxa nessas contas são mutáveis por administrador — leia-as ao vivo em vez de armazenar em cache.
Como verificar um endereço on-chain
- Solana Explorer. Cole o endereço em explorer.solana.com e confirme que está marcado como
Programcom uma autoridade de atualização atual. Mainnet-beta deve mostrar implantações assinadas pela autoridade de atualização do Raydium. - CLI. Use
solana program show <PROGRAM_ID> -u mainnet-betapara inspecionar slot de implantação, carregador BPF, autoridade de atualização e comprimento de dados. Registre estes em seu runbook. - Anexo de IDL.
anchor idl fetch <PROGRAM_ID> --provider.cluster mainnetfunciona para CLMM, LaunchLab e Lock, que ainda mantêm uma contaanchor:idllegada de propriedade do programa. Não funciona para CPMM: o IDL on-chain do CPMM foi movido para o programa Program Metadata (ProgM6JCCvbYkfKqJYHePx4xxSUSqJp7rh8Lyv7nk7S) na atualização de 2026-09, então busque-o de lá. AMM v4, Stable AMM e Farm não têm IDL on-chain. Os IDLs são espelhados em github.com/raydium-io/raydium-idl — compare o IDL on-chain com o repositório antes de confiar nele. - Autoridades de configuração/administrador. Para contas de configuração CPMM/CLMM, leia o campo
owner/protocol_ownere confirme que corresponde ao multisig Raydium atual publicado emsecurity/admin-and-multisig.
Atualizando esta página
- Mudanças em IDs de programa são críticas para segurança. Não envie uma mudança de ID de programa sem (a) vincular ao anúncio do Raydium, (b) adicionar uma entrada em
reference/changeloge (c) executar uma verificação de link sobre a documentação para confirmar que nenhuma página ainda faz referência ao valor antigo. - Depreciações permanecem na tabela com uma nota de status em vez de serem deletadas — pools existentes ainda resolvem via o programa antigo.
- API ativa:
https://api-v3.raydium.io/main/info - github.com/raydium-io/raydium-idl
- github.com/raydium-io/raydium-cp-swap

