Uniswap Labs представила Permissioned Pools для Uniswap v4 — архитектуру на основе hooks, предназначенную для того, чтобы эмитенты токенизированных фондов, ценных бумаг и других реальных активов могли контролировать, кто имеет право торговать или предоставлять ликвидность в конкретных пулах, при этом базовый протокол Uniswap остается permissionless.

Эта модель решает одно из ключевых противоречий в децентрализованных финансах: регулируемые активы или активы с ограниченным доступом часто требуют проверки права участия, тогда как автоматизированные маркетмейкеры рассчитаны на открытое участие. В архитектуре v4 ограничения применяются только к тем пулам, которые выбирают permissioned hook, а не ко всему Uniswap.

По данным Uniswap Labs, новые Permissioned Pools используют управляемые эмитентами allowlists, которые применяются ончейн. Взаимодействовать с соответствующим пулом могут только одобренные адреса. В документации для разработчиков описаны два отдельных разрешения: SWAP_ALLOWED, которое определяет, может ли адрес торговать, и LIQUIDITY_ALLOWED, которое определяет, может ли он добавлять или выводить ликвидность (Uniswap Developers).

Что означают Permissioned Pools в Uniswap v4

Permissioned Pools построены вокруг hooks в Uniswap v4. В этом контексте hook проверяет каждый swap и каждое действие с ликвидностью по allowlist, которую ведет эмитент актива или назначенный им оператор. Если адрес одобрен, действие может быть выполнено. Если адрес не одобрен, транзакция отклоняется.

Hooks — одна из основных возможностей расширения Uniswap v4, позволяющая запускать пользовательскую логику на уровне пула вокруг таких действий, как swaps и изменения ликвидности. Благодаря этому permissioning становится правилом для конкретного приложения, а не изменением для каждого пула в протоколе.

Эта архитектура не превращает Uniswap в закрытую биржу. Вместо этого она добавляет логику на уровне отдельных пулов для активов, которым требуется контролируемый доступ. Permissionless-пулы Uniswap остаются открытыми, а permissioned-логика применяется только там, где пул выбрал ее использование.

В объявлении от 23 июля 2026 года Uniswap Labs описала эту структуру как способ для токенизированных фондов и других регулируемых активов торговаться через AMM без того, чтобы базовый протокол принимал активы на хранение или выполнял процедуры know-your-customer. Эмитент управляет проверкой права участия офчейн и отражает этот статус ончейн через allowlist.

Почему реальным активам нужны проверки права участия

Токенизированные казначейские облигации, фонды денежного рынка, ноты частного кредита и инструменты, похожие на акции, могут иметь юридические, юрисдикционные требования или требования к статусу инвестора. Эмитентам может быть необходимо знать, кто является контрагентами, а в некоторых случаях сохранять возможность заморозки, погашения или иных действий согласно регулирующим документам.

Allowlists создают механизм переноса таких требований в DeFi. Эмитент определяет право участия вне протокола, тогда как AMM продолжает обрабатывать ценообразование, инвентарь и расчеты. Роль hook ограничивается проверкой того, разрешено ли кошельку участвовать.

Для трейдеров и поставщиков ликвидности это означает, что доступ может потребовать верификации у эмитента или регистратора до того, как адрес сможет выполнять swap или предоставлять ликвидность. Если адрес не одобрен, пул не будет работать для этого кошелька.

Как работает hook

Документация Uniswap для разработчиков описывает две отдельные настройки разрешений. SWAP_ALLOWED определяет, может ли кошелек торговать активами в пуле. LIQUIDITY_ALLOWED определяет, может ли он вносить или выводить ликвидность. У адреса может быть одно разрешение без другого, что позволяет эмитенту одобрять некоторых участников для торговли, но не для предоставления ликвидности.

Позиции ликвидности в permissioned-пулах представлены NFT, но эти NFT позиций не подлежат передаче. В документации указано, что вызовы transferFrom и safeTransferFrom отклоняются с TransferDisabled. Это ограничение предназначено для предотвращения передачи одобренной LP-позиции адресу или организации, которые не прошли процесс проверки права участия у эмитента.

Администратор адаптера также имеет возможность вызвать unwindPosition, чтобы закрыть LP-позицию, когда этого требует политика. На практике это означает, что эмитент или назначенный оператор обладает конкретными административными полномочиями, определенными на уровне контракта. Сам Uniswap не одобряет инвесторов и не обрабатывает KYC-файлы; hook считывает allowlist и применяет результат для пула.

