Uma BTC do começo ao fim nunca saiu do Bitcoin, mas o Aave ainda consegue tratá-la como colateral para emprestar. Ainda mais fora do senso comum: no meio não existe nenhuma “BTC fantasma” que possa ser negociada.
Eu percorri de ponta a ponta a integração do Aave v4 de @BabylonLabs_io e descobri que o Adapter é quase como um tradutor que domina dois idiomas. No Peg-in, o BTC nativo entra no Taproot Vault no Bitcoin; após a ativação, o AaveAdapter implanta um Position Proxy para o usuário, criando registros internos de colateral 1:1 por quantidade de BTC, com precisão ao nível de satoshi, e os fornece ao Babylon Core Spoke.
Esses registros usam uma interface estilo ERC-20, apenas para permitir que o Aave entenda o ativo como colateral. Eles não entram na carteira do usuário, não podem ser transferidos para endereços comuns e não têm mercado secundário. O BTC real ainda permanece no UTXO original; do lado do Ethereum, só se registra quanto essa Vault fornece de colateral para uma determinada posição.
O comando de empréstimo entra no Proxy e no Core Spoke via Adapter e, então, extrai os ativos do Hub do Aave v4; a devolução segue o caminho inverso, voltando ao Hub. Os USDC, USDT e WBTC disponíveis atualmente na rede de testes pública são moedas simuladas sem valor real. Quando a dívida zera, o usuário retira a Vault: o registro de colateral é encerrado e, no lado do Bitcoin, são iniciados a prova, o desafio e o Payout.
Portanto, não é “levar” BTC para dentro do Aave; é fazer com que dois livros-razão conciliem em torno do mesmo estado de colateral. O Aave não consegue tocar no BTC nativo, mas a cadeia adiciona Adapter, Proxy, Spoke e oráculo. A criptografia garante a saída do BTC; se o empréstimo e o crédito estão funcionando corretamente ainda depende dos contratos da aplicação e dos parâmetros de controle de risco.
Depois do lançamento na mainnet, o que mais deveria ser verificado não é apenas se é possível emprestar dinheiro, mas se esse “tradutor” vai cometer um erro em uma frase-chave em cenários de alta concorrência e condições de mercado extremas.
#baby $BABY
Eu percorri de ponta a ponta a integração do Aave v4 de @BabylonLabs_io e descobri que o Adapter é quase como um tradutor que domina dois idiomas. No Peg-in, o BTC nativo entra no Taproot Vault no Bitcoin; após a ativação, o AaveAdapter implanta um Position Proxy para o usuário, criando registros internos de colateral 1:1 por quantidade de BTC, com precisão ao nível de satoshi, e os fornece ao Babylon Core Spoke.
Esses registros usam uma interface estilo ERC-20, apenas para permitir que o Aave entenda o ativo como colateral. Eles não entram na carteira do usuário, não podem ser transferidos para endereços comuns e não têm mercado secundário. O BTC real ainda permanece no UTXO original; do lado do Ethereum, só se registra quanto essa Vault fornece de colateral para uma determinada posição.
O comando de empréstimo entra no Proxy e no Core Spoke via Adapter e, então, extrai os ativos do Hub do Aave v4; a devolução segue o caminho inverso, voltando ao Hub. Os USDC, USDT e WBTC disponíveis atualmente na rede de testes pública são moedas simuladas sem valor real. Quando a dívida zera, o usuário retira a Vault: o registro de colateral é encerrado e, no lado do Bitcoin, são iniciados a prova, o desafio e o Payout.
Portanto, não é “levar” BTC para dentro do Aave; é fazer com que dois livros-razão conciliem em torno do mesmo estado de colateral. O Aave não consegue tocar no BTC nativo, mas a cadeia adiciona Adapter, Proxy, Spoke e oráculo. A criptografia garante a saída do BTC; se o empréstimo e o crédito estão funcionando corretamente ainda depende dos contratos da aplicação e dos parâmetros de controle de risco.
Depois do lançamento na mainnet, o que mais deveria ser verificado não é apenas se é possível emprestar dinheiro, mas se esse “tradutor” vai cometer um erro em uma frase-chave em cenários de alta concorrência e condições de mercado extremas.
#baby $BABY
