Babylon строит инфраструктуру, в которой владелец блокирует нативный BTC в Bitcoin и делегирует его экономический вес оператору финальности, а координация происходит в отдельной сети Babylon Genesis. BTC не отправляется в обычный мост и не превращается протоколом в обёрнутый токен. Он остаётся в Taproot-выходе Bitcoin с заранее заданными путями вывода, досрочного выхода и конфискации при доказанном нарушении.
Главный компромисс этой модели в многослойности. Bitcoin хранит залог и подтверждает временные отметки, Babylon Genesis учитывает делегации и вознаграждения, finality providers подписывают блоки, validators поддерживают CometBFT-консенсус, а covenant committee помогает обеспечить допустимые траты залога. Поэтому фраза «без доверия к посреднику» не означает отсутствие дополнительных компонентов и рисков.
Какую задачу решает Babylon
В классическом Proof of Stake оператор рискует нативным токеном защищаемой сети. Babylon предлагает использовать для дополнительной финальности BTC, не меняя правила Bitcoin. Владелец подписывает Bitcoin-транзакции, которые блокируют монеты на ограниченный срок и связывают делегацию с выбранным finality provider. За корректную работу участники могут получать награды, а доказанное двойное подписание открывает путь к конфискации предусмотренной части залога.
Babylon не добавляет staking в консенсус Bitcoin. Майнеры Bitcoin продолжают подтверждать обычные транзакции, а базовая сеть не проверяет состояние Babylon Genesis. Протокол использует возможности Taproot, временные блокировки и наблюдаемую публикацию транзакций, чтобы внешний модуль финальности мог опираться на BTC как на экономический залог.
Эту конструкцию также нельзя путать с lending. Заблокированный BTC не выдаётся заёмщику и не создаёт гарантированный процент. Источником вознаграждения служит экономика защищаемой сети, а доступная ставка зависит от её правил, распределения наград, комиссии оператора и фактической активности делегации.
Архитектура Babylon Genesis
Babylon Genesis – самостоятельная L1 на Cosmos SDK и CometBFT. Она служит первой Bitcoin Supercharged Network и координационным слоем протокола. Узлы хранят состояние, выполняют транзакции и модули сети, validators предлагают и подтверждают блоки, а finality providers добавляют отдельный раунд финальности, вес которого связан с делегированным BTC.
В архитектуре есть модули epoching, checkpointing, BTC checkpointing, BTC light client, BTC staking, finality и rewards. BTC light client позволяет сети отслеживать подтверждённые заголовки Bitcoin. Checkpointing связывает историю Genesis с Bitcoin: контрольные данные периодически закрепляются в базовой цепочке, усложняя длинные альтернативные истории. Общая логика Cosmos SDK и IBC подробно отличается от Bitcoin-модели в обзоре Cosmos.
Дополнительные службы следят за обеими цепочками. Monitor и indexer находят staking-транзакции и их статусы. Vigilante наблюдает за несогласованностью и вредоносным поведением. EOTS manager защищает одноразовый подписывающий материал finality provider. Covenant emulator формирует подписи комитета для разрешённых путей траты. Эти службы не заменяют консенсус, но их сбои способны задерживать регистрацию, финализацию или выход.
Как BTC блокируется в Bitcoin
Вход начинается со staking-транзакции. Она создаёт Taproot-выход, у которого отключён обычный key path и зафиксировано дерево скриптов. В служебном выходе записываются версия параметров, публичный ключ staker, ключ finality provider и срок блокировки. Babylon Genesis сопоставляет эту транзакцию с актуальным набором параметров и регистрирует делегацию.
Скриптовое дерево предусматривает три разных исхода. Timelock path позволяет владельцу забрать BTC после окончания срока. Unbonding path даёт возможность начать досрочный выход по правилам протокола. Slashing path применяется, когда finality provider нарушил правило единственной подписи и его секретный материал был раскрыт доказательством двойного голосования.
Самокастодиальность здесь имеет точное, а не рекламное значение. Пользователь сохраняет ключ staker и заранее подписывает необходимые транзакции, но активный stake ограничен скриптом и параметрами. До завершения timelock или unbonding он не может потратить тот же UTXO как обычный BTC. Ошибка в адресе, ключах, сроке или версии параметров не исправляется кнопкой поддержки.
Finality providers и EOTS
Finality provider не производит базовые Bitcoin-блоки и не равен validator Babylon Genesis. Он принимает BTC-делегации, заранее публикует commitments к случайности и подписывает допустимые блоки защищаемой сети. Вес голоса определяется активными делегациями, а оператор может удерживать объявленную комиссию из наград.
Babylon использует Extractable One-Time Signatures. Ключевой материал рассчитан на единственную подпись для конкретной позиции финальности. Если оператор подписывает два конфликтующих блока одним и тем же материалом, из пары подписей можно извлечь секрет, необходимый для исполнения slashing path. Так криптографическое доказательство нарушения превращается в возможность наказать залог в Bitcoin.
EOTS не наказывает простую недоступность тем же способом. Оператор, который не подписывает, прежде всего теряет участие в наградах и может задерживать финальность, если недоступна значимая доля веса. Двойное подписание, простой и цензура – разные нарушения с разными последствиями. Подробно это различие разобрано в материале о том, когда validator теряет залог.
В актуальной спецификации staking script выбирается один finality provider, который защищает Babylon Genesis. Поддержка нескольких операторов или других Bitcoin Supercharged Networks относится к следующим версиям. Поэтому описание будущего marketplace безопасности нельзя выдавать за уже действующую возможность одной делегацией распределить BTC между многими сетями.
Зачем нужен covenant committee
Bitcoin пока не предоставляет произвольные covenants, которые полностью ограничивали бы будущие траты выхода. Babylon эмулирует нужное ограничение комитетом публичных ключей. Для активации stake требуется порог его подписей. Комитет подписывает только заранее допустимые unbonding и slashing transactions, чтобы залог нельзя было вывести обходным путём.
Комитет не получает единоличного права похитить BTC. В slashing path также участвуют подпись staker, ключ finality provider, раскрываемый при нарушении, и порог covenant. В unbonding path не требуется согласие finality provider, поэтому оператор не должен удерживать пользователя навсегда. Но комитет способен отказать в подписях и тем самым препятствовать активации или нормальному выходу до истечения timelock.
Это одна из главных доверительных границ текущего дизайна. Covenant committee снижает риск неразрешённой траты по сравнению с простым кастодиальным кошельком, но остаётся операционным набором участников. Будущие конструкции могут менять этот компонент, однако оценивать действующий stake нужно по текущей версии скриптов и актуальному набору ключей.
Validators, BABY stakers и BTC stakers
Babylon Genesis использует двойную модель безопасности. Validators получают делегации BABY и участвуют в CometBFT-консенсусе. Finality providers получают делегации BTC и добавляют Bitcoin-backed finality. Один оператор может поддерживать обе роли, но протокольные ключи, обязанности и источники веса различаются.
Владелец BABY выбирает validator, делегирует токены и получает часть наград после комиссии. Владелец BTC выбирает finality provider и создаёт отдельный UTXO в Bitcoin. Co-staking связывает BTC stake и BABY stake одного участника для расчёта дополнительных наград. Он не превращает два актива в общий токен и не делает их риски одинаковыми.
Полный узел независимо проверяет состояние Genesis. Relayer переносит IBC-сообщения. Разработчики размещают CosmWasm-контракты в рамках разрешений сети. Пользователь приложения может вообще не быть staker, но платит gas в BABY и зависит от финальности, доступности RPC и безопасности конкретного контракта.
Что работает, а что остаётся развитием
Phase 1 основного запуска началась в августе 2024 года как программа блокировки BTC. Babylon Genesis и Phase 2 вышли в апреле 2025 года. Действующая сеть регистрирует BTC stakes, поддерживает BABY staking, finality providers, rewards, governance и CosmWasm. Co-staking добавлен как отдельный модуль и уже описан в текущей документации.
Phase 3 предполагает подключение других Bitcoin Supercharged Networks. В спецификации прямо отмечено, что текущий staking script выбирает одного finality provider для Babylon Genesis, а дополнительные BSN и multi-staking относятся к будущим версиям. Объявленная интеграция, тестовая сеть и реально включённая защита mainnet – не одно и то же.
В 2026 году Babylon Labs отдельно развивает Trustless Bitcoin Vaults для использования нативного BTC как залога. Публичный testnet уже доступен, а партнёрства описывают будущие интеграции. Vaults не являются тем же механизмом, что Bitcoin staking: в одном случае BTC обеспечивает финальность, в другом должен обеспечивать кредитную позицию. Наличие тестовой версии нельзя трактовать как безусловно готовый массовый mainnet-продукт.
Токен BABY и токеномика
BABY – нативный актив Babylon Genesis. Он оплачивает gas и выполнение контрактов, делегируется validators, участвует в безопасности CometBFT и даёт право onchain-голоса. BTC stakers получают BABY-награды за дополнительную финальность, но сам BTC не участвует в управлении Genesis.
Начальное предложение составляет 10 млрд BABY. Распределение включает 15% на community incentives, 18% на ecosystem building, 18% на research, development и operations, 30,5% ранним частным инвесторам, 15% команде и 3,5% советникам. Эти категории описывают начальный план, а не текущий circulating supply.
Актуальная документация указывает годовую инфляцию 5,5%, сниженную со стартовых 8%. Параметр может изменяться управлением. Поэтому старые материалы с постоянными 8% устарели, а обещать неизменную доходность нельзя. Награда отдельного участника зависит от эмиссии, доли активного stake, комиссии оператора, co-staking и времени работоспособности.
Для ранних инвесторов, команды и советников актуальный изменённый график предусматривает 36 ежемесячных разблокировок с 10 мая 2026 года по апрель 2029 года. У команды дополнительно действует vesting с годовым cliff. Разблокировка и vesting – разные ограничения: токены могут быть vested, но ещё не доступны для перевода по графику lockup.
Управление
Onchain-управление построено на Cosmos SDK. Голосуют staked BABY holders, а если delegator не подал собственный голос, учитывается голос его validator. Пользователь может переопределить позицию validator личным голосом в пределах периода. BTC delegation сама по себе голоса не даёт.
Предложения проходят обсуждение на форуме, внесение депозита, onchain-голосование и исполнение. Сеть поддерживает text proposals, изменения параметров и software upgrades, а также обычный и expedited режимы. Текстовое предложение выражает решение сообщества, но может требовать ручной реализации. Параметрическое предложение и upgrade исполняются другим путём.
Формальное голосование не устраняет концентрацию. Крупные владельцы и validators контролируют значительный вес, а короткий expedited-период уменьшает время delegators на самостоятельную реакцию. Проверять нужно не только результат голосования, но и код обновления, высоту активации и готовность операторов.
История
Babylon вырос из исследований о том, как использовать безопасность Bitcoin за пределами платежей и хранения. Ранние работы объединили Bitcoin timestamping, accountable assertions, finality gadgets и эмуляцию covenant. Проект развивал идею нативного staking без моста, где нарушение внешнего оператора можно доказать и наказать Bitcoin-транзакцией.
В августе 2024 года стартовала первая фаза mainnet с блокировкой BTC и ограниченными cap. К декабрю закрылись основные cap Phase 1. 10 апреля 2025 года публично запустилась Babylon Genesis как Phase 2, вместе с BABY, dual staking и сетью finality providers. В течение 2025 года протокол перешёл от исследовательской схемы к работающей координационной инфраструктуре.
В 2026 году акцент Babylon Labs расширился от staking к Trustless Bitcoin Vaults и нативному BTC collateral. При этом Genesis и Bitcoin staking продолжают работать как отдельные продукты. Такой поворот не закрывает staking, но показывает, что дорожная карта проекта больше не ограничена продажей безопасности другим сетям.
Команда
Сооснователи Babylon protocols – David Tse и Fisher Yu. Tse известен академической работой в области информационных систем и блокчейн-консенсуса, Yu занимается развитием протокола и продуктовой стратегии. В официальных материалах 2025 года Babylon Labs описывала распределённую команду более чем из 50 участников из разных стран.
Babylon Labs разрабатывает протоколы и программное обеспечение. Babylon Foundation отвечает за экосистему Genesis, governance-форум, распределение выделенных категорий BABY и другие функции steward. Cuneiform Assets, компания Foundation, проводила ранний airdrop. Эти организации связаны с одной экосистемой, но их юридические и операционные роли нельзя смешивать.
Открытый код позволяет проверять узлы, модули и инструменты, однако ключевая экспертиза остаётся сосредоточенной у core contributors. Для пользователя важна не только репутация основателей, но и независимость validators, finality providers, covenant members, аудиторов и клиентов.
Применение Babylon
Основной действующий сценарий – делегирование нативного BTC для дополнительной финальности Babylon Genesis и получение протокольных наград. BABY holders обеспечивают основной CometBFT-консенсус и управление. Разработчики могут строить CosmWasm-приложения, DEX, vaults и другие продукты внутри Genesis.
В перспективе другие BSN смогут получать Bitcoin-backed finality через координацию Genesis. Это похоже по цели на shared security, но отличается залогом и способом наказания. Архитектуру также полезно сравнивать со Stacks: Stacks связывает собственный консенсус с расходами BTC и подписантами, а Babylon блокирует BTC как slashable stake для внешней финальности.
Liquid staking providers и custodians могут упрощать участие, выпускать производные активы и собирать stake. Такой продукт добавляет отдельные контракты, custody, ликвидность и правила погашения. Он не наследует автоматически все свойства нативного staking только потому, что использует Babylon в нижнем слое.
Основные риски
- Риск скрипта и параметров. Stake зависит от правильной версии Taproot-скриптов, ключей, срока и заранее подписанных транзакций.
- Риск finality provider. Простой снижает награды и может задерживать финальность, а двойное подписание создаёт риск slashing.
- Риск covenant. Комитет не должен красть BTC единолично, но порог участников способен цензурировать активацию или досрочный выход.
- Риск Genesis. Ошибка Cosmos SDK-модуля, CometBFT, upgrade или валидаторов влияет на учёт делегаций, rewards и приложения.
- Риск ключей. Компрометация ключа staker, EOTS manager, validator или covenant имеет разные, но потенциально необратимые последствия.
- Риск ликвидности. Нативный stake временно блокирует UTXO, а ликвидный производный токен добавляет собственный depeg и redemption risk.
- Риск токена BABY. Инфляция, ежемесячные разблокировки, рыночный спрос и концентрация голосов влияют на цену и реальную награду.
- Риск дорожной карты. Multi-staking, другие BSN и vault integrations могут остаться тестовыми, измениться или выйти позже ожиданий.
- Риск интерфейса. Сторонний сайт способен подменить finality provider, адрес, срок или транзакцию, даже если базовый протокол исправен.
Итог
Babylon соединяет Bitcoin-скрипты, Babylon Genesis и EOTS-финальность, чтобы нативный BTC мог служить slashable stake без обычного моста. Validators и BABY обеспечивают CometBFT, finality providers получают вес от BTC, covenant ограничивает пути траты, а checkpointing связывает историю Genesis с Bitcoin.
Сила проекта – в работающей многоуровневой конструкции, а не в магическом переносе безопасности Bitcoin. Пользователь принимает риски скриптов, операторов, covenant, отдельной L1 и экономики BABY. Будущие BSN и Trustless Bitcoin Vaults нужно оценивать по фактической стадии, не смешивая mainnet staking, testnet и объявленные интеграции.
