Esta página foi traduzida automaticamente por IA. A versão em inglês é a fonte oficial.Ver versão em inglês →
Raydium não aceita mints Token-2022 arbitrários. CPMM e CLMM executam um modo de lista de permissão rigoroso: apenas um pequeno conjunto de extensões passa por padrão; tudo o mais é rejeitado na criação do pool. Um punhado de mints confiáveis é admitido por endereço codificado; CLMM adicionalmente suporta um registro por mint gerenciado por admin e detecção de token Superstate em tempo de execução. Esta página é a referência única para o que é aplicado e onde, com citações de arquivo e linha no código-fonte do programa.
Suporte no nível do programa
As verificações da lista de permissão residem em:
- CPMM:
is_supported_mintemraydium-cp-swap/programs/cp-swap/src/utils/token.rs:178, chamado deInitialize. - CLMM:
is_supported_mintemraydium-clmm/programs/amm/src/util/token.rs:280, chamado deCreatePool. - LaunchLab:
initialize_with_token_2022emraydium-launchpad/programs/launchpad/src/instructions/initialize_with_token_2022.rs(código-fonte não disponível publicamente).
Congelamento de NFT de posição CLMM para emissores restritos
Contas de NFT de posição permanecem descongeladas por padrão. CLMM congela uma apenas quando a posição usa um caminho V2 aberto e pelo menos um mint do vault tem seufreeze_authority atual correspondendo à lista de emissores restritos codificada. A lista inicial contém a mesma autoridade usada pelo caminho de detecção Superstate abaixo. Definir o PDA do pool como a autoridade de congelamento do mint do NFT de posição não é em si um congelamento. Esta é uma regra de custódia de posição, não outra lista de permissão de criação de pool:
- O pool já pode existir e permanecer permutável.
- O mint do NFT de posição usa o PDA do pool CLMM como sua própria autoridade de congelamento; o emissor subjacente não controla o NFT de posição.
OpenPositionV2cobre NFTs de posição SPL clássicos sobre ativos de pool Token-2022.OpenPositionWithToken22Nftcobre NFTs de posição Token-2022.OpenPositionV1 não inspeciona mints do vault e não pode servir os ativos Token-2022 restritos direcionados pela lista enviada.- Posições existentes não são alteradas.
ClosePosition descongela e queima atomicamente quando o cliente passa o pool como a primeira conta restante. Veja products/clmm/ticks-and-positions.
Lista de permissão de extensões CPMM e CLMM
Após os atalhos de whitelist estático (cobertos abaixo), o programa itera as extensões do mint e rejeita o mint se ele carregar qualquer extensão além destas cinco:
Qualquer coisa não nesta lista —
TransferHook, NonTransferable, ConfidentialTransferMint, PermanentDelegate, MintCloseAuthority, DefaultAccountState, GroupPointer, GroupMemberPointer, MemberPointer, Pausable, etc. — causa is_supported_mint retornar false e a criação do pool reverter.
As linhas relevantes (CPMM, forma idêntica em CLMM):
cp-swap/src/utils/token.rs:190–200
Caminhos de bypass
Um mint Token-2022 que não se encaixa na lista de permissão ainda pode ser admitido através de um dos três bypasses explícitos. Eles são tentados em ordem, antes da iteração de extensão ser executada.1. Whitelist estática de mints
Um array constanteMINT_WHITELIST de strings base58 é codificado em cada programa. Se o endereço do mint corresponder, a função retorna true imediatamente e nenhuma verificação de extensão é realizada.
Estes endereços são incorporados no programa; atualizar a lista requer uma atualização de programa através do multisig de upgrade 3/4.
2. Registro por mint — apenas CLMM
CLMM adicionalmente consulta um PDASupportMintAssociated na seed [b"support_mint", mint]. Se esse PDA existe para o mint, ele é admitido independentemente de seu conjunto de extensões.
O PDA é criado por CreateSupportMintAssociated (admin/create_support_mint_associated.rs). A instrução é controlada para dois signatários:
crate::admin::ID— a autoridade admin padrão do Raydium.crate::create_support_mint_associated_owner::ID— uma autoridade dedicada para este propósito:RayVyjyJQz9vAi126A4sGexKnSU1XeZaHTRcM1mZMPY(mainnet),rayf3nEbb3bnfN6RDGFpqPbjc5uUa3tRUzu6UVYrRx5(devnet).
3. Detecção Superstate — apenas CLMM
CLMM tem um terceiro caminho especificamente para ativos tokenizados do Superstate, que usam a extensãoScaledUiConfig que a versão de spl-token-2022 vinculada ao programa CLMM não consegue desempacotar. Em vez de atualizar a dependência, CLMM detecta tokens Superstate pela forma de sua autoridade:
raydium-clmm/programs/amm/src/util/token.rs:485
Um mint passa por este ramo se todos os quatro forem verdadeiros:
- Seu programa proprietário é o programa Token-2022.
- Sua autoridade de congelamento é igual a
superstate_allowlist::ID. Vejareference/program-addressespara os valores mainnet-beta e devnet. - Sua extensão
DefaultAccountStateestá definida comoFrozen. - Seu delegado permanente também é
superstate_allowlist::ID.
O que os bypasses não dispensam
Os bypasses pulam a lista de permissão de extensões, mas o programa ainda aplica:- O mint é propriedade de
TokenouToken-2022. Um programa de token customizado é rejeitado upstream. - Os vaults do pool são criados com as extensões ATA corretas para pools Token-2022 (
ImmutableOwner, etc.). - Todas as transferências passam por
transfer_checked— mints com taxa de transferência desembarcam o valor correto no vault.
TransferHook depois não ganha uma verificação em tempo de swap; o hook simplesmente seria executado em cada transferência e poderia quebrar swaps. Whitelisting é portanto uma ação de alta confiança.
Semântica “Bloqueado”
Quandois_supported_mint retorna false, a criação do pool reverte com ErrorCode::NotSupportMint (CPMM) / ErrorCode::NotSupportMint (CLMM). Veja reference/error-codes para os códigos numéricos.
Pools existentes não podem falhar retroativamente nesta verificação — o gate é executado apenas na criação. Extensões de mint são imutáveis para as categorias que Raydium rejeita (transfer hook, non-transferable, confidential transfer não podem ser adicionados pós-criação), então a verificação estática é suficiente.
Por que cada extensão excluída é excluída
- TransferHook — invoca um programa customizado em cada transferência, com consumo de CU arbitrário, condições de falha arbitrárias, e a capacidade de reentrar o programa chamador. Nenhum sandbox seguro existe. Alguns DEXes mantêm listas de permissão de hooks; Raydium não.
- NonTransferable —
Transfersempre falha. Um pool não pode tomar custódia. - ConfidentialTransfer — valores de transferência são criptografados; a curva não consegue precificar o swap.
- PermanentDelegate — um detentor do delegado pode varrer qualquer conta de token, incluindo o vault do pool. Permitido apenas via whitelist estática para emissores confiáveis (por exemplo, stablecoins regulados).
- MintCloseAuthority — o mint pode ser fechado; pools existentes se tornam inutilizáveis. Desabilitado por padrão.
- DefaultAccountState (Frozen) — ATAs do pool desembarcariam em estado
Frozene exigiriam descongelamento por conta. Permitido apenas via detecção Superstate, que assume que o emissor descongela contas institucionais no registro. - Ponteiros Group/Member — não ativamente prejudiciais, mas não revisados. Desabilitados por padrão para manter a superfície estreita.
Contabilidade de taxa de transferência
Para mints carregandoTransferFeeConfig, cada swap, depósito e saque move menos que o valor nominal. O SDK expõe ambas as metades do cálculo:
amountIn + token2022FeeIncomo “você envia”amountOut - token2022FeeOutcomo “você recebe”feeAmountcomo a taxa do pool (LP + protocolo), que é separada da taxa de transferência Token-2022
amountIn → amountOut subestima custos.
Limite maximumFee
Taxas de transferência Token-2022 são limitadas por transferência. Para um mint de 1% com um limite de 10.000 tokens, uma transferência de 100.000.000 tokens paga apenas 10.000 em taxa. O computeSwapAmount do SDK aplica o limite; chamadores diretos do programa devem replicá-lo.
Transição de época
Uma autoridade de mint pode agendar uma mudança de taxa de taxa que se ativa na próxima época. Durante a janela de transição, duas configs (older, newer) vivem no mint ao mesmo tempo e TransferChecked seleciona pela época atual. CPMM SwapV2 e CLMM SwapV2 ambos passam a conta de mint completa em accounts, então o programa lê a config correta sem uma busca extra.
Se você citar mais de uma época antecipadamente via Trade API ou SDK, a taxa executada pode diferir da taxa cotada — limitada pelo maximum_fee_basis_points da config mais antiga.
Juros compostos e ScaledUiAmount
O pool mantém o valor principal; o “valor da UI” é o principal multiplicado por um fator de escala dependente do tempo ou definido por admin. A matemática de swap opera no principal:pool.token0Vault.amount como principal.
Definição de “pool Token-2022”
Um pool é um pool Token-2022 se qualquer um dos mints temprogramId == TokenzQdB.... A API expõe isto:
programId para dispatch, e hasTransferFee para exibir um aviso de UI.
Auxiliares SDK
Erros comuns de integração
- Pré-voo apenas do ID do programa. Um mint pode ser Token-2022 e não suportado. Caminhe pela lista de extensões contra a lista de permissão (e a whitelist estática) antes de permitir criação de pool.
- Confiar na cotação do SDK quando o mint não é aceito em absoluto. A API de cotação não se recusa a cotar — a criação do pool é o que reverte. Confirme a semântica
is_supported_mintoff-chain antes de expor criação de pool em sua UI. - Cotação sem o corte de taxa de transferência. Um mint de taxa de transferência de 1% em ambos os lados de um pool CPMM de 0,25% tem uma taxa efetiva em torno de 2,25%, não 0,25%. Use a cotação do SDK ou cotação da Trade API — nunca compute taxa manualmente apenas a partir do nível de taxa do pool.
- Chamar a instrução
Swaplegada em um pool Token-2022.Swapé anterior ao Token-2022. UseSwapV2sempre que qualquer mint for Token-2022. - Auto-listar novos mints Token-2022. Carteiras e agregadores devem verificar
TransferHookeNonTransferableantes de exibir um mint aos usuários; ambos são hostis ao Raydium.
Trabalho futuro
Itens do roteiro do ecossistema Solana e protocolo que mudariam esta matriz:- Programas de transfer-hook na lista de permissão no nível Solana (convenção de ecossistema evoluindo).
- AMMs compatíveis com confidential-transfer (estágio de pesquisa).
- Registro por mint CPMM mais amplo (paridade com CLMM).
- Atualização de dependência para que a decodificação
ScaledUiConfigdo CLMM funcione sem a heurística Superstate.
Ponteiros
algorithms/token-2022-transfer-fees— matemática de taxa em swaps.products/cpmm/instructions—SwapV2,Initialize.products/clmm/instructions—SwapV2,CreatePool,CreateSupportMintAssociated.reference/error-codes— códigos numéricosNotSupportMintpor programa.
raydium-cp-swap/programs/cp-swap/src/utils/token.rs—MINT_WHITELIST,is_supported_mint.raydium-clmm/programs/amm/src/util/token.rs—MINT_WHITELIST,superstate_allowlist,is_superstate_token,is_supported_mint.raydium-clmm/programs/amm/src/instructions/admin/create_support_mint_associated.rs— instrução de registro por mint.raydium-launchpad/programs/launchpad/src/instructions/initialize_with_token_2022.rs— criação de mint base Token-2022 do LaunchLab.

