certusone
/
cosmos-sdk
mirror of https://github.com/certusone/cosmos-sdk.git
1
0
Fork 0
Code Issues Projects Releases Wiki Activity
cosmos-sdk/docs/spec/governance
History
Ethan Buchman ad705fdea1 bump version 
added rest server and status endpoint

added get block endpoint

added latest block endpoint

add 404 if height is out of bounds

add version endpoint

add validators endpoint

export GetBlockHeight

add keys endpoints

add txs endpoints

added verb limiters to ednpoints

only output node info + json structure improvement

fixed wrong body parsing

github PR template

crypto.Address -> sdk.Address

revert to old go-wire

update glide

remove print statement and update glide

fix #554

add .DS_Store to .gitignore

Massive consolidation: queue, data storage struct, store, logic, ...

Small fixes
 		2018-03-17 22:14:19 +01:00
..
README.md Split in multiple files 2018-02-26 16:35:09 +01:00
future_improvements.md Split in multiple files 2018-02-26 16:35:09 +01:00
governance.md bump version 2018-03-17 22:14:19 +01:00
overview.md Removed stores, change address to PubKey, fixes, ... 2018-03-01 17:21:35 +01:00
state.md Add submitter in proposal struct 2018-03-02 12:08:18 +01:00
transactions.md Add submitter in proposal struct 2018-03-02 12:08:18 +01:00

README.md

Governance module specification

Abstract

This paper specifies the Governance module of the Cosmos-SDK, which was first described in the Cosmos Whitepaper in June 2016.

The module enables Cosmos-SDK based blockchain to support an on-chain governance system. In this system, holders of the native staking token of the chain can vote on proposals on a 1 token 1 vote basis. Next is a list of features the module currently supports:

  • Proposal submission: Users can submit proposals with a deposit. Once the minimum deposit is reached, proposal enters voting period
  • Vote: Participants can vote on proposals that reached MinDeposit
  • Inheritance and penalties: Delegators inherit their validator's vote if they don't vote themselves. If validators do not vote, they get partially slashed.
  • Signal and switch: If a proposal of type SoftwareUpgradeProposal is accepted, validators can signal it and switch once enough validators have signalled.
  • Claiming deposit: Users that deposited on proposals can recover their deposits if the proposal was accepted OR if the proposal never entered voting period.

Features that may be added in the future are described in Future improvements

This module will be used in the Cosmos Hub, the first Hub in the Cosmos network.

Contents

The following specification uses Atom as the native staking token. The module can be adapted to any Proof-Of-Stake blockchain by replacing Atom with the native staking token of the chain.

  1. Design overview
  2. Implementation
    1. State
      1. Procedures
      2. Proposals
      3. Proposal Processing Queue
    2. Transactions
      1. Proposal Submission
      2. Deposit
      3. Claim Deposit
      4. Vote
  3. Future improvements