![\"Blockchain](\"https:\/\/www.jollofnews.com\/wp-content\/uploads\/2020\/09\/Blockchain-Basics.jpg\")
<\/p>\n
Bitcoin and Ethereum came into existence when blockchain technology was still in its nascent stage. Even though other aspects of blockchain technology have developed further since the time of its inception, its governance continues to be a problem that needs to be addressed comprehensively. Bitcoin was launched on the platform that functioned on proof-of-work to identify architectural fault tolerance. It hosted digital money in a decentralized manner by creating a trustless ledger.<\/p>\n
Vitalik Buterin, the co-founder of Ethereum, meant to use the common principles and resources of the blockchain technology to host digital money and allow developers to program the said money. It is what made the proof-of-work an adopted consensus algorithm to work on collectively. Making proof-of-work the fundamental mechanism to work on would drastically reduce Byzantine fault intolerance. It will help people understand that BTF is not as easy as one would like to believe. Fundamentally, Bitcoin doesn\u2019t require a governance system as it is not a general-purpose computer and doesn\u2019t require upgradation.<\/p>\n
It is clearly proved by the amount of changes that are being planned with Ethereum 2.0. The governance problem is not new, and the founders of Tezos had also forecasted this problem long back. However, the founder of Tezos couldn\u2019t develop and deliver the basic protocol for governance that aligns with the requirements of the developers. It is primarily due to the following reasons \u2013<\/p>\n
- \n
- The language in which blockchain is written is different than smart contracts.<\/li>\n
- The political process was introduced that didn\u2019t occur within the chain and made decision-making off the grid.<\/li>\n
- An explicit on-chain upgrade path wasn\u2019t set up.<\/li>\n
- No distinct classes to keep a check.<\/li>\n<\/ul>\n
The developers must be able to code the behavior of smart contracts into the blockchain. It is only possible when there is an on-chain process for the same in the blockchain. It would help in keeping track of an upgrade and its history, just like one can easily track the history of a token. The governance is required to determine if the smart contracts are converted into system contracts depending on whether it would increase the value of the protocol or not. The real struggle is developing a consensus for that particular value.<\/p>\n
There is a need for vastly different algorithmic classes that will act as a supervisor to each other. In other words, these distinct classes will keep a check on each other. It may seem like that more classes would make coming to a consensus more difficult; it is not the case.<\/p>\n