Заказать токеномику

Токеномика Babylon BSN: BTC как программируемое обеспечение

Babylon в Bitcoin-стейкинге: $4 млрд+ TVL, новая модель ко-стейкинга. Разбираем токеномику BABY, экономику финалити-провайдеров, кросс-BSN корреляцию слешинга и дизайн multi-BSN.

Токеномика Babylon — одна из самых интересных точек в ландшафте BTC-рестейкинга 2026 года. Спустя год после запуска Babylon Genesis удерживает порядка $4 млрд в BTC, заблокированных в не-кастодиальных хранилищах (пиковая отметка $5,6 млрд была достигнута сразу после ротации Phase 1 Cap-1 в апреле 2025-го). Более 250 финалити-провайдеров валидируют цепочку. Нативный токен BABY, запущенный 10 апреля 2025 с фиксированным начальным предложением в 10 млрд, теперь обеспечивает экономику дуального стейкинга, которая в ноябре 2025-го была переработана в модель ко-стейкинга из четырёх пулов: держатели BTC, держатели BABY и ко-стейкеры, объединяющие оба актива, делят инфляционный пул вознаграждений; небольшая доля идёт напрямую финалити-провайдерам и валидаторам.

Главное — что приходит дальше. Phase 3 в дорожной карте Babylon — это мультистейкинг по нескольким Bitcoin Supercharged Networks (BSN), таким как BOB, Osmosis и Sui. Активное развёртывание идёт через 2026 год, первые non-Genesis сети уже проходят onboarding. Это одно проектное решение — позволить одному депозиту BTC обеспечивать несколько цепей одновременно — превращает Bitcoin из пассивного актива в программируемое обеспечение и переписывает экономику любого протокола ниже по стеку.

Эта статья разбирает механизм. Мы проходим по дизайну BABY, математике ко-стейкинга и наград финалити-провайдеров, распределению и графику разлока 10 млрд токенов, режимам отказа, уже наблюдаемым в продакшене, и открытым вопросам Phase 3. Цель — дать инженерам и проектировщикам токеномики рабочую модель: не описание фичей, а критику проектных решений и тех мест, где дизайн прогибается под нагрузкой.

Почему дизайн Babylon важен именно сейчас
Babylon — первый протокол, который заставляет BTC выступать обеспечением PoS-консенсуса без бриджей и обёрток. Если мультистейкинг по BSN масштабируется, у каждого L1, роллапа и AVS появляется надёжная альтернатива ETH-рестейкингу. Если ломается — а концентрация BTC-LST и кросс-BSN корреляция слешинга это реальные инженерные риски — режим отказа ложится напрямую на актив, который большая часть крипты считает «безопасной гаванью».

Концепция: модель ко-стейкинга и программируемое обеспечение Bitcoin

Токеномика Babylon стоит на двух токенах с разделимыми, но всё более переплетёнными ролями. BABY — нативный токен газа, governance и вознаграждений Babylon Genesis, цепочки на Cosmos SDK Layer-1, которая выступает control plane для всей сети BSN. Экономика наград была переписана из 50/50 дуального стейкинга в четырёхпуловую модель ко-стейкинга в ноябре 2025-го (подробности — в разделе «Математика»): держатели BTC, держатели BABY и ко-стейкеры, объединяющие оба актива, получают свою долю инфляционного пула BABY, причём ко-стейкеры — приоритетно. Per-BSN-токены — нативные активы BOB, Osmosis, Sui и любых будущих BSN — независимы: они платят финалити-провайдерам в собственном токене, управляют своими цепочками и направляют конфигурируемую долю наград стейкинга обратно в экономику BABY через аукцион сжигания.

Это содержательное отклонение от дизайна EigenLayer. EigenLayer просит держателей ETH добавить экспозицию к слешингу AVS (Actively Validated Services) в обмен на дополнительную доходность в нативном токене AVS. Babylon вместо этого просит держателей BTC заблокировать монеты под Bitcoin-нативный time-lock и делегировать voting power финалити-провайдерам, работающим на каждом BSN. BTC при этом не покидает Bitcoin — безопасность переносится через криптографические обязательства, а не через wrapped-представление.

Механизм, который это делает возможным, — комбинация Taproot time-locks и EOTS (Extractable One-Time Signatures, извлекаемые одноразовые подписи). Стейкер запирает BTC в Taproot-выход, который можно потратить только в трёх режимах: честный unbonding с задержкой, slashing-путь по верифицируемому двойному подписанию, либо covenant-emulation путь, управляемый мультиподписным комитетом на этапе бутстрапа. Финалити-провайдер голосует за финализацию блока BSN, подписывая EOTS-подписью; если тот же финалити-провайдер подписывает два конфликтующих блока на одной высоте, вторая подпись математически раскрывает приватный ключ, и slashing-транзакция тратит застейканный BTC согласно заранее определённому проценту слешинга.

EOTS_uniqueness: если sig₁(msg₁, k) ∧ sig₂(msg₂, k) ∧ msg₁ ≠ msg₂ ⇒ privkey извлекаем
  • sig₁, sig₂ — две финалити-голоса, подписанные одним и тем же nonce k
  • msg₁, msg₂ — два конфликтующих предложения блока на одной высоте
  • Криптографическая гарантия: финалити-провайдер не может equivocate (двойное подписание) без потери ключа, контролирующего его стейк

Вот что значит «программируемое обеспечение Bitcoin» на практике. Протокол не перемещает BTC, не требует федеративных бриджей и не зависит от оптимистичных challenge-механизмов. Слешинг исполняется Bitcoin-скриптом и криптографической структурой самой подписи. Допущение доверия — covenant-emulation комитет на этапе бутстрапа, который дорожная карта планирует упразднить, как только Bitcoin получит нативную поддержку covenants (давно обсуждаемый soft-fork).

Сравнение с EigenLayer выводит проектные компромиссы наружу:

ПараметрBabylonEigenLayer
Актив обеспеченияBTC (non-custodial, нативный)ETH или LST (re-делегируются в AVS)
Исполнение слешингаBitcoin-скрипт + извлечение EOTS-ключаSlashing-контракты EigenLayer на Ethereum
Единица onboardingBSN (полноценная суверенная цепь)AVS (сервис на безопасности Ethereum)
Маршрутизация вознагражденийBSN направляет долю наград в аукцион сжигания BABYAVS платит операторам в собственном токене напрямую
Ограничение программируемостиBitcoin-скрипт + темп soft-forkПолная EVM-выразительность на Ethereum
Капитальная эффективностьОдин BTC-депозит обеспечивает несколько BSN (Phase 3)Один ETH-депозит обеспечивает несколько AVS (уже работает)
Доверие на этапе бутстрапаCovenant-emulation комитет до soft-forkСовет безопасности pre-launch + veto-окно на слешинг

Рестейкинг EigenLayer мы разбираем в статье о стейкинге; Babylon реализует ту же экономическую идею — позволить одному пулу обеспечения защищать несколько сервисов — но делает это поверх settlement-слоя Bitcoin, а не слоя исполнения Ethereum. Этот выбор обменивает программируемость на credible neutrality и существенно более крупную базу обеспечения: ликвидность BTC превышает ликвидность ETH staking примерно на порядок.

Рестейкинг, но с более тяжёлым хвостом слешинга
Дизайн Babylon наследует ту же корреляционную проблему, что и EigenLayer: обеспечение одного стейкера теперь несёт slashing-экспозицию каждого защищаемого BSN. Если два BSN получают коррелированные отказы — координированную атаку, общий баг клиента, governance-атаку на сам Babylon Genesis — slashing-события компаундятся. Заранее определённые проценты слешинга задают потолок на per-event потерю, но метрика, по которой стоит моделировать риск, — совместная вероятность мультибсн-отказа, а не per-BSN число.

Математика: эмиссия, вестинг, экономика финалити-провайдеров

Три числовых механики двигают экономику BABY: годовая инфляция, финансирующая распределение наград; многолетний график вестинга, контролирующий давление на обращающееся предложение; и формула вознаграждения финалити-провайдеров, определяющая юнит-экономику валидаторского набора.

Инфляция, разделение наград и ко-стейкинг

BABY запустился с фиксированным начальным предложением в 10 млрд токенов и годовой инфляцией 8%, изначально разделённой поровну между BTC- и BABY-стейкерами. Эта двухпуловая схема прожила около полугода. В октябре 2025-го governance-предложение снизило инфляцию и реструктурировало распределение в четыре пула, введя ко-стейкинг как первоклассный механизм. Новые параметры вступили в силу с обновлением mainnet 13 ноября 2025 (полная спецификация — в документации Babylon).

Annual_emission = Supply × inflation_rate = 10·10⁹ × 0,055 = 550 000 000 BABY/год
При текущих параметрах: 550 млн BABY в год, ~1,51 млн BABY в день. Инфляция управляется governance; ожидайте дальнейших снижений по мере того, как мультистейкинг расширяет revenue-базу протокола.
Reward_split: BTC_pool 1,0% + BABY_pool 2,0% + Co_stakers 2,35% + FP_validators 0,15% = 5,5%
  • BTC pool (1,0%) — ~100 млн BABY/год чистым BTC-стейкерам (без BABY-позиции)
  • BABY pool (2,0%) — ~200 млн BABY/год чистым BABY-стейкерам (без BTC-позиции)
  • Co-stakers (2,35%) — ~235 млн BABY/год, крупнейший слайс, специально перевзвешенный под двойную экспозицию
  • FP + validator operational pool (0,15%) — ~15 млн BABY/год напрямую на компенсацию операторов

Сдвиг в сторону ко-стейкинга — самое содержательное проектное решение в новом графике. Ко-стейкинг объединяет BTC и BABY в одну допустимую позицию, причём допустимый вес задаётся меньшей из двух сторон (с потолком в фиксированном соотношении BABY к BTC).

