Я хочу поговорить о том, о чём никто не упоминает, когда объясняет Babylon. Что происходит, когда что-то идёт не так ещё до того, как ваш vault вообще активируется. 🤔
Допустим, вы подаёте peg-in. Ваш BTC находится в Pre-PegIn output в сети Bitcoin. Затем сбо́ит офчейн-настройка. Или вы передумываете. Или Vault Provider просто замолкает. Ваш BTC технически оказывается зафиксирован в скрипте. Так что дальше?
Babylon с самого начала встроил путь для возврата (refund) в Pre-PegIn output.
Это Taproot leaf, запертый за Bitcoin timelock. На текущем testnet этот timelock — 3 дня. Как только он истечёт, вы подписываете своей собственной Bitcoin-ключом и транслируете refund-транзакцию, которая отправляет BTC прямо обратно в ваш кошелёк. 🔐
Никакого сотрудничества не требуется. Ни от Vault Provider. Ни от Babylon. Ни от кого-либо.
Trustless Bitcoin Vaults (TBV) имеет два отдельных режима отказа, которые оба ведут сюда. Если настройка не завершится в течение 24 часов — vault истекает, комиссия за peg-in автоматически возвращается, BTC можно восстановить через refund path. Если же вы не активировали проверенный vault в течение 48 часов — комиссия за peg-in утеряна, но BTC всё равно полностью можно вернуть.
Экосистема $BABY ecosystem создаётся так, чтобы даже в случае провала дэпозитор оставался под контролем. Babylon разработала не только счастливый путь. Они продумали и каждый из несчастливых вариантов тоже.
Делает ли встраивание одностороннего восстановления в каждый режим отказа TBV действительно безопасным для использования, или 3-дневный timelock создаёт достаточно трения, что большинство людей просто не будут знать, что делать, когда им это реально понадобится?
@BabylonLabs_io $BABY #baby