Babylon и Aave V4: нативный BTC как залог без моста - но не без новых проверок
⠀
У Babylon появился хороший X-сигнал: команда снова продвигает Trustless Bitcoin Vaults как инфраструктуру для BTC-залога и прямо связывает это с будущим borrowing на Aave V4. В посте звучит сильный тезис: BTC остаётся на Bitcoin, без wrapped-актива, моста, кастодиана или threshold-signature группы.
⠀
Я бы здесь не спешил читать это как «Bitcoin наконец пришёл в DeFi без риска». Скорее наоборот: если убрать маркетинг, появляется новая карта рисков, которую надо проверять отдельно.
⠀
Что подтверждается по первичке. В Temp Check на форуме Aave Babylon предлагает две V4 Spokes: Babylon Core Lending Spoke для займов под BTC и BTC Vault Swap Spoke для пост-ликвидационного расчёта. BTC должен блокироваться в Taproot UTXO на Bitcoin, а на host chain появляется vault record. Для совместимости с Aave это представляют как transfer-restricted ERC-20 vaultBTC.
⠀
Важная деталь: vaultBTC в предложении описан не как свободно торгуемый wrapper, а как внутренний учётный актив. Mint/burn должен идти через adapter contract, а переводы ограничены allowlist: Hub, Spoke и adapter.
⠀
Но именно здесь и начинается работа аналитика. Если залог не лежит у кастодиана и не завернут в обычный мост, это не значит, что доверия больше нигде нет. Оно переезжает в другие места: Taproot-условия, ZK-proof проверку, fraud-proof window, challenger economics, adapter contracts, oracle/risk parameters, liquidation flow и permissioned arbitrageurs, которые выкупают escrowed BTC vaults после ликвидации.
⠀
Сам форум Aave это тоже ограничивает: risk parameters, oracle configuration, supply/borrow caps, interest rate strategy, trust assumptions и challenger economics должны идти в следующем ARFC. То есть это не финальное on-chain approval и не готовый live-market. Сейчас подтверждён уровень Temp Check / архитектурного предложения и публичного партнёрского направления.
⠀
Для меня главный вопрос к такой конструкции простой: где именно проходит аварийный контур, если proof/challenge/redemption или post-liquidation settlement ломается не идеально, а в реальной нагрузке и с рыночным стрессом.
⠀
Если следить за этой темой, я бы смотрел не на фразу «без моста», а на конкретные проверки:
⠀
1. кто может быть challenger и хватает ли у него экономического стимула;
2. сколько длится fraud-proof окно и что это делает с ликвидациями;
3. кто входит в permissioned arbitrageur set и как он меняется;
4. какие caps поставит Aave DAO на vaultBTC;
5. какие аудиты реально закрыты, а какие ещё ongoing;
6. можно ли независимо проверить соответствие vaultBTC supply и BTC в активных vaults;
7. что происходит при сбое adapter-а или спорной redemption-ситуации.
⠀
Тема интересная не потому, что она обещает доходность. Интересно другое: Bitcoin-collateral DeFi пытается уйти от старой модели «завернули BTC и поверили мосту» к модели «закодировали условия на Bitcoin и доказываем состояние другой цепи».
⠀
Это может быть сильнее старого wrapper-подхода. Но проверять надо не лозунг, а всю цепочку исполнения: от Taproot-скрипта до Aave risk parameters и реальной ликвидации.
⠀
Источники: X-сигнал Babylon, Temp Check на Aave Governance, пост Babylon Labs про партнёрство с Aave Labs.