Edgeware uses a treasury mechanism to achieve self-sustainability and permit creative incentivization of all stakeholders in the ecosystem, including core and dapp development, ecosystem support and much more.
These funds can be deployed through a Treasury Spend action which is subject to council approval but can be proposed by any EDG holder.
The treasury obtains funds in several ways that mimic governments - minting, fees and taxes.
Minting: A portion of the EDG produced with each block goes to the treasury.
Slashing: When a validator is slashed for any reason, the slashed amount is sent to the Treasury. Slashed EDG may also accrue to the treasury through failed governance proposals.
Transaction fees: A portion of each block's transaction fees goes to the Treasury, with the remainder going to the block author.
Staking inefficiency: Inflation is designed to be ~20% in the first year, and the ideal staking ratio is set at 80%, meaning 80% of all tokens should be locked in staking. Any deviation from this ratio will cause a proportional amount of the inflation to go to the Treasury. In other words, if 80% of all tokens are staked, then 100% of the inflation goes to the validators as reward. If the staking rate is greater than or less than 80%, then the validators will receive less, with the remainder going to the Treasury.
Lost Deposits: These may be abandoned bonds from voting, proposals or otherwise.
Once you have an idea that might be appropriate for funding from the Edgeware Treasury, you can complete several steps to test the public interest, convey your argument, and then submit your formal treasury proposal. This guide is written as a recommendation both to proposers and decision-makers, and will track best practices over time as they emerge.
Similar to traditional RFPs (request for proposals) that governments use to solicit bids for work, treasury spends optimize the productive value of the EDG and seek to extract maximum work for their recipients. Proposers should be prepared to defend their position or experience competitive bids for the same or similar work.
Pre-Proposal Stage - Planning, writing, advocacy, outreach, discussion.
Treasury Spend Proposed On-chain
Council either adopts or refuses the proposal.
If approved, it enters a queue within a budget period of 24 days.
The treasury attempts to fulfill as many spends in the queue within this time period.
At the end of a budget period, the remaining treasury balance is subject to a small percentage burn. This incentivizes the usage of funds and creates deflation through the destruction of EDG.
If refused, the treasury proposal remains able to be accepted until the end of the 24 day period, then it is removed from the consideration table but can be resubmitted.
Projects that serve the broader Edgeware ecosystem are much more likely to succeed than other kinds of efforts.
Open source projects; some closed source may be successful depending on the case.
Tooling and Developer experience
User Experience, wallets, DEXs, clients
Monitoring, auditing, security operations
Events, meetups, hackathons
Bridges and Interoperability
Smart Contract resources
Brand and marketing campaigns
Community organization efforts
This list is not exhaustive, but it gives you a sense of what sorts of things are good propositions.
The first step is to describe the proposal in full to the community. A great place to start is a single document that contains all the following information. Once the document is ready, create the on-chain spend in the next step, then share the document after.
Date of Proposal
Who is proposing?
What is their motivation?
Do they have any conflicts of interest?
To who do these payments go?
For building, who will be handling what?
What is their background and expertise? Describe the whole team.
What is the historical context of this proposal?
What previous actions does this proposal relate to?
Does it have any impacts on future actions to note?
Clear, short Problem Statement and Proposed Solution
Evidence for that Solution
Who does this solution help?
Describe, if relevant, the Milestone Structure of goals and disbursements.
Financial Details for all Proposed Transfers
Financial timeline - when are installments due?
What are the Addresses of the fund recipients?
Who will be managing the funds, how can we contact them?
How will the manager of the funds report on status proactively? Where we can follow progress and ask questions?
License (if applicable)
To propose a treasury spend, a deposit totaling 5% of the proposed spend amount, with a minimum of 1000 EDG is required.This deposit will be slashed if the proposal is rejected, and returned if the proposal was accepted.
One way to create the proposal is to use the Polkadot JS Apps website. From the website, use either the extrinsics tab and select the Treasury pallet, then
proposeSpend and enter the desired amount and recipient, or use the Treasury tab and its dedicated Submit Proposal button:
The system will automatically take the required deposit, picking the higher of the following two values: 1000 EDG or 5% of the requested amount. If the user cannot pay the deposit, an error will be returned and the proposal creation will fail.
Once created, your proposal will become visible in the Treasury screen and the council can start voting on it.
Note the on-chain # of your treasury proposal- shown as a large number on the left of the row (11 in the image above), you'll want it for the next step.
Now the council can take action, either turning it into a motion to approve or a motion to reject. 51% or more of the council must agree to take an action on any treasury spend.
Because the formal spend proposal lacks metadata for efficiency, sharing the details about the proposal off-chain is essential. We recommend using Commonwealth.im/Edgeware and the community channels including telegram and discord.
Post a discussion thread on Commonwealth
Tag the title and body with EDG_TP_# where # is the official number of your treasury proposal, found on block explorers or Polkadot UI.
Announce the thread in other channels like Telegram to encourage awareness and debate.
Tagging helps users understand what module is being activated and what threads connect to what actions. Expect questions, challenges, and other remarks. This can begin before or after you create your formal treasury proposal on-chain, but you won't know the TP# until then.