Главная
» Новости
»
Объяснение работы AMM V4 Hooks: как пользовательские пулы ликвидности меняют компромиссы.
Объяснение работы AMM V4 Hooks: как пользовательские пулы ликвидности меняют компромиссы.
Традиционно автоматизированные маркет-мейкеры (AMM) требуют от пользователей принятия довольно фиксированного набора правил пула: модели ценообразования, политики комиссий и механизма ликвидности, определяемого протоколом. Uniswap v4 меняет это представление о проектировании с помощью «хуков» — внешних смарт-контрактов, которые могут запускать пользовательскую логику на определенных этапах жизненного цикла пула. В результате получается не просто «более продвинутый AMM», а фреймворк, в котором два пула, использующие одно и то же базовое ядро v4, могут вести себя совершенно по-разному.
Такая гибкость создает реальные возможности выбора. Пул может сохранить стандартное поведение концентрированной ликвидности без каких-либо дополнительных механизмов, или же добавить собственную логику для динамических комиссий, автоматизированных действий с ликвидностью, правил доступа, специализированного учета или других рыночных моделей. Компромисс одинаково важен: каждое дополнительное правило добавляет код, допущения, сложность интеграции и потенциально новые риски безопасности.
По состоянию на сентябрь 2026 года, Uniswap v4 работает с января 2025 года. Uniswap описывает v4 как протокол AMM без кастодиального доступа, без возможности обновления и с отсутствием разрешений, использующий единственный PoolManager и хуки для настройки поведения пула. Обзор протокола можно найти в обзоре v4 от Uniswap Labs и в техническом документе Uniswap v4 .
Хуки V4 выступают в качестве программируемых расширений для пула ликвидности, позволяя устанавливать такие функции, как пользовательские комиссии, автоматизированные стратегии и правила доступа, без замены основного AMM.
Что именно представляет собой хук v4?
Хук — это смарт-контракт, прикрепляемый к пулу Uniswap v4 при его инициализации. Хук можно настроить на получение обратных вызовов до или после определенных действий в пуле. В текущем интерфейсе ядра v4 эти точки жизненного цикла включают инициализацию, добавление ликвидности, удаление ликвидности, обмены и пожертвования. Официальный интерфейс доступен в исходном коде IHooks.sol Uniswap .
Важное отличие заключается в том, что хук не заменяет весь AMM. Ядро v4 по-прежнему управляет состоянием пула и концентрированной ликвидностью через PoolManager. Хук добавляет поведение для выбранных действий. Например, хук может проверять рыночные условия перед свопом и выбирать динамическую комиссию LP, или выполнять учет после изменения ликвидности.
Какие именно коллбэки использует пул, определяется при инициализации. В версии 4 права доступа к хукам кодируются в адресе контракта хука с помощью определенных младших битов. Эта необычная конструкция позволяет PoolManager эффективно определять, какие коллбэки следует вызывать. Подробности реализации описаны в официальной библиотеке Hooks.sol .
Почему версия 4 поддерживает пользовательские пулы без развертывания нового AMM
Более ранние версии AMM часто требовали от команды разработчиков создания форков или перестройки значительных частей протокола биржи, если требовалась другая логика комиссий, поведение ордеров или учет. В версии V4 общий механизм ликвидности отделен от дополнительных настроек. Все пулы управляются через PoolManager в стиле синглтона, а не путем развертывания отдельного основного контракта для каждого пула.
В техническом документе также представлена технология мгновенного учета , при которой промежуточные перемещения токенов могут быть учтены во время разблокированной операции при условии корректного расчета окончательных валютных дельт. Вместе, архитектура с одним экземпляром и хуки упрощают компоновку нескольких действий пула и пользовательской логики без дублирования всего кода AMM.
Четыре распространенных варианта крючка — и чем вы жертвуете.
дизайн бассейна
Что можно оптимизировать
Главный компромисс
Наилучший вариант, когда
Без крючка
Простота и снижение риска, связанного с написанием собственного кода.
Менее специализированное поведение
Стандартная концентрированная ликвидность уже соответствует рыночным условиям.
Динамический механизм оплаты
Комиссии, реагирующие на волатильность, объем или другие правила.
Логика взимания комиссий может быть ошибочной, обманчивой или дорогостоящей.
Рыночные условия достаточно изменчивы, поэтому введение единой фиксированной платы неэффективно.
Крючок контроля доступа
Критерии отбора, списки разрешенных лиц или ограничения, установленные политикой.
Меньше участия без разрешения и больше предположений в управлении.
В бассейне существуют четко определенные требования к участникам.
Пользовательский механизм учета
Новые модели поведения при расчетах, стимулы или специализированные кривые.
Высочайшая сложность проектирования и аудита.
Для этого продукта действительно необходимы механизмы, выходящие за рамки стандартной концентрированной жидкости.
Вариант 1: без крючка
Для пула v4 не требуется хук. Это самый простой вариант, когда цель — обычная концентрированная ликвидность с минимальным количеством пользовательского поведения. Преимущество заключается в простоте рассуждений: меньше внешнего кода для проверки, меньше граничных случаев и меньше неопределенности относительно того, что происходит во время обменов или изменений ликвидности.
Ограничение очевидно: вы не получаете специализированного поведения пула. Если рынок выигрывает от переменных комиссий, автоматической логики позиционирования или пользовательских ограничений, пул без привязки к оператору не может обеспечить эти функции самостоятельно.
Вариант 2: хуки для динамической платы
V4 позволяет пулам использовать динамические комиссии LP. beforeSwapВ соответствии с правилами протокола о динамических комиссиях, хук может возвращать переопределение комиссии LP для данного свопа. Это позволяет разрабатывать политики комиссий, которые реагируют на такие условия, как волатильность, поток ордеров или время.
Преимущество заключается в адаптивности. Стабильная валютная пара может стремиться к низким комиссиям во время обычной торговли, но вести себя иначе при расхождении цен. Риск состоит в том, что сам алгоритм расчета комиссий становится частью микроструктуры рынка. Неправильные параметры могут снизить объем торгов, поставить в невыгодное положение поставщиков ликвидности или своперов, или создать возможности для манипуляций.
В общедоступном репозитории хуков Uniswap Labs есть StablePairHook , который использует динамические комиссии для активов, которые, как ожидается, будут торговаться по примерно одинаковой цене. Этот репозиторий полезен в качестве конкретного примера того, как ориентированные на производство хуки отличаются от ядра версии 4: общедоступный репозиторий хуков Uniswap v4 .
Вариант 3: автоматизированные стратегические хуки
Хуки могут координировать действия, связанные с изменениями ликвидности или свопами, позволяя создавать системы, автоматизирующие части стратегии ликвидности. Примерами могут служить логика ребалансировки, поведение, основанное на времени, или интеграция с другими протоколами.
Это может сократить ручное управление, но «автоматизация» не означает «отсутствие риска». Правила стратегии могут показывать низкую эффективность на быстрорастущих рынках, зависеть от внешних данных, потреблять дополнительный газ или плохо взаимодействовать с другими контрактами. Важно сравнивать не автоматизацию с отсутствием усилий, а предсказуемые, проверяемые правила с операционной сложностью и риском, связанным с моделью.
Вариант 4: механизмы доступа или политики.
Перехватчик может устанавливать пользовательские условия перед разрешением выполнения действия. Это может поддерживать списки разрешенных пользователей, правила соответствия требованиям для конкретных рынков или элементы управления политикой на уровне приложения.
Это может быть уместно для продукта с четко определенными требованиями к доступу, но это меняет открытость пула. Пользователи должны понимать, кто контролирует правила, могут ли эти правила изменяться, каким внешним системам можно доверять и что произойдет, если служба авторизации выйдет из строя.
Индивидуально разработанная система бухгалтерского учета — самая мощная, но и самая легко поддающаяся неправильному пониманию.
Одна из наиболее продвинутых функций v4 — это настраиваемый учет . Хуки могут возвращать дельты токенов, которые влияют на то, как учитывается стоимость при операциях с пулом. В техническом документе v4 это описывается как способ для хуков реализовывать такие функции, как пользовательские кривые, комиссии хуков или другое поведение учета, наложенное поверх основной системы.
Это не то же самое, что простое изменение отображаемой комиссии. Пользовательская настройка учета может существенно изменить экономику взаимодействия. Для опытных разработчиков пулов это открывает широкие возможности для проектирования. Для пользователей и поставщиков услуг это означает, что фраза «это пул Uniswap v4» не полностью описывает экономические правила. Также необходимо понимать принцип работы прикрепленного хука.
Бассейн в стиле V3 против бассейна в стиле V4 с крючками
Более гибкая настройка комиссий, включая динамические комиссии.
Настройка бассейна
В основном это решается на уровне протокола.
Логика хуков может изменять поведение жизненного цикла.
Поверхность аудита
В основном протокол плюс интеграция
Протокол, интеграция и контракт-перехватчик
Проверка благонадежности пользователя
Разберитесь в особенностях валютной пары, диапазона, уровня комиссий и рисках, связанных с токенами.
Всё остальное, плюс код-перехватчик и его зависимости.
Поэтому V4 следует рассматривать скорее как расширение концентрированной ликвидности, а не как замену фундаментальным компромиссам, с которыми сталкиваются поставщики ликвидности. Поставщики ликвидности по-прежнему сталкиваются с колебаниями цен, выбором диапазона, неблагоприятным отбором, риском, связанным с токенами, и риском, связанным со смарт-контрактами. Хуки добавляют еще одно измерение: риск, связанный с пользовательскими правилами.
Безопасность: основные аудиты не проверяют автоматически каждый хук.
Перед запуском ядро Uniswap v4 прошло тщательную проверку безопасности. На презентации, состоявшейся в январе 2025 года, Uniswap Labs заявила, что кодовая база прошла девять проверок, крупный конкурс по безопасности и программу вознаграждения за обнаружение ошибок. Подробности запуска доступны в анонсе Uniswap Labs о запуске v4 .
Это не означает, что произвольный хук безопасен. Хуки — это внешние контракты, созданные независимыми разработчиками. Хук может содержать ошибки, вредоносную логику, небезопасные зависимости, плохой контроль доступа или экономические предположения, которые не выдерживают критики. Официальный репозиторий публичных хуков явно отличает реализации хуков, поддерживаемые Uniswap Labs, от более широкого круга хуков, созданных сообществом.
Поэтому для трейдера или поставщика ликвидности полезный вопрос заключается не просто в том, «Это версия 4?», а в том, «Какой хук к нему прикреплен, какие коллбэки он может выполнять, кто его разработал, был ли он проверен и каким дополнительным контрактам или оракулам он доверяет?».
Как выбрать дизайн бассейна, подходящий для реального сценария использования
Если вам в основном нужна стандартная ликвидность
Отдавайте предпочтение простоте. Пул v4 без хуков — или другая хорошо известная конструкция пула — может быть оправдана, когда пользовательское поведение не решает конкретную проблему. Добавление возможности программирования просто потому, что она доступна, создает сложность, не обязательно принося пользу.
Если вы работаете на нестабильном или специализированном рынке
Динамическая модель комиссий может быть полезна, если статические комиссии постоянно занижают или завышают оценку риска ликвидности. Следует оценивать фактические правила начисления комиссий, входные данные, частоту обновления, накладные расходы на газ и поведение в экстремальных условиях, а не сосредотачиваться только на средних комиссиях.
Если вы создаёте продукт для управления ликвидностью
Использование автоматизированных механизмов может сделать пользовательский опыт более согласованным, но эту стратегию следует рассматривать как финансовую систему, а не просто как функцию для удобства. Протестируйте такие сценарии сбоев, как устаревшие данные, резкие колебания цен, отмененные внешние вызовы и ситуации, когда ребалансировка становится дорогостоящей.
Если участие необходимо ограничить
Механизм контроля доступа может напрямую закодировать эти требования в действиях пула. Цена за это — снижение уровня неопределенности разрешений и повышение доверия к тому, кто контролирует или предоставляет логику авторизации. Четко документируйте эти элементы управления для пользователей.
Если вам действительно нужен новый рыночный механизм
Индивидуально разработанная система учета предоставляет наибольшее пространство для проектирования, но и заслуживает самого тщательного анализа. Используйте ее, когда стандартная концентрированная ликвидность не может обеспечить желаемые экономические показатели, а не просто для того, чтобы система выглядела более сложной.
Что должны проверить LP-партнеры и трейдеры перед использованием пула с привязкой к активам.
Адрес для подключения: проверьте точный текст договора, прилагаемого к бассейну.
Включенные обратные вызовы: позволяют определить, выполняется ли обработчик до или после обменов, изменений ликвидности, инициализации или пожертвований.
Правила взимания платы: определить, является ли плата за размещение акций LP статической или динамической, и что может ее изменить.
Внешние зависимости: определите оракулы, протоколы кредитования, мосты, списки разрешенных объектов или административные контракты, на которые опирается хук.
Административный контроль: проверьте, может ли какая-либо сторона изменять параметры, приостанавливать работу функций или влиять на внешние зависимости.
Статус аудита и кода: позволяет отличать проверенный и прошедший проверку код от экспериментальных примеров.
Экономическое поведение: понимание того, как механизм "крючка" влияет на проскальзывание, доходность LP, потоки токенов и условия вывода средств.
Практический вывод
V4 hooks превращают пул AMM из продукта с фиксированными параметрами в программируемый компонент. Это ценно, когда у рынка есть специфическая потребность — адаптивные комиссии, автоматизация, контроль доступа, специализированный учет или интеграция с другой системой DeFi. Менее привлекательно, когда стандартная концентрированная ликвидность уже решает проблему.
Основной компромисс прост: чем больше возможностей для настройки, тем больше кода и больше предположений для оценки . Разработчики получают более широкое пространство для проектирования, поставщики ликвидности могут получить доступ к более специализированным стратегиям, а трейдеры могут взаимодействовать с рынками, которые ведут себя иначе, чем стандартные пулы. В то же время пользователи должны оценивать прикрепленный хук как часть самого пула.
Для получения подробной информации об уровне реализации используйте текущий репозиторий ядра Uniswap v4 , технический документ v4 и официальный список рассылки v4 . Адреса развертывания различаются в зависимости от сети, поэтому интеграторам следует проверять текущее официальное сопоставление, а не предполагать, что один адрес является универсальным.