Delay Demo #2 Treasury Guardian
21 days ago
Executed
# Treasury Spend Delay
Delay the following treasury spends from Referendum #592 on Kusama:
- Spend ID 6: 1 KSM (Delayed by 50 days)
**Reason**: Demo of how we can kick a spend down the road
[Original Referendum #592](https://kusama.polkassembly.io/referenda/592)
Made with Treasury Guardian
Comments (10)
Requested

100.00 DOT
Proposal Passed
Summary
0%
Aye
0%
Nay
Aye (21)0.0 DOT
Support0.0 DOT
Nay (5)0.0 DOT
Adding some context...
Didn't we already demo the treasury guardian tool?
Our first demo Ref 580 did not execute successfully because one of the calls in the batchAll call had an invalid validFrom argument.
#580 attempted to delay the scheduled spend to Bill which was created with Ref 572 and scheduled to be executed 30 September.
Since Ref 580 was not successful in delaying that spend, the time remaining till that spend was scheduled to be executed was only about 12 days.
12 days is not long enough to vote on a Treasurer track spend. Since the voting time is approximately 14 days + 2 days confirmation + 1 day execution.
We created a new scheduled spend with Ref 592 that we will now demonstrate our tool with.
What are we demoing here?
Our tool enables anyone to delay/cancel a scheduled payout in cases where proposers are delayed with their milestones for example. Our goal is to grow the usage of milestone based scheduled payouts within the Kusama and Polkadot ecosystems in order to de-risk the treasury.
Treasury guardians are incentivised to monitor milestone completions since, as demoed here, delayors receive a 2% cut of the amount being delayed should voters vote positively on the delay referendum.
We really appreciate everyones support on this and look forward to this referendum successfully demonstrating how we can kick a scheduled spend down the road if a proposer needs more time than anticipated to deliver their milestone.
Dear Proposer,
Thank you for your proposal. Our first vote on this proposal is AYE.
The Treasurer track requires 60% quorum according to our voting policy v0.2, and any referendum in which the majority of members vote abstain receives an abstain vote. This proposal has received six aye and zero nay votes from eight available members. Below is a summary of our members' comments:
The full discussion can be found in our internal voting.
Please feel free to contact us through the links below for further discussion.
Kind regards,
Permanence DAO
Decentralized Voices Cohort V Delegate
📅 Book Office Hours
💬 Public Telegram
🌐️ Web
🐦 Twitter
🗳️ Delegate