Изменения для трейдеров и поставщиков ликвидности

Для трейдеров самым непосредственным изменением становится проверка доступа перед исполнением. Если кошелек не находится в соответствующей allowlist, swap через permissioned-пул завершится неудачей. Некоторые интерфейсы могут заранее проверять право участия и предлагать пользователям подать заявку на одобрение.

Расчеты остаются некастодиальными. Пользователи по-прежнему подписывают транзакции из собственных кошельков, а ценообразование остается основанным на AMM. Проскальзывание, глубина ликвидности и комиссии пула продолжают иметь значение так же, как и в других AMM-пулах. Отличие в том, что взаимодействовать с пулом могут только одобренные адреса.

Для LP непередаваемость NFT позиций является существенным операционным изменением. Организациям, которые полагаются на передачу LP-позиций между кошельками, счетами или аффилированными структурами, потребуется учитывать это ограничение. LP также должны понимать права эмитента на unwind, включая обстоятельства, при которых администратор адаптера может принудительно закрыть позицию.

Эмитенты также могут нацеливать программы ликвидности на конкретных маркетмейкеров или аллокаторов. Это может формировать доступ к пулу и влиять на то, кто способен обеспечивать глубину для актива.

Компромиссы комплаенса и нейтральность протокола

Permissioned-пулы представляют собой компромисс между открытой архитектурой DeFi и требованиями регулируемых активов. Эмитенты некоторых активов могут быть не в состоянии поддерживать ончейн-рынок без контроля доступа. Архитектура hooks в Uniswap v4 позволяет таким контролям существовать на уровне пула, сохраняя нейтральность базового протокола.

Подход разделяет ответственность. Эмитенты ведут allowlists и выполняют комплаенс-обязательства, тогда как протокол предоставляет рыночную инфраструктуру. Внутри одобренного пула функции DeFi, такие как AMM-ценообразование, маршрутизация и ончейн-учет, по-прежнему могут работать с учетом ограничений hook.

Это разделение важно, поскольку оно привязывает комплаенс-решения к активу и его эмитенту, а не встраивает универсальное требование идентификации в Uniswap. Это также означает, что участникам необходимо оценивать каждый permissioned-пул отдельно, поскольку политики и административные меры контроля могут различаться в зависимости от эмитента.

Архитектура также вводит компромиссы. Администратор адаптера становится важной зоной риска, поскольку злоупотребление или компрометация административных ключей может повлиять на пул. Пользователи также сталкиваются с дополнительными сложностями из-за KYC-процессов и привязки кошельков. Конфиденциальность — еще один фактор, поскольку кошельки, связанные с верифицированными личностями, могут упростить сопоставление ончейн-активности с конкретным человеком или организацией.

RWAs, appchains и кроссчейн-развертывание

Uniswap связала запуск permissioned-пулов с более широким ростом токенизированных активов и кроссчейн-рыночной активности. В публикации на Substack Uniswap сообщила, что ее развертывание на новой Robinhood Chain превысило $6 миллиардов объема за одну неделю, включая первый день с объемом $1 миллиард.

Permissioned-пулы вписываются в эту кроссчейн-среду, поскольку эмитенты хотят получить доступ к площадкам ликвидности и пользовательским интерфейсам, сохраняя при этом контроль на уровне актива. Если Uniswap v4 развернут в сети и эмитент может поддерживать allowlist, политика доступа пула может перемещаться вместе с активом благодаря архитектуре hook.

Uniswap также указывала на движение экосистемы к функциям v4 на основе hooks. В своих последних обновлениях Uniswap сообщила, что Spark переместила около $150 миллионов ликвидности в stablecoins в преддверии таких функций, как DualPool, использующих ту же архитектуру hooks, на которую опираются permissioned-пулы.

Вместе с объявлением Uniswap от 23 июля эти события показывают, как регулируемые активы могут стремиться к ликвидности и компонуемости AMM, оставаясь в рамках guardrails, определенных эмитентом.

Риски и возможные сбои

Permissioned-пулы добавляют дополнительные пути исполнения кода через hooks, поэтому проверка контрактов, аудиты и контроль обновлений важны для участников. Пользователям следует понимать, соответствует ли развернутый bytecode аудированному коду и могут ли hook или адаптер быть обновлены.

