Proposals are documents that specify the idea that is put to the community for voting


Proposals are submitted for community review on the YF Link governance forum and in the YF Link Discord. After the proposal has been through the review process, it is put to vote.

There are two kinds of proposals: non-Smart Contract proposals and Smart Contract proposals.

Non-Smart Contract proposals are general proposals regarding development for the wider ecosystem or demanding funds from the treasury for new projects, development, marketing or compensation etc. These proposals are not enforced by smart-contract execution, but instead by the community writ large.

Smart Contract proposals regard the functioning of the YF Link protocol, such as governance (quorum percent, voting period etc) and Linkswap and its features such as the governance staking rewards. These proposals are executed by the logic of the Governance smart contract itself - so long as the smart contract's criteria for vote passage and execution are met, they will execute regardless of non-SC based rules.

Each proposal type has different parameters that must be passed to the SC which we detail in the subsections of the Proposal chapter.

Non-Smart Contract proposals are voted on via YF Link's Snapshot page.


Creating proposals takes time and effort, and to that end, the Proposal Reward Pool (PRP) was created via Proposal 6 to incentivize community members to submit proposals. The creators of successfully passed proposals will be rewarded a flat fee of 1 YFL (>50% majority) or 2 YFL (> 66% majority) $YFL. This proposal reward fund is limited.

Writing a proposal

The goal of writing a proposal is to explain your idea in a clear and accessible manner to your audience that will allow them to make an informed decision.

Assume that your proposal will be interpreted literally. Avoid vague language whenever possible. When it is not possible to avoid, provide examples or definitions - a good example of this is the definition of “minimally actionable”. That is, they must outline some sort of action, requirement, guideline, etc. that is intended to guide, alter, or compel the behavior of the YFL ecosystem and/or its participants. For more details on proposal minimum requirements, please consult Prop10 and the Format Guidelines.

While all proposals should contain the sections below, feel free to add additional sections if you feel that they will be useful in explaining your proposal further.


Proposal topic titles should be in the format “DRAFT - Proposal - Name” (e.g. DRAFT - Proposal - Governance Proposal Formats). Do not include a number for the proposal as was done previously, this will be added after the proposal is live on-chain.

Abstract/Executive Summary :

Give a brief overview of your proposal. Readers should be able to get a general sense of what you are trying to accomplish and why. Save details for the following sections.

Motivation :

Explain why you believe this proposal should be implemented, and how it will benefit the YFL project as a whole. Be detailed here about your long-term vision for the proposal (e.g. lifespan, potential changes, etc.). It may be necessary to address potential alternatives, and why you believe your proposal is the best choice among them.

IMPORTANT: Statements in this section are for the purpose of informing voters, not for defining the strict terms of how a proposal functions. Those details should be provided in the Specification section below.

In the event that there is a conflict between wording in a Motivation section and a Specification section either within or between proposals, the Specification section shall be assumed to control.

Specification :

Explain how you envision your proposal functioning in as much detail as you can reasonably provide. If you are proposing something that will require funding, explain how much you will need, where that funding is coming from, to whom it will be paid, etc. Try to keep everything in plain language, unless technical details necessitate otherwise.

IMPORTANT: This section is considered to be the ultimate authority on the function of a proposal. Authorial intent does not trump plain language, but authors are encouraged to provide explanations for potentially ambiguous wording in this section to ensure their intended interpretation and execution of a proposal.

Voting Options


A single short sentence that indicates what a FOR vote agrees to (e.g. Establishment of a treasury fund as outlined above)


A single short sentence that indicates what an AGAINST vote agrees to. Note that this does not only have to be a vote to not execute the proposal (e.g. If the vote is a binary choice between funding two groups, an AGAINST vote can be in favor of funding Group B instead of Group A)

Proposals have to be published on the governance forums for a minimum of 3 days before being published on-chain to allow for a reasonable community review period and comment.