A documentação oficial descreve Raydium como um conjunto de programas da Solana para formação automatizada de mercado e infraestrutura de liquidez, e identifica RAY como o token SPL nativo da Raydium.
As buscas em inglês raydium ecosystem and use cases, raydium solana e how does raydium work tratam, respectivamente, do ecossistema, do contexto de rede e do mecanismo. Este perfil responde a elas no nível da arquitetura e não transforma um desenho documentado em uma afirmação sobre valor, segurança, disponibilidade, legalidade ou resultado para qualquer pessoa.
O que é Raydium na Solana?
Materiais oficiais descrevem Raydium como uma coleção de programas de contratos inteligentes permissionless e non-custodial na Solana. A documentação o apresenta como uma pilha de formação automatizada de mercado e liquidez, não como um aplicativo único e indivisível. Cada programa tem estados, lógica de curva, histórico de versões e limites de risco próprios.
Um formador automatizado de mercado, ou AMM, expressa uma relação entre ativos por meio de regras de programa e reservas controladas pelo programa. Ele aplica a curva documentada às reservas relacionadas em vez de deixar uma pessoa definir cada relação. Isso explica a organização da liquidez onchain, mas não demonstra que um ativo seja confiável, adequado, emitido legalmente ou capaz de preservar valor.
Liquidez aqui significa um desenho estruturado de reservas a partir do qual o programa pode calcular sua curva. Ela não promete que um ativo sempre possa ser convertido na relação esperada, que a composição das reservas permanecerá estável ou que um caminho específico estará disponível. Uma descrição de liquidez é um ponto de partida para entender a arquitetura, não uma garantia de execução, segurança ou profundidade.
Que problema um AMM busca tratar?
Em alto nível, um AMM trata de como um programa pode derivar uma relação variável entre duas reservas sem um livro de ordens externo. Um desenho de produto constante normalmente expressa a relação central como x · y = k. Se uma reserva muda em relação à outra, a curva deriva uma relação diferente entre os dois lados. Isso é um modelo matemático, não uma previsão ou recomendação.
A documentação da Raydium distingue mais de um desenho de AMM. CPMM é a forma padrão de produto constante, CLMM concentra liquidez em intervalos escolhidos e Stable AMM usa uma curva de tabela interpolada para ativos correlacionados. Vários desenhos refletem estruturas e limites de programa distintos, mas não significam que um seja sempre mais seguro, adequado ou vantajoso do que outro.
Liquidez também é um conceito de estado, não um selo de qualidade. Reservas, parâmetros de curva, comportamento de tokens, atualizações de programas e condições ao redor da Solana podem afetar o que o mecanismo representa em determinado momento. A ideia duradoura de um programa baseado em curva deve ser separada de observações variáveis sobre um pool ou interface específicos.
Como os programas AMM da Raydium se encaixam?
A documentação de arquitetura atual da Raydium descreve programas AMM independentes, incluindo AMM v4, CPMM, CLMM e Stable AMM, junto de infraestrutura de apoio como routing e convenções de configuração. Os programas compartilham o ambiente Solana, mas não se reduzem a um motor universal de relação de preços. Portanto, o nome Raydium não comprova que cada componente tenha o mesmo comportamento ou status.
CPMM é documentado como um AMM de produto constante nativo da Solana. CLMM é documentado como um desenho de intervalos, ticks e contabilidade por posição. Stable AMM é documentado como um programa separado com uma curva de tabela. Essas descrições explicam várias formas de liquidez na arquitetura, mas não prescrevem uma ação nem prometem um resultado.
A documentação oficial atual também traça uma fronteira histórica importante. AMM v4 teve antes integração com o livro de ordens OpenBook, mas a documentação afirma que essa integração foi desativada e que as contas associadas estão inertes. Ela não deve ser apresentada como fonte atual de liquidez compartilhada. Assim, how does raydium work deve ser explicado por programas e curvas atuais, não por uma narrativa de integração obsoleta.
O que RAY identifica no sistema Raydium?
A página oficial de RAY da Raydium identifica RAY como o token SPL nativo do projeto na Solana. O ticker correto é RAY. Isso identifica o rótulo de token usado pela documentação, não estabelece participação de propriedade, direito a retorno, avaliação ou motivo para adquiri-lo.
Um ticker é um identificador, não uma prova de autenticidade. Nomes, símbolos, imagens e descrições parecidos podem ser copiados. Para fins editoriais, a identidade oficial do token deve ser separada de fontes não relacionadas que apenas reutilizam a palavra RAY ou Raydium.
Dados de oferta, informações de mint, linguagem de alocação, emissões, descrições ligadas à governança e qualquer texto de utilidade são fatos do dia de publicação. Eles só são úteis quando confrontados com o registro oficial atual e quando seu escopo é declarado. Este perfil evita deliberadamente quantidades variáveis e não apresenta mecanismo algum de token como promessa.
Um ponto estrutural pertence ao RAY e não à arquitetura. O registro metodológico da DefiLlama para o protocolo afirma que 12 por cento das taxas de negociação em todos os tipos de pool financiam recompras de RAY e que 4 por cento das taxas das pools de liquidez concentrada e de produto constante vão para a tesouraria, cabendo o restante aos provedores de liquidez. O acúmulo de taxas escala, portanto, com quanta negociação de fato passa pelas pools, e boa parte desse fluxo nos últimos anos veio da atividade de lançamento de tokens na Solana. Em 2025 esse vínculo ficou explícito: em março uma plataforma de lançamento estreou um formador de mercado automatizado concorrente e levou parte desse fluxo, e a Raydium respondeu em abril com seu próprio produto de lançamento. Ler RAY sem ler o volume de lançamentos deixa de fora a origem das taxas.
Ecossistema Raydium e estado atual da documentação
O ecossistema Raydium na documentação atual inclui material sobre AMM v4, CPMM, CLMM, Stable AMM, Farm, LaunchLab e infraestrutura compartilhada de liquidez. A documentação também separa programas onchain nativos de superfícies offchain de apoio. Trata-se de um mapa de componentes documentados, não de confirmação de que cada um tenha o mesmo status ativo, alcance geográfico, disponibilidade de interface ou maturidade.
A linguagem de status atual precisa ser revisada no dia da publicação. Documentos oficiais podem mudar descrições de versões de programa, desativações, atualizações, superfícies voltadas ao usuário ou opções de configuração. O status de AMM v4, CPMM, CLMM, Stable AMM, Farm e LaunchLab deve ser lido nas páginas oficiais no dia da publicação, e não inferido de artigo antigo, resultado armazenado em cache ou imagem copiada.
A lista do ecossistema tampouco prova, por si só, um caso de uso de ativos do mundo real. Ela não valida ativo subjacente, emissor, reivindicação jurídica, reserva ou tratamento regulatório. Qualquer afirmação sobre uma estrutura RWA específica requer evidência primária própria e não deve ser inferida da existência de infraestrutura geral de liquidez da Solana.
Como devem ser lidas as afirmações sobre a arquitetura da Raydium?
Um diagrama de arquitetura pode esclarecer qual categoria de programa é responsável por um estado ou curva. Ele não pode estabelecer que uma instância implantada está livre de defeitos, que sua configuração é adequada ou que uma interface externa apresenta informação completa. O significado de um mecanismo documentado é mais estreito do que uma garantia sobre consequências reais.
Non-custodial e permissionless descrevem um modelo de sistema. Por si só, não resolvem questões de risco de código, autoridade administrativa, controles de atualização, comportamento de tokens, erro de usuário, tratamento regulatório ou continuidade de serviço. Cada questão exige uma fonte de evidência diferente e pode mudar com o tempo.
A documentação também distingue programas onchain de superfícies offchain relacionadas. Essa distinção evita que um nome amplo de produto seja tratado como uma garantia única, mas não significa que infraestrutura de apoio, documentação, indexação ou qualquer interface estarão sempre disponíveis, completas ou livres de erro.
Riscos, confusão de identidade e limites da documentação
Sistemas AMM e de liquidez têm riscos de código, configuração, composição e ativos específicos. A lógica de curva pode se comportar de modo diferente da intuição do leitor, características de token podem introduzir comportamento especial e mudanças em sistemas ao redor podem alterar as condições em que um programa é interpretado. Um perfil curto não elimina esses riscos.
Também existe risco de identidade. Um nome familiar, ticker, logotipo, captura de tela, conta social ou resultado de busca não basta para provar que uma fonte ou ativo é oficial. Os materiais oficiais de segurança da Raydium enfatizam verificações de domínio e identidade porque imitações enganosas e rótulos podem se passar por projetos legítimos.
Uma referência de auditoria, um repositório público de código ou uma declaração de segurança devem ser lidos segundo seu escopo e data exatos. Nenhum deles garante sozinho segurança, conformidade, liquidez, disponibilidade ou ausência de mudanças futuras. O limite editorial adequado é descrever o material primário e deixar alegações não verificadas fora do artigo.
No registro público deste projeto há dois incidentes separados, e eles falharam de maneiras diferentes. Em 16 de dezembro de 2022 uma chave administrativa de pool foi comprometida; a análise posterior da equipe atribuiu o comprometimento a um trojan na máquina que guardava a chave, e o atacante então chamou uma função que retira taxas de negociação destinadas à tesouraria da DAO, drenando ativos de várias pools. Os valores de perda relatados divergem entre os relatos. O que importa ao leitor é a classe de falha: foi segurança operacional de chaves, não um defeito na matemática das pools. A compensação foi feita usando tokens da equipe já desbloqueados para a parte em RAY e submetendo aos detentores uma proposta de tesouraria para os ativos que a equipe não possuía.
O segundo incidente, em 10 de junho de 2026, veio de código descontinuado e não da operação. Um programa de formador de mercado automatizado obsoleto, herdado de uma fase anterior, não verificava os endereços de emissão dos tokens LP em seu caminho de retirada, então um atacante criou uma emissão LP falsificada sem relação com qualquer pool real, cunhou uma única unidade e chamou a função de retirada legada; o programa antigo tratou aquilo como participação de 100 por cento e liberou as reservas. Cinco pools há muito inativas, remontando a 2021, foram esvaziadas em cerca de 1,34 milhão de dólares somados. A Raydium descreveu a falha como erro lógico autocontido do programa legado, disse que as pools e programas atuais não estavam expostos e afirmou que sua tesouraria cobriria as perdas. Juntos, os dois eventos ilustram uma regra geral: código descontinuado, já inacessível por uma interface, pode continuar acessível em cadeia.
Como verificar Raydium e RAY
A verificação começa comparando o nome do projeto, o contexto da documentação oficial e o componente específico descrito em materiais de primeira parte da Raydium. Um artigo copiado, diretório não relacionado ou publicação social pode servir apenas como pista, não como fonte autorizada de uma afirmação factual.
Para RAY, a revisão de publicação deve confrontar ticker, contexto da Solana e o registro oficial atual do token. Um endereço do contrato ou explorador de blocos pode apoiar a revisão de identidade apenas quando corresponde a um identificador publicado pelo material oficial do projeto. Isso não substitui a verificação da fonte, data e escopo desse material.
Por fim, a revisão deve separar afirmações estáveis sobre o mecanismo de fatos do dia de publicação. Versões de programa, avisos de desativação, dados de mint, status de interface, divulgações de segurança, domínios oficiais e qualquer afirmação relacionada a RWA exigem verificação primária atual. Estes são princípios para avaliar informação pública, não instruções para usar um produto ou autorizar uma ação.
Conclusão
Segundo materiais atuais de primeira parte, Raydium é melhor entendido como uma arquitetura de AMM e liquidez de múltiplos programas na Solana. CPMM, CLMM, Stable AMM e o desenho anterior AMM v4 descrevem formas diferentes de organizar o estado das reservas e a lógica de curva. RAY é o ticker oficial do token SPL nativo da Raydium.
O limite editorial central está entre um mecanismo documentado e um resultado garantido. A documentação atual deve ser lida com escopo e data, especialmente quando uma descrição antiga de livro de ordens, uma afirmação de token, um status de programa ou uma afirmação RWA puder ser confundida com fato atual ou promessa.
Páginas de mercado relacionadas
Páginas da Bitbase para os tokens citados neste artigo:
- RAY: Ver o preço · Mercado spot
Leituras relacionadas
Outros artigos da Bitbase sobre este tema:
- Staking na Solana e economia dos validadores
- Erros de transação Solana: blockhash expirado e transações não incluídas
- Taxas e desempenho da Solana
Aviso: Este artigo é conteúdo educacional da Bitbase Academy, fornecido apenas para fins informativos. Ele explica o que um projeto faz e qual é o papel do seu token dentro desse sistema; não constitui aconselhamento de investimento, negociação, tributário ou financeiro, nem representa recomendação ou endosso de qualquer projeto ou token. A Bitbase não realizou due diligence sobre o projeto aqui descrito, e mencioná-lo não significa que a Bitbase liste ou apoie o ativo. Criptoativos envolvem risco significativo, incluindo volatilidade de preço, baixa liquidez, falhas de contratos inteligentes, incerteza regulatória e a possível perda total do valor. Escrito em agosto de 2026; o estado do projeto, a tokenomics, a equipe e os contratos podem mudar a qualquer momento. Verifique tudo por conta própria pelos canais oficiais, pelo endereço do contrato e por um explorador de blocos, e desconfie de sites que imitam o projeto e de links de phishing.
Fontes
[1] What is Raydium, Raydium Docs docs.raydium.io
[2] Raydium Architecture, Raydium Docs docs.raydium.io
[3] Versions and migration, Raydium Docs docs.raydium.io
[4] CPMM overview, Raydium Docs docs.raydium.io
[5] CLMM overview, Raydium Docs docs.raydium.io
[6] RAY, Raydium Docs docs.raydium.io
[7] Security and Risk, Raydium Docs docs.raydium.io
[8] Trust and safety, Raydium Docs docs.raydium.io
[9] Cointelegraph, Raydium announces details of the 2022 hack and compensation cointelegraph.com
[10] CertiK, Raydium protocol exploit incident analysis www.certik.com