Административные полномочия также требуют внимательной проверки. Объем полномочий администратора адаптера может включать такие функции, как unwindPosition, изменение параметров или другие меры контроля в зависимости от реализации. Time locks, multisig-механизмы и письменные политики эмитента могут существенно влиять на риск.

Точность allowlist — еще одна потенциальная проблема. Если офчейн-реестр задерживается или содержит ошибки, адрес может быть заблокирован или оставаться одобренным, когда его статус должен был измениться. Изменения юрисдикции или политики после предоставления пользователем ликвидности также могут повлиять на то, сохраняет ли адрес право участия.

Маршрутизация может создавать дополнительные граничные случаи. Агрегаторы могут пытаться направлять транзакции через permissioned-пул. Если адрес пользователя не находится в allowlist, транзакция будет отклонена, если интерфейс или router заранее не отфильтрует этот пул.

Чек-лист перед использованием permissioned-пула

Участникам, оценивающим permissioned-пул, следует изучить личность эмитента, его регистрационный статус и публичную документацию, где это применимо. Также необходимо проверить политику allowlist, включая то, кто одобряет адреса, какие документы требуются, сколько занимает одобрение и как обрабатываются отозванные разрешения.

Код hook, статус аудита и развернутый bytecode также имеют ключевое значение. Пользователям следует определить точные полномочия администратора, включая возможность приостанавливать активность, вызывать unwindPosition или изменять параметры. LP должны изучить комиссии, стимулы, lockups и последствия непередаваемых NFT позиций.

Поддержка сети — еще один операционный фактор. Пул может быть доступен только там, где развернут Uniswap v4 и где эмитент решит запустить его. Системы хранения, комплаенс-процессы и инструменты маршрутизации также должны поддерживать соответствующую сеть и структуру пула.

Сравнение с другими рыночными структурами

Пользователи, чьи мандаты запрещают площадки с административными ограничениями, могут обходить permissioned-пулы при маршрутизации. Многие агрегаторы позволяют пользователям добавлять конкретные адреса пулов в черный список.

Часто задаваемые вопросы

Делают ли permissioned-пулы Uniswap регулируемой биржей?

Нет. Базовый протокол остается permissionless. Проверки разрешений находятся в hooks конкретных пулов, контролируемых эмитентом. Эмитент проводит KYC и управляет политикой офчейн, а также предоставляет allowlist, которую может считывать hook.

Как пользователь может попасть в allowlist для торговли или предоставления ликвидности?

Каждый эмитент устанавливает собственный процесс. В типичной структуре пользователь предоставляет KYC-информацию и привязывает адрес кошелька. После одобрения адрес появляется в allowlist и может выполнять swaps или предоставлять ликвидность без отклонения проверки разрешения.

Могут ли LP передавать или продавать свои LP NFTs?

Не в permissioned-пулах. NFT позиций по конструкции не подлежат передаче. Согласно документации для разработчиков, вызовы для их перемещения отклоняются, а администратор адаптера может закрывать позиции через unwind, если этого требует политика.

Что произойдет, если агрегатор направит транзакцию через permissioned-пул?

Если адрес пользователя не находится в allowlist, транзакция будет отклонена. Интерфейсы могут заранее фильтровать такие маршруты, а пользователи также могут отключать конкретные пулы в настройках router, если это поддерживается.

Влияет ли это на держателей токена UNI или комиссии протокола?

Permissioned-пулы напрямую не меняют fee switch или управление базового протокола. Это опциональные hooks на уровне пула. Любое влияние на объемы или потоки комиссий зависит от принятия эмитентами и спроса со стороны трейдеров.

Доступны ли permissioned-пулы в каждой сети, где работает Uniswap?

Permissioned-пулы — это функция Uniswap v4. Доступность зависит от того, где развернут v4 и где эмитент решит запустить пул. Пользователям необходимо проверить поддержку сети и интеграцию с системой хранения перед подключением.

Предназначены ли permissioned-пулы только для ценных бумаг?

Нет. Они разработаны для активов, которым нужны проверки права участия, включая фонды, структурированные продукты и другие токены, регулируемые правилами доступа.

Дисклеймер: Эта статья предоставлена исключительно в информационных целях. Она не предлагается и не предназначена для использования в качестве юридической, налоговой, инвестиционной, финансовой или иной консультации.