You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently “unstaking” holds all the refunds in one row of the table. When a stake is unstaked a refund is created with the amount of HORUS from the stake and a timestamp. A deferred transaction is also created to send the “refundhorus” action. The refund action will make sure that 7 days has past since the refund timestamp.
When a second stake is unstaked during the wait time of the first stake, it will update the refund timestamp to the current time. The problem is that this will overwrite the the first timestamp causing the refundhorus deferred transaction to fail. The second deferred transaction from the second unstake should succeed and refund both the first and second stake. But this makes the user wait to get all unstakes at once for the longest wait time.
A fix is to create a new refund row for each unstake with their own independent time stamps. Then update the refund action to search by refund row id and check each time stamp separately
The text was updated successfully, but these errors were encountered:
JIRA | HPP-24
Currently “unstaking” holds all the refunds in one row of the table. When a stake is unstaked a refund is created with the amount of HORUS from the stake and a timestamp. A deferred transaction is also created to send the “refundhorus” action. The refund action will make sure that 7 days has past since the refund timestamp.
When a second stake is unstaked during the wait time of the first stake, it will update the refund timestamp to the current time. The problem is that this will overwrite the the first timestamp causing the refundhorus deferred transaction to fail. The second deferred transaction from the second unstake should succeed and refund both the first and second stake. But this makes the user wait to get all unstakes at once for the longest wait time.
A fix is to create a new refund row for each unstake with their own independent time stamps. Then update the refund action to search by refund row id and check each time stamp separately
The text was updated successfully, but these errors were encountered: