Skip to main content
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 →
La dependencia de OpenBook / Serum de AMM v4 ha sido eliminada (actualización del programa 2026-07). Los swaps en vivo se ejecutan exclusivamente contra la curva del AMM. El crank MonitorStep, los CPIs del libro de órdenes y las instrucciones de creación de mercado han sido eliminados del programa y ahora revierten si se llaman; la dependencia serum_dex se ha ido. Las instrucciones v1 SwapBaseIn / SwapBaseOut, Deposit y Withdraw mantienen sus diseños de cuenta antiguos (las cuentas de mercado aún se aceptan posicionalmente pero ya no se validan ni se usan). Trata AMM v4 hoy como un AMM de producto constante puro; el material híbrido a continuación se preserva por contexto histórico. Consulta la entrada del registro de cambios del 2026-07-22.

​
Resumen en un párrafo

AMM v4 es el programa con el que Raydium se lanzó. Mantiene un invariante de producto constante (x · y = k). Fue diseñado originalmente como un AMM híbrido: cada pool se ubicaba encima de un mercado de libro de órdenes limitadas de OpenBook (anteriormente Serum) y reflejaba porciones de su curva como órdenes limitadas en ese libro, para que los usuarios y agregadores pudieran hacer swap directamente contra el pool (ruta AMM) o contra las órdenes limitadas que el pool poseía en OpenBook (ruta CLOB). La dependencia de OpenBook ha sido eliminada del programa — los pools ya no publican ni mantienen órdenes en OpenBook, y todo el tráfico de swap actual fluye a través de los puntos de entrada de swap V2 solo para AMM. Token-2022 no es compatible. AMM v4 sigue siendo completamente operativo como un AMM de producto constante — cada pool sigue operando, las comisiones siguen acumulándose, los LP siguen ganando — pero la interfaz de usuario y el SDK establecen por defecto la creación de nuevos pools en CPMM porque CPMM es más barato y admite más tipos de mint.

​
Historial híbrido (contexto)

En el lanzamiento, establecer un pool junto al libro de órdenes de Serum corría el riesgo de fragmentar la liquidez. El diseño híbrido publicaba la curva del AMM en el libro como órdenes limitadas, para que los enrutadores del libro de órdenes vieran la profundidad del pool de forma gratuita. Después de que OpenBook bifurcara Serum a finales de 2022, el programa continuó funcionando contra OpenBook con cambios mínimos. A medida que CPMM y los agregadores en cadena maduraron, el beneficio del lado del libro de órdenes se desvaneció, y la integración de OpenBook de AMM v4 finalmente se desactivó — la curva es ahora la única superficie de ejecución del pool.

​
Lo que AMM v4 te ofrece (que CPMM no)

  • Liquidez profunda para pares heredados. Los pares principales (SOL-USDC, mSOL-USDC, etc.) con gran TVL en AMM v4 siguen siendo el lugar más profundo para esos trades.
(Históricamente, AMM v4 también ofrecía visibilidad del lado del libro de órdenes a través del mecanismo híbrido de OpenBook, pero esa ruta ya no está activa. Cualquier integrador que anteriormente enrutaba a través de las órdenes de OpenBook del AMM debe ahora enrutar directamente a través de los puntos de entrada de swap del AMM.)

​
Lo que AMM v4 no te ofrece

  • Token-2022. No compatible. AMM v4 fue escrito antes de que Token-2022 existiera; sus diseños de cuenta presumen Token SPL clásico.
  • Bajo recuento de cuentas en swaps v1. Los diseños heredados SwapBaseIn / SwapBaseOut aún llevan las cuentas de mercado de OpenBook como marcadores de posición posicionales (se aceptan pero ya no se validan ni se usan). Usa SwapBaseInV2 / SwapBaseOutV2 para eliminarlas y reducir la transacción.
  • Bajo uso de compute. Incluso un swap V2 cuesta más que un swap CPMM.
  • Flujo predeterminado para nuevos pools. Los nuevos pools se crean con Initialize2 (los puntos de entrada heredados Initialize / PreInitialize han sido eliminados y ahora revierten). La interfaz de usuario de Raydium, el SDK y api-v3.raydium.io ya no muestran un botón “crear pool AMM v4” — la ruta predeterminada para nuevos pools es CPMM.

​
Cómo AMM v4 difiere de CPMM

Más detalles sobre comisiones: products/amm-v4/fees y reference/fee-comparison.

​
Modelo mental

Un pool AMM v4 hoy es un AMM de producto constante x · y = k. Ambas bóvedas están completamente disponibles para la curva — ninguna fracción se compromete a órdenes de OpenBook, porque la integración de OpenBook ha sido eliminada. Las operaciones son swap (usuario ↔ pool, vía SwapBaseInV2 / SwapBaseOutV2) y deposit / withdraw (operaciones de LP). El antiguo crank (MonitorStep) ha sido eliminado y ahora revierte si se llama. Modelo mental histórico (pre-desactivación): una fracción de cada bóveda se depositaba en garantía como órdenes del libro abierto; la liquidación de órdenes completadas ocurría durante operaciones de swap y LP; los swaps enrutados podían completarse contra las propias órdenes de OpenBook del pool. Nada de esto está en operación hoy.

​
Por qué CPMM es el predeterminado recomendado

CPMM elimina la dependencia de OpenBook. Los compromisos:
  • Las transacciones CPMM son 2×–3× más baratas en compute.
  • CPMM admite mints de Token-2022.
  • Los agregadores ahora integran CPMM directamente a través del SDK de Raydium, por lo que el beneficio de visibilidad del libro de órdenes es en gran medida discutible.
  • Riesgo operacional: históricamente, las interrupciones o pausas de OpenBook podrían degradar los pools de AMM v4 (órdenes obsoletas). Con la dependencia de OpenBook ahora eliminada del programa, ese acoplamiento se ha ido — pero CPMM sigue siendo el predeterminado recomendado y de menor costo.
Consulta protocol-overview/versions-and-migration para la guía de migración.

​
Cuándo AMM v4 es la opción correcta

  • Estás enrutando un swap y uno de los pools candidatos es un pool AMM v4 con el mejor precio.
  • Estás proporcionando o gestionando liquidez en un pool AMM v4 existente — la migración es una opción, no es obligatoria; el pool continúa funcionando como un AMM puro.
  • Mantienes una integración construida contra AMM v4 y no tienes razón para migrar.
(La visibilidad del libro de órdenes en OpenBook ya no es una razón para elegir AMM v4 — esa integración está desactivada.) Para un nuevo pool de producto constante, CPMM es el predeterminado más simple.

​
Dónde ir a continuación

  • Accounts — las cuentas del AMM, más los campos de referencia de OpenBook (ahora vestigiales).
  • Math — matemáticas de swap de producto constante con la convención de comisión de AMM v4.
  • Instructions — la superficie de instrucciones: Initialize2, Swap (v1 / V2), Deposit, Withdraw, WithdrawPnl, SetParams.
  • Fees — la división del 0.25% y cómo se recopila.
  • Code demos — ejemplos de TypeScript para flujos de swap y LP.
Fuentes:
  • reference/program-addresses para el ID de programa canónico
  • Repositorio del programa OpenBook para las cuentas de contraparte que esta página referencia