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
Some configuration changes can lead to StakingLedger in an inconsistent state. For example, this PR paritytech/substrate#12343 introduced MaxUnlockingChunks that if reduced abruptly, can make the StakingLedger undecodable.
An action we could take here is allow reap_stash to kill this stash if the ledger is an inconsistent state.
Concerns:
The stash could be of high value and an inconsistent state could be due to an configuration change not intended to corrupt the ledger. If the ledger is recoverable in future, one might want to fix that or handle it in a proper migration. Once stash is reaped, it won't be recoverable.
As a starting point, I suggest we run the try_state of staking on Polkadot and Kusama, and make sure all the assertions there are correct. Then, we can incorporate un-decodable ledger into the try_state hook of staking as well.
Some configuration changes can lead to
StakingLedger
in an inconsistent state. For example, this PR paritytech/substrate#12343 introducedMaxUnlockingChunks
that if reduced abruptly, can make the StakingLedger undecodable.An action we could take here is allow
reap_stash
to kill this stash if the ledger is an inconsistent state.Concerns:
The stash could be of high value and an inconsistent state could be due to an configuration change not intended to corrupt the ledger. If the ledger is recoverable in future, one might want to fix that or handle it in a proper migration. Once stash is reaped, it won't be recoverable.
cc: @kianenigma
The text was updated successfully, but these errors were encountered: