Repay-транзакция прошла успешно — это доказывает лишь факт выполнения платежа, но не то, что Position уже можно выйти
Когда Ethereum возвращает «Repay successful», пользователь естественным образом решает, что долговая стадия уже завершена. Trustless Bitcoin Vaults (TBV) всё равно должны заново пересчитать оставшуюся основную сумму, проценты и состояние здоровья; если сумма погашения меньше фактического долга, транзакция может полностью пройти успешно, а Position при этом продолжит оставаться должником.
Успешное подтверждение отвечает на вопрос «контракт принял эти деньги», а не «все долги уже закрыты». Рассматривать статус транзакции как бизнес-статус — самая частая причина преждевременных «празднований» при кроссчейн-выходе.
Поэтому я буду после каждого Repay читать новые данные о долге, а не просто сохранять зелёную галочку. Переход к следующему этапу должен происходить только тогда, когда все Reserve станут нулём и будет разрешён withdraw. Событие успешного выполнения приложения должно соответствовать целевому состоянию пользователя; ориентируйтесь на @BabylonLabs_io , $BABY , #baby . В этой статье не обсуждаются цены.
Лучше, чтобы состояние завершения бизнеса считывалось контрактом, а не определялось фронтендом по сумме текущего платежа. Пользователь должен видеть результат «остаток долга равен нулю», а не только наличие transaction hash.
Аналогично, статус после выдачи займа и после клиринга тоже нужно перечитывать. Успех транзакции — это технический факт, а достижение позиции целевого состояния — это факт для пользователя.
Это подтверждение должно стать жёстким порогом перед нажатием кнопки выхода.
Когда Ethereum возвращает «Repay successful», пользователь естественным образом решает, что долговая стадия уже завершена. Trustless Bitcoin Vaults (TBV) всё равно должны заново пересчитать оставшуюся основную сумму, проценты и состояние здоровья; если сумма погашения меньше фактического долга, транзакция может полностью пройти успешно, а Position при этом продолжит оставаться должником.
Успешное подтверждение отвечает на вопрос «контракт принял эти деньги», а не «все долги уже закрыты». Рассматривать статус транзакции как бизнес-статус — самая частая причина преждевременных «празднований» при кроссчейн-выходе.
Поэтому я буду после каждого Repay читать новые данные о долге, а не просто сохранять зелёную галочку. Переход к следующему этапу должен происходить только тогда, когда все Reserve станут нулём и будет разрешён withdraw. Событие успешного выполнения приложения должно соответствовать целевому состоянию пользователя; ориентируйтесь на @BabylonLabs_io , $BABY , #baby . В этой статье не обсуждаются цены.
Лучше, чтобы состояние завершения бизнеса считывалось контрактом, а не определялось фронтендом по сумме текущего платежа. Пользователь должен видеть результат «остаток долга равен нулю», а не только наличие transaction hash.
Аналогично, статус после выдачи займа и после клиринга тоже нужно перечитывать. Успех транзакции — это технический факт, а достижение позиции целевого состояния — это факт для пользователя.
Это подтверждение должно стать жёстким порогом перед нажатием кнопки выхода.