Welcome to Hard Fork Basics, a collection of tips, tricks, guides, and advice to keep you up to date in the cryptocurrency and blockchain world.
The governance of blockchains is one of the most fascinating, contentious, and difficult topics to master, but it’s one we must try to understand as the network’s ability to adapt, and the extent to which it may be able to do so, will be crucial for its future.
When it comes to blockchain technology, the notion of governance is closely tied to the incentives or economics on which the network is based on. Governance also has a direct impact on how transactions will be processed.
In this article, Hard Fork is going to look at on-chain governance, what it is, how it works, and why it’s necessary.
What is it?
On-chain governance describes the manner of proposing changes to a cryptocurrency and its underlying blockchain by a certain set of processes, rather than a simple majority consensus.
The core differences between blockchains can be highlighted by examining exactly how these decisions are made, and by whom. To understand the concept, it’s important to identify all the participants in the network and how they work together.
Miners are a core component in a decentralized public blockchain network because they help sustain it. They are incentivized by transaction fees and block rewards.
Developers create the protocol and maintain the blockchain. They are also responsible for enforcing changes such as hard or soft forks. Like miners, developers are also incentivized to keep the network going.
When developers propose a change to the network, a core group is tasked with achieving consensus over whether to accept or reject them. For miners, they back changes by contributing their hash power to one of the blockchains borne from a hard fork. Developers choose which blockchain is suitable for their app, and users (hopefully) adopt the most effective solutions.
For blockchains like Bitcoin, this creates an interesting dynamic. Mostly, the network relies on what is called “rough consensus” – changes are proposed as software updates and its the whole ecosystem that eventually decides which updates to adopt in a “natural” way.
OK, so how is on-chain governance different?
The basic premise is simple. Imagine I am a developer, and along with a group of other developers, I want to make an improvement to the blockchain. In an on-chain governance system, I’ll propose the change and nodes will vote to either implement or reject it.
However, it’s important to note that not all nodes have the same voting power – those with more coins will have more votes. Once the change is accepted, it gets included in the blockchain and is baselined.
The way in which on-chain governance works depends on the blockchain. Tezos, for example, is a cryptocurrency based on a self-amending ledger, meaning that proposed updates are implemented on its blockchain and rolled out on to a test version of the chain.
If the changes are successful they are completed on a production version of the blockchain. If not, they are rolled back.
First and foremost, supporters of the on-chain governance system would argue it’s a decentralized form of governance.
They’d say so because changes to a blockchain are not decided by a core development community, instead, each node (and commonly, each token holder) is given voting power.
On-chain governance systems are also typically characterized by quicker turnaround times as consensus is achieved a lot faster.
The possibility of a hard fork (a permanent change in the ledger’s code) is reduced significantly as every single proposed change must be signed off by all nodes, which receive economic incentives to vote.
As is the case with most democracies, voting turnout can be low in an on-chain governance system. This can pose a danger to the system as low-voter turnout could mean a single node, with a significant amount of coins, could manipulate the protocol’s future direction.
As previously mentioned, nodes with more coins, will get more votes, meaning users with higher stakes can potentially control the voting process. This is supposed to take control away from miners and developers, and shift it towards investors and users.
On-chain governance has been criticized by opponents, who argue that the system is in actual fact centralized among developers and miners. Critics usually refer to two well-known forks.
The first is a split of Ethereum’s original blockchain into Ethereum Classic and Ethereum back in 2016, which took place despite another soft fork proposal. News reports at the time suggested that the majority of the Ethereum community supported the soft fork, but a core group of developers decided to implement a hard fork instead.
Some members of the community have claimed this goes against the “Code is Law” principle, which establishes that a piece of software’s governing parameters are set out in the original code.
The emergence of Bitcoin Cash in 2017 is alsoused by proponents of on-chain governance to highlight that rough governance doesn’t work. During the fork that eventually paved the way for the new cryptocurrency, Bitcoin’s core development team rejected the proposal to increase its average block size. They did so despite being faced with rising transaction fees, which had rendered it barely usable for daily transactions.
Having said this, if all systems shifted towards on-chain governance, we may find ourselves left with a loose definition of “blockchain,” as exemplified by recent research which ultimately described the popular EOS blockchain as something more akin to a glorified cloud computing service.
Published January 25, 2019 — 12:57 UTC