Qortal Project

The future of blockchain platforms

User Tools

Site Tools


Sidebar

Qortal Project Wiki

Important Notices

Introduction

Project Model

Minting

Communications

Trade Portal

Qortal Hosting (QDN)

Voting System

AT System

Hardware

Frequently Asked Questions (FAQ)

How-To Guides

Node Setup Guides

Third-Party Services

voting_system_overview

This is an old revision of the document!


Voting System Overview

Qortal aims to create a true direct democracy where no outside government or party will have control. Instead, the people who contribute to Qortal by minting blocks will earn a weighted vote accordingly. Accounts will have a voting influence that is weighted based on the blocks minted count. For example, an account with 100 blocks minted would have more weighted influence than an account with 99. This is an extremely important concept as it is based on time and contribution.

The Founder accounts will have a different weighted vote that is based on their blocks minted count PLUS level 10 blocks minted count. What we mean by this, as seen on the Leveling System wiki page, for an account to reach level 10 requires 4,074,400 total blocks minted. So Founder accounts will have a weighted vote of 4,074,400 PLUS their actual blocks minted count. For a simple example, if a Founder has 100 blocks minted, the account would have a weighted influence of: 4,074,400 + 100 = 4,074,500

When the first Founder account reaches 4,074,400 blocks minted (level 10), ALL Founder accounts will automatically have their weighted influence adjusted to the 4,074,400 which is the MAX weighted influence possible (at that point and forever moving forward). Founder accounts still level up based on their blocks minted count as other accounts do. The only difference being the ‘F’ assigned to the account gives these accounts specific ability to sponsor and weighted influence in the Voting System. The Founders are intended to have this weighted influence during the beginning to ensure the project develops in the proper direction. Thereafter, the network will have a strong base network of vested members who will share the same interest in Qortal’s ethical success. We can all reach the same max level 10 account and weighted influence based on time and contribution.

Voting will be used to help steer the project’s direction. Rather than leaving everything up to the Dev Team, the community will be able to vote on certain matters and how the DevTeam should allocate their time with options presented to the community. Such as which coins or features to implement next, or certain modifications needing to take place and which options the community thinks are the best ones to pursue. There will NEVER be any voting for sanctioning or censoring as this will never be a possible action by the Dev Team!

Voting will also be used for the community to help approve new developers as an admin of the DevTeam. What this means is that we have two types of DevTeam members: 1) where anyone can join the team and help develop the codebase - but DO NOT have the ability to vote on the 60% approval to push updates to the chain, and 2) DevTeam admins who DO have the ability to vote on the 60% approval to push updates to the chain. The DevTeam would notify the community of the vetted developers being entered into a community vote, then the community will vote to approve the DevTeam admins to push the update with their 60% approval. This update will then assign the admin permission to the vetted dev(s) and it's official. It is extremely important to have this layer of security with these two types of DevTeam members as the DevTeam admins will be the only ones who can vote for a 60% approval to push updates. This creates a way for the community to have a say in who becomes a DevTeam admin, and the DevTeam admins keep the rest of the DevTeam in check as DevTeam admins are the only devs who can push the 60% approval updates to the chain.

The community will NOT be voting to directly approve code updates. There's no sense in having the community vote on what they cannot read and understand (code). Especially when they have not vested the time contributing to the codebase as the DevTeam does. Otherwise let us know and join the DevTeam, and one day based on time and contribution, you might be vetted and casted in a vote to earn the admin permission and take part in the 60% approval as explained above.

The community will always be able to submit proposals and vote on them. This can be done by anyone. If they are approved by the community vote, they will get passed to DevTeam for review. DevTeam will determine what is actually possible, and make changes to the concept if necessary, then submit a final approval for the community to vote on. Thereafter, the DevTeam will move forward with development of the concept.

Of course at any time, anyone is able to submit pull requests. That will always remain an option and has nothing to do with the Voting System.

Voting System is expected to be implemented after core version 3.0 is launched with data hosting!

voting_system_overview.1638510242.txt.gz · Last modified: 12/03/2021 00:44 by gfactor