To prevent potential mismanagement of Youdle DAO treasury funds, we propose temporarily transferring these assets to the Kusama Treasury, which is now the safest option.
#203 OpenCommunity Governance
Unfortunately, the previously approved Referenda #177 failed to execute as planned. In response to this, we are resubmitting the same proposal.
The events occurred as follows, aligned with the relevant block numbers:
-
Block #17860314: The referendum was confirmed and approved (Refer to Event Details for more information). Upon confirmation, the proposal was programmed for enactment at block #17874714, which is 100 blocks later following the established protocol.
-
After 100 blocks referenda was enacted and went into the Scheduler
-
Block #17863651: At this point, the preimage was unnoted. This action interfered with the scheduled execution of the referendum.
-
Block #17874714: The proposal was set to be enacted at this block by Scheduler in the next treasury spending period. However, with the preimage being unnoted prematurely, the system was left with just a hash and no accompanying instructions for enactment.
Big thanks to Raul for his assistance in identifying the source of this error.
In light of the unsuccessful enactment of the previously approved proposal, it has been decided to resubmit the proposal as a new referendum. All parts of the proposal stayed the same except the update of KSM EMA7 to $25.52.
The failure in enactment was due to an oversight on my part, and I take full responsibility for this mistake. I kindly request the community's continued support as we resubmit the proposal.
Show More
Just so that I have the 'short version' clear, you unnoted the preimage before it was executed?
Correct, I unnoted preimage before Scheduler executed the call on the appointed next treasury spend block.
I was unnoting the old preimage and I unnoted this one too. I have no explanation for why I did it, just didn't think about it.
Mistakes happen.
Hello,
We are in the process of validating a true need for a service to assist teams with crafting and completing successful treasury proposals, so they can focus on building. We would love to hear about your experience with this proposal. If you are willing to take a few minutes, please fill out this form about your experience with the OpenGov treasury proposal process: https://forms.gle/MwDij4adXEQd7Um79
Feel free to leave out any details that your team is not comfortable with sharing, but the more info you can provide, the better we will be able to assess the potential need for our services.
For more info, follow us on Twitter/X: https://twitter.com/OpenGovAssist
Discover similar proposals
[Whitelisted Caller] Increase max_validators to 700
This referenda increases the parachain validator set size from 600 to 700. The maximum backing group size is kept to 5, so the total number of usable cores increases to 140.
See More
Whitelisted Caller
Whitelisted Caller
This referenda increases the parachain validator set size from 600 to 700. The maximum backing group size is kept to 5, so the total number of usable cores increases to 140.
Additionally, also update the setNDelayTranches from 257 to 299, so that the number of assignments per candidate stays constant to around ~2.33, the justification why this is the desired value for this parameter can be found in ELVES https://eprint.iacr.org/2024/961 paper and here.https://github.com/paritytech/polkadot-sdk/issues/6853#issuecomment-2540373492.
See More
Adjust (only) ideal bulk proportion
Setting a realistic target for coretime sales
See More
Root
Root
Setting a realistic target for coretime sales
Background
This proposal aims to adjust the parameter that controls the ideal target for coretime sales to a value that better reflects the expected demand of Kusama cores. This change will help stop coretime prices from being driven to near-zero and instead drive prices to a more realistic value, benefiting the Kusama ecosystem.
The main utility of KSM is to pay for coretime (which gets burned), but current prices are virtually 0, making it hard for the system to benefit from its main product offering. Elastic scaling will help grow demand for coretime and thus KSM, and there might also be new sources of KSM demand like Kreivo's memberships, but we need to adjust the core business model.
Proposed Change
This proposal focuses solely on adjusting the ideal_bulk_proportion
parameter:
- Setting
ideal_bulk_proportion
: From100%
to40%
The proportion of cores available for sale which should be sold.
If more cores are sold than this, then further sales will no longer be considered in determining the sellout price. In other words, the sellout price will be the last price paid, without going over this limit.
Rationale
A previous proposal (Referendum 507) included both this parameter change and an inflation reduction. However, community feedback, particularly from validators, raised concerns about the inflation reduction component. Validators expressed that reducing inflation would make validator operations unprofitable, potentially harming network decentralization and security.
This modified proposal addresses those concerns by focusing only on the coretime sales parameter, which has received broader support. By setting a more realistic target for bulk coretime sales (40% instead of 100%), we can help discover coretime's true value while maintaining the current inflation rate that supports validator operations.
Note that this number is not set in stone; it's a starting point that can help us better discover coretime's true value. The parameter can be adjusted in the future based on market response and ecosystem needs.
Future Considerations
This proposal is part of a broader effort to optimize Kusama's economic parameters. A future proposal focused on inflation may be developed in collaboration with validators to ensure any changes to inflation include conditions for newly minted KSM that benefit both validators and the broader ecosystem.
As a Kusama community member, I believe this focused change represents a balanced approach that addresses immediate concerns while setting the stage for future improvements.
See More
Voted Aye