Что-то привлекло мое внимание в процессе изучения документации по интеграции. 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, смоделировали, как будет выглядеть их кворум финализации на момент запуска.