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 vinculam 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 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 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. ClosePermissionPda permanece restrito ao administrador de programa compartilhado.

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; ela não pode chamar o caminho UpdateConfig restrito ao administrador para uma conta existente.

Autoridades de congelamento de emissor restrito CLMM

Quando qualquer mint 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 entrada inicial é a autoridade usada pela detecção de ativos Superstate do CLMM. 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 do 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 na API em vez de codificar:
Parâmetros de taxa padrão de AmmConfig CPMM índice 0 (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 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 estes 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 uma issue 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 links sobre a documentação para confirmar que nenhuma página ainda referencia o 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: