На этой неделе я прошёл реальную документацию по тестнету Babylon, а не просто читал объявления об этом, и думаю, что сам процесс говорит больше, чем маркетинговые тексты. Запуск нативного заимствования с обеспечением из Bitcoin через Aave v4 начинается с блокировки signet BTC на Bitcoin, а затем — с наблюдения за тем, как соответствующий vaultBTC автоматически попадает в Aave в качестве залога.
Время peg-in (то есть сколько занимает путь от блокировки BTC до появления доступного залога) по сообщениям было сокращено примерно до 3 часов в ходе недавних обновлений протокола — с более медленной исходной задумки. А связанные с процессом on-chain комиссии за транзакции, по обновлениям команды Babylon, урезали более чем в 3 раза. Это, конечно, не мгновенно по стандартам DeFi: большинство Ethereum-нативных вариантов залога появляется за 1 блок, но опыт при этом заметно отличается от много-дневных процедур бриджа, которые преследовали более ранние кроссчейн-BTC продукты.
Как только vaultBTC появляется в качестве залога, заимствование поддерживаемых активов вроде USDC или USDT против него работает через тот же сценарий управления позицией, что и любой другой Aave v4 Spoke: добавление залога, заимствование, погашение — всё через adapter-контракты, созданные специально для интеграции BTC vault.
Больше всего меня поразило не какая-то отдельная функция — а то, насколько большая часть сложности, Taproot-скриптинга, верификации доказательств с нулевым разглашением, окон для fraud-proof, остаётся невидимой при реальном использовании. Обычно это и есть настоящий тест того, превращается ли сложная криптография в реально удобный продукт или остаётся демонстрацией для исследований. По одной документации Babylon уже выглядит как продукт, а не как доказательство концепции — хотя я всё равно хотел бы увидеть использование в масштабе mainnet, прежде чем полностью доверять этому впечатлению.
@BabylonLabs_io $GRVT $BABY #baby
Время peg-in (то есть сколько занимает путь от блокировки BTC до появления доступного залога) по сообщениям было сокращено примерно до 3 часов в ходе недавних обновлений протокола — с более медленной исходной задумки. А связанные с процессом on-chain комиссии за транзакции, по обновлениям команды Babylon, урезали более чем в 3 раза. Это, конечно, не мгновенно по стандартам DeFi: большинство Ethereum-нативных вариантов залога появляется за 1 блок, но опыт при этом заметно отличается от много-дневных процедур бриджа, которые преследовали более ранние кроссчейн-BTC продукты.
Как только vaultBTC появляется в качестве залога, заимствование поддерживаемых активов вроде USDC или USDT против него работает через тот же сценарий управления позицией, что и любой другой Aave v4 Spoke: добавление залога, заимствование, погашение — всё через adapter-контракты, созданные специально для интеграции BTC vault.
Больше всего меня поразило не какая-то отдельная функция — а то, насколько большая часть сложности, Taproot-скриптинга, верификации доказательств с нулевым разглашением, окон для fraud-proof, остаётся невидимой при реальном использовании. Обычно это и есть настоящий тест того, превращается ли сложная криптография в реально удобный продукт или остаётся демонстрацией для исследований. По одной документации Babylon уже выглядит как продукт, а не как доказательство концепции — хотя я всё равно хотел бы увидеть использование в масштабе mainnet, прежде чем полностью доверять этому впечатлению.
@BabylonLabs_io $GRVT $BABY #baby