-
Notifications
You must be signed in to change notification settings - Fork 1.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Payout displays eras already paid #10677
Comments
So the issue here is with |
I observed the same issue for any nominator. The
I hope it's solved, as you commented. There are quite a few failed transactions ( |
It's the same for us at avail, and there's not legacy reward since the chain started after the staking breaking change. |
Yes, this is definitely still an issue and since the big breaking changes in staking this is one of the last nits I haven't been able to pin point. I don't have the bandwidth to solve this currently I have assigned it as an open issue that should be tackled in the team. Hopefully it gets picked up! |
I also just ran into that issue. It would be nice if it could be fixed, because people might spend a lot of fees claiming rewards that are already claimed (there is no error message that the rewards were already claimed). |
I understand that showing unclaimed eras in a backward compatible does not scale well. Context: Previously, we had a single vec of claimed rewards, but with rewards now being paginated, we could not longer store claimed rewards in bounded vector anymore. Currently, they are stored under different keys for each era, which means the UI must now make up to 84 queries instead of just 1 to accurately determine which eras have unclaimed rewards. Could we instead update UI to display this differently? For example: we could add a button that scans for the last 10 eras at a time? Additionally, at minimum, before issuing the payout extrinsic, we should check that the era still needs to be paid out to avoid failed fees. |
If I remember correctly, the biggest issue remains where all the data is coupled and aggregated in the api using the api-derive package - sent to the UI and filtered through a stack of Components.
This could be fine but the above issue still remains, and things need to be heavily decoupled (which I am not sure how it will affect the rest of the functionality). Im assigning myself to this as a second task for me to get done. For now I am just going to try and track down the bug, and fix it with what we have. IMO it will be a bit easier, and less of a headache. |
Finally have this fixed locally, but it requires a release in the api, which eases the pain in fixing this - so it will be released upstream into apps next week! |
This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue if you think you have a related problem or query. |
I'm submitting a ...
What is the current behavior and expected behavior?
Payout should only display unpaid, pending staking rewards.
Avoid allowing users to issue extrinsics for reward claims that will fail because the rewards have already been claimed.
https://polkadot.js.org/apps/#/staking/payout
Version:
Parity Polkadot v1.13.0
api v11.1.1
apps v0.138.2-21
Environment:
Example:
Random staker: 15rkXKWsDfwPreMDyTyt3riPGkeyj4fvfGeHhkorhqU7MsWQ
Polkadot-JS UI
Subscan
Network>Staking>Payout displays old Eras that have already been paid #10513
Fix staking rewards, and update polkadot deps #10552
The text was updated successfully, but these errors were encountered: