Esta página foi traduzida automaticamente por IA. A versão em inglês é a fonte oficial.Ver versão em inglês →
Este é o changelog da documentação — o registro de atualizações destas páginas desde o lançamento do projeto. Cada versão abaixo vincula a sua própria entrada; abra uma para o resumo completo, capítulos afetados e data de verificação. Para a linha do tempo histórica do protocolo, consulte
introduction/history-and-milestones.Versões
LaunchLab: lançamentos apenas CPMM e controles de configuração de plataforma
A inicialização de lançamento agora requer CPMM enquanto o estado legado vinculado ao AMM v4 permanece migrável. Antes desta versão,
creator_scale produzia uma Fee Key de propriedade do criador; migrações CPMM executadas após a atualização consolidam platform_scale + creator_scale em um compartilhamento de Fee Key de propriedade da plataforma. As plataformas também podem restringir lançamentos com seus próprios PDAs PlatformAllowConfig, e construtores de migração devem anexar ambos os PDAs de suporte-mint CPMM.Leia a entrada completa →CLMM: congelamento de NFT de posição com emissor restrito
Novos mints de NFT de posição CLMM usam seu pool como autoridade de congelamento, mas suas contas de token permanecem descongeladas por padrão. O congelamento ocorre apenas em
OpenPositionV2 ou OpenPositionWithToken22Nft quando a autoridade de congelamento do mint do cofre subjacente corresponde à lista de emissor restrito. Uma posição correspondente não pode transferir ou mudar de proprietário, mas ainda pode gerenciar liquidez. Sua chamada ClosePosition deve anexar o pool para que CLMM possa descongelar, queimar e fechar atomicamente. As posições existentes permanecem inalteradas.Leia a entrada completa →CPMM: coleta de taxa de criador sem permissão
Uma instrução aditiva
CollectCreatorFeePermissionless permite que qualquer pagador recolha todas as taxas de criador acumuladas, enquanto restringe o beneficiário e ambos os destinos de token a PoolState.pool_creator e aos ATAs canônicos do criador. O caminho original assinado pelo criador permanece inalterado. CreatePermissionPda também aceita uma autoridade de concessão dedicada, enquanto ClosePermissionPda permanece apenas para administrador.Leia a entrada completa →CLMM: multi-pools com permissão e proteção de conta congelada para limite de ordem
Duas atualizações de programa CLMM aditivas e compatíveis com versões anteriores.
CreatePermissionedPool incorpora um seed_index não-zero fornecido pelo cliente nas sementes do PDA do pool, permitindo que um operador na lista branca (um que possui um PDA Permission) crie múltiplos pools por (config, mint0, mint1) — então um ID de pool não é mais canônico para um par. Novas instruções de administrador CreatePermissionPda / ClosePermissionPda gerenciam essas concessões, e PoolState ganha um campo seed_index (esculpido do preenchimento, sem mudança de tamanho). Separadamente, OpenLimitOrder agora recebe as contas do lado de saída e rejeita ordens cuja conta de token de entrada ou saída está congelada (NotApproved).Leia a entrada completa →AMM v4: remover dependência OpenBook / Serum
AMM v4 remove sua dependência de longa data do OpenBook/Serum, todos os CPIs de livro de ordens e as instruções de market-making mortas.
SwapBaseIn / SwapBaseOut, Deposit e Withdraw mantêm seus layouts (contas de mercado removidas agora são ignoradas, não validadas); um WithdrawPnl com quebra de compatibilidade (17 → 10, sem compatibilidade) e SetParams (contas reduzidas + param renumerado); e Initialize, PreInitialize, MonitorStep, MigrateToOpenBook, WithdrawSrm, SimulateInfo, AdminCancelOrders não são mais chamáveis. Os layouts de conta on-chain e códigos de erro permanecem estáveis; migre swaps para os pontos de entrada V2.Leia a entrada completa →Stable AMM: remover código OpenBook (mercado) morto
Stable AMM remove suas contas e código de market-making OpenBook de longa data. Layouts menores
SwapBaseIn / SwapBaseOut (18 → 9), Deposit (14 → 12) e Withdraw (21/22 → 12) (layouts antigos ainda compatíveis); uma mudança com quebra de compatibilidade em WithdrawPnl (16 → 10, sem compatibilidade); a taxa de referência aposentada; e uma fórmula de ativo de pool simplificada apenas para cofre. A maioria das outras instruções Stable não são mais chamáveis.Leia a entrada completa →CLMM: ordens limitadas, taxa unilateral, taxa dinâmica
Três capacidades CLMM opcionais e compatíveis com versões anteriores: ordens limitadas de primeira classe (com um mantenedor
limit_order_admin), coleta de taxa unilateral (CollectFeeOn) e uma taxa dinâmica com rastreamento de volatilidade. Adiciona CreateCustomizablePool, uma reformulação de PoolState (mudança que quebra indexador), novos campos TickState, onze novos códigos de erro (com deslocamento numérico) e adições correspondentes de SDK / API.Leia a entrada completa →Publicação inicial
Primeiro lançamento público do conjunto de documentação Raydium, verificado em relação a implantações mainnet-beta ativas e
@raydium-io/raydium-sdk-v2@0.2.42-alpha.Leia a entrada completa →Convenções de documentação
- Versionamento: esta documentação usa versionamento baseado em calendário (YYYY-MM-DD). Cada atualização adiciona uma nova página de entrada e uma nova linha no topo da linha do tempo acima.
- Uma página por versão: cada resumo de versão vive em sua própria página em
reference/changelog/, então este índice permanece curto e cada entrada é independentemente vinculável. - Data de verificação: cada entrada registra quando o conteúdo foi verificado pela última vez em relação ao estado on-chain / API e ao código-fonte do programa. Se não declarado, assuma a data principal da entrada.
- Mudanças com quebra de compatibilidade: destacadas em um aviso em caixa nas páginas afetadas e marcadas na entrada.
- Cobertura: este changelog cobre o próprio conjunto de documentação. A linha do tempo histórica do protocolo vive em
introduction/history-and-milestonese é a fonte de verdade para “quando X aconteceu no Raydium”.
Correções
Se você encontrar um erro nesta documentação, abra uma issue ou pull request no repositório de documentação. As correções são registradas como entradas de changelog.Referências
introduction/history-and-milestones— a linha do tempo do protocolo.security/audits— histórico de auditorias.ray/protocol-fees— divisões de taxas de protocolo.reference/program-addresses— fonte de verdade de IDs de programa.