Creía que Babylon había reducido el ciclo de des-hipoteca de BABY desde los 21 días habituales hasta unos 2 días, y que eso ya era bastante rápido.
Pero al mirarlo desde la perspectiva de la ejecución de las operaciones, me di cuenta de que “el período de desbloqueo es corto” y “poder salir de inmediato cuando ocurre un riesgo” no son para nada lo mismo.
En Babylon Genesis, las órdenes, la anulación de órdenes y el reenvío de órdenes, después de que la transacción se emite, aunque de inmediato se muestre como confirmada, en realidad no surgen efecto al instante: primero entran en una cola y se procesan de manera conjunta al finalizar el epoch actual. Ahora, un epoch son 360 bloques, aproximadamente 1 hora. Tras que se aprueba la anulación de la orden, aún hay que esperar 300 confirmaciones de bloques de Bitcoin, unas 50 horas, para que BABY realmente vuelva a quedar en un estado transferible.
En el día a día, una hora parece no ser nada.
Pero si te toca una situación como una anomalía del validador, una caída brusca del precio de las monedas o congestión en la cadena, ¡esa hora es una ventana completa de exposición al riesgo! Según las reglas oficiales, si un validador incurre en doble firma, el BABY delegado a él será penalizado con un 5%. El problema es que, cuando el usuario detecta el riesgo y pulsa “anular la delegación”, solo queda en cola y no significa que la posición ya se haya retirado.
La co-hipoteca amplifica aún más este problema. Para obtener el premio adicional de inflación anual del 2.35%, BTC y BABY deben mantenerse simultáneamente en staking efectivo y usando la misma dirección de BABY; la proporción ideal es 2万 BABY por cada 1 BTC.
Así, cuando el usuario se encuentra con un riesgo, se queda en un dilema incómodo: si no hace nada, sigue expuesto a la volatilidad del precio y a posibles fallos del validador; si se mueve, el cambio del estado del staking de BABY puede afectar el rendimiento de la co-hipoteca.
Esa es mi duda respecto a @BabylonLabs_io : el protocolo explica muy claramente lo de “deshipotecar más rápido”, pero no describe con la misma claridad el tiempo real de salida, los cambios de estado y el impacto en el rendimiento en escenarios extremos.
Los mecanismos de seguridad pueden ser lentos, pero al menos la página debería dejarle claro al usuario si “ya se envió” o si “realmente ya se salió”.
#baby
$BABY
@BabylonLabs_io
Pero al mirarlo desde la perspectiva de la ejecución de las operaciones, me di cuenta de que “el período de desbloqueo es corto” y “poder salir de inmediato cuando ocurre un riesgo” no son para nada lo mismo.
En Babylon Genesis, las órdenes, la anulación de órdenes y el reenvío de órdenes, después de que la transacción se emite, aunque de inmediato se muestre como confirmada, en realidad no surgen efecto al instante: primero entran en una cola y se procesan de manera conjunta al finalizar el epoch actual. Ahora, un epoch son 360 bloques, aproximadamente 1 hora. Tras que se aprueba la anulación de la orden, aún hay que esperar 300 confirmaciones de bloques de Bitcoin, unas 50 horas, para que BABY realmente vuelva a quedar en un estado transferible.
En el día a día, una hora parece no ser nada.
Pero si te toca una situación como una anomalía del validador, una caída brusca del precio de las monedas o congestión en la cadena, ¡esa hora es una ventana completa de exposición al riesgo! Según las reglas oficiales, si un validador incurre en doble firma, el BABY delegado a él será penalizado con un 5%. El problema es que, cuando el usuario detecta el riesgo y pulsa “anular la delegación”, solo queda en cola y no significa que la posición ya se haya retirado.
La co-hipoteca amplifica aún más este problema. Para obtener el premio adicional de inflación anual del 2.35%, BTC y BABY deben mantenerse simultáneamente en staking efectivo y usando la misma dirección de BABY; la proporción ideal es 2万 BABY por cada 1 BTC.
Así, cuando el usuario se encuentra con un riesgo, se queda en un dilema incómodo: si no hace nada, sigue expuesto a la volatilidad del precio y a posibles fallos del validador; si se mueve, el cambio del estado del staking de BABY puede afectar el rendimiento de la co-hipoteca.
Esa es mi duda respecto a @BabylonLabs_io : el protocolo explica muy claramente lo de “deshipotecar más rápido”, pero no describe con la misma claridad el tiempo real de salida, los cambios de estado y el impacto en el rendimiento en escenarios extremos.
Los mecanismos de seguridad pueden ser lentos, pero al menos la página debería dejarle claro al usuario si “ya se envió” o si “realmente ya se salió”.
#baby
$BABY
@BabylonLabs_io