#baby $BABY Revisé otra vez las reglas de caducidad de la TBV de la red de pruebas pública actual, y recién ahí me di cuenta de que en la página también se escribe “Expired”. La responsabilidad detrás de eso no es la misma. El primer caso es que, unas 24 horas después de que se envía la solicitud, el participante fuera de la cadena aún no ha terminado de prepararse; por eso, el tesoro (vault) queda inválido y el sistema devuelve la comisión de depósito. El segundo caso es que el proceso ya llegó a “Verified”, pero el usuario no completa la activación dentro de unas 48 horas; en ese momento, el tesoro también caduca. Sin embargo, como la coordinación anterior ya ocurrió, los cargos ya no se reembolsan. $BTC
Pero que caduque no significa que BTC sea retirado. La transacción Pre-PegIn en sí ya reserva una vía de reembolso. Después de que termine el tiempo de bloqueo de ~3 días en la red de pruebas actual, el depositante puede firmar directamente con la clave original de Bitcoin y recuperar los activos por el camino de reembolso, sin necesidad de que el proveedor siga colaborando. Supongamos que el costo de aprovisionamiento (farming/colocación) es F: si falla la preparación del lado del protocolo, la pérdida del usuario es 0; si el usuario falla su ventana de activación, la pérdida es F. El principal tiene vía de salida, pero el reembolso de comisiones no implica que el BTC se desbloquee inmediatamente. Que al final se pueda recuperar BTC no significa tampoco que todo el proceso de fracaso no tenga costos de tiempo y de operación.
Por eso me preocupa más si, después del @BabylonLabs_io , se separarán el motivo de caducidad, el resultado de las comisiones y el conteo regresivo del reembolso. Mostrar solo “Expired” hace que sea fácil confundir un fallo por “el sistema no estuvo listo” con un fallo por “el usuario no dio el último paso”, y también dificulta entender dónde recae realmente la responsabilidad. Para un usuario común, más que el volumen total de fondos en bloqueo, lo que vale la pena observar es: qué proporción corresponde a cada motivo de caducidad, cuánto tarda desde la caducidad hasta recuperar el BTC efectivamente, y cuántas personas pierden comisiones por simplemente perder la activación. $BABY Si queremos generar una demanda a largo plazo, el requisito no es que todos los procesos salgan siempre bien; sino que, cuando falle, cada dinero se sepa claramente a dónde fue, y el usuario pueda entenderlo al instante. #baby
Pero que caduque no significa que BTC sea retirado. La transacción Pre-PegIn en sí ya reserva una vía de reembolso. Después de que termine el tiempo de bloqueo de ~3 días en la red de pruebas actual, el depositante puede firmar directamente con la clave original de Bitcoin y recuperar los activos por el camino de reembolso, sin necesidad de que el proveedor siga colaborando. Supongamos que el costo de aprovisionamiento (farming/colocación) es F: si falla la preparación del lado del protocolo, la pérdida del usuario es 0; si el usuario falla su ventana de activación, la pérdida es F. El principal tiene vía de salida, pero el reembolso de comisiones no implica que el BTC se desbloquee inmediatamente. Que al final se pueda recuperar BTC no significa tampoco que todo el proceso de fracaso no tenga costos de tiempo y de operación.
Por eso me preocupa más si, después del @BabylonLabs_io , se separarán el motivo de caducidad, el resultado de las comisiones y el conteo regresivo del reembolso. Mostrar solo “Expired” hace que sea fácil confundir un fallo por “el sistema no estuvo listo” con un fallo por “el usuario no dio el último paso”, y también dificulta entender dónde recae realmente la responsabilidad. Para un usuario común, más que el volumen total de fondos en bloqueo, lo que vale la pena observar es: qué proporción corresponde a cada motivo de caducidad, cuánto tarda desde la caducidad hasta recuperar el BTC efectivamente, y cuántas personas pierden comisiones por simplemente perder la activación. $BABY Si queremos generar una demanda a largo plazo, el requisito no es que todos los procesos salgan siempre bien; sino que, cuando falle, cada dinero se sepa claramente a dónde fue, y el usuario pueda entenderlo al instante. #baby