Biconomy – инфраструктура для программируемых аккаунтов и сложных операций в нескольких EVM-сетях. Проект начинал с meta-transactions и релееров, затем развивал ERC-4337 bundlers и paymasters, а текущим центром продукта сделал Modular Execution Environment, или MEE. Эта система превращает намерение пользователя в последовательность связанных действий и старается выполнить её после одной подписи.
Важно различать поколения продукта. Старые руководства по Smart Account V2, Hyphen и классическому ERC-4337-стеку описывают реально существовавшие сервисы, но для новых интеграций документация направляет разработчиков к MEE и Nexus. При этом MEE не отменяет риски мостов, контрактов и внешних протоколов, которые входят в состав операции.
Какую проблему решает Biconomy
Обычная DeFi-операция может потребовать одобрить токен, обменять актив, перенести его в другую сеть, снова дать разрешение и внести в кредитный рынок. Пользователь подписывает несколько транзакций, держит разные газовые монеты и следит за промежуточными состояниями. Biconomy выносит эту координацию в инфраструктурный слой.
Разработчик описывает желаемый результат и ограничения, а система составляет инструкции, оценивает расходы и организует исполнение. Это дополняет возможности Ethereum, но не меняет правила финальности базовых сетей.
Nexus Smart Account
Nexus – модульный smart account Biconomy. Он совместим с ERC-7579 и допускает подключение валидаторов, исполнителей и других модулей. Один владелец может управлять одинаково вычисляемым адресом в нескольких сетях, хотя фактический аккаунт и его состояние развёртываются отдельно в каждой из них.
Валидатор отвечает за проверку полномочий: обычной подписи, session key или иной политики. Исполнитель определяет допустимые вызовы. Модульность упрощает расширение, но повышает значение корректной конфигурации: вредоносный модуль способен получить больше прав, чем ожидал владелец.
MEE и Supertransactions
MEE принимает набор высокоуровневых инструкций, строит quote и связывает результаты предыдущих шагов с последующими. Например, полученная после обмена сумма может стать входом для депозита, а действие в целевой сети – ждать прихода средств после моста. Supertransaction – подписанный пакет такой логики, а не новая единая транзакция на уровне всех блокчейнов.
Оркестратор получает подпись, проверяет условия, отправляет действия в нужные сети и отслеживает зависимости. Релеер оплачивает первоначальный gas и затем получает компенсацию по выбранной схеме. Funding tokens позволяют указать активы для покрытия расходов, а cleanup-инструкции возвращают неиспользованный остаток.
Условия и проверка результата
Связанный пакет полезен только тогда, когда результат можно проверить. MEE поддерживает ограничения по времени и ожидаемому состоянию, а новая работа Biconomy над predicates развивает идею подписи сценария, который станет исполнимым после наступления условия. Например, действие в целевой сети может ждать достаточного баланса после перевода.
Такая проверка уменьшает риск выполнения шага в неподходящем состоянии, но правила должен задать разработчик. Слишком широкий диапазон цены, долгий срок подписи или отсутствие минимального результата оставляют пространство для неблагоприятного исполнения.
ERC-4337, EIP-7702 и Fusion
MEE сохраняет совместимость с моделью UserOperation, но добавляет композицию между сетями. Для встроенных кошельков доступна делегация EIP-7702: обычный адрес временно получает программируемую логику. Внешние кошельки часто запрещают приложению устанавливать такую делегацию, поэтому для них предусмотрен Fusion, где EOA остаётся главным подписантом отдельного smart account.
Актуальная документация называет MEE 2.2.1 последней версией, а 2.1.0 – настройкой SDK по умолчанию. Ветка 2.3.0 с режимом для Safe помечена как экспериментальная и не прошедшая полный аудит. Её нельзя считать стандартной production-конфигурацией.
Оплата газа и экономические роли
Приложение может субсидировать транзакцию через paymaster либо позволить пользователю платить поддерживаемым ERC-20. Это не означает бесплатное исполнение: сетевой gas, услуги релеера, обмен и мост всё равно имеют стоимость, просто источник оплаты и момент расчёта абстрагированы.
В системе участвуют владелец аккаунта, разработчик приложения, оркестратор, релеер, paymaster и внешние протоколы. Отказ любого критического сервиса может задержать пакет. Для межсетевой операции добавляются поставщики маршрута и безопасность выбранного моста, как и в агрегаторе LI.FI.
Токен BICO и токеномика
BICO выпущен с первоначальным предложением 1 млрд токенов. Распределение включало 38,12% для сообщества и стимулов, 24,88% для частных продаж, 22% для команды и советников, 10% для фонда и 5% для публичной продажи. Значительная часть ранних долей выпускалась по графикам, поэтому историческая эмиссия отличалась от полного предложения.
Токен создавался для управления, сетевых сборов и стимулов операторам. Действующий портал Biconomy позволяет делегировать BICO узлам proof-of-stake orchestration layer. Доходность не фиксирована и меняется с программой наград, числом участников и правилами пула.
Покупка BICO не даёт владельцу долю в компании или гарантированное право на выручку облачных API. Экономическая связь токена с коммерческими продуктами зависит от того, какая часть инфраструктуры реально обслуживается децентрализованной сетью и какие решения принимает управление.
История
Biconomy основан в 2019 году и сначала предлагал разработчикам meta-transactions, чтобы приложения могли оплачивать gas за пользователей. Позже появились multichain relayers, мост Hyphen и SDK для ERC-4337. Токен BICO вышел в 2021 году.
В 2024 году проект представил MEE и Supertransactions, сместив акцент с отдельных bundler и paymaster API к полной оркестрации. В 2025–2026 годах стек получил Nexus, EIP-7702, композицию между сетями и новые версии контрактов. Старые контракты при этом остались в документации как legacy, а не как рекомендуемая основа новых продуктов.
Команда
Публичные сооснователи Biconomy – Ахмед Аль-Балаги, Сачин Томар и Аникет Джиндал. Аль-Балаги продолжает представлять проект и публиковать технические материалы об оркестрации и новых стандартах. Продукт развивается компанией и экосистемой операторов; наличие токена управления не делает каждое инженерное решение полностью децентрализованным.
Основные риски
Сложная композиция. Одна подпись скрывает несколько операций. Ошибка маршрута, неверное ограничение или неожиданный результат одного шага влияет на весь пакет.
Оркестраторы и доступность. Пользователь зависит от API и релееров Biconomy. Контракты могут оставаться доступными, но привычный путь исполнения замедлится при отказе сервиса.
Модули аккаунта. Компрометация владельца, валидатора или session key опасна для всех разрешённых действий. Установка непроверенного модуля расширяет поверхность атаки.
Межсетевые зависимости. MEE не устраняет уязвимости мостов и финальность сетей. Сбой Arbitrum или протокола назначения способен остановить часть сценария.
Версии. Адреса контрактов и статус аудитов различаются. Экспериментальную 2.3.0 нельзя путать с последней стабильной 2.2.1 и текущей настройкой SDK 2.1.0.
Токен. Спрос на BICO не обязан расти вместе с использованием корпоративных API. Делегирование связано с риском контракта, оператора и изменением стимулов.
Biconomy полезен как программный слой, который делает сложные EVM-сценарии похожими на одну операцию. Его качество нужно оценивать по точности исполнения и устойчивости инфраструктуры, а токен BICO – отдельно от удобства SDK.
