@BabylonLabs_io Según la documentación, si un vault expira porque la configuración fuera de la cadena falló antes de completarse dentro de la ventana de activación, el peg en fee también se reembolsa.
Ese detalle específico cambió la forma en que leí la estructura de la tarifa aquí. Yo asumía que un peg en fee era simplemente el costo de intentar la activación, reembolsable o no según el resultado, como ocurre con la mayoría de las tarifas de entrada en otros lugares.
No está estructurado así. La tarifa está vinculada específicamente a la activación exitosa, no al intento en sí. Una configuración fallida que no se debe a acciones del depositante no los deja pagando por algo que en realidad nunca sucedió.
Lo que no había considerado es que esto solo cubre la tarifa, no el tiempo invertido esperando una configuración que se estancó. Dos costos realmente distintos y solo uno de ellos tiene una vía de recuperación documentada.
¿Un reembolso de la tarifa como este cambia la cantidad de riesgo que asociarías con una activación fallida, o para ti el tiempo perdido importa más, de cualquier manera?
#baby $BABY
Ese detalle específico cambió la forma en que leí la estructura de la tarifa aquí. Yo asumía que un peg en fee era simplemente el costo de intentar la activación, reembolsable o no según el resultado, como ocurre con la mayoría de las tarifas de entrada en otros lugares.
No está estructurado así. La tarifa está vinculada específicamente a la activación exitosa, no al intento en sí. Una configuración fallida que no se debe a acciones del depositante no los deja pagando por algo que en realidad nunca sucedió.
Lo que no había considerado es que esto solo cubre la tarifa, no el tiempo invertido esperando una configuración que se estancó. Dos costos realmente distintos y solo uno de ellos tiene una vía de recuperación documentada.
¿Un reembolso de la tarifa como este cambia la cantidad de riesgo que asociarías con una activación fallida, o para ti el tiempo perdido importa más, de cualquier manera?
#baby $BABY