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
The current stardust chronicle balance endpoint returns totalBalance & sigLockedBalance, where sigLockedBalance does not provide much valuable information considering all the unlock conditions there are at the moment in stardust. Instead of sigLockedBalance I suggest adding availableBalance which considers all the unlocked outputs which have a time unlock condition and expired outputs with an expiration time unlock condition & the return address unlock condition matching the relevant address.
In the future, we might even want to add a potentialBalance that counts also for example the storage deposit unlock condition, but this needs more definition in a future balance TIP.
Motivation
In the explorer we use the balance endpoint to display the total & available balances, and at the moment sigLockedBalance is considered the available balance and that is incorrect at this moment. This issue came up very visible now after the supply increase, as there are a lot of addresses that got time locked outputs that unlock on a vesting schedule, for example, the IF address https://explorer.iota.org/mainnet/addr/iota1qp8h9augeh6tk3uvlxqfapuwv93atv63eqkpru029p6sgvr49eufyz7katr?tab=Transactions, and what the explorer now displays as available balance is incorrect, because sigLockedBalance does not take into account unlocked outputs with a time lock condition
Requirements
Open questions (optional)
Are you planning to do it yourself in a pull request?
No.
The text was updated successfully, but these errors were encountered:
Description
The current stardust chronicle balance endpoint returns
totalBalance
&sigLockedBalance
, wheresigLockedBalance
does not provide much valuable information considering all the unlock conditions there are at the moment in stardust. Instead ofsigLockedBalance
I suggest addingavailableBalance
which considers all the unlocked outputs which have a time unlock condition and expired outputs with an expiration time unlock condition & the return address unlock condition matching the relevant address.In the future, we might even want to add a
potentialBalance
that counts also for example the storage deposit unlock condition, but this needs more definition in a future balance TIP.Motivation
In the explorer we use the balance endpoint to display the total & available balances, and at the moment
sigLockedBalance
is considered the available balance and that is incorrect at this moment. This issue came up very visible now after the supply increase, as there are a lot of addresses that got time locked outputs that unlock on a vesting schedule, for example, the IF address https://explorer.iota.org/mainnet/addr/iota1qp8h9augeh6tk3uvlxqfapuwv93atv63eqkpru029p6sgvr49eufyz7katr?tab=Transactions, and what the explorer now displays as available balance is incorrect, becausesigLockedBalance
does not take into account unlocked outputs with a time lock conditionRequirements
Open questions (optional)
Are you planning to do it yourself in a pull request?
No.
The text was updated successfully, but these errors were encountered: