Yet Another Rant About Blockchains
notion.so
notion.so
> The classic rebuttal against blockchains and other distributed technologies goes something like this: there's nothing a blockchain can do that a plain old SQL database can't do cheaper and more efficiently. That's true, but it's also missing the point, and I'll leave it at that.
That is definitely not missing the point when it is raised in response to things that are sold as "OMG blockchain!" but do not need (or often, even make use of) what makes blockchains unique. Which is, IMHO, at least 95% of the things that I come across marketed as involving blockchains.
The essential use case of a blockchain is when you have something where you want an immutable history, and where, for whatever reason, it is either undesirable, or difficult to converge on a single entity to own that history. This arises in many, many places. Financial assets, source code, legal documents, etc..
It is not that you can't implement say, legal document version control without a blockchain. You absolutely can. But to do so, you have to trust a single entity to warehouse that truth for you. Blockchains are a way of solving that problem, just like Git was a way of solving it for open source.
Huh? "SQL would be centralized"
At no point is git required to use anything over a network or somehow is more decentralized than a database you pass around and insert data into.
A push request is a request to push the same data I pushed into my database into yours, whether its SQL or not makes no meaningful difference.
There are some interesting applications of blockchain in the examples you mention, but they are very case specific. For example, there would be resistance to creating a financial asset where trades can't be rolled back, for example (from governments and probably a number of traders). Legal firms might _like_ being able to destroy documents without leaving a permanent record. With source code we generally have highly trusted groups who are ideal central authorities (eg, I'm only going to get my kernel sources from kernel.org).
You're totally right. We're sort of mixing abstraction layers, here, of course you can implement Git on top of SQL and even SQL on top of Git! (since sql is just a query language + ACID constraints). But I suppose I was more responding to the spirit of the grandparent's statement, which was the traditional usage style of SQL. But you are absolutely correct.
> There are some interesting applications of blockchain in the examples you mention, but they are very case specific. For example, there would be resistance to creating a financial asset where trades can't be rolled back, for example (from governments and probably a number of traders).
Yes, that is certainly a possibility. However, if I were designing a financial system from scratch, I think i'd probably build in irreversibility at the protocol layer, and then allow institutions to sit on top of that protocol that implement reversible trades by delaying or abstracting settlement on that protocol. I.e. the current crypto model, where 99% of trading happens on exchanges, not on the blockchain. But, when you really do want an irreversible transaction, you bail out to the blockchain and you do it there. I think that is the most sensible model to build a modern, global financial system on.
> Legal firms might _like_ being able to destroy documents without leaving a permanent record. With source code we generally have highly trusted groups who are ideal central authorities (eg, I'm only going to get my kernel sources from kernel.org).
We do have highly trusted groups who are good central authorities, much of the time. But IMO that is something we've developed out of necessity. It's an artifact of our technical inability to collaborate with trust in the absence of intermediaries. What I think is so exciting about blockchains are their ability to alleviate that trust requirement in certain circumstances.
For instance, right now, financial institutions basically are in the business of trust. They do some other stuff too, but their course business is balancing risk and being trustworthy by having scale. JP Morgan isn't going to steal the money in your checking account, because if they steal your $10,000, they put their multi-billion dollar business at risk. So you can trust them not to steal your bank account balance.
But what systemic effect does that have? I would argue it has a centralizing effect, not just of trust, but of economics and innovation. If you have $10,000 to put in a savings account, you're not going to entrust it to a bank that only has $20,000 of deposits. Because they have a decent incentive to run away with it! This means that these sorts of institutions have very powerful incentives to grow ever larger, and be extremely risk averse. That is, they are incentivized not to innovate, because innovation is risky, and risk is trust-destructive.
Blockchains represent an opportunity to break these sorts of anti-competitive thickets, that rely on this intangible trust-asset to keep out competitors, in very much the same way that the internet helped say, blogs, compete with newspapers, by democratizing distribution. The internet democratized distribution, blockchains democratize trust.
What? Git doesn't solve that problem. Git allows peer to peer workflows, but on its own does not provide you with a network of forks or anything like that. For most projects, a single entity owning the source of truth is not only desirable, it's the current reality.
And before that, many projects got along fine with SVN and CVS, albiet with less fork friendly workflows.
I mean Git definitely enables better development workflows but I don't think it solves or attempts to solve the problem of having a source of truth.
I'll note that the three cases you mention aren't obvious candidates for blockchains either. Financial assets mostly work via central registries. Legal documents are generally kept by all parties, as each entity has its own perspective. Source code is usually centralized but sometimes perspective-driven. Blockchains are a possible way to solve some of those problems. But in the 10 years they've been out there, cryptocurrencies aside, I have yet to see a use that couldn't be done more effectively with a better-tested, better-understood technology.
The parent's point is that most of the time it's the other way around, with blockchains being hyped for use cases where they're a terrible fit.
Fossil is definitely not centralized. Fossil is implemented using SQL.
For me, the answer is the ability to opt out. When it comes to crypto currency specifically, it doesn't matter to me if 99% of users store their money on coinbase, as long as I individually have the ability to remove myself from the system.
The point isn't to force decentralization on everyone, it's to provide an opt-out ability to those who want it.
Might it be better to accept the risk of centralization and be able to dispute transactions? Preferably without the drama that happened with Etherium when they did that.
Another possibility is the Linux/DNS model where you have a central authorities who commit public transactions that are closely watched. Though this is only possible for things done in public.
It is though. The author's examples are about end-user consolidation on platforms that are built on the decentralized network, not the consolidation of the network itself.
Exchanges greatly help the transition to crypto but they are not necessary for it's existence
Every single time I asked the question "how do you guys make your money?" it has been evaded ("we work in the finance area", thanks, that explains everything!) or has been paraphrased into "is my job secure?" which was then answered positively. I mean yes, my main motivation to ask is indeed about if my job is secure for at least a year -- in an area where people secure investor money by promising basically thin air, but I am also asking the question to gain an understanding of the company's business culture. And I haven't got the slightest idea of that after 7 interviews in the last 5 months.
I simply cannot wrap my head around this mass halucination. How are investors even agreeing with giving several million bucks to an enthusiastic young person with zero business planning? And zero ideas how will they repay the investment? The pitchers (future CEOs) are just like "we are totally gonna revolutionize area X with blockchain!" and then money starts rolling in.
I am sure I am over-simplifying but still, can somebody explain this process to me? I am still baffled to this day.
Is this not a fancy way of describing what's usually called the Tragedy of the Commons?
That essay is a hell of a piece or writing. It didn't so much change my object-level policy opinions for the here and now, but it ripped the heart out of my Libertarianism. I've always found markets and selection beautiful and fascinating and powerful, which is all true. But I also thought they had a teleology that was humanistic. This is false.
To the extent this seems true now, it is only because humans are the current hardware markets are running on. Fundamentally, they are not our side in the long term.
I have found few pieces of writing more powerful:
http://slatestarcodex.com/2014/07/30/meditations-on-moloch/
Nick Bostrom explores similar themes in The Future of Human Evolution: https://nickbostrom.com/fut/evolution.html