Bóvedas de Bitcoin sin confianza: después de integrarse con Aave v4, en el lado de Ethereum no se obtiene un “BTC envuelto” libremente transferible, sino un registro interno de garantía con restricciones.
El BTC nativo sigue bloqueado en la bóveda Bitcoin Taproot. Tras activarse la bóveda, el Gestor de Bóvedas de BTC notifica al adaptador de Aave v4; el adaptador crea registros de garantía según la cantidad bloqueada, y los entrega a Babylon Core Spoke para que los identifique y los use.
Este registro no puede transferirse a direcciones arbitrarias: no existe mercado secundario y no saldrá del contrato del adaptador. Solo sirve para demostrar “cuántos BTC hay efectivamente bloqueados en Bitcoin”, y no vuelve a acuñar el BTC como un token negociable. Por lo tanto, Aave puede utilizar esta información para realizar préstamos y liquidaciones, pero no puede retirar, volver a prestar ni desviar el BTC subyacente.
Aquí también hay un equilibrio claro: al crear cada bóveda, se vincula a una aplicación específica; después, no se puede migrar directamente a otros protocolos. Para futuras integraciones con monedas estables, opciones o seguros, se necesitarán adaptadores propios y las bóvedas correspondientes. La ruta de fondos es más corta, el espacio para la re-pledge (re-encaje) y la transmisión de riesgos es menor, pero también se limita la liquidez entre aplicaciones.
Si alguna “garantía de BTC nativo” permitiera que la misma cantidad de BTC se transfiera libremente entre varias aplicaciones, habría que revisar de nuevo su ruta de fondos: eso ya no sería el modelo de registro restringido descrito aquí.
Al evaluar TBV, lo clave no es solo “si el BTC está en Ethereum”, sino distinguir: si en Ethereum se obtiene el activo en sí o si se obtiene un registro de garantía que solo puede usarse dentro de la aplicación designada.
@BabylonLabs_io $BABY #baby
El BTC nativo sigue bloqueado en la bóveda Bitcoin Taproot. Tras activarse la bóveda, el Gestor de Bóvedas de BTC notifica al adaptador de Aave v4; el adaptador crea registros de garantía según la cantidad bloqueada, y los entrega a Babylon Core Spoke para que los identifique y los use.
Este registro no puede transferirse a direcciones arbitrarias: no existe mercado secundario y no saldrá del contrato del adaptador. Solo sirve para demostrar “cuántos BTC hay efectivamente bloqueados en Bitcoin”, y no vuelve a acuñar el BTC como un token negociable. Por lo tanto, Aave puede utilizar esta información para realizar préstamos y liquidaciones, pero no puede retirar, volver a prestar ni desviar el BTC subyacente.
Aquí también hay un equilibrio claro: al crear cada bóveda, se vincula a una aplicación específica; después, no se puede migrar directamente a otros protocolos. Para futuras integraciones con monedas estables, opciones o seguros, se necesitarán adaptadores propios y las bóvedas correspondientes. La ruta de fondos es más corta, el espacio para la re-pledge (re-encaje) y la transmisión de riesgos es menor, pero también se limita la liquidez entre aplicaciones.
Si alguna “garantía de BTC nativo” permitiera que la misma cantidad de BTC se transfiera libremente entre varias aplicaciones, habría que revisar de nuevo su ruta de fondos: eso ya no sería el modelo de registro restringido descrito aquí.
Al evaluar TBV, lo clave no es solo “si el BTC está en Ethereum”, sino distinguir: si en Ethereum se obtiene el activo en sí o si se obtiene un registro de garantía que solo puede usarse dentro de la aplicación designada.
@BabylonLabs_io $BABY #baby