Щось привернуло мою увагу під час вивчення документації з інтеграції. Babylon, $BABY, #baby, @BabylonLabs_io — розробницький пропозиція чітка: приєднуйтесь як BSN, уникніть проблеми холодного запуску безпеки, отримуйте вагу bitcoin з першого дня. І структурно це правда. Але механізми за цим складніші, ніж це підказує одне речення.

Річ у тім, що фінальність, підтримувана bitcoin, на новому BSN не відбувається просто при розгортанні. Вона досягається, коли 2/3 делегованого стейку bitcoin підписують блок через постачальників фінальності. Доки цей поріг не буде досягнутий — що залежить виключно від того, скільки bitcoin було делеговано конкретним постачальникам фінальності цього BSN — ланцюг працює лише на консенсусі CometBFT. Блоки створюються. Транзакції підтверджуються. Але шар фінальності, прив’язаний до bitcoin, залишається неактивним.

Цього тижня я спостерігав це на babylon.explorers.guru. Сам Babylon Genesis, як перший BSN, має достатньо делегування, щоб постійно досягати цього кворуму. Годинні чекпоинти bitcoin фіксуються, стан ланцюга виглядає чистим. Але Genesis підтримується понад 56 000 bitcoin. Новий BSN, що зараз інтегрується на Phase-3, починає з того, що зможе привернути до своїх постачальників фінальності з нуля.

Я кілька разів перевірив себе, бо документація формулює це як «отримуйте безпеку bitcoin». Технічно це точно. Але насправді це ближче до «ви можете її отримати, коли розпочнете достатньо делегування bitcoin до ваших постачальників фінальності». Це не одне й те саме речення.

Проблема холодного запуску безпеки не зникла. Вона просто змістилася на один рівень нижче. Цікаво, скільки команд, що зараз розробляють BSN, моделювали, як виглядатиме їхній кворум фінальності на запуску.