Update auction caches by running the update script locally with fix to Kusama auction 63 & 64 #4138
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
We saw a failure in the automated auction cache updating script this past week. It appears Auction
#63
and#64
did not start during the regular cadence.Looking at the Governance Dispatch Queue for Kusama it can be determined that auction
#65
is scheduled as the cadence and cache would expect. Also checking some block explorers it appears#63
@
have not started:https://kusama.subscan.io/auction
or
https://parachains.info/auctions/kusama
For now, I removed
#63
and#64
from the cache to prevent the automation script from failing.It was determined from https://kusama.polkassembly.io/motion/582 in the discussion below that there was an enactment issue due to an upgrade that caused this auction to not be scheduled. It appears they will be re-scheduled at a later time. When this happens we can re-add
#63
and#64
at their original indices or new sequential indices.The cache stores the index number so we don't rely on a looping count to determine the auction numbers. This means removing
#63
and#64
doesn't cause#65
to become#63
, preserving the expecting numbering.The remaining updates in this PR were generated once I fixed the failure points at
#63
and#64
. A new try/catch statement was also added to help identify this issue in the future.