Skip to main content
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

Regra prática: se um ID de programa encontrado não corresponder à tabela abaixo, não assine a transação. Um ID de programa incompatível é a forma mais fácil de perder fundos no Solana.

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) e raydium-clmm (CLMM) vêm com repositórios de código-fonte públicos em github.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 em raydium-io/raydium-idl.

Autoridade de administrador compartilhada

Cada programa Raydium — incluindo AMM v4 — compartilha uma única Pubkey 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.
Estes são os valores que o programa escreve em novas configurações, não uma descrição das existentes. Contas AmmConfig criadas antes da atualização mantêm o que está armazenado nelas. Sempre leia protocol_owner / fund_owner da conta antes de construir uma transação de coleta.

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

  1. Solana Explorer. Cole o endereço em explorer.solana.com e confirme que está marcado como Program com uma autoridade de atualização atual. Mainnet-beta deve mostrar implantações assinadas pela autoridade de atualização do Raydium.
  2. CLI. Use solana program show <PROGRAM_ID> -u mainnet-beta para inspecionar slot de implantação, carregador BPF, autoridade de atualização e comprimento de dados. Registre estes em seu runbook.
  3. Anexo de IDL. anchor idl fetch <PROGRAM_ID> --provider.cluster mainnet funciona para CLMM, LaunchLab e Lock, que ainda mantêm uma conta anchor:idl legada 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.
  4. Autoridades de configuração/administrador. Para contas de configuração CPMM/CLMM, leia o campo owner/protocol_owner e confirme que corresponde ao multisig Raydium atual publicado em security/admin-and-multisig.
Se qualquer uma das quatro verificações acima discordar desta página, trate esta página como incorreta e abra um problema antes de escrever novo código contra os endereços.

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/changelog e (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.
Fontes: