Uniswap Labs presentó Permissioned Pools para Uniswap v4, un diseño basado en hooks destinado a permitir que emisores de fondos tokenizados, valores y otros activos del mundo real controlen quién puede operar o aportar liquidez en pools específicos, mientras el protocolo Uniswap subyacente permanece permissionless.

El modelo aborda una tensión central en las finanzas descentralizadas: los activos regulados o con acceso controlado suelen requerir verificaciones de elegibilidad, pero los automated market makers están diseñados para la participación abierta. Bajo el diseño de v4, las restricciones aplican solo a los pools que eligen usar el hook con permisos, no a Uniswap en su conjunto.

Según Uniswap Labs, los nuevos Permissioned Pools usan allowlists gestionadas por emisores y aplicadas onchain. Solo las direcciones aprobadas pueden interactuar con el pool correspondiente. La documentación para desarrolladores describe dos permisos separados: SWAP_ALLOWED, que determina si una dirección puede operar, y LIQUIDITY_ALLOWED, que determina si puede añadir o retirar liquidez (Uniswap Developers).

Qué significan los Permissioned Pools en Uniswap v4

Los Permissioned Pools se construyen alrededor de los hooks de Uniswap v4. En este contexto, un hook verifica cada swap y cada acción de liquidez contra una allowlist mantenida por el emisor del activo o por su operador designado. Si una dirección está aprobada, la acción puede continuar. Si no está aprobada, la transacción revierte.

Los hooks son una de las principales funciones de extensibilidad de Uniswap v4, ya que permiten ejecutar lógica personalizada a nivel de pool en torno a acciones como swaps y cambios de liquidez. Eso convierte el permissioning en una regla específica de la aplicación, en lugar de un cambio para todos los pools del protocolo.

El diseño no convierte a Uniswap en un exchange cerrado. En cambio, añade lógica específica por pool para activos que requieren acceso controlado. Los pools permissionless de Uniswap siguen abiertos, mientras que la lógica con permisos aplica solo cuando un pool opta por utilizarla.

Uniswap Labs describió esta estructura en su anuncio del 23 de julio de 2026 como una forma para que fondos tokenizados y otros activos regulados operen a través de AMMs sin que el protocolo base custodie activos ni opere procesos de know-your-customer. El emisor gestiona la elegibilidad offchain y refleja ese estado onchain mediante la allowlist.

Por qué los activos del mundo real necesitan controles de elegibilidad

Los Treasuries tokenizados, fondos del mercado monetario, notas de crédito privado e instrumentos similares a acciones pueden estar sujetos a requisitos legales, jurisdiccionales o de estatus del inversionista. Los emisores pueden necesitar saber quiénes son las contrapartes y, en algunos casos, conservar la capacidad de congelar, redimir o actuar de otro modo conforme a los documentos rectores.

Las allowlists crean un mecanismo para llevar esos requisitos a DeFi. El emisor determina la elegibilidad fuera del protocolo, mientras el AMM sigue gestionando precios, inventario y liquidación. El rol del hook se limita a verificar si una wallet tiene permiso para participar.

Para traders y proveedores de liquidez, esto significa que el acceso puede requerir verificación con el emisor o con un registrador antes de que una dirección pueda hacer swaps o aportar liquidez. Si una dirección no está aprobada, el pool no funcionará para esa wallet.

Cómo funciona el hook

La documentación para desarrolladores de Uniswap describe dos configuraciones de permisos distintas. SWAP_ALLOWED determina si una wallet puede operar los activos del pool. LIQUIDITY_ALLOWED determina si puede depositar o retirar liquidez. Una dirección puede tener un permiso sin el otro, lo que permite a un emisor aprobar a algunos participantes para trading, pero no para provisión de liquidez.

Las posiciones de liquidez en pools con permisos están representadas por NFTs, pero esos NFTs de posición no son transferibles. La documentación señala que las llamadas a transferFrom y safeTransferFrom revierten con TransferDisabled. La restricción busca impedir que una posición LP aprobada sea transferida a una dirección o entidad que no haya pasado el proceso de elegibilidad del emisor.

El administrador del adaptador también tiene la capacidad de llamar a unwindPosition para cerrar una posición LP cuando la política lo requiera. En la práctica, eso significa que el emisor o el operador designado mantiene poderes administrativos específicos definidos a nivel de contrato. Uniswap en sí no aprueba inversionistas ni maneja archivos KYC; el hook lee la allowlist y aplica el resultado para el pool.

Cambios para traders y proveedores de liquidez

Para los traders, el cambio más inmediato es una verificación de acceso antes de la ejecución. Si una wallet no está en la allowlist correspondiente, un swap a través del pool con permisos fallará. Algunos frontends podrían verificar la elegibilidad con anticipación y pedir a los usuarios que soliciten aprobación.

La liquidación sigue siendo no custodiada. Los usuarios aún firman transacciones desde sus propias wallets, y los precios siguen basados en AMM. El slippage, la profundidad de liquidez y las comisiones del pool siguen siendo relevantes del mismo modo que en otros pools AMM. La diferencia es que solo las direcciones aprobadas pueden interactuar con el pool.

Para los LPs, la no transferibilidad de los NFTs de posición es un cambio operativo importante. Las entidades que dependen de transferir posiciones LP entre wallets, cuentas o afiliadas tendrían que considerar esa restricción. Los LPs también deben entender los derechos de unwind del emisor, incluidas las circunstancias bajo las cuales el administrador del adaptador puede cerrar forzosamente una posición.

Los emisores también pueden dirigir programas de liquidez a market makers o asignadores específicos. Eso puede moldear el acceso al pool e influir en quién puede aportar profundidad para el activo.

Compromisos de cumplimiento y neutralidad del protocolo

Los pools con permisos representan un compromiso entre la arquitectura abierta de DeFi y los requisitos de activos regulados. Los emisores de ciertos activos podrían no poder respaldar un mercado onchain sin controles de acceso. La arquitectura de hooks de Uniswap v4 permite que esos controles existan a nivel de pool, mientras mantiene neutral el protocolo base.

El enfoque separa responsabilidades. Los emisores administran allowlists y gestionan obligaciones de cumplimiento, mientras el protocolo proporciona la infraestructura de mercado. Dentro de un pool aprobado, funciones DeFi como precios AMM, enrutamiento y contabilidad onchain aún pueden operar sujetas a las restricciones del hook.

Esa separación importa porque mantiene las decisiones de cumplimiento vinculadas al activo y a su emisor, en lugar de incorporar un requisito universal de identidad en Uniswap. También significa que los participantes deben evaluar cada pool con permisos según sus propios términos, ya que las políticas y controles administrativos pueden variar por emisor.

El diseño también introduce compromisos. El administrador del adaptador se convierte en una superficie de riesgo importante, porque el uso indebido o el compromiso de llaves administrativas podría afectar a un pool. Los usuarios también enfrentan fricción adicional por procesos KYC y vinculación de wallets. La privacidad es otra consideración, porque las wallets vinculadas a identidades verificadas pueden facilitar la asociación de actividad onchain con una persona o entidad.

RWAs, appchains y despliegue cross-chain

Uniswap ha conectado el lanzamiento de los pools con permisos con un crecimiento más amplio de los activos tokenizados y la actividad de mercado cross-chain. En una publicación en Substack, Uniswap dijo que su despliegue en la nueva Robinhood Chain superó los $6 billion en volumen en una semana, incluido su primer día de $1 billion.

Los pools con permisos encajan en ese entorno cross-chain porque los emisores quieren acceso a venues de liquidez e interfaces de usuario, mientras conservan controles a nivel de activo. Si Uniswap v4 está desplegado en una chain y un emisor puede mantener una allowlist, la política de acceso del pool puede viajar con el activo mediante el diseño de hooks.

Uniswap también ha citado movimientos del ecosistema hacia funciones habilitadas por hooks de v4. En sus últimas actualizaciones, Uniswap dijo que Spark trasladó alrededor de $150 million de liquidez en stablecoins antes de funciones como DualPool, que utiliza la misma arquitectura de hooks de la que dependen los pools con permisos.

Junto con el anuncio de Uniswap del 23 de julio, estos desarrollos muestran cómo los activos regulados pueden buscar liquidez AMM y composabilidad mientras operan dentro de límites definidos por el emisor.

Riesgos y modos de falla

Los pools con permisos añaden rutas de código adicionales mediante hooks, por lo que la revisión de contratos, auditorías y controles de actualización son importantes para los participantes. Los usuarios deben entender si el bytecode desplegado coincide con el código auditado y si el hook o el adaptador pueden actualizarse.

Los poderes administrativos también requieren una revisión cuidadosa. El alcance de la autoridad del administrador del adaptador puede incluir funciones como unwindPosition, cambios de parámetros u otros controles, según la implementación. Los time locks, arreglos multisig y políticas escritas del emisor pueden afectar materialmente el riesgo.

La precisión de la allowlist es otro posible problema. Si un registro offchain se retrasa o es incorrecto, una dirección puede quedar bloqueada o seguir aprobada cuando su estado debería haber cambiado. Cambios jurisdiccionales o de política después de que un usuario aporta liquidez también pueden alterar si una dirección sigue siendo elegible.

El enrutamiento puede crear casos límite adicionales. Los agregadores pueden intentar enrutar transacciones a través de un pool con permisos. Si la dirección del usuario no está en la allowlist, la transacción revertirá a menos que el frontend o el router filtre el pool con anticipación.

Lista de verificación antes de usar un pool con permisos

Los participantes que evalúen un pool con permisos deben revisar la identidad del emisor, su estado de registro y la documentación pública cuando corresponda. También deben examinar la política de allowlist, incluido quién aprueba direcciones, qué documentos se requieren, cuánto tarda la aprobación y cómo se gestionan las revocaciones.

El código del hook, el estado de auditoría y el bytecode desplegado también son centrales. Los usuarios deben identificar los poderes administrativos exactos, incluido si el administrador puede pausar actividad, llamar a unwindPosition o cambiar parámetros. Los LPs deben revisar comisiones, incentivos, lockups y las implicaciones de los NFTs de posición no transferibles.

El soporte de chain es otro factor operativo. Un pool puede estar disponible solo donde Uniswap v4 esté desplegado y donde un emisor elija lanzarlo. Los sistemas de custodia, flujos de cumplimiento y herramientas de enrutamiento también deben soportar la chain y la estructura de pool correspondientes.

Comparación con otras estructuras de mercado

Los usuarios cuyos mandatos prohíben venues con control administrativo pueden enrutar alrededor de pools con permisos. Muchos agregadores permiten a los usuarios bloquear direcciones específicas de pools.

Preguntas frecuentes

¿Los pools con permisos convierten a Uniswap en un exchange regulado?

No. El protocolo base sigue siendo permissionless. Las verificaciones de permisos viven en hooks específicos de cada pool, controlados por el emisor. El emisor gestiona KYC y políticas offchain y expone una allowlist que el hook puede leer.

¿Cómo obtiene un usuario aprobación en la allowlist para operar o aportar liquidez?

Cada emisor define su propio proceso. En una estructura típica, un usuario presenta información KYC y vincula una dirección de wallet. Una vez aprobada, la dirección aparece en la allowlist y puede hacer swaps o aportar liquidez sin que la verificación de permisos revierta.

¿Pueden los LPs transferir o vender sus NFTs LP?

No en pools con permisos. Los NFTs de posición no son transferibles por diseño. Según la documentación para desarrolladores, las llamadas para moverlos revierten, y el administrador del adaptador puede hacer unwind de posiciones si la política lo requiere.

¿Qué ocurre si un agregador enruta a través de un pool con permisos?

Si la dirección del usuario no está en la allowlist, la transacción revertirá. Los frontends pueden prefiltrar estas rutas, y los usuarios también pueden deshabilitar pools específicos en la configuración del router cuando sea compatible.

¿Esto afecta a los holders de UNI o a las comisiones del protocolo?

Los pools con permisos no cambian directamente el fee switch ni la gobernanza del protocolo central. Son hooks opcionales a nivel de pool. Cualquier efecto sobre el volumen o los flujos de comisiones depende de la adopción por parte de emisores y de la demanda de traders.

¿Los pools con permisos están disponibles en todas las chains donde opera Uniswap?

Los pools con permisos son una función de Uniswap v4. La disponibilidad depende de dónde esté desplegado v4 y de dónde un emisor elija lanzarlos. Los usuarios deben verificar el soporte de chain y la integración de custodia antes del onboarding.

¿Los pools con permisos son solo para valores?

No. Están diseñados para activos que requieren controles de elegibilidad, lo que puede incluir fondos, productos estructurados y otros tokens regidos por reglas de acceso.

Disclaimer: Este artículo se proporciona únicamente con fines informativos. No se ofrece ni pretende utilizarse como asesoría legal, fiscal, de inversión, financiera ni de otro tipo.