Blockchain Rules of Thumb – Bitcoin – Markets
Blockchain Rules of Thumb
A blockchain is enigmatic, yet it’s the greatest thing in Fintech. How is it that we are flooded with wild claims about what blockchains can do, but very few people can describe them in a coherent way?
During two plus years of blockchain hype, all efforts to corset the magical power of the blockchain have failed. Many people have been scammed out of money, time and reputation. So how do you know if a claim is legit or not? This post is an attempt to outline a framework to navigate the sea of blockchain claims. I provide you with a few effortless to reminisce rules and walk through how I came up with them. By measuring projects against these rules you’ll know if they deserve a closer look.
A lot of people attempt to disparage bitcoin’s blockchain, but let’s not leave behind bitcoin’s blockchain is the oldest, the most secure, the most stable, and it holds the most value. It’s only rational to use bitcoin’s blockchain as the standard by which to judge others. It’d be counterproductive to use a less successful chain or, even worse, a theoretical chain as the basis for examination. You might have heard the term “blockchain is the technology behind bitcoin”, but it’s more accurate to say, “bitcoin is the technology behind blockchain”.
These are my rules of thumb to evaluate blockchain claims. I hope they can help others.
Rule #1: It must be a real blockchain
I need to define a blockchain very first, and then go from there. A blockchain is a public decentralized ledger. It’s a very specific type of database for a decentralized network created from proof-of-work (PoW), digital tokens, and monetary policy. One Without exception, a blockchain must be made of these lower-level variables. However, the specific values of the variables can be altered. For example the monetary policy can result in limited supply, like bitcoin, or constant inflation. Another example is using an ASIC-resistant algorithm for the PoW that will limit the use of specialized mining equipment. As you can see, these variables can be tweaked, but it’s very unlikely that a stable blockchain will result if it doesn’t include these three things, and bitcoin’s specific balance is evidently the best.
Proof-of-work + digital tokens + monetary policy = blockchain = consensus
Rule #Two: Blockchains provide consensus not efficiency
Most blockchain projects fail because they don’t understand a blockchain’s role. If you hear people say that blockchains are more efficient than centralized solutions, it’s likely a scam. In fact, trusted third parties (TTPs) are fairly efficient and arise naturally in the free market. Centralized databases are very good at what they do. Perhaps this mistaken “decentralize all the things” belief comes from the fact that decentralization can increase capacity, availability, and speed of networks. Companies like Netflix are actively studying how they can use P2P services to better serve their customers’ and ISPs’ needs.
While decentralized networks are good for data sharing, they are horribly inefficient at consensus. All of the strengths of decentralization are neutered when a network needs consensus. That is what centralized parties do on a financial network, provide a source of truth for the ledger. For a truly decentralized network to have consensus, it needs to give up a lot of its efficiency by “duplicating all the things”. Only when central party corruption outweighs the cost of decentralized consensus is a blockchain workable. Presently, money is the only app that meets this requirement, and will likely be the only app since it’s so powerful by itself.
There are two primary reasons for this inefficiency that I want to shortly discuss to support this point. 1) Blockchains require resources, hardware, software, computation, and energy consumption, to be duplicated in every individual knot. Two) Maintaining a collective state on all knots without a TTP is a soft and costly matter.
Two.1 Duplicate All the Things
In a consensus based decentralized network everything is duplicated on every knot. Every byte of data in the blockchain, every calculation or validation, and every expense, are all the same for every knot.
The size of a blockchain must be considered. Fancy applications storing data directly on the blockchain increases the size dramatically. Two Blockchains for wise contract platforms like ethereum have very swift growing blockchains relative to bitcoin, with a possible growth rate of 100’s of GB/month with broad adoption. The same goes for a network aiming for a high number of transactions per 2nd. Those transactions have to be stored somewhere. It’s call blockchain bloat. Three
The computational geyser on a knot must be considered. In ethereum’s case, that includes the calculation of 1000’s of brainy contract at the same time. If the application layer of the project runs on the blockchain, computation very quickly becomes a problem. Four Bitcoin has consciously kept calculation limited at the protocol level and is pursuing more scalable layer two solutions.
The costs associated with running a knot is an significant factor, as well. When a network is puny and no one uses it, a knot might be cheap, costing about $100 (a Raspberry Pi and a duo hours of work). That’s fairly reasonable. However, as storage, PoW difficulty and computational geyser increase, it will require ever larger investments in hardware and time to maintain. I’ve heard rumors that even today, an ethereum knot takes hours a week to babysit, with constant patches, forks, and network attacks.
Two.Two Proof-of-Work is Expensive
A blockchain can also be described as a stateful decentralized consensus. Achieving consensus is very expensive. It doesn’t matter what cool things people claim their blockchain can do, if the knots can’t stay synced with each other, a centralized solution would be better. Since transactions or blocks can be missed or spoofed knots need a way to ask for, and trust, information from other knots. Five Satoshi found a way to enable a decentralized consensus on a public network and a blockchain is the result, not the cause.
Checking the validity of a freshly received block is trivial, but creating that valid block is incredibility hard. The process to find a block cannot be gamed, so the knots know that it took a trustworthy amount of work to find it. Six In fact, this process is so energy intensive, and a centralized model so cheap, applications of blockchains only makes sense in enormously limited use cases where the corruption of a TTP is felt most acutely.
Rule #Trio: Blockchains have a high degree of immutability
One of the benefits of a blockchain is its permanence. History and your balances cannot be switched lightly by an attacker or a TTP. If you hear a use case that supposedly doesn’t require immutability, you must ask why would it require a ledger? It would be better served to use a traditional database that’s designed to update records, as opposed to an append-only ledger.
The level of difficulty to switch the past is synonymous with a the blockchain’s immutability. If history is effortless to rewrite there’s little value in using a blockchain at all, because miners won’t waste effort producing it in the very first place. Whatever the problem a mutable blockchain is solving it can be done more efficiently with a centralized solution as stated above. Users and miners will leave to join a network with higher levels of immutability.
Rule #Four: There has to be a monetary incentive to participate in a blockchain
Knots don’t automatically support your network because they think your project is awesome. People need to benefit directly from running your software. Promises only work for a brief time and die-hard early adopters will leave after a while if it’s not paying off. They’ll instead join a network that is presently growing and paying. Direct monetary prize through PoW is absolutely necessary for miners to participate.
Users without miners is a pointless situation. The running of a knot must be made profitable in some way. Indeed, this is the most significant hurdle I see for an fair project in the bootstrapping phase. No model has proven successful since the launch of bitcoin, and none may ever be successful again now that bitcoin exists.
Rule #Five: Launching a blockchain is utterly hard and perverts incentives
Bitcoin was fortunate. Satoshi launched in relative anonymity, and bitcoin benefited from that incubation period. Importantly, the incentive structure of bitcoin was able to take root and grow organically, with very little interference from knowledgeable attackers.
Today, the task of launching a coin is more difficult. A community of millions of users is watching. A vast number of speculators are just waiting to pump a fresh coin, only to dump a week later. There is no incubation period for the fledgling network, like the one bitcoin loved. The problem with many of the schemes for launching a fresh coin is that they pervert the core incentives of the network, in an attempt to make it through the very first several months intact.
Five.1 The Initial Coin Suggesting (ICO)
We’ve seen the ICO become the premeir way to tackle the difficult bootstrapping problem. Founders sell coins prior the genesis block, supposedly to align users self-interest with the coin from the beginning. Seven It kills two birds with one stone, funding the continued development of the project and establishing an initial distribution. But there’s a catch, the incentives for the founders and developers get shifted from providing useful features to keeping the speculators glad.
Five.Two Courting Speculators
Fresh blockchain projects are launched right into the fire of sophisticated attackers and an educated community. Far from being considered a problem, speculators are courted by fresh projects because they impart value, which attracts miners who secure the network. It becomes an inescapable cycle. Speculators are attracted by flashy features that developers can never hope to supply on in a brief period of time. Without these sky high promises tho’, there’d be no speculators, no miners, no security, no hope. So the promises keep coming.
A fresh project also faces the prospect of choosing their mining algorithm. Most will end up on an ASIC-resistant algorithm, or else they will fall victim to a 51% attack right out of the gate. The only problem with this path of least resistance is that it’s also very effortless for miners to abandon the network in favor of the next hype coin that comes along with yet more shocking features.
Everywhere a fresh blockchain project turns they are greeted with a harsh reality that perverts their incentives.
Rule #6: Blockchains are government-resistant, so companies cannot be responsible for them
Blockchains arise on a decentralized network, as I’ve stated. They are created in an unregulated environment, outside the control of any particular country. A truly decentralized network cannot be regulated in any traditional sense, hence, blockchains are government-resistant (often phrased as censorship-resistant).
Banks by definition are centralized and regulated. They are caught in a regulatory prison and precluded from implementing a government-resistant technology. Do you truly think governments would permit a bank to create software that could undermine all their efforts to control the economy? That doesn’t mean a bank cannot use a blockchain, banks certainly can and will use bitcoin’s blockchain. It only means that a bank can’t be responsible for creating and maintaining a government-resistant technology.
If you read a claim about a bank creating a blockchain, you must ask how’s it regulated? The response will most likely lead you to the conclusion that it’s not a real blockchain.
Rule #7: Physical objects cannot be represented on a blockchain due to the dual consensus problem
One of the most popular claims about blockchains today, is that they can be used as a ledger for tokens that represent some sort of physical object, or ownership of a physical object. An example would be a digital token signifying gold in some vault somewhere. This particular multiplicity of claim has evidently not been refuted adequately anywhere else, perhaps because “working” Proof of Concepts have made it difficult. These PoCs “work” in very managed environments where nothing can truly go wrong, but have little hope for working in the wild.
It’s likely that all of the Digital/Physical blockchain schemes will fail, because they depend on, what I call, a dual consensus. One source of consensus is the physical world. The other source of consensus is PoW. What happens if they get out of sync? It’s similar to having two blockchains on the same network at the same time, both fighting over the same tokens, one using SHA-256 and one using Scrypt. Two unique consensuses emerge. Which one do you trust? What if they say different things?
If the network or an account gets hacked and the digital tokens stir, or the private key is lost, but the physical object is unaffected, there’s a consensus problem. The blockchain will say the object belongs to one person, yet the physical item may be in the possession of another person. There’s also a problem if the object ceases to exist, like say you are tracking freight containers and the ship drowns, or is hijacked by pirates. Or say you register your home ownership on a blockchain, but it burns down. Anytime there is a discrepancy inbetween the physical object and the digital token, you must have a centralized scheme to fix it.
Therefore, all Digital/Physical blockchain schemes will fail to scale and remain stable.
So those are my current rules of thumb for evaluating fresh blockchain projects. They are subject to switch. If you have more info or feedback, please contact me.
In closing, I want to reiterate my support for bitcoin. I believe that it’s the only blockchain of consequence and likely to remain so for the foreseeable future. If bitcoin does fail, it will be at least a generation before something else comes along to substitute it. Satoshi pulled off the ultimate coup, and his extreme accomplishment will be more difficult to replicate than anyone can imagine.