Everclear – расчётный слой для межсетевых интентов. Он не конкурирует с каждым кошельком или солвером за пользовательский заказ. Его задача начинается после исполнения: обязательства разных участников на разных сетях взаимозачитываются, а реально перемещать между блокчейнами нужно только остаток.
Проект раньше назывался Connext и строил мосты через Nomad, Amarok и xcall. После перехода к Everclear основным продуктом стала Clearing Layer. Старые инструкции Connext могут описывать другие контракты, токен NEXT и иной жизненный цикл перевода.
Зачем солверам клиринг
В системе интентов пользователь сообщает желаемый результат, например получить USDC в другой сети. Солвер исполняет запрос из собственного капитала, а затем должен вернуть средства туда, где они нужны для следующих заявок. Если потоки идут в обе стороны, отдельная ребалансировка каждой операции бессмысленно расходует комиссии и время.
Everclear собирает обязательства и сопоставляет противоположные направления. Солвер, которому должны актив в сети A, может закрыть долг другого участника, которому тот же актив нужен в сети B. Внешний перевод требуется лишь для чистой разницы. Эта логика дополняет быстрые мосты вроде Across Protocol, но не заменяет их пользовательское исполнение.
Spoke и Hub
На поддерживаемых цепочках работают контракты Spoke. Они принимают интенты, депозиты, заявки на расчёт и хранят локальное состояние. Центральная логика находится в Hub на специализированной Everclear Chain. Межсетевой транспорт периодически доставляет пакеты между Spoke и Hub.
Hub не держит все пользовательские активы как единый кастодиальный кошелёк. Он ведёт расчётное состояние: кому и в каком домене причитается актив, какие обязательства можно сопоставить и что остаётся отправить. Spoke исполняет уже согласованный результат в своей сети.
Разделение уменьшает число дорогих межсетевых операций, но создаёт зависимость от корректности Hub, транспортного слоя и очередей. Остановка любого из компонентов может не уничтожить бухгалтерию, однако задержит новый клиринг или получение средств.
Интенты, invoices и deposits
Когда участник создаёт межсетевое обязательство, исходный Spoke помещает его в очередь. После отправки в Hub оно классифицируется как deposit или invoice. Deposit представляет доступный капитал, а invoice – требование получить капитал в определённой сети.
Если в системе появляется противоположный поток, Hub неттирует позиции. Например, один солвер хочет переместить миллион единиц из Arbitrum в Base, а другой – сопоставимую сумму обратно. Вместо двух полных мостовых переводов расчётный слой может закрыть взаимную часть и передать только разницу.
После расчёта Hub формирует settlement, который отправляется в соответствующий Spoke. Получатель забирает актив либо получает virtual balance для дальнейших операций. Это уменьшает оборот капитала, но виртуальный баланс является требованием к системе, а не автоматически активом в личном кошельке.
Дисконтный аукцион
Не каждое обязательство сразу находит встречный поток. Непогашенный invoice постепенно получает скидку по голландской модели. Чем дольше капитал остаётся в неудобном домене, тем привлекательнее становится покупка требования для арбитражёра или нового участника.
Скидка перераспределяет стоимость ребалансировки тому, кто готов предоставить нужную ликвидность. Она не гарантирует исполнение при отсутствии спроса. В стрессовой ситуации discount может увеличиваться, а фактическое ожидание – растягиваться.
Роли участников
Солверы и market makers исполняют пользовательские интенты, затем используют Everclear для восстановления балансов. Rebalancers покупают дисконтированные invoices или физически перемещают капитал. Keepers отправляют накопленные очереди, когда выполнены пороги по времени или объёму. Relayers доставляют межсетевые сообщения, а LP и интеграторы предоставляют капитал и интерфейсы.
Пользователь может взаимодействовать с Everclear косвенно через приложение. Поэтому обещанная скорость конкретного кошелька не равна сроку полного клиринга его солвера. Для рынка важен результат пользователя, для поставщика ликвидности – время возврата капитала и стоимость незакрытой позиции.
Токен CLEAR и управление
CLEAR заменил NEXT при переходе Connext к Everclear. На сетях второго уровня миграция проводилась автоматически, а держателям NEXT на Ethereum требовалась отдельная процедура. Старый тикер не следует считать равнозначным действующему токену без проверки контракта и статуса миграции.
Предельный выпуск CLEAR составляет 1 млрд токенов. Исходное распределение включало ранних и стратегических участников, команду и советников, Proxima Labs, фонд, DAO, airdrop и гранты экосистемы. Значительная часть распределения была связана с блокировками и линейным выпуском, поэтому номинальный максимум не совпадал с обращением.
Держатели могут блокировать CLEAR и получать голосующий вес vbCLEAR. Управление определяет стимулы, параметры протокола и использование казны. Экономическая идея связывает вознаграждения с полезной ликвидностью и клирингом, но голосующий токен не является гарантированным требованием на выручку.
История
Connext появился в 2017 году как инфраструктура state channels для Ethereum. Позднее команда развивала Vector и NXTP, а затем протокол Amarok для межсетевых вызовов. В 2023 году состоялось распределение NEXT и формализация управления.
В 2024 году Connext объявил переход к Everclear и запустил первую версию Clearing Layer. Миграция NEXT в CLEAR и система голосующего vbCLEAR закрепили новую экономику. К 2025–2026 годам сеть расширяла Spoke-домены и интеграции для солверов. Старые Nomad- и Connext-механизмы остаются частью истории, но не должны выдаваться за текущий Hub-and-Spoke-клиринг.
Команда
Проект основал Арджун Бхуптани. Разработку ведёт Proxima Labs, ранее Connext Labs. Everclear Foundation поддерживает управление и экосистему; среди публично названных директоров фонда были Глен Кеннеди, Дино Михалопулос и Арджун Бхуптани. Полномочия распределены между разработчиками, фондом и DAO, поэтому бренд не следует отождествлять с одним оператором.
Применение
Everclear полезен intent-сетям, агрегаторам, кошелькам и маркетмейкерам с позициями на нескольких цепочках. Он может снизить стоимость регулярной ребалансировки и освободить капитал. Для разового пользователя ценность проявляется косвенно – через более конкурентные котировки и доступность маршрутов.
Система дополняет инфраструктуру обмена и сообщений, включая решения уровня Axelar. Она не устраняет потребность в базовых мостах, биржах и внешних расчётных путях, особенно когда встречного потока нет.
Основные риски
Задержка расчёта. Неттинг зависит от встречного потока. Непопулярная сеть или односторонний рынок способны надолго удержать invoice.
Смарт-контракты и сообщения. Ошибка Spoke, Hub, адаптера либо межсетевого транспорта может остановить расчёты или исказить состояние.
Риск капитала солвера. Virtual balance и invoice не равны активу в кошельке. Дисконт отражает реальную стоимость ожидания и ликвидности.
Управление и обновления. Административные ключи, параметры аукциона и решения DAO влияют на экономику. Концентрация vbCLEAR может закрепить интересы крупных участников.
Токеновый риск. CLEAR зависит от спроса на управление и стимулы. Разблокировки и казначейские расходы могут давить на предложение, а доходы клиринга не обязаны напрямую переходить держателям.
Системная взаимозависимость. Everclear работает поверх нескольких сетей и интеграций. Сбой одного популярного домена или внешнего маршрута способен распространить задержки, как и в других межсетевых системах вроде Router Protocol.
Everclear следует оценивать не как очередной мост для ручного перевода, а как оптовую клиринговую инфраструктуру. Её результат определяется долей обязательств, которые удаётся взаимозачесть, глубиной конкуренции rebalancers и безопасностью всей цепочки от Spoke до Hub и обратно.
