Repay transação bem-sucedida, apenas prova que esta execução de pagamento ocorreu, não que a Position já possa ser encerrada
Quando o Ethereum retorna “Repay bem-sucedido”, o usuário naturalmente vai entender que a fase de dívida já terminou. Trustless Bitcoin Vaults (TBV) ainda precisam recalcular o principal remanescente, os juros e o status de saúde; se o valor do reembolso for menor do que a dívida real, a transação pode, ainda assim, ser completamente bem-sucedida, enquanto a Position continua mantendo a dívida.
O recibo de sucesso responde “o contrato aceitou esta quantia”, e não “toda a dívida já foi encerrada”. Tratar o status da transação como status do negócio é a forma mais comum de celebrar cedo demais ao fazer uma saída cross-chain.
Por isso, eu vou ler a nova dívida após cada Repay, e não apenas salvar o visto verde. Somente quando todos os Reserves estiverem zerados e o withdraw for permitido, é que entramos na próxima etapa. O evento de sucesso da aplicação precisa corresponder ao estado-alvo do usuário; atenção a @BabylonLabs_io , $BABY , #baby ; este artigo não discute preços.
O melhor é que o estado de conclusão do negócio seja lido pelo contrato, e não inferido pelo front-end com base no valor do pagamento desta vez. O usuário precisa ver o resultado “a dívida remanescente é zero”, e não apenas o hash da transação.
Da mesma forma, os estados após o empréstimo e após a liquidação também devem ser lidos novamente. Sucesso na transação é um fato técnico; a posição atingindo a meta é um fato para o usuário.
Essa confirmação deve se tornar um limite rígido antes do botão de saída.
Quando o Ethereum retorna “Repay bem-sucedido”, o usuário naturalmente vai entender que a fase de dívida já terminou. Trustless Bitcoin Vaults (TBV) ainda precisam recalcular o principal remanescente, os juros e o status de saúde; se o valor do reembolso for menor do que a dívida real, a transação pode, ainda assim, ser completamente bem-sucedida, enquanto a Position continua mantendo a dívida.
O recibo de sucesso responde “o contrato aceitou esta quantia”, e não “toda a dívida já foi encerrada”. Tratar o status da transação como status do negócio é a forma mais comum de celebrar cedo demais ao fazer uma saída cross-chain.
Por isso, eu vou ler a nova dívida após cada Repay, e não apenas salvar o visto verde. Somente quando todos os Reserves estiverem zerados e o withdraw for permitido, é que entramos na próxima etapa. O evento de sucesso da aplicação precisa corresponder ao estado-alvo do usuário; atenção a @BabylonLabs_io , $BABY , #baby ; este artigo não discute preços.
O melhor é que o estado de conclusão do negócio seja lido pelo contrato, e não inferido pelo front-end com base no valor do pagamento desta vez. O usuário precisa ver o resultado “a dívida remanescente é zero”, e não apenas o hash da transação.
Da mesma forma, os estados após o empréstimo e após a liquidação também devem ser lidos novamente. Sucesso na transação é um fato técnico; a posição atingindo a meta é um fato para o usuário.
Essa confirmação deve se tornar um limite rígido antes do botão de saída.