У другій половині дня в офісі натрапив на технічну документацію Babylon Genesis і, прочитавши рядок: «Consensus | CometBFT (a Tendermint fork) | v0.50.9», завмер пальцями над клавіатурою.
У проєкту справді є що показати. У Binance Research усе викладено чітко: «Babylon Genesis chain‘s PoS consensus is built on the CometBFT stack». З’єднати консенсус CometBFT з екосистемою біткоїн-стейкінгу: 100 валідаторів продукують блоки, а 60 стейкерів BTC додають фінальність через підпис. Ідея виглядає дійсно красиво.
Але щойно розбираєш залежності, проблема виходить назовні.
Babylon Genesis повторно використав стек CometBFT — і всі історичні уразливості переходять напряму у спадок: подвійні підписи, форки, мережеві зупинки — жодна з них не оминула.
У січні 2026 року уразливість Tachyon могла спричинити halt ланцюга через розбіжність між верифікацією підписів і часовими виведеннями; у лютому 2025 року ASA-2025-002 дозволяла зловмисним нодам спричиняти зупинку мережі шляхом часткового включення блоків; того ж року ASA-2025-001 виправляла переповнення синхронізаційних параметрів для x86_64; у жовтні 2025 року баг обробки BitArray знову створив ризик мережевого halt. Уразливість у ротації ключів консенсусу може дати валідаторам змогу нескінченно equivocate й уникати покарання; уразливість Horcrux також раніше призводила до штрафів для валідаторів Osmosis із конфіскацією 5%.
Babylon не будує незалежного ізоляційного захисту поверх рівня консенсусу — і будь-який тригер уразливостей CometBFT прямо проникає в модулі стейкінгу та ядро фінальності. Патчі завжди біжать позаду за вразливостями.
Покласти безпеку консенсусу на нижчий рівень, який уже неодноразово пробивали, але без ізоляційного шару — навіть найвишуканіший дизайн не витримує тріщин у фундаменті. Криптографія може довести правильність BTC-стейкінгу, але не може довести, що CometBFT завтра не видасть наступний Tachyon.
Наведене вище — лише моя особиста думка і не є інвестиційною порадою. Якщо всю безпеку консенсусу повністю віддати CometBFT, як ви вважаєте, чи є потреба Babylon додати окремий ізоляційний захист? Пишіть у коментарях — давайте обговоримо.
#baby $BABY @BabylonLabs_io
У проєкту справді є що показати. У Binance Research усе викладено чітко: «Babylon Genesis chain‘s PoS consensus is built on the CometBFT stack». З’єднати консенсус CometBFT з екосистемою біткоїн-стейкінгу: 100 валідаторів продукують блоки, а 60 стейкерів BTC додають фінальність через підпис. Ідея виглядає дійсно красиво.
Але щойно розбираєш залежності, проблема виходить назовні.
Babylon Genesis повторно використав стек CometBFT — і всі історичні уразливості переходять напряму у спадок: подвійні підписи, форки, мережеві зупинки — жодна з них не оминула.
У січні 2026 року уразливість Tachyon могла спричинити halt ланцюга через розбіжність між верифікацією підписів і часовими виведеннями; у лютому 2025 року ASA-2025-002 дозволяла зловмисним нодам спричиняти зупинку мережі шляхом часткового включення блоків; того ж року ASA-2025-001 виправляла переповнення синхронізаційних параметрів для x86_64; у жовтні 2025 року баг обробки BitArray знову створив ризик мережевого halt. Уразливість у ротації ключів консенсусу може дати валідаторам змогу нескінченно equivocate й уникати покарання; уразливість Horcrux також раніше призводила до штрафів для валідаторів Osmosis із конфіскацією 5%.
Babylon не будує незалежного ізоляційного захисту поверх рівня консенсусу — і будь-який тригер уразливостей CometBFT прямо проникає в модулі стейкінгу та ядро фінальності. Патчі завжди біжать позаду за вразливостями.
Покласти безпеку консенсусу на нижчий рівень, який уже неодноразово пробивали, але без ізоляційного шару — навіть найвишуканіший дизайн не витримує тріщин у фундаменті. Криптографія може довести правильність BTC-стейкінгу, але не може довести, що CometBFT завтра не видасть наступний Tachyon.
Наведене вище — лише моя особиста думка і не є інвестиційною порадою. Якщо всю безпеку консенсусу повністю віддати CometBFT, як ви вважаєте, чи є потреба Babylon додати окремий ізоляційний захист? Пишіть у коментарях — давайте обговоримо.
#baby $BABY @BabylonLabs_io