12 bloques solo es la primera parte en espera: ejecutar la contabilidad

Después de reorganizar la documentación de Babylon, confío más en los detalles que en los eslóganes. Trustless Bitcoin Vaults (TBV) permite que el BTC nativo se use como garantía sin envolverlo, sin puentes cruzados y sin custodia. Los usuarios comunes necesitan saber qué hacer a continuación: contabilizar el estado de transición desde que se difunde una transacción Pre-PegIn hasta que se activa.

El mecanismo muestra que, en la red de prueba actual, se requieren 12 confirmaciones de signet; que el ACK vence aproximadamente en 24 horas; que la activación vence aproximadamente en 48 horas; y que después hay 3 días de tiempo de reembolso con bloqueo. La confirmación, el ACK de los participantes, la revelación de secretos por parte del usuario y la radiodifusión final de PegIn son estados distintos; que un paso se complete bien no sustituye al siguiente. Traduciré el mecanismo en tres verificaciones: crear, mantener y salir.

Creo que lo que más hay que vigilar es esto: que el usuario confunda las confirmaciones on-chain con que la activación ya se completó, y así pueda perder la ventana de revelación o interpretar mal que los fondos quedan atascados. Por eso, en vez de mirar solo vistas, número de creaciones o alguna cifra llamativa, pide un indicador que cambie la decisión: registra por separado el tiempo de confirmación, el tiempo de ACK, la tasa de éxito de activación y el porcentaje de Expired. Puede reducir un error de interpretación en una operación; es más útil que una narrativa más ruidosa.

Desde ejecutar la contabilidad hasta pasar a la acción, revisaré los problemas por el nombre del estado y, antes de crear, confirmaré la dirección de reembolso y el método de recuperación. Que la deuda llegue a cero, la auto-salvación ante anomalías y la llegada del BTC nativo son el circuito cerrado. Presta atención a @BabylonLabs_io ; el token del proyecto es $BABY ; solo se habla del mecanismo de TBV, no del precio.#baby