$ICNT $BLESS
i keep staring at is not even liquidation itself.
en realidad, se trata de esa orden en la posición Babylon Aave v4 que puede convertirse silenciosamente en una orden de pérdida. El factor de salud cae por debajo de 1 y el Babylon Core Spoke calcula cuánta garantía debe liquidarse.
número limpio.
pero, ¿le importa al Bitcoin lo limpio que sea ese número?
no realmente.
un solo Babylon Trustless Bitcoin Vault sigue siendo un único UTXO completo de bóveda Taproot. la capa base de Bitcoin no puede liberar la mitad solo porque el déficit del lado de Ethereum salió como una fracción pulcra. así que el flujo de liquidación de Babylon comienza al inicio de la lista ordenada de bóvedas del depositante y toma bóvedas completas hasta que se cubre el objetivo de liquidación.
al parecer, ese pequeño reordenamiento nunca fue solo estético.
ya estaba marcando la prioridad de liquidación.
quizá la primera bóveda sea deliberadamente más pequeña y sacrificial, colocada ahí para que la bóveda protegida más grande pueda sobrevivir.
suena lo bastante controlado.
pero ¿y si la bóveda sacrificial no alcanza? entonces Babylon toma también la siguiente bóveda completa. “Aave calcula el déficit. Bitcoin responde en UTXOs completos.”
la deuda se mantiene exacta.
la pérdida aún llega en fragmentos del tamaño de las bóvedas de Babylon, con forma por una decisión de orden tomada antes, probablemente mientras el factor de salud se veía completamente bien. y esa es la parte que me parece un poco incorrecta en la cabeza.
porque el evento de liquidación ocurre más tarde. pero el orden del daño ya estaba ahí antes de que pareciera que algo se rompió. así que, ¿cuándo comenzó realmente el riesgo de liquidación en Babylon?
¿cuando el factor de salud cayó por debajo de 1?
¿o cuando yo coloqué en silencio una bóveda de Bitcoin que sería la primera en irse?
@BabylonLabs_io $BABY #baby
i keep staring at is not even liquidation itself.
en realidad, se trata de esa orden en la posición Babylon Aave v4 que puede convertirse silenciosamente en una orden de pérdida. El factor de salud cae por debajo de 1 y el Babylon Core Spoke calcula cuánta garantía debe liquidarse.
número limpio.
pero, ¿le importa al Bitcoin lo limpio que sea ese número?
no realmente.
un solo Babylon Trustless Bitcoin Vault sigue siendo un único UTXO completo de bóveda Taproot. la capa base de Bitcoin no puede liberar la mitad solo porque el déficit del lado de Ethereum salió como una fracción pulcra. así que el flujo de liquidación de Babylon comienza al inicio de la lista ordenada de bóvedas del depositante y toma bóvedas completas hasta que se cubre el objetivo de liquidación.
al parecer, ese pequeño reordenamiento nunca fue solo estético.
ya estaba marcando la prioridad de liquidación.
quizá la primera bóveda sea deliberadamente más pequeña y sacrificial, colocada ahí para que la bóveda protegida más grande pueda sobrevivir.
suena lo bastante controlado.
pero ¿y si la bóveda sacrificial no alcanza? entonces Babylon toma también la siguiente bóveda completa. “Aave calcula el déficit. Bitcoin responde en UTXOs completos.”
la deuda se mantiene exacta.
la pérdida aún llega en fragmentos del tamaño de las bóvedas de Babylon, con forma por una decisión de orden tomada antes, probablemente mientras el factor de salud se veía completamente bien. y esa es la parte que me parece un poco incorrecta en la cabeza.
porque el evento de liquidación ocurre más tarde. pero el orden del daño ya estaba ahí antes de que pareciera que algo se rompió. así que, ¿cuándo comenzó realmente el riesgo de liquidación en Babylon?
¿cuando el factor de salud cayó por debajo de 1?
¿o cuando yo coloqué en silencio una bóveda de Bitcoin que sería la primera en irse?
@BabylonLabs_io $BABY #baby
