La documentación oficial describe Raydium como un conjunto de programas de Solana para creación automática de mercado e infraestructura de liquidez, y señala a RAY como el token SPL nativo de Raydium.
Las búsquedas en inglés raydium ecosystem and use cases, raydium solana y how does raydium work se refieren respectivamente al ecosistema, al contexto de red y al mecanismo. Este perfil las responde a nivel de arquitectura y no convierte un diseño documentado en una afirmación sobre valor, seguridad, disponibilidad, legalidad o un resultado para ninguna persona.
¿Qué es Raydium en Solana?
Los materiales oficiales describen Raydium como una colección de programas de contratos inteligentes permissionless y non-custodial en Solana. La documentación lo presenta como una pila de creación automática de mercado y liquidez, no como una aplicación única e indivisible. Cada programa tiene sus propios estados, lógica de curva, historial de versiones y límites de riesgo.
Un creador automático de mercado, o AMM, expresa una relación entre activos mediante reglas de programa y reservas controladas por el programa. Aplica la curva documentada a las reservas relacionadas, en vez de que una persona fije cada relación. Esto explica la organización de la liquidez onchain, pero no demuestra que un activo sea fiable, adecuado, emitido legalmente o capaz de conservar valor.
Aquí, liquidez significa un diseño estructurado de reservas con el que el programa puede calcular su curva. No promete que un activo siempre pueda convertirse con la relación esperada, que la composición de las reservas permanezca estable o que un camino determinado esté disponible. Una descripción de liquidez es un inicio para entender la arquitectura, no una garantía de ejecución, seguridad o profundidad.
¿Qué problema busca abordar un AMM?
En un nivel alto, un AMM aborda cómo un programa puede derivar una relación cambiante entre dos reservas sin un libro de órdenes externo. Un diseño de producto constante suele expresar su relación central como x · y = k. Si una reserva cambia respecto de la otra, la curva deriva una relación distinta entre ambos lados. Es un modelo matemático, no una predicción ni una recomendación.
La documentación de Raydium distingue más de un diseño AMM. CPMM es la forma estándar de producto constante, CLMM concentra liquidez en rangos elegidos y Stable AMM usa una curva de tabla interpolada para activos correlacionados. La existencia de varios diseños refleja estructuras y límites de programa distintos, pero no significa que uno sea siempre más seguro, adecuado o ventajoso que otro.
La liquidez también es un concepto de estado, no una etiqueta de calidad. Las reservas, los parámetros de curva, el comportamiento de los tokens, las actualizaciones de programas y las condiciones alrededor de Solana pueden afectar el significado del mecanismo en un momento dado. Conviene separar la idea duradera de un programa basado en curva de las observaciones cambiantes sobre un grupo o una interfaz concretos.
¿Cómo encajan los programas AMM de Raydium?
La documentación de arquitectura actual de Raydium describe programas AMM independientes, incluidos AMM v4, CPMM, CLMM y Stable AMM, junto con infraestructura de apoyo como routing y convenciones de configuración. Los programas comparten el entorno de Solana, pero no se reducen a un motor universal de relación de precios. El nombre Raydium no demuestra por sí solo que cada componente tenga el mismo comportamiento o estado.
CPMM se documenta como un AMM de producto constante nativo de Solana. CLMM se documenta como un diseño basado en rangos, ticks y contabilidad por posición. Stable AMM se documenta como un programa separado con una curva de tabla. Estas descripciones explican varias formas de liquidez en la arquitectura, pero no prescriben una acción ni prometen un resultado.
La documentación oficial actual también traza un límite histórico importante. AMM v4 tuvo antes una integración con el libro de órdenes OpenBook, pero la documentación indica que esa integración se desactivó y que las cuentas asociadas están inertes. No debe presentarse como una fuente actual de liquidez compartida. Por ello, how does raydium work se debe explicar con programas y curvas actuales, no con una narrativa de integración obsoleta.
¿Qué identifica RAY en el sistema Raydium?
La página oficial de RAY de Raydium identifica RAY como el token SPL nativo del proyecto en Solana. El ticker correcto es RAY. Esto identifica la etiqueta de token que emplea la documentación, no establece un interés de propiedad, derecho de retorno, valoración ni motivo para adquirirlo.
Un ticker es un identificador, no una prueba de autenticidad. Los nombres, símbolos, imágenes y descripciones parecidos pueden copiarse. Para fines editoriales, la identidad oficial del token debe separarse de fuentes no vinculadas que solo reutilizan la palabra RAY o Raydium.
Los datos de suministro, la información de mint, el lenguaje de asignación, las emisiones, las descripciones de gobernanza y cualquier texto de utilidad son hechos del día de publicación. Solo son útiles cuando se contrastan con el registro oficial actual y se delimita su alcance. Este perfil evita deliberadamente cifras variables y no presenta ningún mecanismo de token como promesa.
Un punto estructural corresponde a RAY y no a la arquitectura. El registro metodológico de DefiLlama para el protocolo indica que el 12 por ciento de las comisiones de negociación de todos los tipos de pool financia recompras de RAY y que el 4 por ciento de las comisiones de las pools de liquidez concentrada y de producto constante va a la tesorería, y el resto a los proveedores de liquidez. La acumulación de comisiones escala, por tanto, con cuánta negociación pasa realmente por las pools, y buena parte de ese flujo en los últimos años ha venido de la actividad de lanzamiento de tokens en Solana. En 2025 ese vínculo se hizo explícito: en marzo una plataforma de lanzamiento estrenó un creador de mercado automatizado competidor y se llevó parte de ese flujo, y Raydium respondió en abril con su propio producto de lanzamiento. Leer RAY sin leer el volumen de lanzamientos deja fuera el origen de las comisiones.
Ecosistema de Raydium y estado actual de la documentación
El ecosistema de Raydium en la documentación actual incluye material sobre AMM v4, CPMM, CLMM, Stable AMM, Farm, LaunchLab e infraestructura compartida de liquidez. La documentación también separa programas onchain nativos de superficies offchain de apoyo. Es un mapa de componentes documentados, no una confirmación de que cada uno tenga el mismo estado activo, alcance geográfico, disponibilidad de interfaz o madurez.
El lenguaje de estado actual debe revisarse el día de publicación. Los documentos oficiales pueden cambiar sus descripciones de versiones de programas, desactivaciones, actualizaciones, superficies para usuarios u opciones de configuración. El estado de AMM v4, CPMM, CLMM, Stable AMM, Farm y LaunchLab debe leerse en las páginas oficiales el día de publicación, no inferirse de un artículo antiguo, un resultado almacenado o una gráfica copiada.
La lista del ecosistema tampoco demuestra por sí sola un caso de uso de activos del mundo real. No valida un activo subyacente, un emisor, una reclamación jurídica, una reserva ni un tratamiento regulatorio. Cualquier afirmación sobre una estructura RWA concreta requiere evidencia primaria propia y no debe inferirse de la existencia de infraestructura general de liquidez de Solana.
¿Cómo deben leerse las afirmaciones sobre la arquitectura de Raydium?
Un diagrama de arquitectura puede aclarar qué categoría de programa es responsable de un estado o una curva. No puede establecer que una instancia desplegada esté libre de defectos, que su configuración sea adecuada o que una interfaz externa muestre información completa. El significado de un mecanismo documentado es más limitado que una garantía sobre consecuencias reales.
Non-custodial y permissionless describen un modelo de sistema. Por sí solos no resuelven cuestiones de riesgo de código, autoridad administrativa, controles de actualización, comportamiento de tokens, errores de usuario, tratamiento regulatorio o continuidad del servicio. Cada cuestión requiere una fuente de evidencia distinta y puede cambiar con el tiempo.
La documentación también distingue programas onchain de superficies offchain relacionadas. Esta distinción evita que un nombre amplio de producto se trate como una sola garantía, pero no implica que la infraestructura de apoyo, la documentación, la indexación o una interfaz estén siempre disponibles, completas o libres de errores.
Riesgos, confusión de identidad y límites de la documentación
Los sistemas AMM y de liquidez tienen riesgos de código, configuración, composición y activos específicos. La lógica de curva puede comportarse de forma distinta a la intuición del lector, las características de token pueden introducir conductas especiales y cambios en sistemas circundantes pueden alterar las condiciones en que se interpreta un programa. Un perfil breve no elimina estos riesgos.
También existe riesgo de identidad. Un nombre, ticker, logotipo, captura, cuenta social o resultado de búsqueda conocido no basta para probar que una fuente o un activo sea oficial. Los materiales oficiales de seguridad de Raydium subrayan las comprobaciones de dominio e identidad porque las imitaciones engañosas y las etiquetas pueden hacerse pasar por proyectos legítimos.
Una referencia de auditoría, un repositorio de código público o una declaración de seguridad deben leerse según su alcance y fecha exactos. Ninguno garantiza por sí solo seguridad, cumplimiento, liquidez, disponibilidad o ausencia de cambios futuros. El límite editorial adecuado consiste en describir el material primario y dejar fuera del artículo las afirmaciones no verificadas.
En el historial público de este proyecto hay dos incidentes separados, y fallaron de maneras distintas. El 16 de diciembre de 2022 se comprometió una clave administrativa de pool; el análisis posterior del equipo atribuyó el compromiso a un troyano en la máquina que custodiaba la clave, y el atacante llamó después a una función que retira comisiones de negociación destinadas a la tesorería de la DAO, vaciando activos de varias pools. Las cifras de pérdida difieren entre relatos. Lo que importa al lector es la clase de fallo: fue seguridad operativa de claves, no un defecto en la matemática de las pools. La compensación se resolvió usando tokens de equipo ya desbloqueados para la parte en RAY y sometiendo a los titulares una propuesta de tesorería para los activos que el equipo no tenía.
El segundo incidente, del 10 de junio de 2026, vino de código retirado y no de la operación. Un programa de creador de mercado automatizado obsoleto, heredado de una etapa anterior, no verificaba las direcciones de emisión de los tokens LP en su ruta de retirada, de modo que un atacante creó una emisión LP falsificada sin relación con ninguna pool real, acuñó una sola unidad y llamó a la función de retirada heredada; el programa antiguo lo trató como una participación del 100 por ciento y liberó las reservas. Cinco pools inactivas desde hacía tiempo, que se remontaban a 2021, quedaron vaciadas por un valor conjunto de unos 1,34 millones de dólares. Raydium describió el defecto como un error lógico autocontenido del programa heredado, dijo que las pools y programas actuales no estaban expuestos y afirmó que su tesorería cubriría las pérdidas. Juntos, ambos sucesos ilustran una regla general: el código retirado que ya no es accesible desde una interfaz puede seguir siendo accesible en cadena.
Cómo verificar Raydium y RAY
La verificación comienza comparando el nombre del proyecto, el contexto de la documentación oficial y el componente específico descrito en materiales de primera parte de Raydium. Un artículo copiado, un directorio no vinculado o una publicación social pueden servir solo como pista, no como fuente autorizada de una afirmación factual.
Para RAY, la revisión de publicación debe cotejar el ticker, el contexto de Solana y el registro oficial actual del token. Una dirección del contrato o un explorador de bloques puede apoyar la revisión de identidad solo cuando corresponda a un identificador publicado por material oficial del proyecto. No sustituye la comprobación de la fuente, la fecha y el alcance de ese material.
Por último, la revisión debe separar afirmaciones estables sobre mecanismos de hechos del día de publicación. Las versiones de programa, avisos de desactivación, datos de mint, estado de interfaz, divulgaciones de seguridad, dominios oficiales y cualquier afirmación relacionada con RWA requieren una comprobación primaria actual. Son principios para valorar información pública, no instrucciones para usar un producto ni para autorizar una acción.
Conclusión
Raydium se entiende mejor, según materiales actuales de primera parte, como una arquitectura de AMM y liquidez de varios programas en Solana. CPMM, CLMM, Stable AMM y el diseño anterior AMM v4 describen distintas formas de organizar el estado de reservas y la lógica de curva. RAY es el ticker oficial del token SPL nativo de Raydium.
El límite editorial central está entre un mecanismo documentado y un resultado garantizado. La documentación actual debe leerse con su alcance y fecha, especialmente cuando una descripción antigua de libro de órdenes, una afirmación de token, un estado de programa o una afirmación RWA puedan confundirse con un hecho actual o una promesa.
Páginas de mercado relacionadas
Páginas de Bitbase para los tokens mencionados en este artículo:
- RAY: Ver el precio · Mercado spot
Lecturas relacionadas
Otros artículos de Bitbase sobre este tema:
- Staking en Solana y economía de los validadores
- Errores de transacciones de Solana: blockhash vencido y transacciones no incluidas
- Comisiones y rendimiento de Solana
Aviso legal: Este artículo es contenido educativo de Bitbase Academy y se ofrece solo con fines informativos. Explica qué hace un proyecto y qué papel cumple su token dentro de ese sistema; no constituye asesoramiento de inversión, negociación, fiscal ni financiero, ni supone una recomendación o un respaldo de ningún proyecto o token. Bitbase no ha realizado una diligencia debida sobre el proyecto descrito aquí, y mencionarlo no significa que Bitbase liste o respalde el activo. Los criptoactivos conllevan un riesgo significativo, incluida la volatilidad del precio, la baja liquidez, los fallos de los contratos inteligentes, la incertidumbre regulatoria y la posible pérdida total de su valor. Redactado en agosto de 2026; el estado del proyecto, la tokenómica, el equipo y los contratos pueden cambiar en cualquier momento. Verifícalo todo por tu cuenta a través de los canales oficiales, la dirección del contrato y un explorador de bloques, y desconfía de los sitios que imitan al proyecto y de los enlaces de phishing.
Fuentes
[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
