1inch – набор протоколов для поиска и исполнения обменов через децентрализованную ликвидность. Проект не является одной биржей с единым пулом. Его классический режим строит маршрут через сторонние AMM и другие источники, а Fusion передаёт исполнение подписанного намерения конкурирующим resolvers. Для обмена между сетями действует Fusion+ с атомарными escrow-контрактами.
Главная идея 1inch – разделить поиск цены, формирование маршрута и onchain-исполнение. Пользователь видит один обмен, хотя под ним могут находиться несколько DEX, промежуточные токены и части ордера. Это улучшает доступ к фрагментированной ликвидности, но не отменяет риск токенов, источников цены, разрешений и контрактов, через которые проходит маршрут.
История
Серж Кунц и Антон Буков собрали первый агрегатор на хакатоне ETHGlobal New York в мае 2019 года. Название появилось из идеи сделать полезный продукт за короткий срок. Ранняя версия сравнивала цены нескольких Ethereum DEX и могла делить сделку между ними.
В 2020 году вышла вторая версия Aggregation Protocol с Pathfinder – алгоритмом поиска составных маршрутов. В декабре того же года запустился 1INCH и началось поэтапное управление протоколом. Собственный AMM Mooniswap позднее превратился в 1inch Liquidity Protocol, но со временем перестал быть центром продукта: конкурентное преимущество сети сместилось к агрегации, лимитным ордерам и intent-based execution.
Limit Order Protocol дал возможность создавать подписанные ордера без предварительного размещения капитала в общей книге. В конце 2022 года появился Fusion – режим, где resolvers конкурируют в голландском аукционе и оплачивают onchain-исполнение. В 2024 году 1inch представил Fusion+ для атомарных межсетевых обменов.
К 2026 году Fusion работает не только в EVM-сетях: поддерживается отдельная модель для Solana. Pathfinder продолжает обслуживать Classic swaps, а Fusion+ развивает cross-chain settlement. Старые материалы о v2-router, Chi GasToken, прежнем liquidity protocol или раннем staking нельзя переносить на действующие контракты без проверки.
Команда
Сооснователь Серж Кунц отвечает за продуктовую и предпринимательскую сторону сети. Антон Буков – сооснователь и архитектор, публично объясняющий устройство протоколов, intents и безопасность исполнения. Разработку ведут contributors 1inch Network, а гранты и экосистемные инициативы поддерживает 1inch Foundation.
Управление параметрами и казначейством отделено от повседневной разработки. 1inch DAO обсуждает и принимает предложения, тогда как contributors выпускают новые версии контрактов, API и приложения. Такая структура не означает, что каждый компонент полностью автономен: интерфейс, routing infrastructure, relayers и данные для resolvers имеют собственные операционные зависимости.
Классическая агрегация и Pathfinder
В Classic mode пользователь задаёт исходный и целевой токен. Pathfinder запрашивает доступные источники ликвидности, оценивает ожидаемый выход и стоимость исполнения, затем строит маршрут. Один обмен может быть разделён по нескольким пулам или пройти через промежуточные активы.
Например, часть сделки может пройти через пул Uniswap, другая – через иной AMM, а соединительным активом станет WETH или стейблкоин. Алгоритм сравнивает не только видимую цену. Важны глубина, price impact, gas cost и возможность выполнить последовательность атомарно.
Маршрут и котировка не гарантируют итог до включения транзакции в блок. Между расчётом и исполнением состояние пулов меняется. Пользователь задаёт slippage tolerance, а router отменяет сделку, если минимальный результат не достигнут. Gas за Classic swap оплачивает сам пользователь, включая стоимость неудачной транзакции.
1inch Aggregation Router не хранит постоянный общий депозит. Он получает разрешение на расходование токена и выполняет последовательность вызовов в одной транзакции. Поэтому нужно проверять spender и размер approve. Поддельный интерфейс или разрешение чужому контракту опаснее невыгодного маршрута.
Fusion
Fusion заменяет пользовательскую swap-транзакцию подписанным ордером. Maker задаёт активы, объём и допустимые условия. Resolvers видят ордер и конкурируют за право его исполнить. Курс меняется по голландскому аукциону в пределах заданного диапазона, пока resolver не найдёт прибыльный способ заполнения.
Resolver может использовать ликвидность агрегатора, собственный inventory или сочетание источников. Он отправляет итоговую транзакцию и несёт gas cost. Для пользователя это называют gasless execution, но экономический расход не исчезает: resolver учитывает gas и риск в предлагаемом результате. Первое разрешение токена всё равно может потребовать отдельной onchain-транзакции.
Fusion orders не публикуются как обычные swaps в открытом mempool до того, как исполнитель сформирует settlement. Это уменьшает поверхность для sandwich-атак. Однако защита не означает гарантированно лучший курс или обязательное исполнение. При резком движении цены ордер может заполниться частично, истечь или остаться без resolver.
Resolvers, staking и Unicorn Power
Для EVM Fusion resolver регистрирует worker address, поддерживает инфраструктуру исполнения и участвует в системе 1INCH staking. Заблокированный 1INCH превращается в st1INCH и даёт Unicorn Power. Чем больше сумма и срок блокировки, тем больше вес; действующий диапазон блокировки – от одного месяца до двух лет.
Unicorn Power можно направить в governance pod либо делегировать resolving pod. Делегаторы поддерживают выбранного исполнителя, а стимулы зависят от его программы. Доступ к исполнению ограничен правилами регистрации и рейтингом веса, поэтому Fusion не является полностью открытым соревнованием любого адреса.
Такая модель затрудняет Sybil-атаки и связывает resolver с экономическим залогом, но создаёт концентрацию. Небольшое число крупных исполнителей, сбой их инфраструктуры или неудачные incentives могут ухудшить заполнение. Staking reward не следует путать с безрисковой доходностью: цена 1INCH, блокировка и правила распределения меняют итог.
Fusion+ и обмен между сетями
Fusion+ переносит intent-based модель на cross-chain swap без единого кастодиального моста. Maker подписывает ордер, после чего resolvers участвуют в аукционе. Победитель создаёт escrow в исходной сети и соответствующий escrow в целевой. Оба контракта связаны одним secret hash и временными ограничениями.
После подтверждения обеих сторон secret раскрывается. Maker получает актив в целевой сети, а resolver забирает исходный. Safety deposits мотивируют завершить процесс. Если нормальный путь нарушен, timelock и recovery phase позволяют отменить незавершённый обмен или привлечь участника для восстановления.
Partial fills используют набор отдельных secrets, связанный Merkle tree, чтобы несколько resolvers могли заполнить части ордера, не получая контроль над остальными. Это сложнее обычного моста и зависит от доступности исполнителей, relayer-проверок, корректной публикации secret и финальности двух сетей. Полезно сравнивать эту модель с рисками протоколов сообщений из обзора Wormhole.
Fusion на Solana
Название продукта одинаково, но модель отличается от EVM. На Solana intent публикуется onchain с самого начала, поэтому пользователю нужен небольшой баланс SOL для сетевой комиссии. Resolvers по-прежнему конкурируют за fill rate, а ордер может исполниться частично или не исполниться.
Это важное исключение из формулы «Fusion не требует native token». Документация для Ethereum нельзя механически применять к Solana. Сеть, формат подписи, программы settlement и стоимость публикации intent отличаются.
Limit Order Protocol
Limit order – подписанная структура данных, а не депозит в централизованную книгу. Maker разрешает контракту расходование токена и подписывает условия. Taker или resolver заполняет ордер onchain, когда цена становится приемлемой. Ордер допускает частичное исполнение и расширения для дополнительных условий.
Offchain-размещение снижает стоимость создания и отмены, пока средства не перемещаются. Но подпись остаётся действующей до исполнения, отмены или истечения. Нужно учитывать allowance, возможные fills из нескольких источников и риск того, что цена быстро пройдёт лимит, не оставив прибыльного исполнителя.
1INCH и токеномика
Максимальный выпуск 1INCH был установлен на уровне 1,5 млрд токенов. При запуске разблокировали 6%, остальное распределялось по графику до конца 2024 года. На community incentive programs изначально отводилось 30%, на growth and development fund – 14,5%, а оставшаяся доля предназначалась backers и core contributors.
Теперь старый unlock schedule в основном относится к истории, а не к будущей инфляции. Для инвестора важнее текущая концентрация, казначейство, доля в staking и спрос на resolver delegation. Разбор подобных различий описан в материале о том, как читать токеномику проекта.
1INCH используется для DAO governance и блокировки в staking contract. st1INCH и Unicorn Power не являются отдельными свободно обращающимися монетами с фиксированным курсом: это учётные формы заблокированной позиции и её веса. Токен не даёт автоматического права на долю всех swap fees. Возможные distributions зависят от конкретных DAO decisions и incentive programs.
Управление
Управление проходит в несколько этапов: обсуждение, голосование и исполнение предложения. Stakers могут голосовать сами или делегировать Unicorn Power. Предложения затрагивают казначейство, гранты, параметры протоколов и incentive programs.
Наличие DAO не устраняет влияние крупных делегатов и contributors. Низкая явка повышает вес нескольких адресов, а технически сложное обновление трудно независимо оценить большинству holders. Кроме того, выбор маршрута в конкретной сделке делает алгоритм и инфраструктура, а не governance vote.
Применение
Розничный пользователь применяет 1inch для сравнения и исполнения swaps. Кошельки и приложения интегрируют Swap API и contract calls. Market makers работают resolvers, используют inventory и ищут fill opportunities. Token projects получают дополнительный канал к ликвидности, уже размещённой на PancakeSwap и других DEX.
Основные риски
- Сложный маршрут. Ошибка в одном pool, adapter или token contract затрагивает всю атомарную сделку.
- Котировка. Состояние ликвидности меняется между расчётом и блоком, а slippage остаётся риском пользователя.
- Разрешения. Безлимитный approve увеличивает ущерб при ошибке spender или phishing.
- Resolvers. Концентрация, недоступность или слабая конкуренция ухудшают Fusion execution.
- Незаполнение. Fusion order может истечь или исполниться только частично.
- Cross-chain. Fusion+ добавляет две сети, escrows, secrets, timelocks и recovery process.
- Инфраструктура. API, routing service, relayers и интерфейс могут быть недоступны, даже если contracts работают.
- Токен. Governance и resolver utility не гарантируют fee income или рост цены 1INCH.
Итог
1inch превратился из простого DEX-агрегатора в несколько способов исполнения. Classic mode использует Pathfinder и onchain router, Fusion передаёт signed intent конкурирующим resolvers, а Fusion+ координирует атомарный обмен между сетями. Это решает разные задачи и создаёт разные риски. Перед сделкой нужно понимать выбранный режим, spender, минимальный результат, сеть, возможность partial fill и то, кто оплачивает onchain execution.