Eligible_co_stake = min(B_BABY / 20 000, B_BTC)
  • B_BABY — баланс BABY, внесённый стейкером
  • B_BTC — баланс BTC, внесённый стейкером
  • 20 000 — соотношение BABY к BTC, задающее максимальный допустимый ко-стейк на единицу BTC
  • Парная позиция вознаграждается из пула ко-стейкеров (2,35%); непарные балансы BTC и BABY получают выплату из пулов 1,0% / 2,0% по более низкой доходности на единицу

Эти четыре пула далее распределяются pro-rata по делегациям. Годовая доходность BTC-стейкера — это его пропорциональная доля BTC-пула за вычетом комиссии финалити-провайдера. Доходность ко-стейкера считается против более крупного 2,35%-пула, что даёт ощутимо более высокую доходность на единицу, когда BABY-позиция полностью покрывает BTC-позицию. Все доходности выплачиваются в BABY — то есть BTC-стейкер принимает ценовую подверженность BABY как часть сделки. Дизайн ко-стейкинга частично это компенсирует, направляя больше BABY непосредственно стейкеру.

График вестинга и давление разлока

10-миллиардное предложение полностью учтено на старте, но разблокируется четыре года по правилам, специфичным для каждого бакета. График ниже — канонический, опубликованный в документации Babylon, с кумулятивными процентами разлока по бакетам год за годом.

БакетАллокацияПравило разлокаГод 1 разблокированоГод 2Год 4 (полный)
Early Investors30,5% (3,05 млрд)4-летний вестинг; 12,5% в клиффе на годе 1, далее линейно ещё 3 года12,5%41,7%100%
Ecosystem Building18,0% (1,8 млрд)25% в TGE, далее линейно 3 года с годовщины50,0%75,0%100%
R&D + Operations18,0% (1,8 млрд)Так же как Ecosystem50,0%75,0%100%
Team15,0% (1,5 млрд)4-летний вестинг, 1-летний клифф, далее линейно 3 года25,0%50,0%100%
Community Incentives15,0% (1,5 млрд)Разблокированы в TGE, распределение на усмотрение Foundation100%100%100%
Advisors3,5% (350 млн)4-летний вестинг (условия как у Team)25,0%50,0%100%

Главное число для моделирования обращающегося предложения — клифф года 1. К апрелю 2026-го, через год после запуска Genesis, протокол проходит несколько разрывных событий разлока — 12,5%-клифф инвесторов (~381 млн BABY), 25%-клифф команды (~375 млн BABY) — плюс начало линейных разлоков для Ecosystem и R&D (~12,5% каждого бакета в год на следующие три года, ~450 млн BABY совокупно ежегодно). Суммарное давление в первом году — порядка 1,2 млрд BABY, разблокируемых в обращении через второй квартал 2026 года, на фоне продолжающейся инфляции в 5,5% (после ноября 2025; при исходной 8%-инфляции эмиссия за первый год составила бы ~800 млн).

Это ощутимый встречный ветер для токена. Способен ли аукцион сжигания BABN (раздел «Дальше») это компенсировать, зависит целиком от того, сколько BSN войдёт в строй и насколько агрессивно они направят награды в аукцион.

Экономика финалити-провайдеров

Финалити-провайдеры (FP) — это валидаторы Babylon Genesis и любого BSN. Каждый FP запускает клиент консенсуса, голосует за финализацию блоков EOTS-подписью и получает комиссию с наград, идущих делегатам, которые сделали стейк под этим FP. Формула вознаграждения имеет три входа: stake-взвешенная доля FP от общей сетевой ставки, пул вознаграждений за период и комиссия FP.

FP_revenue(t) = (S_FP / S_total) × R_pool(t) × c_FP
  • S_FP — общая ставка, делегированная этому FP (BTC + BABY-эквивалент)
  • S_total — общая ставка по всем FP
  • R_pool(t) — пул вознаграждений за период t (доля per-block эмиссии)
  • c_FP — комиссия FP, обычно 5–15%

Слешинг — обратная операция. Когда FP equivocates (двойное подписание — подписывает два конфликтующих предложения блока на одной высоте), конструкция EOTS раскрывает приватный ключ, и протокол сжигает или перенаправляет предзаданную долю ставки каждого делегата под этим FP. Та же доля применяется к делегациям BTC и BABY.

Stake_after_slash = Stake × (1 − s_pct), при s_pct = 1/3 ≈ 33,33% для двойного подписания (safety)
  • s_pct — заданная протоколом доля слешинга; для safety-нарушений (двойное подписание) на Babylon Genesis это 1/3 ставки (33,33%), а не 5%-потолок
  • Цифра 1/3 повторяет классический Tendermint/CometBFT слешинг за safety-нарушения и задокументирована в репозитории finality-provider Babylon и операторских гайдах
  • Потеря распределяется пропорционально между собственной ставкой FP и делегированной
  • За liveness-сбой (длительный простой) предусмотрены меньшие штрафы; полный 1/3-слешинг срабатывает только на safety-нарушения

Это самое важное число риска во всём протоколе — и оно крупное. Если EigenLayer типично ограничивает per-AVS-слешинг существенно ниже 100%, то safety-слешинг на Babylon Genesis забирает треть капитала в одном событии. Аккуратный стейкер должен относиться к этому как к катастрофическому риску, а не альтернативной стоимости. Митигация — операционная: избегать FP без подтверждённой доступности, корректного управления ключами и мониторинга. При мультибсн-экспозиции арифметика снова меняется — кросс-BSN компаундинг разворачивается в разделе «Подводные камни».

Подробнее о том, как валидаторы собирают юнит-экономику из эмиссии, комиссий и MEV, — в нашем разборе моделей оплаты валидаторов.

Реализация: 10 млрд BABY, BSN design space, onboarding FP

Шаг через реализацию делает динамику стороны предложения конкретной. 10-миллиардное предложение BABY делится между шестью бакетами из таблицы вестинга, но логика проектирования каждой аллокации заслуживает разбора — особенно потому, что три из шести бакетов управляются Babylon Foundation, что даёт ему ощутимое усмотрение над раннее обращающимся предложением.

Логика дизайна аллокации

Аллокация в 30,5% ранним инвесторам — высокая для запуска L1 эпохи 2025-го, а 4-летний вестинг с годовым клиффом — стандартная. Что заметно: первая инвесторская разблокировка построена как 12,5%-клифф на годовщине, а не как непрерывный линейный релиз с дня один. Это концентрирует давление в одну разрывную точку, которую рынок должен абсорбировать. Часть инвесторских классов (advisors, late-stage strategic) следует той же структуре, усугубляя кластер разлока года 1.

Совокупная аллокация 30% (Ecosystem 18% + R&D 18%) структурно близка к другим запускам цепей на Cosmos SDK: значительная казна Foundation, деноминированная в нативном токене, для финансирования инфраструктуры, валидаторских субсидий, аудитов безопасности и грантов экосистеме. 25%-разблокировка в TGE для этих бакетов необычна — большинство сетей держит казначейские аллокации в вестинге дольше, чтобы сигнализировать ответственное управление — и высокая TGE-разблокировка подразумевает, что Foundation ожидает значительных трат в первом году для бутстрапа BSN-интеграций.

15%-аллокация Team и 15% Community Incentives — приблизительно стандартные, хотя Community-бакет, полностью разблокированный в TGE, опять-таки решение Foundation, а не заранее зафиксированный график. Genesis-airdrop в апреле 2025 на 600 млн BABY (6% предложения, целиком из Community Incentives) был первым крупным использованием этого усмотрения.

Advisors на 3,5% малы для динамики предложения, но достаточны, чтобы финансировать существенную advisory-сеть — что подразумевает осознанную стратегию покупки экспертизы по криптографии, инфраструктуре валидаторов и Cosmos governance, а не концентрации advisory-бюджета на нескольких именах.

Дизайн-пространство BSN

Когда новый BSN проходит onboarding (BOB, Osmosis, Sui — первая волна), он сталкивается с фиксированным набором проектных выборов, определяющих, как его токеномика взаимодействует с экономикой BABY:

  1. Деноминация награды. BSN может платить финалити-провайдерам собственным нативным токеном (дефолт для Cosmos-цепей и путь, который выбрал BOB), в BABY (актуально для цепей без своего токена) или в стейблкоине (опция, которую рассматривает Sui). Платёж нативом наиболее согласован с собственным стимульным дизайном BSN, но создаёт зависимость от вторичной ликвидности этого токена, чтобы FP могли реализовать ценность.
  2. Доля наград в аукцион. Конфигурируемый процент наград BSN направляется в аукцион сжигания BABY (deflationary-механизм, разбирается в разделе «Дальше»). Выше доля — больше давление сжигания BABY, но меньше прямая компенсация финалити-провайдерам, что требует более высокой нативной награды, чтобы FP оставались.
  3. Процент слешинга. Каждый BSN может задать свою долю слешинга за финалити-нарушения в пределах протокольных границ. Ниже процент — ниже per-event капитальный риск и крупнее BTC-делегации; выше процент — консервативнее FP и сильнее сигнал безопасности.
  4. Bootstrap-субсидия. Большинству BSN нужно привлечь стартовых FP и BTC-делегации до того, как нативные награды начнут поддерживать валидаторский набор. Обычно это разовый грант от Foundation в BABY или стейбле, выделяемый из бакета Ecosystem.

Эти регуляторы взаимодействуют, и неверный баланс — самый вероятный режим отказа для нового BSN. Мы вернёмся к этому в «Подводных камнях».

Onboarding FP и юнит-экономика

Финалити-провайдер, работающий на одном BSN, сталкивается с прямолинейной юнит-экономикой: делегация стейка, ставка комиссии, инфраструктурные затраты, резерв под slashing-риск. Числа существенно сдвигаются, когда FP масштабируется до работы на нескольких BSN одновременно — ожидаемая реальность Phase 3.

Калькулятор юнит-экономики FP

Калькулятор юнит-экономики финалити-провайдера
Пул валовой (BABY)
88 000
Комиссия FP (BABY)
8 800
Инфра-затраты (BABY)
18 000
Чистая BABY (прибыль/убыток)
−9 200
Чистая прибыль (USD)
−$552
Точка безубыточности (BTC/BSN)
409,1 BTC
Потери при одном слешинге
66,66 BTC ($6 599 340)
При текущих параметрах FP нужно ~409 BTC делегированных на каждый BSN, чтобы выйти в безубыток.

Калькулятор выше позволяет крутить ставку, покрытие BSN, комиссию, инфра-затраты, долю слешинга и текущие цены BABY/BTC. Выходы: валовый пул / комиссия FP / инфра-затраты (верхний ряд), чистая BABY / чистый USD (с цветовой маркировкой), точка безубыточности на BSN и потеря BTC при одном safety-слешинге. Столбчатая диаграмма показывает чистую BABY на интервале 1–10 BSN при текущих параметрах — посмотрите, на каком числе BSN FP выходит из убытка при вашей ставке и комиссии.

Полный пересчёт стоит за калькулятором. Сводная таблица — впереди; ниже — Python-реализация в свёрнутом блоке.

СценарийСтавка (BTC)BSNКомиссияВаловый пул (BABY)Комиссия FP (BABY)Инфра (BABY)Чистая BABYБезубыток (BTC/BSN)
Малый FP50110%22 0002 20018 000−15 800~409 BTC
Средний FP200110%88 0008 80018 000−9 200~409 BTC
Мульти-BSN200510%440 00044 00090 000−46 000~409 BTC/BSN
Top-10 мульти-BSN2 00058%4 400 000352 00090 000262 000~511 BTC/BSN

Эффект масштаба виден явно — и так же явно видна цена работы в subscale-экономике. При инфляции 5,5% с пост-ноябрьским разделением, комиссии 10% и инфра-затратах около 18 тыс. BABY на BSN в год даже FP со ставкой 200 BTC на одном BSN работает в минус; точка безубыточности при дефолтных параметрах — около 409 BTC. Прибыльность требует либо существенно более крупной делегации (~2 тыс. BTC при 10%), либо ощутимо большей комиссии (~20%+), либо работы на нескольких BSN со сходящейся инфраструктурой. Строка Top-10 мульти-BSN — единственный устойчиво прибыльный сценарий при канонических параметрах. И даже там безубыток поднимается до ~511 BTC/BSN, потому что комиссия ниже (8% — цена, которую топ-операторы платят за долю делегаций).

Python: симуляция юнит-экономики FP
def fp_unit_economics(
    stake_btc: float,
    btc_price_usd: float,
    baby_price_usd: float,
    commission_rate: float,
    bsn_count: int,
    annual_reward_per_btc_baby: float,
    infra_cost_baby_per_bsn: float,
    slashing_reserve_pct: float = 0.05,
):
    """
    Рассчитать чистую годовую выручку и точку безубыточности для FP Babylon.

    Допущения:
    - Награда на BTC в BABY одинакова между BSN (упрощение).
    - Инфра-затраты масштабируются линейно с числом BSN (worst case;
      на практике частично шарятся).
    - Slashing-резерв удерживается из доходности, идущей делегатам.
    """
    gross_baby = stake_btc * annual_reward_per_btc_baby * bsn_count
    fp_share_baby = gross_baby * commission_rate
    infra_total = infra_cost_baby_per_bsn * bsn_count
    net_baby = fp_share_baby - infra_total
    net_usd = net_baby * baby_price_usd

    breakeven_stake = (
        infra_cost_baby_per_bsn /
        (annual_reward_per_btc_baby * commission_rate)
    )

    return {
        "gross_baby": gross_baby,
        "fp_revenue_baby": fp_share_baby,
        "infra_cost_baby": infra_total,
        "net_baby": net_baby,
        "net_usd": net_usd,
        "breakeven_stake_btc_per_bsn": breakeven_stake,
        "slashing_reserve_baby": fp_share_baby * slashing_reserve_pct,
    }


# Пример: средний мульти-BSN оператор
result = fp_unit_economics(
    stake_btc=200,
    btc_price_usd=99_000,
    baby_price_usd=0.06,
    commission_rate=0.10,
    bsn_count=5,
    annual_reward_per_btc_baby=440,
    infra_cost_baby_per_bsn=18_000,
)

for k, v in result.items():
    print(f"{k}: {v:,.2f}")

Калькулятор и симуляция используют один и тот же параметрический набор — меняйте значения в калькуляторе, чтобы пройти по кривой юнит-экономики. Python — audit trail.

Подводные камни: концентрация, бутстрап, корреляция

Протокол с $4 млрд+ TVL и 250+ FP уже накопил достаточно живого операционного стресса, чтобы обнажились слабые места. Три подводных камня заслуживают особого внимания — они задают форму проектных решений для любого нового BSN.

Lombard $1,26 млрд unbonding (апрель 2025): план, не паника

Самое поучительное операционное событие первого года Babylon случилось сразу после истечения Phase 1 Cap-1 в апреле 2025-го. Lombard, крупнейший поставщик liquid Bitcoin staking на протоколе, обработал примерно $1,26 млрд (14 929 BTC) unbonding-запросов в одном окне. Общий TVL протокола снизился с ~$3,97 млрд до ~$2,67 млрд — просадка 32% в считаные дни, а не «пятая часть TVL», как местами писали (покрытие BeInCrypto, Bitget — $1,26B unstaked, снапшот DefiLlama). Событие прошло операционно чисто: протокол разблокировал всё в срок, Lombard перевёл позицию в новый набор финалити-провайдеров без потери привязки LBTC.

Тут важен фрейминг. Это было плановое перемещение, приурочённое к концу Cap-1, а не аварийный стресс. Lombard вышел из устаревшего набора FP и сделал re-stake под новый активный набор — Cap-1 unbonding всегда был замыслом дизайна, и просто размер позиции Lombard сделал переход видимым. Структурный урок другой: один LST-провайдер держал примерно треть совокупного обеспечения безопасности сети, и любой хаотичный аналог того же flow (уязвимость смарт-контракта, кастодиальный инцидент, бегство клиентов) убрал бы эту долю за ночь.

Это тот же паттерн концентрационного риска, что разворачивался в ETH-LST рынке с Lido и в ETH-LRT рынке с эксплойтом Kelp DAO rsETH — последний мы разбирали в ретроспективе DeFi-хаков 2026. Кросс-протокольный паттерн стабилен: когда один слой посредничества становится слишком большим, его операционный риск превращается в системный.

Для Babylon конкретно открытый вопрос дизайна — вводить ли протокольные лимиты концентрации (жёсткий потолок процента от общего стейка, который может занимать один LST), или полагаться на рыночные динамики и приход новых LST-провайдеров (Solv Protocol — самый активный пример) для постепенного разбавления. Текущее направление — второй путь, но темп Solv пока медленнее, чем был у Lombard, поэтому дисбаланс сохраняется.

LST-концентрация — не баг Babylon
Та же динамика существует и на EigenLayer (ether.fi ~6% общего ETH staking через стэк eETH/LRT по началу 2026-го), и на Ethereum staking (Lido ~24%, продолжающее снижение с пика ~32% в 2023-м), и теперь на Babylon (Lombard около трети TVL через переход Cap 1/2). Структурное решение неясно: протокольные потолки снижают композитность и создают UX-фрикцию; рыночное разбавление требует конкурентного LST-ландшафта, которого пока нет. Сейчас единственный разумный режим — считать концентрацию на одном LST состоянием по умолчанию и моделировать риск соответственно.

Централизация FP

Второй концентрационный риск живёт на уровне финалити-провайдеров. Несмотря на 250+ активных FP, делегирование сильно перекошено: топ-10 контролируют непропорциональную долю общего стейка, топ-50 — супермажорити. Это то же длиннохвостое распределение, что преобладает на Ethereum staking, Cosmos-цепях и среди операторов EigenLayer, и причина та же: капитал естественно концентрируется на операторах с подтверждённой доступностью, более низкой комиссией и узнаваемыми институциональными брендами.

Риск двойной. Во-первых, governance фактически решают топ-FP — их делегаты редко перебивают позицию голосования, так что любой спорный апгрейд протокола сводится к голосованию среди топ-50 операторов. Во-вторых, сценарий атаки, компрометирующий одного топ-FP (компрометация ключа, координированный подкуп, регуляторный приказ), ставит непропорционально большой стейк под одну точку отказа. При safety-слешинге, зафиксированном на одной трети ставки на FP, координированный инцидент по нескольким топ-FP бьёт по каждой делегации независимо — совокупная потеря компаундится по числу скомпрометированных операторов.

Это фундаментально проблема дизайна механизмов: структура стимулов вознаграждает масштаб FP, и нет встречного давления, которое толкало бы делегации в сторону мелких операторов. Некоторые BSN экспериментируют с минимальным числом FP, требуемым для делегаций, или с потолками делегаций, не позволяющими одному FP держать больше фиксированного процента, но ни один подход не имеет чистого решения, не ухудшающего UX для делегатов.

Кросс-BSN корреляция слешинга

Третий подводный камень масштабируется с амбициями Phase 3. При мультистейкинге BTC одного стейкера одновременно обеспечивает несколько цепей, а FP, работающий по нескольким BSN, собирает награды со всех. Стек наград прямолинеен: больше BSN = больше выручки = лучшая юнит-экономика. Стек риска — менее очевиден.

Если два BSN получают коррелированные отказы — например, оба запускают форк одного клиента Cosmos SDK и всплывает критический баг, либо оба обслуживаются одним оператором FP и тот совершает двойное подписание, — то slashing-экспозиция делегата компаундится между BSN. Каждый BSN может задать свою долю слешинга в протокольных границах, но safety-якорь на Babylon Genesis (1/3 ставки на equivocation) задаёт порядок величины. Два одновременных safety-слешинга по 1/3 оставляют делегату (1 − 1/3)² ≈ 44,4% исходного капитала — single-event потеря ~55,6%, а не «небольшие slash на каждой цепи».

Stake_after_n_slashes = Stake × (1 − s_pct)ⁿ
  • Два коррелированных слешинга по 1/3: 1 − (2/3)² = 55,6% потери
  • Три: 1 − (2/3)³ = 70,4% потери
  • Пять: 1 − (2/3)⁵ = 86,8% потери
  • Это правильное число для якоря риск-моделирования мультибсн-делегатов

Картина ухудшается, если мульти-BSN работа FP — норма. Топ-FP, работающий по пяти BSN и получивший глобальный инфраструктурный сбой — компрометация ключа, отказ хостинг-провайдера, баг в стеке мониторинга — может вызвать пять одновременных слешинг-событий. Это сценарий коррелированного отказа в верхней границе таблицы выше, структурно идентичный каскаду Kelp DAO rsETH, где сбой одного оператора прошёл по нескольким AVS. Механику мы разбирали в ретроспективе DeFi-хаков 2026; babylon-вариант имеет те же ингредиенты, и per-BSN доля слешинга достаточно крупная, чтобы мульти-BSN хвост был ближе к «обнулению», чем к «небольшой просадке».

Митигационный набор неполный. Per-BSN-потолки — простая часть. Кросс-BSN корреляционные лимиты — потолки на процент мультибсн-экспозиции, который может нести один FP или LST — более сложная дизайн-задача, ещё не на дорожной карте.

Сводка подводных камней

Подводный каменьСерьёзностьСтатус митигацииЖивое подтверждение
LST-концентрация (Lombard ~⅓ TVL)ВысокаяТолько рыночное разбавление; протокольного потолка нет$1,26 млрд плановое unbonding апрель 2025 (чисто)
Централизация FP (доля топ-10)СредняяАктивной митигации нетНаблюдаемое длиннохвостое распределение делегаций
Кросс-BSN корреляция слешингаВысокая (Phase 3)В текущей дорожной карте не адресованоPre-launch; риск-модель не проверена; ⅓-слешинг плохо компаундится между BSN
Бутстрап BSN (cold-start экономика FP)СредняяГранты Foundation из бакета EcosystemBOB, Osmosis, Sui продвигаются

Чек-лист due diligence для FP

