Cuanto más tiempo paso en cripto, más sospechoso me vuelvo cuando algo entre cadenas parece instantáneo.
Si una red necesita tiempo para liquidar, pero alguien cobra inmediatamente en otro lugar, la espera no ha desaparecido.
Alguien tiene que absorberla.
Ese pensamiento me llevó de vuelta al flujo de liquidación de Trustless Bitcoin Vaults (TBV) desde @BabylonLabs_io .
Y encontré la parte que había estado pasando por alto.
Con colateral nativo en BTC, la liquidación puede activarse en Ethereum mediante la integración de Aave v4.
Pero el BTC real sigue estando en Bitcoin.
Eso crea un problema de tiempos:
el liquidador necesita la liquidación ahora, mientras que la redención de Bitcoin tarda más.
Babylon no hace que Bitcoin liquide mágicamente a la velocidad de Ethereum.
En su lugar, TBV introduce un Proveedor de Liquidez de Liquidación (LLP).
En la ruta de liquidación sin permisos, el liquidador repaga la deuda y recibe la liquidación en WBTC de inmediato.
La bóveda de Bitcoin incautada entra en el escrow de BTCVaultSwap, donde un arbitrajista puede adquirirla más tarde y completar la redención real de BTC en Bitcoin.
Ahí fue cuando el diseño encajó para mí.
La espera no desapareció. Se movió.
El liquidador obtiene liquidez ahora.
La liquidación más lenta de Bitcoin ocurre detrás de esa capa de liquidez.
Me resulta mucho más interesante que simplemente escuchar que “el BTC nativo permanece en Bitcoin”.
Porque mantener Bitcoin nativo crea restricciones.
La pregunta real de ingeniería es si puedes construir alrededor de esas restricciones sin fingir que no existen.
A veces, la mejor infraestructura entre cadenas no consiste en hacer que cada cadena se mueva a la misma velocidad.
Se trata de decidir quién absorbe la diferencia.
$BABY #baby
$SOON $COTI
📊 ¿Quién debería absorber la espera?