This proposal aims to raise the available cores from 55 to 60. It's primary purpose is to ensure that enough cores are available on the market in case an existing parachain accidentally misses to renew its core and make sufficient cores available on the market.
The proposal was discussed with the Technical Fellowship and no technical arguments have been upheld against it (compare here and here). Following Bastis suggestion here the only thing that is necessary is to call broker.requestCoreCount(60)
as superuser on the Coretime Chain, which this proposal does.
The call sends an XCM message to the Coretime chain to request 60 cores to be made available: 0x630003000100b50f03082f00000602fa5159b0017d1032123c00
Destination is parachain 1005
The message consists of two instructions
Instruction 0 uses the superuser infinite money glitch to not pay fees:
Instruction 1 contains the actual instruction for the coretime chain. refTime
and proofSize
are copied from Ref 375 and I have double-checked with the Fellowship that the values are sufficient.
The instruction for the Coretime Chain is 0x32123c00
SubSquare has proposed to increase the available cores from 55 to 60 to ensure enough cores are available on the market in case an existing parachain misses to renew its core. The proposal has been discussed with the Technical Fellowship and no technical arguments have been upheld against it. The proposal calls for broker.requestCoreCount(60)
as superuser on the Coretime Chain. The call sends an XCM message to the Coretime chain to request 60 cores to be made available. The message consists of two instructions, one uses the superuser infinite money glitch to not pay fees, and the other contains the actual instruction for the coretime chain. The instruction for the Coretime Chain is 0x32123c00.
Threshold