Dear community,
This referendum seeks to test use of the scheduler on the Treasurer track by scheduling actions through the lifecycle of a bounty i.e. approving, funding, assigning a curator and closing.
It is important to note that after a bounty is approved, it does not become funded until an independent spend period is completed. On Kusama this spend period cycles every 6 days. Only after the bounty is funded then a curator can be assigned, this required delay is the reason why approving a bounty and assigning a curator can not be successfully executed in one batch.
When the bounty is funded and if there is no major objection, I would like to disburse funds to Gch4VxQ79WhjgQqHomvJbqF3Woza5g5cYgM8SVQdDb9szz1
which is used by a public validator payout bot as well as my clean up referendum deposits script for OpenGov and the Fellowship.
Walk through:
Call data - 0x18020c2301681d048051010000ff23026800e8b2603f6baee5bc32a9b9e4eee9168499fa553d35edb56aef0035ff7e1f165e001d0440db020000ff230768
The referendum batches three (3) extrinsics using batchAll, meaning that all three must execute successfully or the overall call would fail and all actions, successful or not would be rolled back. The calls are:
I hope this brief write-up helps others who may wish to avoid using two extrinsics to make use of their bounty. Timings can also be adjusted to reduce the lag after the bounty is funded and curator assigned. If you are using a tighter timeframe, I suggest you use schedule.schedule and target a block_height.
The floor is opened to questions or comments
Regards,
Will | Paradox | Builder of extrinsics
Threshold