Если вы делегируете BTC финалити-провайдеру — напрямую или через LST — базовая операционная проверка закрывает очевидные режимы отказа:

  • Доля одного LST в общем сетевом стейке — выше ли ваш LST-провайдер 15% TVL? Если да, считайте позицию концентрированной и подумайте о разделении между провайдерами.
  • История работы FP по доступности — минимум 6 месяцев непрерывной работы на Babylon Genesis без slashing-событий.
  • Управление ключами FP — HSM-подписи с задокументированной политикой ротации, не сырые горячие кошельки.
  • Мульти-BSN экспозиция вашего FP — работа более чем на 3 BSN одновременно повышает корреляционный риск; проверьте покрытие FP.
  • Ставка комиссии — заметно ниже 5% подозрительно (вероятно loss-leading и неустойчиво), выше 15% — overpriced для конкурентного рынка.
  • Раскрытие slashing-резерва — спросите, держит ли FP операционный резерв на покрытие slashing-событий без передачи потери делегатам; не все FP это публикуют, но чёткий ответ в due diligence — полезный сигнал.
  • Дальше: Phase 3 мультистейкинг, аукцион сжигания, параллели с ELIP-12

    Интересное дизайн-пространство токеномики — это то, что появляется после Phase 3. Мультистейкинг превращает протокол из одноцепочной Cosmos L1 в координационный слой, где одно обеспечение BTC одновременно защищает несколько суверенных цепей. Механизм, который соединяет per-BSN экономику обратно с токеном BABY, — аукцион сжигания BABY.

    Как работает аукцион сжигания

    Когда BSN включается, он обязуется направлять конфигурируемую долю своих наград стейкинга в on-chain-аукцион, проводимый на Babylon Genesis. Аукцион деноминирован в BABY: участники подают BABY-ставки за право забрать BSN-токены, выставленные на аукционе, и победившая ставка сжигается навсегда. Проигравшие ставки возвращаются. Механизм функционально — обратный аукцион Dutch с deflationary-расчётом: он конвертирует инфляцию вознаграждений BSN в сокращение предложения BABY в настраиваемом соотношении.

    Burn_rate_annual = Σ(BSN_i_rewards × routing_share_i × bid_efficiency_i)
    • BSN_i_rewards — годовые вознаграждения, направленные BSN i (в BSN-нативном токене, в BABY-эквиваленте)
    • routing_share_i — доля наград BSN i, попадающая в аукцион (governance-параметр на каждый BSN)
    • bid_efficiency_i — реализация аукциона (победившая ставка / fair value наград), типично 0,7–0,95

    Механизм делает несколько вещей одновременно: создаёт спрос на BABY (участникам нужен BABY для торгов), уменьшает предложение BABY (победившие ставки сжигаются), позволяет BSN монетизировать инфляцию вознаграждений без принудительной продажи токена и формирует рыночный clearing-price для кросс-BSN потоков. Deflationary-вклад целиком зависит от того, сколько BSN войдёт в строй и насколько агрессивно они направят награды в аукцион — параметр, требующий governance-координации между Babylon Genesis и каждым BSN.

    Численный эффект осмыслен в сценарии пяти BSN. Если каждый из пяти генерирует $50 млн годовых вознаграждений (консервативно для средней цепи со здоровой валидаторской экономикой) и направляет 25% в аукцион, совокупная пропускная способность аукциона — $62,5 млн BABY-deноминированных ставок в год. При 0,85 эффективности это ~$53 млн сжигаемого BABY в год — примерно эквивалент инфляционного давления годовой дискреционной раздачи из community-бакета по текущей цене BABY.

    Это число привлекательно, но спекулятивно. Оно опирается на масштабную генерацию вознаграждений BSN (сегодня — нулевую, поскольку Phase 3 пока разворачивается), на высокую долю маршрутизации (зависит от governance, FP-сообщества будут давить на более низкие доли), и на конкурентную динамику аукциона (нужно достаточно независимых участников, чтобы избежать сговора). Механизм спроектирован хорошо, но не проверен — его реальная производительность будет зависеть от параметров, которые ещё не финализированы.

    Аукцион сжигания — координационный механизм, не гарантированный дефлятор
    Самое частое прочтение аукциона — как базовая deflationary-сила, сравнимая с burn-механизмом EIP-1559 в Ethereum. Это не так. Аукцион зависит от per-BSN решений governance о долях маршрутизации, от реальной масштабной генерации вознаграждений BSN и от появления участников аукциона с капиталом. Каждое из этого требует исполнения. Механизм здоровый; пропускная способность — условная.

    Кросс-BSN координация и параллели с ELIP-12

    Governance-задача, которую Babylon встретит в Phase 3, структурно близка той, что EigenLayer закрыл через ELIP-12 — предложением «Incentives Committee», одобренным 12 марта 2026 и координирующим политику стимулов AVS на уровне экосистемы. В обоих случаях value capture протокола зависит от per-сервисных решений (доля маршрутизации BSN для Babylon, конфигурация наград AVS для EigenLayer), которые никто из одного субъекта поставить не может. Координация требует либо формального совета с ограниченными правами, либо рыночного механизма, появляющегося органически.

    Текущее направление Babylon склоняется к рыночному механизму: каждый BSN сам ставит долю маршрутизации, аукцион находит clearing-price, и BSN, маршрутизирующие слишком мало или слишком много, увидят последствия в удержании FP и участии в протоколе. Направление EigenLayer через ELIP-12 — координированный governance: явный орган, задающий параметры наград по всей экосистеме AVS.

    Ни один подход очевидно не лучше, но различия станут наблюдаемыми в ближайшие 12–18 месяцев. Если рыночный подход Babylon работает, ожидайте сходимости долей маршрутизации к Schelling-точке в диапазоне 20–35%. Если ломается — один BSN маршрутизирует ноль, другие щедро — ожидайте governance-дебатов о минимальной обязательной доле.

    Пайплайн BSN (заявленные интеграции)

    BSNТипСтатусЗаметные дизайн-решения
    Babylon GenesisCosmos SDK L1Работает с апреля 2025Первый BSN; сам control plane; нативные BABY-награды
    BOBBitcoin-native L2 (rollup)Интеграция объявленаВероятно нативный BTC-pegged дизайн наград; первый не-Cosmos BSN
    OsmosisCosmos DEX/L1Интеграция объявленаOSMO-деноминированные награды; ожидается высокая доля маршрутизации
    SuiL1 на MoveИнтеграция объявленаПервый non-Cosmos non-EVM BSN; награды в SUI
    Будущие BSNРазныеPipelineВключая планируемые рестейкинг-ориентированные L2 и AI/DePIN цепи

    Разнообразие пайплайна — позитивный сигнал. Babylon не ставит на одну экосистему (Cosmos), одну VM (Move) или один сценарий (DeFi). Обратная сторона — сложность интеграции масштабируется с разнообразием: каждый BSN несёт собственную клиентскую архитектуру, собственный governance, собственную экономику нативного токена и собственные режимы отказа. Успех Phase 3 зависит от способности протокола управлять этой сложностью, не подрывая гарантий безопасности, которые в первую очередь мотивировали BTC-стейкеров участвовать.

    Проектируем экономику рестейкинга и обеспечения на BTC под ваш протокол

    Мы моделировали экономику валидаторов, структуру слешинга и маршрутизацию вознаграждений для L1, основателей AVS и BSN-aligned цепей. Считаем оптимальные параметры и стресс-тестируем мультицепочечный корреляционный риск на горизонте 5 лет.

    Связаться