Yo originalmente me enfocaba en Babylon y Aave v4 porque el BTC nativo no necesita puentes para usarse como garantía. Pero después de ver el Temp Check, me importa más esto: si la “natividad” del BTC puede convertirse en liquidez para DeFi, en lugar de acabar como una ruta de colateral que solo funciona en adaptadores específicos.
El mercado suele interpretar esto como un avance de BTCFi. En TBV, el BTC se bloquea en un Taproot UTXO de Bitcoin; en el lado de Aave, se registra el colateral mediante un adapter. vaultBTC, en cambio, es solo una unidad contable ERC-20 restringida: no es un wrapper negociable. A primera vista suena a que se conserva el BTC nativo y, a la vez, se conecta con préstamos. $SKYAI
La contradicción oculta es que, cuanto más se enfatiza no envolver (no “packaging”) y no puentear, más difícil es conseguir la composabilidad que el DeFi de Ethereum ya conoce. Cuando se crea vault, queda ligado a una aplicación y no se puede migrar libremente después; además, el proceso de liquidación no equivale a vender solo una parte del colateral. Dado que el vault de BTC es UTXO, podría incautarse el lote completo y luego pasarlo a Swap Spoke y a los arbitrajistas para gestionarlo.
Esto cambió el punto de observación que tuve para el testnet. No solo miro si se puede pedir USDC/USDT, sino también aspectos como la gestión del vault, si el factor de salud cae por debajo de 1, liquidaciones parciales, el diferencial de precio (premium) al liquidar con WBTC y la eficiencia con la que los arbitrajistas se hacen cargo. Las necesidades reales suelen revelarse en los procesos bajo estrés.
Si la ventaja es llevar el BTC nativo hacia Aave, el riesgo es que “estar disponible” no es lo mismo que “ser útil”. A continuación revisaré parámetros de gobernanza, el cap, la profundidad real de los préstamos y la latencia de las liquidaciones. @BabylonLabs_io $BABY #baby