PROJECT AUTOPIA
PROPORTIONAL PREFERENCE PROTOCOL
The Proportional Preference Protocol is the official decisional protocol advocated by Project Autopia.
It's designed for the purpose of granting the highest possible degree of satisfaction to everyone's wills, and is intended to replace all current government systems and laws in the world.
Basic principles
Stakeholder inclusion: Everyone shall be allowed to submit and/or vote any proposal about issues that might personally affect them.
Stakeless exclusion: Nobody shall be allowed to submit and/or vote proposals about issues that do not personally affect them.
Constant reversibility: Submissions and votes can be done and replaced at any time.
Scalar voting: Each vote consists of a numerical value expressing the voter's degree of agreement with a given proposal.
Preference-based priority: Whenever two proposals contradict each other, the one with the highest average preference shall take the precedence.
Simplified example of a decisional process involving P.P.P. principles.
Official implementation
(WARNING: this system is currently under development and might differ from the final one)
The official implementation of the P.P.P. is a software organized into "client" applications, allowing individuals to submit and vote proposals, and "server" instances, automatically
calculating their average preference score and updating their ranking in real-time.
Each Selfed is associated with its specific P.P.P. instance (client ones for individuals, server ones for communities, cities, nations, etc.), and vice-versa.
Infrastructure
- Each server instance of the PPP is hosted by a central server which is collectively owned by all citizens of the respective Selfed.
- The central server is located inside the Selfed's Core, locked in a high-security room that can only be unlocked with the consensus of all Selfed's members.
- The central server is connected to a directional antenna setup required for geolocation (see below).
Features
- The software is entirely open-source (both the client and the server)
- Users are allowed to vote and/or submit any proposal about the Selfed they belong to (but not about those they do not belong).
- Aside from the aforementioned scope limitations, everyone is allowed to vote for any proposal they want regardless of any physical or psychological trait (race, age, gender, etc.).
- Users are allowed to cast and/or change their votes whenever they want, and how many times they want (the previous vote is overwritten).
- Each vote is expressed by a numerical value ranging from a minimum of "-1" (complete disagreement) to "+1" (complete agreement).
- Each vote must be validated through a biometric identification (such as fingerprint). This is required to prevent multiple voting: in case of a match, the voter will be recognized as an old user, and the new vote will overwrite the previous one. In case of no match, the voter will be recognized as a new user, and registered into the server instance.
- Location of voting/submission is automatically verified through radio geolocation techniques such as TDoA (Time Difference of Arrival) and/or AoA (Angle of Arrival). This is required in order to enforce the aforementioned scope limitation: any vote/submission for any given Selfed will only be accepted as long as the geolocation confirms it's coming from a member of that specific Selfed.
- Both the submission and the voting processes are entirely anonymous and private: users aren't associated with any nickname and/or ID number; the software does not display any info about who submitted a proposal, nor who voted it, nor how they voted, and not even the resulting average preference score. The sole publicly available information is the resulting ordinal ranking.
- Each server instance stores: a database of proposals made by members of that specific Selfed for that specific Selfed and, for each proposal, the votes received by each member.
- All personal data (biometric and geolocation) is encrypted.
- Any proposal database features by default a pre-existing fixed proposal called "Null proposal", which can be roughly interpreted as: "Nothing is to be done".
- Proposals are ranked in descending order based on their average preference score; they are shown in the client instance listed from the one with the highest average score (on the top) to that with the lowest average score (on the bottom); the ranking is constantly updated in real-time according the new incoming votes.
- Any proposal shall be automatically regarded as law as long as it does not contradict another one with a higher average preference score. This means that every proposal that ranks below the Null proposal shall be ignored.
- Any user that does not cast a vote for over 1 year will be regarded as dead; all of his data (including his votes, but not his proposals) will be automatically deleted from the database, and he won't be counted anymore among the current citizens in the average calculations.
- Any proposal whose average preference score remains below that of the Null Proposal for over 1 year will be automatically deleted from the database.
Model
This section describes an hypotethical example of how an ideal P.P.P. software would look like and function.
Home Page
This is the first page that's shown when booting the app.
It shows a nested list of Selfeds that mirrors the current organization of the Universal Selfederation.
The "Personal Area" button leads to the user's Personal Area, by passing through an authentication step (see "Authentication form").
Each button in the "Selfed list" area leads to the respective Selfed's area.
Personal area
This page shows the authenticated user's data, namely:
- all the Selfeds he belongs to (each one with a button leading to the respective Selfed area)
- all his currently active votes (each one with a button leading to the respective Proposal reading area)
- all his personally submitted proposals (each one with a button leading to the respective Proposal reading area)
The "New proposal" button leads to the Proposal writing form.
Selfed area
This page shows relevant informations about the selected Selfed.
The "Super-selfed" area shows the immediate super-selfed (with a button leading to its area)
The "Sub-selfeds" area shows a list of the immediate sub-selfeds (each one with a button leading to its area)
The "Current proposals" is the most important information and represents the actual result of the whole PPP voting process.
It lists all the currently existing proposals for the current Selfed, ranked from the one with the highest average preference score to the one with the lowest.
Proposals are divided into "active" proposals (those who rank above the Null Proposal, and are therefore to be regarded as accepted laws) and inactive ones (those who rank below the Null Proposals, and are therefore to be ignored).
Each proposal is represented by a button leading to its reading area.
The "New proposal" button leads to the Proposal writing form.
Proposal reading area
This page shows informations about the selected proposal, namely:
- its scope (the Selfed it's intended to affect)
- its type (either Static or Dynamic)
- its current status (either Active or Inactive)
- its complete description, as written by the author.
The "Vote" button allows the user to vote the proposal (see "Voting form").
Proposal writing form
This page allows the user to write and submit a proposal.
The author must define:
- a title for the proposal
- the proposal's scope (the Selfed it's indended to affect)
- the proposal's type (either Static of Dynamic)
and load a user-made file contains the actual proposal's body.
The "Submit" button uploads the proposal into the system, after passing through an authentication step (see "Authentication form").
Voting form
This is the form through which the user determines his vote for a proposal.
The vote is made by selecting a value going from -1 (complete disagreement) to +1 (complete agreement) through a simple scrolling bar, and confirming it by clicking on the "Vote" button, and passing through an authentication step (see "Authentication form").
Authentication form
This is the form through which the user confirms his identity.
The identification is done simply by putting a finger on a scanner, and waiting for the system to verify a match.
Return