Inicio
» Noticias
»
Explicación de los hooks de AMM V4: Cómo los pools de liquidez personalizados cambian las ventajas y desventajas
Explicación de los hooks de AMM V4: Cómo los pools de liquidez personalizados cambian las ventajas y desventajas
Los creadores de mercado automatizados (AMM) tradicionalmente solicitan a los usuarios que acepten un conjunto bastante fijo de reglas de pool: un modelo de precios, una política de comisiones y un mecanismo de liquidez definido por el protocolo. Uniswap v4 modifica este diseño mediante ganchos (contratos inteligentes externos) que pueden ejecutar lógica personalizada en puntos específicos del ciclo de vida de un pool. El resultado no es simplemente "un AMM más avanzado", sino un marco donde dos pools que utilizan el mismo núcleo v4 subyacente pueden comportarse de forma muy diferente.
Esa flexibilidad genera opciones reales. Un fondo puede mantener el comportamiento estándar de liquidez concentrada sin ninguna modificación, o bien incorporar lógica personalizada para comisiones dinámicas, acciones de liquidez automatizadas, reglas de acceso, contabilidad especializada u otros diseños de mercado. La contrapartida es igualmente importante: cada regla adicional añade código, supuestos, complejidad de integración y, potencialmente, nuevos riesgos de seguridad.
A fecha de septiembre de 2026, Uniswap v4 lleva en funcionamiento desde enero de 2025. Uniswap describe v4 como un protocolo AMM sin custodia, no actualizable y sin permisos que utiliza un PoolManager singleton y ganchos para personalizar el comportamiento del pool. Para obtener una descripción general del protocolo, consulte la descripción general de v4 de Uniswap Labs y el documento técnico de Uniswap v4 .
Los hooks V4 actúan como extensiones programables alrededor de un pool de liquidez, lo que permite funciones como comisiones personalizadas, estrategias automatizadas y reglas de acceso sin reemplazar el AMM principal.
¿Qué es exactamente un hook v4?
Un hook es un contrato inteligente asociado a un pool de Uniswap v4 cuando este se inicializa. El hook se puede configurar para recibir devoluciones de llamada antes o después de determinadas acciones del pool. En la interfaz principal actual de la versión 4, estos puntos del ciclo de vida incluyen la inicialización, la adición y eliminación de liquidez, los intercambios y las donaciones. La interfaz oficial se puede consultar en el código fuente IHooks.sol de Uniswap .
La distinción importante radica en que un hook no reemplaza a todo el AMM. El núcleo v4 sigue gestionando el estado del pool y la liquidez concentrada a través del PoolManager. El hook añade funcionalidades en torno a acciones específicas. Por ejemplo, un hook puede inspeccionar las condiciones del mercado antes de un swap y elegir una comisión dinámica para el LP, o realizar la contabilidad tras la modificación de la liquidez.
Las funciones de devolución de llamada que utiliza un grupo se definen al inicializarse. En la versión 4, los permisos de los hooks se codifican en la dirección del contrato del hook mediante bits específicos de bajo orden. Este diseño inusual permite que el PoolManager determine de forma eficiente qué funciones de devolución de llamada invocar. Los detalles de la implementación se documentan en la biblioteca oficial Hooks.sol .
¿Por qué la versión 4 puede admitir grupos personalizados sin implementar un nuevo AMM?
Los diseños anteriores de AMM a menudo requerían que un equipo bifurcara o reconstruyera gran parte del protocolo de intercambio cuando deseaba modificar la lógica de comisiones, el comportamiento de las órdenes o la contabilidad. La versión 4 separa el motor de liquidez compartida de la personalización opcional. Todos los pools se gestionan mediante un PoolManager de estilo singleton, en lugar de implementar un contrato central independiente para cada pool.
El documento técnico también introduce la contabilidad flash , donde los movimientos intermedios de tokens se pueden compensar durante una operación desbloqueada siempre que las diferencias de divisas finales se liquiden correctamente. En conjunto, la arquitectura singleton y los hooks facilitan la composición de múltiples acciones de pool y lógica personalizada sin duplicar todo el código base de un AMM.
Cuatro opciones comunes para anzuelos y lo que se sacrifica
Diseño de piscinas
Lo que puede optimizar
Principal compensación
Mejor ajuste cuando
Sin gancho
Sencillez y menor riesgo de código personalizado
Comportamiento menos especializado
La liquidez concentrada estándar ya se ajusta al mercado.
Gancho de tarifa dinámica
Comisiones que reaccionan a la volatilidad, el volumen u otras reglas.
La lógica de las tarifas puede ser errónea, manipulable o costosa.
Las condiciones del mercado varían lo suficiente como para que una tarifa fija resulte ineficiente.
Gancho de control de acceso
Requisitos de elegibilidad, listas de personas permitidas o restricciones de política
Menos participación sin autorización y más supuestos de gobernanza.
Un grupo tiene requisitos de participación explícitos.
Gancho de contabilidad personalizado
Nuevos comportamientos de asentamiento, incentivos o curvas especializadas
Máxima complejidad de diseño y auditoría.
El producto realmente necesita mecanismos que vayan más allá de la liquidez concentrada estándar.
Opción 1: sin gancho
Un pool v4 no necesita un hook. Esta es la opción más sencilla cuando el objetivo es una liquidez concentrada ordinaria con un comportamiento personalizado mínimo. La ventaja es una lógica más fácil: hay menos código externo que inspeccionar, menos casos límite y menos incertidumbre sobre lo que sucede durante los swaps o los cambios de liquidez.
La limitación es evidente: no se obtiene un comportamiento especializado del pool. Si un mercado se beneficia de comisiones variables, lógica de posiciones automatizada o restricciones personalizadas, un pool sin hook no puede proporcionar esas características por sí solo.
Opción 2: ganchos de tarifa dinámica
V4 permite que los pools utilicen comisiones dinámicas para los proveedores de liquidez (LP). beforeSwapSegún las reglas de comisiones dinámicas del protocolo, un hook puede devolver una modificación de la comisión del LP para ese swap. Esto posibilita el diseño de políticas de comisiones que respondan a condiciones como la volatilidad, el flujo de órdenes o el tiempo.
La ventaja reside en la adaptabilidad. Un par estable puede requerir comisiones bajas durante las operaciones normales, pero un comportamiento diferente cuando los precios divergen. El riesgo es que el algoritmo de comisiones se integre en la microestructura del mercado. Unos parámetros deficientes pueden reducir el volumen, perjudicar a los proveedores de liquidez o a los operadores de swaps, o generar oportunidades de manipulación.
El repositorio público de hooks de Uniswap Labs incluye un StablePairHook que utiliza comisiones dinámicas para activos que se espera que se negocien a precios similares. Este repositorio es útil como ejemplo concreto de cómo se separan los hooks orientados a la producción del núcleo de la versión 4: repositorio público de hooks de Uniswap v4 .
Opción 3: ganchos de estrategia automatizados
Los hooks pueden coordinar acciones relacionadas con cambios de liquidez o swaps, lo que permite a los sistemas automatizar partes de una estrategia de liquidez. Algunos ejemplos incluyen la lógica de reequilibrio, el comportamiento basado en el tiempo o la integración con otros protocolos.
Esto puede reducir la gestión manual, pero la automatización no implica la ausencia de riesgos. Las reglas de estrategia pueden tener un rendimiento deficiente en mercados volátiles, depender de datos externos, consumir recursos adicionales o interactuar negativamente con otros contratos. La comparación pertinente no es entre automatización y ausencia de esfuerzo, sino entre reglas predecibles y verificables, y la complejidad operativa y el riesgo del modelo.
Opción 4: ganchos de acceso o de políticas
Un gancho puede imponer condiciones personalizadas antes de permitir que una acción continúe. Esto puede admitir listas de permitidos, reglas de elegibilidad específicas del mercado o controles de políticas a nivel de aplicación.
Esto puede ser apropiado para un producto con requisitos de acceso explícitos, pero altera la apertura del pool. Los usuarios deben comprender quién controla las reglas, si estas pueden modificarse, en qué sistemas externos se confía y qué sucede si falla un servicio de autorización.
La contabilidad personalizada es la más poderosa, y también la más fácil de malinterpretar.
Una de las funciones más avanzadas de la versión 4 es la contabilidad personalizada . Los hooks pueden devolver deltas de tokens que afectan la forma en que se contabiliza el valor en torno a las acciones del pool. El documento técnico de la versión 4 describe esto como una forma de que los hooks implementen funcionalidades como curvas personalizadas, comisiones de hook u otros comportamientos contables superpuestos al sistema principal.
Esto no es lo mismo que simplemente cambiar una comisión mostrada. La contabilidad personalizada puede modificar sustancialmente la economía de una interacción. Para los diseñadores de pools avanzados, esto abre un amplio abanico de posibilidades de diseño. Para los usuarios y proveedores de liquidez, significa que decir "es un pool Uniswap v4" no describe completamente las reglas económicas. También es necesario comprender el gancho adjunto.
Piscina estilo V3 versus piscina con gancho V4
Criterio
Depósito de líquido concentrado estilo V3
Piscina V4 con ganchos
Modelo de liquidez principal
Liquidez concentrada
Liquidez concentrada más lógica personalizada opcional.
Comportamiento de las tarifas
Niveles de tarifas preestablecidos
Configuración de tarifas más flexible, incluidas tarifas dinámicas.
Personalización de piscinas
Mayormente corregido a nivel de protocolo
La lógica de gancho puede modificar el comportamiento del ciclo de vida.
Superficie de auditoría
Principalmente protocolo más integración
Protocolo, integración y contrato de enlace
diligencia debida del usuario
Comprender el par, el rango, el nivel de comisión y el riesgo del token.
Todo lo de la izquierda, más el código del hook y sus dependencias.
Por lo tanto, V4 debe considerarse una extensión de la liquidez concentrada, más que un reemplazo de las compensaciones fundamentales para los proveedores de liquidez. Estos últimos siguen enfrentándose a fluctuaciones de precios, selección de rangos, selección adversa, riesgo de tokens y riesgo de contratos inteligentes. Los hooks añaden otra dimensión: el riesgo de reglas personalizadas.
Seguridad: las auditorías principales no validan automáticamente todos los hooks.
El núcleo de Uniswap v4 se sometió a una exhaustiva revisión de seguridad antes de su lanzamiento. Uniswap Labs anunció en el lanzamiento de enero de 2025 que el código fuente había pasado por nueve auditorías, una importante competición de seguridad y un programa de recompensas por la detección de errores. Los detalles del lanzamiento están disponibles en el anuncio de lanzamiento de Uniswap Labs v4 .
Eso no significa que un hook arbitrario sea seguro. Los hooks son contratos externos creados por desarrolladores independientes. Un hook puede contener errores, lógica maliciosa, dependencias inseguras, un control de acceso deficiente o supuestos económicos que fallan bajo presión. El repositorio oficial de hooks públicos distingue explícitamente las implementaciones de hooks mantenidas por Uniswap Labs del universo más amplio de hooks de la comunidad.
Para un operador o proveedor de liquidez, la pregunta útil no es simplemente "¿Es esta la versión 4?", sino "¿Qué mecanismo de conexión tiene, qué funciones de devolución de llamada puede ejecutar, quién lo creó, ha sido revisado y en qué contratos u oráculos adicionales confía?".
Cómo elegir un diseño de piscina para un caso de uso real
Si lo que busca principalmente es liquidez estándar
Prioriza la simplicidad. Un pool v4 sin hooks —u otro diseño de pool conocido— puede ser útil cuando el comportamiento personalizado no resuelve un problema específico. Añadir programabilidad simplemente porque está disponible crea complejidad sin generar necesariamente valor.
Si opera en un mercado volátil o especializado
Un diseño de tarifas dinámicas puede ser útil si las tarifas estáticas subestiman o sobreestiman sistemáticamente el riesgo de liquidez. Evalúe la regla de tarifas real, los datos de entrada, la frecuencia de actualización, el costo de las transacciones y el comportamiento en condiciones extremas, en lugar de centrarse únicamente en las tarifas promedio.
Si está creando un producto de liquidez gestionada
Los ganchos de automatización pueden hacer que la experiencia del usuario sea más coherente, pero la estrategia debe tratarse como un sistema financiero, no solo como una función de conveniencia. Pruebe los modos de falla, como datos obsoletos, brechas de precios repentinas, llamadas externas revertidas y condiciones en las que el reequilibrio se vuelve costoso.
Si la participación debe restringirse
Un gancho de control de acceso puede codificar esos requisitos directamente en torno a las acciones del grupo. El costo es una menor falta de permisos y una mayor confianza en quien controla o proporciona la lógica de autorización. Documente esos controles claramente para los usuarios.
Si necesita un mecanismo de mercado realmente nuevo
La contabilidad personalizada ofrece el mayor margen de diseño, pero también requiere un análisis exhaustivo. Úsela cuando la liquidez concentrada estándar no pueda reflejar la economía deseada, no simplemente para que el sistema parezca más sofisticado.
Qué deben inspeccionar los proveedores de liquidez y los operadores antes de utilizar un pool conectado.
Dirección del gancho: verifique el contrato exacto adjunto al grupo.
Devoluciones de llamada habilitadas: permiten comprender si el gancho se ejecuta antes o después de los intercambios, los cambios de liquidez, la inicialización o las donaciones.
Reglas de comisiones: determine si la comisión del LP es estática o dinámica y qué puede modificarla.
Dependencias externas: identifique los oráculos, protocolos de préstamo, puentes, listas de permitidos o contratos de administración en los que se basa el hook.
Control administrativo: compruebe si alguna parte puede cambiar parámetros, pausar funcionalidades o influir en dependencias externas.
Estado de la auditoría y del código: permite distinguir el código auditado y revisado de los ejemplos experimentales.
Comportamiento económico: comprender cómo el gancho afecta al deslizamiento, a la rentabilidad de los proveedores de liquidez, a los flujos de tokens y a las condiciones de retirada.
La conclusión práctica
Los hooks V4 transforman un pool AMM, que tradicionalmente era un producto fijo, en un componente programable. Esto resulta valioso cuando un mercado tiene necesidades específicas: comisiones adaptativas, automatización, control de acceso, contabilidad especializada o integración con otro sistema DeFi. Sin embargo, es menos relevante cuando la liquidez concentrada estándar ya resuelve el problema.
La principal disyuntiva es clara: mayor personalización implica más código y más supuestos que evaluar . Los desarrolladores disponen de un mayor margen de diseño, los proveedores de liquidez pueden acceder a estrategias más especializadas y los operadores pueden interactuar con mercados que se comportan de forma diferente a los pools estándar. Al mismo tiempo, los usuarios deben evaluar el hook adjunto como parte del propio pool.