How to explain the power of blockchains to your non-tech friends

Written by alidcastano | Published 2017/09/20
Tech Story Tags: computer-science | blockchain | cryptography | economics | cryptocurrency

TLDRvia the TL;DR App

Writing a description for [bitcoin] for general audiences is bloody hard. There’s nothing to relate it to. — Satoshi Nakamoto, the mysterious founder of Bitcoin

The more novel and revolutionary a technology, the harder it is to give it a description that will do it justice. Remember, for example, how long it took you to grok blockchains? I personally had to read a handful of articles before even coming close to grokking them. And I’ve observed this same explanation barrier when describing blockchains to friends: noticing my early failure, I’d qualify my explanation with, “You need to understand computer science to get it,” — a helpful trick if you don’t want to be the only one who feels incompetent at the end of a difficult explanation.

I tried searching for a more elegant description of blockchains to use, but each one I read was cluttered with technical jargon that didn’t fully express the technology’s essence: the creation of a trustful environment where you can transact with strangers without any central third parties; a world where you can exchange money without JP Morgan, goods without Amazon, and social interactions with Facebook. How do you fit a technology that powerful into a single, simple description?

The answer, I’ve come to realize, is you don’t — not exactly. You have to first give your friend mini-explanations for all the confusions they’re likely to encounter. Namely, without a third party — who’s storing everyone’s data? Who's protecting my data? Who’s validating each transaction? Having these questions in mind makes it easier to unscramble and explain the individual components that together make blockchains revolutionary: an open and immutable distributed ledger, public key cryptography, and a consensus protocol.

As you explain these three components, your goal is to alleviate confusion without causing boredom. So don’t get too technical, not yet. Only give your friend a broad overview of what they absolutely need to know:

  1. An open and immutable distributed ledger: Instead of your data being stored and provided by the servers of a central third party, it’s stored in a peer to peer network and the data is open to everyone. Fully participating devices, “or nodes,” in the network run full copies of the ledger; entries are ordered chronologically, so each node can iterate through all the entries in the database and verify its global state themselves. Also, for added security, entries in the database can’t be mutated; you can only modify the existing state by adding new entries, or “blocks,” to the chain of previous transactions.
  2. Public key cryptography: Since everyone has a global view of the database, mathematical principles are used to secure digital property. Using a special algorithm, all scarce, valuable data is mapped to a global identifier, or “public key,” and ownership rights are only granted to the individual with the matching password, or “private key.”
  3. Consensus protocol: To prevent invalid and fraudulent transactions, the network needs a way to reach consensus on what transactions get confirmed in this globally accessible database. Since the members involved in the transaction can’t be trusted and selecting a single random node is too risky, you need a way to incentivize an uncoordinated group of third parties, or “miners,” to validate transactions. One way this process is democratized is by having miners vote with their computing power, or “proof of work”; they’re given a hard math problem that requires computational power to solve and first miner to solve it is elected as the intermediary that’ll get paid to validate the transaction.

The next part of your explanation is the most important; you have to tie all the mini-explanations together:

“So you see, there’s this peer to peer network that stores a chain of transaction blocks, and anyone can iterate through the entire chain to arrive at the current state of the database. Every participant in the network has read-access to this state, but ownership rights are still protected since all data is tied to a public key and only the holder of the matching private key has transaction privileges; and, to guard against malicious parties trying to double spend their own money, all transactions are validated by miners using a consensus protocol such as proof of work. So yeah, that’s a blockchain.”

At this point, your friend now has a broader understanding of blockchains. But there’ll likely still be some questions— How is a database going to feasibly keep a record of everyone’s transactions? What if someone guesses my private key? What happens if the elected miner decides to game the system? — troubling them. Address these confusions as they arise; this is your chance to get technical and show him how smart you are — talk about merkle trees, off-chain scalability, hash functions, long chains, and hard forks. The ultimate goal is to show your friend how blockchains — by combining computer science, cryptography, and economics — make it feasible to automate data integrity and security. By the end of the conversation, you’ll have likely helped one more person see beyond the shadows and into the light of a potential blockchain-powered world.


Published by HackerNoon on 2017/09/20