Search
K

Voting

Voting on proposals

Each Rider is able to vote either “Yes”, “No” or “Abstain” (or any other Accept/Reject option specified by the creator while “Abstain” is alway a default option) on any proposal. A minimum threshold of total “attention” (regardless of whether the votes are “Yes” or “No” or other) which a proposal must gather has been set to 2% of the current maximum voting power (i.e. the distributed tokens and the tokens in vesting) by the Finalizing the DAO Rules vote. This is to ensure that the proposal attracts enough public attention since we want the community to be driving the changes, not just a couple of Riders.
The voting, as well as the proposals themselves, is done by on-chain transactions.
The Governance Portal aggregates the UI of proposals that have the same voting period. This enables Riders to select their favorite option on each one of those and cast the votes in a single transaction, thus saving on transaction fees. Additionally, this can be used cleverly to deliberately increase attention on a specific proposal by bundling it together to a significant or a favorite one when specifying the voting period during the proposal creation.
When voting on multiple proposals, for each proposal the wallet’s full voting power is used. Riders don’t need to calculate how to distribute their votes. More on the voting power and Governance Portal in further chapters.
The collateral system is in place to also incentivize creating original and non-duplicitous proposals. Additionally, we are considering solutions on how to make similar or duplicitous proposals clearly visible and thus minimize wasting of energy by the community.
Supermajority voting
Some decisions that concern major structural, business or legal changes to the platform and the DAO are subject to a “Supermajority voting”. For such especially important decisions, a higher threshold of attention is required for passing the proposal during the voting phase. A winning proposal that requires this “Supermajority” must a) gather at least 10% of the current maximum voting power (i.e. the distributed tokens and the tokens in vesting) and b) the “Yes” votes must account for at least 65% of the total votes cast on the proposal. This ensures that really the significant majority of the Riders agree on the biggest and most important changes and that also the medium-to-small holders are involved. Examples of such decisions/areas are here:
  • Discontinuation of the WingRiders DAO or the WingRiders DEX platform.
  • Merging of the WingRiders DAO or the WingRiders DEX platform with another DAO platform or any other type of entity.
  • Conversion of all WingRiders Tokens into a different type of tokens.
  • Amendment of the voting system and mechanism.
  • Amendment of the Terms and Conditions of the WingRiders DEX platform.
Although generally amending the DAO Rules and the mechanisms require Supermajority voting to pass changes, there is a single exception - the rules surrounding the proposal collateral. Only after the collateral mechanics have been proved by time, polished and definitively finalized, they will be added under the Supermajority conditions. The collateral amount however will always remain changeable by a regular voting to allow keeping the value reasonable when the WRT price rises.
Whether a proposal falls under the Supermajority voting conditions, if not apparent and obvious from the topic, will be duly and in advance communicated during the informal discussion phase, should be stated in the proposal documentation and after the voting period is concluded, the proposal will be evaluated with the Supermajority thresholds.

Voting schedule

After discussing an idea thoroughly with the community and ironing out all the details using our Discord or community portal, the Riders are able to submit binding proposals. During the creation of the proposal, the Riders are able to specify when the voting will start and when it will end. This not only enhances decentralization of the voting process but also leads to a very neat effect - those proposals that will share the same voting period will be voted on in a single transaction. Obviously this will save some transaction money to the Riders, but also can be deliberately used to increase attention on the proposal when it is designed to be voted on at the same time as some large and important proposal, such as approving budget for development.
The Riders will be able to vote on as many binding proposals that will be active at that point in time. After the proposal’s voting period ends, the votes are counted, and if the proposal is deemed Passed, transformed to code / implemented.

Voting power

The Governance Portal shows the total voting power associated with the connected wallet that can be used for voting on proposals. The voting power is a sum of the Rider’s number of WRT in various locations - in vesting scripts (yes, it’s possible to vote with WRTs that are already yours but haven’t been claimed yet), in pools, in farms, in the wallet etc. The voting power generated by the WRTs in these locations differs, as described below. Please note that only WRT in the WingRiders DEX protocols or in non-custodial wallets can be used to generate voting power - WRTs in custodial wallets or in other protocols (such as Milkomeda) do not generate any voting power.
Because it is possible to use WRTs still in vesting to vote, there are 2 tiers of voting power coming from the tokens:
  1. 1.
    WRT in pools, farms, wallets, unharvested rewards - power 1 per one token
  2. 2.
    WRT in vesting scripts - power 0.5 per one token
As each proposal will potentially have its own voting period and because Riders can obtain or get rid of tokens as the periods go by, each proposal will have its own blockchain snapshot at the beginning of its voting period to determine the wallet’s voting power for the proposal.

Voting mechanism

The voting is be done with our snapshot-based on-chain system. As every proposal can have a unique voting period set by the creator, the voting power of a Rider’s wallet will be determined from a snapshot taken at the beginning of the voting period. Thus the voting power of a wallet can differ on each proposal. The Governance Portal will visibly display the voting power (at that point of time and for each individual proposal separately). The snapshot of the blockchain will be the means to determine the voting power of the Rider’s wallet, counting all WRTs associated with that wallet that are in the wallet, in WingRiders pools & farms (please note that WRTs in non-WingRiders protocols such as Milkomeda will contribute no voting power).
Gathering more voting power after the initial snapshot (after the proposal’s voting period starts) won’t increase the voting power for that round of voting.
Practically speaking, casting the votes will be done through on-chain transactions. Therefore casting the votes will cost a small amount of ADA as a transaction fee.
After the voting period expires, the protocol will evaluate if the proposal gathered the winning amount of voting power, the winning proposals will be labeled as Passed and coded and implemented. All the past proposals will be still visible in the governance portal, including their status.
Last modified 1yr ago