Pasé por el flujo real de la testnet de TBV en vez de solo leer sobre ello, y me quedé atascado en un paso que no esperaba: justo después de depositar, la app no solo abre un vault. Recomienda dividir en dos: un vault "sacrificial" con un tamaño que cubra lo que el protocolo espere incautar primero, y un vault "protected" que contiene el resto. El vault sacrificial se liquida primero, en el orden establecido, antes de que el protected sea tocado.
Así no era como yo suponía que funcionaba la liquidación aquí. En un mercado normal de Aave, la liquidación simplemente se come una porción de tu única posición de colateral de forma proporcional.
Me recordó a preparar una maleta para un vuelo con una bolsa de la que estás totalmente dispuesto a perder. No divides tus objetos de valor por igual entre dos maletas con la esperanza de que salga bien. Pones lo que puedes permitirte perder en la que va en bodega y mantienes contigo lo que realmente importa. TBV te está obligando a hacer eso con BTC antes de haber pedido prestado nada: decide de antemano qué es prescindible, para que si algo sale mal, solo se lleve el "equipaje facturado".
Aquí está la parte que me sorprendió: con los parámetros actuales de la testnet, el vault sacrificial es en realidad el más grande de los dos, no el más pequeño. El protocolo no te está pidiendo arriesgar una cantidad de tokens de entrada: te está pidiendo poner peso real detrás del señuelo.
Tiene sentido cuando piensas en por qué. Deshacer/convertir BTC en Bitcoin no es instantáneo como una llamada de liquidación en EVM; no hay una forma limpia de deshacer parcialmente un vault compartido en medio de una crisis. Tener dos vaults discretos significa que el protocolo simplemente se queda con el más pequeño, sin problema de deshacer parcialmente, y sin pelearte con los tiempos de confirmación durante la liquidación.
Se siente menos como gestión de riesgos y más como secuenciación de riesgos, decidida por el depositante en vez del protocolo.
Me pregunto cuánta gente dimensionará realmente ese vault sacrificial de forma deliberada en lugar de aceptar la división por defecto de la app y descubrir para qué se apuntó durante su primera liquidación: ¿es un hueco de UX, o el objetivo completo es forzar la decisión por adelantado?
@BabylonLabs_io $BABY #baby $KOMA $AKE
Así no era como yo suponía que funcionaba la liquidación aquí. En un mercado normal de Aave, la liquidación simplemente se come una porción de tu única posición de colateral de forma proporcional.
Me recordó a preparar una maleta para un vuelo con una bolsa de la que estás totalmente dispuesto a perder. No divides tus objetos de valor por igual entre dos maletas con la esperanza de que salga bien. Pones lo que puedes permitirte perder en la que va en bodega y mantienes contigo lo que realmente importa. TBV te está obligando a hacer eso con BTC antes de haber pedido prestado nada: decide de antemano qué es prescindible, para que si algo sale mal, solo se lleve el "equipaje facturado".
Aquí está la parte que me sorprendió: con los parámetros actuales de la testnet, el vault sacrificial es en realidad el más grande de los dos, no el más pequeño. El protocolo no te está pidiendo arriesgar una cantidad de tokens de entrada: te está pidiendo poner peso real detrás del señuelo.
Tiene sentido cuando piensas en por qué. Deshacer/convertir BTC en Bitcoin no es instantáneo como una llamada de liquidación en EVM; no hay una forma limpia de deshacer parcialmente un vault compartido en medio de una crisis. Tener dos vaults discretos significa que el protocolo simplemente se queda con el más pequeño, sin problema de deshacer parcialmente, y sin pelearte con los tiempos de confirmación durante la liquidación.
Se siente menos como gestión de riesgos y más como secuenciación de riesgos, decidida por el depositante en vez del protocolo.
Me pregunto cuánta gente dimensionará realmente ese vault sacrificial de forma deliberada en lugar de aceptar la división por defecto de la app y descubrir para qué se apuntó durante su primera liquidación: ¿es un hueco de UX, o el objetivo completo es forzar la decisión por adelantado?
@BabylonLabs_io $BABY #baby $KOMA $AKE
