@BabylonLabs_io $BABY #baby

Asumí que el riesgo terminaba cuando presioné “Desvincular”.

Mi participación estaba saliendo del sistema, así que, mentalmente, traté la relación con el Proveedor de Finalidad como finalizada.

Bitcoin no realiza esa transición instantáneamente.

La transacción de desvinculación de Babylon crea una nueva salida de Bitcoin con dos rutas restantes:

una salida con tiempo de espera para el participante;

una ruta de sanción si el Proveedor de Finalidad delegado realiza una doble firma durante el período de desvinculación.

Esa segunda ruta cambió la forma en que entendí la salida.

El BTC ya no solo está esperando para poder gastarse. Aún es económicamente responsable por el proveedor al que dio soporte.

Puedo ver la lógica de seguridad.

Si la protección contra sanciones desapareciera en el momento en que se solicita una salida, un proveedor y sus delegadores podrían intentar irse justo antes, o durante, una mala conducta.

Mantener viva la ruta de sanción cierra esa ventana de escape.

Pero desde la perspectiva del usuario, el estado merece un lenguaje más claro.

“Desvincular” suena como si el riesgo ya se hubiera desconectado.

Técnicamente, está más cerca de:

salida solicitada → aún sancionable → se completa el tiempo de espera → completamente gastable

Querría que la interfaz mostrara el bloque exacto o el tiempo estimado en que termina la exposición a sanciones, no solo cuando comienza la transacción de desvinculación.

El botón inicia la salida.

No termina inmediatamente la rendición de cuentas.

En Babylon, irse es un proceso, no un momento.

¿Debe continuar la sanción durante la desvinculación?
Until timelock ends
Stop at unbond request
Use a shorter window
Need more data
1 día(s) restante(s)