El Repay se realizó correctamente; esto solo demuestra que esta ejecución de pago se llevó a cabo, no que la Position ya pueda salir.
Cuando Ethereum devuelve que Repay fue exitoso, el usuario naturalmente cree que la fase de deuda ya terminó. Trustless Bitcoin Vaults (TBV) aún necesita recalcular el principal restante, los intereses y el estado de salud; si el monto reembolsado es menor que la deuda real, la transacción puede funcionar perfectamente y, al mismo tiempo, la Position continúa manteniendo la deuda.
El recibo de éxito responde a “el contrato aceptó este dinero”, no a “toda la deuda ya quedó cerrada”. Tratar el estado de la transacción como estado del negocio es la forma más común de celebrar anticipadamente en una salida entre cadenas.
Por eso, después de cada Repay leeré la nueva deuda, en lugar de solo guardar la marca verde. Solo cuando todos los Reserves estén en cero y se permita withdraw, pasamos a la siguiente etapa. El evento de éxito de la aplicación debe corresponder con el estado objetivo del usuario; presta atención a @BabylonLabs_io , $BABY , #baby ; este artículo no trata precios.
El estado de finalización del negocio debe leerse a través del contrato, no inferirse en el frontend en función del monto de este pago. El usuario necesita ver el resultado de “la deuda restante es cero”, no solo ver un hash de transacción.
Del mismo modo, el estado después de tomar un préstamo y después de la liquidación debe volver a leerse. Que la transacción tenga éxito es un hecho técnico; que la posición alcance el objetivo es un hecho para el usuario.
Esta confirmación debe convertirse en el umbral firme antes del botón de salida.
Cuando Ethereum devuelve que Repay fue exitoso, el usuario naturalmente cree que la fase de deuda ya terminó. Trustless Bitcoin Vaults (TBV) aún necesita recalcular el principal restante, los intereses y el estado de salud; si el monto reembolsado es menor que la deuda real, la transacción puede funcionar perfectamente y, al mismo tiempo, la Position continúa manteniendo la deuda.
El recibo de éxito responde a “el contrato aceptó este dinero”, no a “toda la deuda ya quedó cerrada”. Tratar el estado de la transacción como estado del negocio es la forma más común de celebrar anticipadamente en una salida entre cadenas.
Por eso, después de cada Repay leeré la nueva deuda, en lugar de solo guardar la marca verde. Solo cuando todos los Reserves estén en cero y se permita withdraw, pasamos a la siguiente etapa. El evento de éxito de la aplicación debe corresponder con el estado objetivo del usuario; presta atención a @BabylonLabs_io , $BABY , #baby ; este artículo no trata precios.
El estado de finalización del negocio debe leerse a través del contrato, no inferirse en el frontend en función del monto de este pago. El usuario necesita ver el resultado de “la deuda restante es cero”, no solo ver un hash de transacción.
Del mismo modo, el estado después de tomar un préstamo y después de la liquidación debe volver a leerse. Que la transacción tenga éxito es un hecho técnico; que la posición alcance el objetivo es un hecho para el usuario.
Esta confirmación debe convertirse en el umbral firme antes del botón de salida.