Quanto mais tempo passo no cripto, mais desconfio quando algo com cara de cross-chain parece instantâneo.
Se uma rede precisa de tempo para liquidar, mas alguém recebe imediatamente em algum lugar, a espera não desapareceu.
Alguém tem que absorver isso.
Essa ideia me levou de volta ao fluxo de liquidação dos Trustless Bitcoin Vaults (TBV) a partir de @BabylonLabs_io .
E eu encontrei a parte que eu vinha ignorando.
Com garantia em BTC nativo, a liquidação pode ser acionada na Ethereum via a integração do Aave v4.
Mas o BTC de verdade ainda está no Bitcoin.
Isso cria um problema de timing:
o liquidante precisa de liquidação agora, enquanto o resgate do Bitcoin leva mais tempo.
Babylon não faz o Bitcoin “assentar” magicamente na velocidade da Ethereum.
Em vez disso, o TBV introduz um Liquidation Liquidity Provider (LLP).
No caminho permissionless de liquidação, o liquidante repaga a dívida e recebe a liquidação em WBTC imediatamente.
O vault de Bitcoin confiscado entra no escrow do BTCVaultSwap, onde um arbitrador pode mais tarde adquiri-lo e completar o resgate real de BTC no Bitcoin.
Foi aí que o design fez sentido para mim.
A espera não desapareceu. Ela se deslocou.
O liquidante ganha liquidez agora.
A liquidação mais lenta do Bitcoin acontece por trás dessa camada de liquidez.
Acho isso muito mais interessante do que apenas ouvir que “BTC nativo permanece no Bitcoin”.
Porque manter o Bitcoin nativo cria limitações.
A questão de engenharia real é se você consegue construir em torno dessas limitações sem fingir que elas não existem.
Às vezes, uma infraestrutura cross-chain melhor não é sobre fazer cada rede se mover na mesma velocidade.
É sobre decidir quem absorve a diferença.
$BABY #baby
$SOON $COTI
📊 Quem deve absorver a espera?
Se uma rede precisa de tempo para liquidar, mas alguém recebe imediatamente em algum lugar, a espera não desapareceu.
Alguém tem que absorver isso.
Essa ideia me levou de volta ao fluxo de liquidação dos Trustless Bitcoin Vaults (TBV) a partir de @BabylonLabs_io .
E eu encontrei a parte que eu vinha ignorando.
Com garantia em BTC nativo, a liquidação pode ser acionada na Ethereum via a integração do Aave v4.
Mas o BTC de verdade ainda está no Bitcoin.
Isso cria um problema de timing:
o liquidante precisa de liquidação agora, enquanto o resgate do Bitcoin leva mais tempo.
Babylon não faz o Bitcoin “assentar” magicamente na velocidade da Ethereum.
Em vez disso, o TBV introduz um Liquidation Liquidity Provider (LLP).
No caminho permissionless de liquidação, o liquidante repaga a dívida e recebe a liquidação em WBTC imediatamente.
O vault de Bitcoin confiscado entra no escrow do BTCVaultSwap, onde um arbitrador pode mais tarde adquiri-lo e completar o resgate real de BTC no Bitcoin.
Foi aí que o design fez sentido para mim.
A espera não desapareceu. Ela se deslocou.
O liquidante ganha liquidez agora.
A liquidação mais lenta do Bitcoin acontece por trás dessa camada de liquidez.
Acho isso muito mais interessante do que apenas ouvir que “BTC nativo permanece no Bitcoin”.
Porque manter o Bitcoin nativo cria limitações.
A questão de engenharia real é se você consegue construir em torno dessas limitações sem fingir que elas não existem.
Às vezes, uma infraestrutura cross-chain melhor não é sobre fazer cada rede se mover na mesma velocidade.
É sobre decidir quem absorve a diferença.
$BABY #baby
$SOON $COTI
📊 Quem deve absorver a espera?
⚡ Liquidity providers
60%
₿ BTC holders
40%
⚖️ Share the cost
0%
5 Votos • Votação encerrada