【Foro de Cebollín✨】
Según las recomendaciones de la red de pruebas TBV:
No es lo mismo esperar entre cadenas que esperar en silencio: ¡el proceso de espera debe ser visible para el usuario!👀
La red de pruebas de Babylon Trustless Bitcoin Vaults (TBV) tiene dos plazos que no se pueden evitar: el peg-in tarda aprox. 2 horas, y el peg-out aprox. 3 días💻.
No es porque “el producto vaya lento”; desglosándolo, el depósito principalmente espera 12 confirmaciones de bloques del signet, y la salida principalmente espera la ventana de desafío de 432 bloques en Bitcoin. El tiempo no es un fallo del front-end, sino parte del modelo de seguridad.
El problema es que: una etiqueta “Pending” no puede explicar si en este momento se está esperando confirmación de Bitcoin, firmas de los participantes, el ACK de Ethereum o alguna acción del usuario. La espera puede aceptarse, pero la espera en caja negra se siente muy mal🥶.
Mi recomendación con @BabylonLabs_io es: agregar a cada bóveda una doble línea de tiempo entre cadenas. En el lado izquierdo mostrar si Pre-PegIn se ha difundido, el número de confirmaciones/12 y si PegIn ya se confirmó; en el derecho mostrar la creación de la solicitud, el ACK de los participantes, la firma del usuario, la descarga de materiales, y los estados Verified y Active. En cada nodo señalar el responsable, el siguiente paso y el resultado si se supera el tiempo.
Por ejemplo, si Pending supera unas 24 horas, puede ser que la configuración fuera de cadena no se haya completado; la bóveda expirará y la tarifa del peg-in se reembolsará. Después de Verified, si no se activa dentro de ~48 horas, no se reembolsa la tarifa, pero el BTC aún puede reembolsarse unilateralmente después de 3 días de timelock en BTC. Estas dos formas de fallo permiten recuperar el BTC, pero el resultado económico es distinto; la página debería distinguirlo activamente🤔.
La salida también. En Ethereum, Withdraw solo inicia el redención; después hay Claim, Assert, Challenge y Payout. La página debería mostrar cuántos bloques de Bitcoin quedan en la ventana de desafío. Si aparece un desafío, también debería mostrar el plazo de respuesta del lado reclamante, la dirección final de BTC y la comisión del Vault Provider que se estima que se deducirá😤.
También se puede agregar un “paquete de soporte para copiar”: con un clic ordenar vault ID, dos hashes de transacciones de cadena, la etapa actual, la red del monedero y el código de error, para facilitar enviarlo a Discord o GitHub, y además dejar claro que no incluye claves privadas ni frases mnemónicas.
Elegir TBV usando tiempo para necesitar menos confianza en el custodio no es una decisión vergonzosa. Lo que realmente afecta la experiencia es si el producto convierte la espera en un progreso que el usuario pueda entender, verificar y consultar. Explicar claramente de qué cadena, qué rol y qué condición de seguridad aplica cada minuto hace que incluso tres días se sientan más tranquilos que tres horas sin explicación.
#baby $BABY
Según las recomendaciones de la red de pruebas TBV:
No es lo mismo esperar entre cadenas que esperar en silencio: ¡el proceso de espera debe ser visible para el usuario!👀
La red de pruebas de Babylon Trustless Bitcoin Vaults (TBV) tiene dos plazos que no se pueden evitar: el peg-in tarda aprox. 2 horas, y el peg-out aprox. 3 días💻.
No es porque “el producto vaya lento”; desglosándolo, el depósito principalmente espera 12 confirmaciones de bloques del signet, y la salida principalmente espera la ventana de desafío de 432 bloques en Bitcoin. El tiempo no es un fallo del front-end, sino parte del modelo de seguridad.
El problema es que: una etiqueta “Pending” no puede explicar si en este momento se está esperando confirmación de Bitcoin, firmas de los participantes, el ACK de Ethereum o alguna acción del usuario. La espera puede aceptarse, pero la espera en caja negra se siente muy mal🥶.
Mi recomendación con @BabylonLabs_io es: agregar a cada bóveda una doble línea de tiempo entre cadenas. En el lado izquierdo mostrar si Pre-PegIn se ha difundido, el número de confirmaciones/12 y si PegIn ya se confirmó; en el derecho mostrar la creación de la solicitud, el ACK de los participantes, la firma del usuario, la descarga de materiales, y los estados Verified y Active. En cada nodo señalar el responsable, el siguiente paso y el resultado si se supera el tiempo.
Por ejemplo, si Pending supera unas 24 horas, puede ser que la configuración fuera de cadena no se haya completado; la bóveda expirará y la tarifa del peg-in se reembolsará. Después de Verified, si no se activa dentro de ~48 horas, no se reembolsa la tarifa, pero el BTC aún puede reembolsarse unilateralmente después de 3 días de timelock en BTC. Estas dos formas de fallo permiten recuperar el BTC, pero el resultado económico es distinto; la página debería distinguirlo activamente🤔.
La salida también. En Ethereum, Withdraw solo inicia el redención; después hay Claim, Assert, Challenge y Payout. La página debería mostrar cuántos bloques de Bitcoin quedan en la ventana de desafío. Si aparece un desafío, también debería mostrar el plazo de respuesta del lado reclamante, la dirección final de BTC y la comisión del Vault Provider que se estima que se deducirá😤.
También se puede agregar un “paquete de soporte para copiar”: con un clic ordenar vault ID, dos hashes de transacciones de cadena, la etapa actual, la red del monedero y el código de error, para facilitar enviarlo a Discord o GitHub, y además dejar claro que no incluye claves privadas ni frases mnemónicas.
Elegir TBV usando tiempo para necesitar menos confianza en el custodio no es una decisión vergonzosa. Lo que realmente afecta la experiencia es si el producto convierte la espera en un progreso que el usuario pueda entender, verificar y consultar. Explicar claramente de qué cadena, qué rol y qué condición de seguridad aplica cada minuto hace que incluso tres días se sientan más tranquilos que tres horas sin explicación.
#baby $BABY
