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 de ouro: 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 roteirizam 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 também funciona 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 em comparação com os outros três programas e o SDK não expõe uma API de primeira classe para ele; integradores que roteirizam 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) são fornecidos 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

Todos os programas baseados em Anchor (CLMM, CPMM, LaunchLab, Lock) compartilham uma única Pubkey de administrador codificada para controle de acesso em nível de instrução para caminhos de administrador (como CreateAmmConfig ou UpdatePoolStatus): Autoridades operacionais em nível de conta (por exemplo, protocol_owner, fund_owner em AmmConfig do CPMM/CLMM, ou as carteiras de migração em GlobalConfig do 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 do CPMM

CreatePermissionPda aceita o administrador de programa compartilhado acima ou um proprietário dedicado. Desde a atualização do CPMM de 2026-09, ClosePermissionPda aceita os mesmos dois signatários; antes disso era apenas administrador.

Autoridade do registro de mint de suporte do CPMM

CreateSupportMintAssociated e CloseSupportMintAssociated aceitam o administrador de programa compartilhado ou o proprietário dedicado abaixo. Registrar um mint o admite além da lista de permissões de extensão Token-2022 do CPMM — veja reference/token-2022-support.

Carteiras de proprietário de taxa do CPMM

Desde a atualização do 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. Eles são os signatários que CollectProtocolFee e CollectFundFee aceitam para qualquer configuração criada a partir dessa atualização em diante.
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 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 também aceitam o administrador de programa compartilhado como 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 um novo GlobalConfig; não pode chamar o caminho UpdateConfig somente para administrador de uma conta existente.

Autoridades de congelamento de emissor restrito do CLMM

Quando qualquer um dos mints de cofre 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 única entrada é a autoridade de emissor que a detecção de 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 de 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 do 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:
O receptor de taxa de criação de pool do CPMM é uma conta fixa, não derivada ou consultada via API: create_pool_fee_reveiver::ID em lib.rs do raydium-cp-swap, atualmente DNXgeM9EiiaAbaWvwjHj9fQQLAX5ZsfHyvmYUNRAdNC8. A instrução initialize do CPMM a valida por endereço exato, portanto ela já deve existir em qualquer cluster que você esteja testando. Parâmetros de taxa padrão do índice 0 do AmmConfig do CPMM (pool padrão 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 do Devnet: https://api-v3-devnet.raydium.io/ (mesma forma de rota que mainnet).

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 deploys assinados pela autoridade de atualização do Raydium.
  2. CLI. Use solana program show <PROGRAM_ID> -u mainnet-beta para inspecionar slot de deploy, carregador BPF, autoridade de atualização e comprimento de dados. Registre-os em seu runbook.
  3. Anexo de IDL. Consulte o IDL on-chain com anchor idl fetch <PROGRAM_ID> --provider.cluster mainnet. O campo address do IDL deve corresponder. Os mesmos 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 atual do Raydium 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.
  • Descontinuações permanecem na tabela com uma nota de status em vez de serem deletadas — pools existentes ainda resolvem via o programa antigo.
Fontes: