#baby $BABY Algo a lo que seguí volviendo mientras leía la documentación de Babylon's Trustless Bitcoin Vaults: crear una bóveda y tener colateral utilizable no son el mismo hito. El sistema los mantiene deliberadamente separados.
Así es como se desarrolla: $BTC se bloquea primero, gobernado enteramente por las propias reglas de la bóveda. Solo una vez que se completa la verificación, ese BTC bloqueado pasa a ser colateral activo. Dos estados distintos, dos momentos distintos, no una sola acción combinada.
Me resulta tranquilizador de cierta manera, porque significa que el protocolo nunca asume que el colateral está listo para usarse antes de que realmente haya sido verificado. Pero también añade una capa con la que los usuarios tienen que sentirse cómodos antes de llegar a la etapa de préstamo.
Es un intercambio claro: menos simplicidad, más supuestos explícitos integrados en el protocolo.
La pregunta es si ese límite adicional entre la creación de la bóveda y la activación del colateral es una carga innecesaria, o si precisamente es lo que hace que el modelo se sostenga mejor bajo estrés.
#baby @BabylonLabs_io $BABY
Así es como se desarrolla: $BTC se bloquea primero, gobernado enteramente por las propias reglas de la bóveda. Solo una vez que se completa la verificación, ese BTC bloqueado pasa a ser colateral activo. Dos estados distintos, dos momentos distintos, no una sola acción combinada.
Me resulta tranquilizador de cierta manera, porque significa que el protocolo nunca asume que el colateral está listo para usarse antes de que realmente haya sido verificado. Pero también añade una capa con la que los usuarios tienen que sentirse cómodos antes de llegar a la etapa de préstamo.
Es un intercambio claro: menos simplicidad, más supuestos explícitos integrados en el protocolo.
La pregunta es si ese límite adicional entre la creación de la bóveda y la activación del colateral es una carga innecesaria, o si precisamente es lo que hace que el modelo se sostenga mejor bajo estrés.
#baby @BabylonLabs_io $BABY