Когда на экранах сплошь и рядом начинается «нативный self-custody», я смотрю на whitepaper Babylon, но мысль, которая не отпускает, — это многоподпись Covenant Committee 6-out-of-9.
Чтобы понять эту «раздвоенность», нужно сначала снять шелуху с луковицы Babylon. Модель Bitcoin Taproot может гарантировать право собственности, но когда дело доходит до сложной логики штрафов, нативный Script по-прежнему оказывается бессилен. Поэтому Babylon вводит Covenant Committee. Это не является намеренным добавлением централизации — скорее это инженерный компромисс в рамках текущих ограничений скриптов. Эти девять узлов больше похожи на исполнителей правил: многоподпись гарантирует, что BTC может переходить только по согласованному протоколом пути.
Отсюда вытекают элегантность и жестокость EOTS. Дизайн двойной подписи FP, который автоматически раскрывает приватный ключ, — это почти произведение искусства: злонамеренная двойная подпись напрямую сожжет 33,33% основного капитала. Но инженерная элегантность часто оборачивается суровой реальностью: крайне ветвистые сценарии или неожиданные двойные подписи из‑за багов узла в цепи выглядят ровно так же, как злонамеренная двойная подпись. Если это происходит во время операционной ошибки FP, одна случайность может привести к тому, что основной капитал просто исчезнет. В этой модели выбор FP и традиционного staking-проверяющего по сути не различаются: Babylon лишь оборачивает «self-custody» в привлекательную нарративную упаковку.
Если копнуть глубже, то механизм TBV пытается решить конечную задачу: использовать BTC как залог в Ethereum, но не превращать его в «упакованный BTC». TBV не переносит BTC — BTC залогодателя остается заперт в Bitcoin Taproot-script, а смарт‑контракт в Ethereum лишь отслеживает состояние сейфа. Это больше похоже на внутренний номер, который банк присваивает заложенной недвижимости: оригинальный «правоустанавливающий документ» все еще остается в Bitcoin‑реестре.
Однако «Trustless» вовсе не равно «Riskless». Скелет TBV — это BitVM3, и у этой модели есть уязвимое место: кто‑то должен в течение challenge period готов был тратить Gas и следить, чтобы вызов (challenge) был подан. В реальности, скорее всего, это будет поддерживаться институтами, которые «держат баланс» в игре. К тому же challenge period накладывается на Unbonding Period — риск задержки ликвидации в экстремальном рынке вполне реален.
В итоге: Babylon действительно разыгрывает Script «на максималках», но чем выше сложность, тем больше пограничных кейсов. Нам стоит беспокоиться не о том, сколько BTC оно сможет привлечь, а о том, сможет ли Covenant Committee со временем ослабевать по мере усиления нативных возможностей Bitcoin. Если в будущем Script сможет выражать больше логики, сегодняшняя комиссия будет лишь переходным решением; если нет — это станет структурной стоимостью, которую BTC надолго возьмет на себя в мире PoS.
#baby $BABY @BabylonLabs_io
Чтобы понять эту «раздвоенность», нужно сначала снять шелуху с луковицы Babylon. Модель Bitcoin Taproot может гарантировать право собственности, но когда дело доходит до сложной логики штрафов, нативный Script по-прежнему оказывается бессилен. Поэтому Babylon вводит Covenant Committee. Это не является намеренным добавлением централизации — скорее это инженерный компромисс в рамках текущих ограничений скриптов. Эти девять узлов больше похожи на исполнителей правил: многоподпись гарантирует, что BTC может переходить только по согласованному протоколом пути.
Отсюда вытекают элегантность и жестокость EOTS. Дизайн двойной подписи FP, который автоматически раскрывает приватный ключ, — это почти произведение искусства: злонамеренная двойная подпись напрямую сожжет 33,33% основного капитала. Но инженерная элегантность часто оборачивается суровой реальностью: крайне ветвистые сценарии или неожиданные двойные подписи из‑за багов узла в цепи выглядят ровно так же, как злонамеренная двойная подпись. Если это происходит во время операционной ошибки FP, одна случайность может привести к тому, что основной капитал просто исчезнет. В этой модели выбор FP и традиционного staking-проверяющего по сути не различаются: Babylon лишь оборачивает «self-custody» в привлекательную нарративную упаковку.
Если копнуть глубже, то механизм TBV пытается решить конечную задачу: использовать BTC как залог в Ethereum, но не превращать его в «упакованный BTC». TBV не переносит BTC — BTC залогодателя остается заперт в Bitcoin Taproot-script, а смарт‑контракт в Ethereum лишь отслеживает состояние сейфа. Это больше похоже на внутренний номер, который банк присваивает заложенной недвижимости: оригинальный «правоустанавливающий документ» все еще остается в Bitcoin‑реестре.
Однако «Trustless» вовсе не равно «Riskless». Скелет TBV — это BitVM3, и у этой модели есть уязвимое место: кто‑то должен в течение challenge period готов был тратить Gas и следить, чтобы вызов (challenge) был подан. В реальности, скорее всего, это будет поддерживаться институтами, которые «держат баланс» в игре. К тому же challenge period накладывается на Unbonding Period — риск задержки ликвидации в экстремальном рынке вполне реален.
В итоге: Babylon действительно разыгрывает Script «на максималках», но чем выше сложность, тем больше пограничных кейсов. Нам стоит беспокоиться не о том, сколько BTC оно сможет привлечь, а о том, сможет ли Covenant Committee со временем ослабевать по мере усиления нативных возможностей Bitcoin. Если в будущем Script сможет выражать больше логики, сегодняшняя комиссия будет лишь переходным решением; если нет — это станет структурной стоимостью, которую BTC надолго возьмет на себя в мире PoS.
#baby $BABY @BabylonLabs_io