LI.FI – агрегатор ликвидности и слой исполнения для приложений, которым нужны обмены внутри одной сети и между блокчейнами. Вместо интеграции каждого DEX и моста разработчик подключает API, SDK или widget, а маршрутизатор сравнивает доступные пути. Пользовательский интерфейс Jumper показывает ту же инфраструктуру в виде отдельного приложения.
В 2026 году LI.FI работает уже не только как агрегатор. LI.FI Intents добавляет собственный marketplace, где профессиональные солверы заранее публикуют котировки и исполняют желаемый результат из своего капитала. Старый Diamond routing и новый intent settlement сосуществуют, но имеют разные риски.
Классическая агрегация
Приложение запрашивает quote с исходной сетью, токеном, суммой и желаемым результатом. Внецепочечный сервис LI.FI опрашивает DEX-агрегаторы, мосты и solver-системы, оценивает цену, газ и доступность, затем возвращает один или несколько маршрутов.
Путь может включать обмен через Uniswap, передачу через сторонний мост и ещё один swap на стороне назначения. LI.FI координирует шаги, но не превращает внешние контракты в собственную ликвидность. Уязвимость или остановка выбранного провайдера остаётся частью сделки.
Diamond и facets
Основная точка входа для EVM-маршрутов – LI.FI Diamond. Контракт использует модульную diamond-архитектуру: отдельные facets знают, как вызвать конкретный bridge, DEX или solver. Новую интеграцию можно добавить без замены всего роутера.
Модульность упрощает обновление, но расширяет поверхность атаки. Ошибка одной facet, разрешений или входных данных может затронуть пользователей общего Diamond. Проверка адреса роутера и минимального выхода важнее красивого названия маршрута.
Composer позволяет собрать несколько действий в одной цепочке: bridge, swap, deposit в DeFi и вызов контракта. Это уменьшает ручные транзакции, но делает результат зависимым от всех шагов. Если финальная операция отклонится, возврат и промежуточный актив зависят от схемы конкретного пути.
LI.FI Intents
Пользователь, или sponsor, определяет желаемый output, дедлайн и ограничения. Средства блокируются в Input Settler. LI.FI Order Server сопоставляет запрос со standing quotes солверов – заранее опубликованными ценовыми кривыми для диапазонов сумм, а не с отдельным live-аукционом каждого заказа.
Выбранный solver доставляет нужный актив в Output Settler целевой сети из собственного inventory. После этого validation layer переносит доказательство исполнения в исходную сеть, и Input Settler освобождает заблокированные средства солверу. Пользователь получает результат до завершения межсетевого возмещения исполнителя.
Input Settler поддерживает обычный escrow на один заказ и The Compact с долгоживущим депозитом и resource locks. Output Settler записывает выполнение и допускает прикреплённый вызов контракта. Oracle-слой модульный: интегратор выбирает систему доказательства доставки, а значит выбирает и модель доверия.
Солверы, allocators и arbiters
Solver публикует котировки, держит капитал в нескольких сетях и исполняет заказ. Allocator со-подписывает resource lock и должен не допустить перекрывающихся требований сверх депозита пользователя. Arbiter подтверждает, что условие разблокировки выполнено. Ни один участник не должен единолично получить средства, но их сочетание создаёт новые trust boundaries.
Order Server ускоряет сопоставление и фильтрацию, однако остаётся внецепочечным компонентом доступности. Часть заказов можно обнаруживать по on-chain-событиям, но не каждый flow одинаково независим от сервера. Permissionless solving не означает, что в каждом токене реально конкурирует много солверов.
Jumper, API и интеграторы
Jumper – интерфейс для конечного пользователя. API, SDK и widget предназначены для кошельков, биржевых приложений и DeFi. Интегратор может настраивать список разрешённых мостов, slippage, referrer fee и обработку ошибок.
Публичная статистика объёма показывает охват инфраструктуры, но не равна выручке LI.FI. Часть комиссии получает DEX, часть – мост, solver, relayer или сеть. Конкретная цена формируется в quote и может измениться до подписи.
Токен и управление
На дату обзора LI.FI не выпустил официальный нативный токен и не опубликовал токеномику. Исторические community-кампании, points, NFT и упоминания возможных airdrops не создают права на будущий актив. Монеты с похожим названием не следует связывать с LI.FI без официального контракта.
Ключевые решения по продукту и контрактам принимают компания и операционные участники, а не token DAO. Для пользователя это означает зависимость от процедуры обновления Diamond, политики API и списка интеграций. Открытый код не отменяет влияния backend routing.
История
LI.FI основали в 2021 году как ответ на быстрое размножение сетей и мостов. Сначала команда сосредоточилась на API агрегации и запустила Jumper. Затем добавлялись DEX-маршруты, Composer, расширенная аналитика и интеграции кошельков.
В июле 2024 года уязвимость одного из контрактных компонентов позволила атаковать активы пользователей с ранее выданными неограниченными approvals. Команда остановила затронутую функциональность и проводила компенсацию. Инцидент остаётся важным напоминанием о риске общего роутера.
В 2025 году компания представила LI.FI 2.0 и модульный подход к settlement. В мае 2026 года LI.FI Intents официально запустился вместе с Open Intents Framework, добавив solver marketplace к уже работающей агрегации.
Команда
LI.FI основали Филипп Центнер и Макс Кленк, ранее создававшие компании вместе. Публичный сайт описывает международную команду из более чем 80 специалистов. Центнер выступает CEO, а юридические и сервисные функции связаны с LI.FI Service GmbH. Команда централизованно поддерживает API и продукты, хотя исполнение маршрутов проходит через множество независимых протоколов.
Основные риски
Составной маршрут. Чем больше мостов, DEX и вызовов, тем больше возможных отказов. Агрегатор не страхует каждый внешний контракт.
Diamond и approvals. Общая точка входа концентрирует риск. Неограниченные разрешения увеличивают потенциальный ущерб, что подтвердил инцидент 2024 года.
Backend и quote. Ошибка маршрутизатора, устаревшая цена или недоступность API могут дать плохой путь. Minimum output и полный список шагов нужно проверять перед подписью.
Intent settlement. Solver может не исполнить заказ, allocator – неправильно подписать lock, а oracle – подтвердить неверный output. Безопасность зависит от выбранной комбинации модулей.
Возврат. При сбое пользователь может получить промежуточный актив или ждать deadline. Нужен газ в исходной сети, а автоматический refund не гарантирован для любого стороннего маршрута.
Конкуренция. LI.FI соперничает с Socket, intent-маркетами и системами вроде Router Protocol. Большой объём интеграций не гарантирует устойчивую маржу.
Оракулы и сообщения. Новый intent-слой может использовать разные validation networks, включая модели, похожие на Wormhole. Пользователь должен понимать, какая именно система подтверждает его заказ.
LI.FI превращает сложный рынок ликвидности в единый интерфейс и добавляет собственное intent-исполнение. Его преимущество – охват, а главный риск – композиция: удобная транзакция наследует безопасность каждого контракта и каждого внецепочечного участника на пути.
