Esta página fue traducida automáticamente por IA. La versión en inglés es la fuente autorizada.Ver versión en inglés →
Fuente de verdad. Esta página es el único lugar en la documentación que lista direcciones de programas textualmente. Otras páginas enlazan aquí. Si un ID cambia, actualízalo solo aquí y todas las referencias en el sitio permanecerán consistentes.Siempre verifica los valores contra la API en vivo (
https://api-v3.raydium.io/main/info) antes de firmar transacciones reales.Mainnet-beta
Programas en cadena
Notas:
- AMM v4 y Farm v3/v5 se retienen para pools y posiciones existentes. La interfaz de usuario de Raydium y el SDK enrutan la creación de nuevos pools y nuevas granjas de ecosistema a CPMM, CLMM y Farm v6 respectivamente — ver
protocol-overview/versions-and-migration. - El ID de Farm v3 anterior también funciona como el programa de staking de activo único $RAY. El comportamiento es idéntico a Farm v3 para staking de LP.
- Stable AMM es un programa separado que el programa de enrutamiento AMM puede dirigir junto con AMM v4, CPMM y CLMM. La liquidez es escasa en comparación con los otros tres programas y el SDK no expone una API de primera clase para él; los integradores que lo enrutan generalmente lo hacen a través del enrutador.
- Disponibilidad del código fuente. De los programas en cadena anteriores, solo
raydium-amm(AMM v4),raydium-cp-swap(CPMM) yraydium-clmm(CLMM) se distribuyen con repositorios de código fuente públicos bajogithub.com/raydium-io. Stable AMM, LaunchLab, AMM Routing, Burn & Earn / LP Lock y los programas Farm no están disponibles públicamente — verifica contra la API en vivo, el bytecode en cadena y los IDLs publicados enraydium-io/raydium-idlen su lugar.
Autoridad de administrador compartida
Cada programa de Raydium — incluyendo AMM v4 — comparte una únicaPubkey de administrador codificada para control de acceso a nivel de instrucción en rutas de administrador. Es config_feature::amm_owner::ID en AMM v4 (controlando SetParams, CreateConfigAccount y UpdateConfigAccount, y usado como pnl_owner predeterminado) e admin::ID en los programas Anchor — CLMM, CPMM, LaunchLab, Lock — controlando rutas como CreateAmmConfig o UpdatePoolStatus:
Las autoridades operacionales a nivel de cuenta (p. ej.
protocol_owner, fund_owner en AmmConfig de CPMM/CLMM, o las billeteras de migración en GlobalConfig de LaunchLab) se almacenan en cadena y pueden diferir del administrador del programa. Léelas directamente de la cuenta de configuración relevante antes de enviar transacciones de alto riesgo.
Autoridad creadora de PDA de permisos de CPMM
CreatePermissionPda acepta el administrador de programa compartido anterior o un propietario dedicado. Desde la actualización de CPMM de 2026-09, ClosePermissionPda acepta los mismos dos firmantes; antes era solo administrador.
Autoridades del registro de mints de soporte
CreateSupportMintAssociated y CloseSupportMintAssociated aceptan el administrador de programa compartido o el propietario dedicado del programa a continuación. Registrar un mint lo admite pasando la lista de permitidos de extensión Token-2022 de ese programa — ver reference/token-2022-support. CPMM y CLMM mantienen cada uno su propio PDA de registro y su propia autoridad; ninguna clave funciona en el otro programa.
Billeteras propietarias de comisiones de CPMM
Desde la actualización de CPMM de 2026-09,CreateAmmConfig escribe estas claves fijas en protocol_owner y fund_owner de la nueva configuración en lugar de copiar la clave del firmante administrador. CollectProtocolFee y CollectFundFee aceptan la clave almacenada en la configuración o el administrador de programa compartido (|| crate::admin::ID), por lo que el administrador sigue siendo un firmante aceptado — lo que cambió es solo dónde van los ingresos por defecto.
Billeteras de recopilación de comisiones de protocolo
Donde se acumula la parte del protocolo de las comisiones de negociación de cada programa. Estas son billeteras ordinarias que contienen tokens, por lo que una única dirección lleva un conjunto mixto de mints SPL (wSOL y USDC de pools SOL/USDC, wSOL y RAY de pools SOL/RAY, etc.).
La parte de protocolo de Stable AMM se acumula en bóveda como
out_put.need_take_pnl_* y se barre mediante WithdrawPnl en lugar de estar en una billetera permanente. Para CPMM, lee protocol_owner de la AmmConfig específica antes de construir una transacción de recopilación — las configuraciones creadas antes de la actualización de 2026-09 pueden contener una clave diferente.
Billeteras de recopilación de lámports excedentes
Cada uno de los tres programas actualizados el 2026-09-09 ganó una instrucción de administrador que devuelve lámports mantenidos por encima del mínimo exento de renta en cuentas controladas por el programa, siguiendo la reducción de renta SIMD-0437. Cada programa codifica su propia billetera de destino, y cada una es una clave dedicada — no el administrador de programa compartido.
CPMM y LaunchLab además aceptan el administrador de programa compartido como firmante. AMM v4 acepta solo la billetera anterior — no tiene alternativa de administrador. AMM v4 también compila una clave de testnet separada (
75KWb5XcqPTgacQyNw9P5QU2HL3xpezEVcgsFCiJgTT) bajo su característica testnet.
Estas instrucciones mueven solo lámports; nunca tocan un saldo de token, cierran una cuenta o cambian el estado del pool. Ver products/amm-v4/instructions, products/cpmm/instructions y products/launchlab/instructions.
Creador de configuración delegado de LaunchLab
CreateConfig acepta el administrador de programa compartido o la autoridad delegada a continuación. El rol delegado puede crear un nuevo GlobalConfig; no puede llamar a la ruta UpdateConfig solo para administrador en una cuenta existente.
Autoridades de congelación de emisor restringido de CLMM
Cuando cualquiera de los mints de bóveda en un pool de CLMM tiene una de las autoridades de congelación a continuación, las nuevas posiciones abiertas a través de una ruta V2 tienen su cuenta de token NFT de posición congelada. La lista esfrozen_position_nft_authorities::IDS en el programa CLMM, y su única entrada es la autoridad de emisor que la detección de Superstate ahora eliminada de CLMM también coincidía. Estas son autoridades de emisor de activo subyacente usadas solo como claves de coincidencia. El PDA del pool de CLMM, no la clave del emisor, se convierte en autoridad de congelación para el mint de NFT de posición.
La lista está codificada en el programa CLMM. Agregar o eliminar una autoridad requiere una actualización del programa.
Convenciones de configuración compartida / PDA
Varios programas de Raydium exponen cuentas de configuración cuyas claves públicas son estables y se enumeran en la API pública. Prefiere la búsqueda de API sobre codificar:Receptores de comisión de creación de pool
Tanto CPMM como AMM v4 validan su destino de comisión de creación de pool por dirección exacta, por lo que ya debe existir en cualquier cluster en el que estés probando. CLMM no tiene una comisión de creación de pool separada.
AMM v4 también compila
3TRTX4dXUpp2eqxi3tvQDFYUV7SdDJjcPE3Y4mbtftaX bajo su característica testnet. CPMM rechaza una falta de coincidencia con ConstraintAddress de Anchor (2012); AMM v4 con InvalidFee.
Guardián de orden limitado de CLMM
SettleLimitOrder y CloseLimitOrder aceptan el owner de la orden o la clave de guardián de todo el programa a continuación. El guardián no puede abrir, aumentar o disminuir órdenes, y la salida siempre llega a la cuenta del propietario de la orden — ver security/admin-and-multisig.
Parámetros de comisión de
AmmConfig predeterminado de CPMM índice 0 (pool estándar de 0.25%), como referencia:
Ver
products/cpmm/fees para cómo se componen las divisiones, y reference/fee-comparison para la matriz entre productos.
Semillas de PDA
Las semillas a continuación son canónicas y se usan tanto por el SDK como por CPIs en cadena. Siempre calcula PDAs; no codifiques direcciones derivadas.token0Mint / token1Mint están ordenados por orden de bytes de clave pública (token0 < token1) antes de hacer hash. Hacerlo mal produce un PDA válido para un pool inexistente.
Las semillas equivalentes de CLMM siguen el mismo estilo; ver products/clmm/accounts.
Devnet
Base de API REST de Devnet:
https://api-v3-devnet.raydium.io/ (misma forma de ruta que mainnet).
Autoridad de actualización
Cada programa de Raydium en mainnet-beta se implementa bajo el Cargador BPF Actualizable con la misma autoridad de actualización — la bóveda del multisig de actualización de programa de Squads:
Verificado en cadena el 2026-09-09 para AMM v4, CPMM, CLMM, Stable AMM, Farm v6, LaunchLab, AMM Routing y Lock — los ocho reportan esa autoridad, y ninguno es inmutable. Vuelve a verificar con
solana program show <PROGRAM_ID> -u mainnet-beta antes de un despliegue de alto riesgo; ver security/admin-and-multisig para el umbral del multisig y la práctica de firma.
Cuentas de configuración a nivel de programa
Todos los valores leídos de mainnet-beta el 2026-09-09. Las tasas de comisión en estas cuentas son mutables por administrador — léelas en vivo en lugar de almacenarlas en caché.
Cómo verificar una dirección en cadena
- Explorador de Solana. Pega la dirección en explorer.solana.com y confirma que está marcada como
Programcon una autoridad de actualización actual. Mainnet-beta debe mostrar despliegues firmados por la autoridad de actualización de Raydium. - CLI. Usa
solana program show <PROGRAM_ID> -u mainnet-betapara inspeccionar ranura de despliegue, cargador BPF, autoridad de actualización y longitud de datos. Registra estos en tu runbook. - Adjunto de IDL.
anchor idl fetch <PROGRAM_ID> --provider.cluster mainnetfunciona para CLMM, LaunchLab y Lock, que aún mantienen una cuentaanchor:idlheredada propiedad del programa mismo. No funciona para CPMM: el IDL en cadena de CPMM se movió al programa de Metadatos del Programa (ProgM6JCCvbYkfKqJYHePx4xxSUSqJp7rh8Lyv7nk7S) en la actualización de 2026-09, así que obtén de allí en su lugar. AMM v4, Stable AMM y Farm no tienen IDL en cadena. Los IDLs se reflejan en github.com/raydium-io/raydium-idl — compara el IDL en cadena contra el repositorio antes de confiar en él. - Configuración/autoridades de administrador. Para cuentas de configuración de CPMM/CLMM, lee el campo
owner/protocol_ownery confirma que coincide con el multisig actual de Raydium publicado ensecurity/admin-and-multisig.
Actualizar esta página
- Los cambios en los IDs de programa son críticos para la seguridad. No envíes un cambio de ID de programa sin (a) enlazar al anuncio de Raydium, (b) agregar una entrada en
reference/changelogy (c) ejecutar una verificación de enlaces sobre la documentación para confirmar que ninguna página aún hace referencia al valor anterior. - Las deprecaciones permanecen en la tabla con una nota de estado en lugar de ser eliminadas — los pools existentes aún se resuelven a través del programa anterior.
- API en vivo:
https://api-v3.raydium.io/main/info - github.com/raydium-io/raydium-idl
- github.com/raydium-io/raydium-cp-swap

