/s
That many people choose to use it though centralized services such as Github doesn't diminish its power as a tool for decentralized software development compared with earlier tools such as cvs and svn.
Likewise, Bitcoin and Ethereum also enable decentralized coordination that wasn't previously practical, and the fact that accessing them via centralized middlemen is currently popular doesn't change that.
What does work is centralise powder and authority with democratically chosen rules and regulations. It's the easy option, and it works. Fundamentally that's the thing "crypto" misses, those democratically created rules are there to protect the masses from the few. Unwittingly (?) the creators of Bitcoin actually created the greatest tool ever for financial crime and defrauding the unwitting general public when they were actually trying to empower them.
Centralization is an optimization, fragility/trust/single point of failure being tradeofs.
The old joke being that if an economist designed humans we would share one kidney between 3 people instead of having a redundant one.
Yes it most likely has. It's just not absolute. There's a very strong argument that all of history is supporting data for all societies and governments being on a spectrum of centralized power, with the more decentralized ones being better for the common person.
I won't claim that github/gitlab couldn't somehow do evil remotely and cause you to nuke the code history next time you build from a hacked pull request or something. But even then there's a decent chance at least one developer hasn't done the evil git pull. And if that's the case I just copy it from them and I'm back where I was.
If I understand correctly, nothing at all like that was possible in the FTX case.
I also believe there are lots of companies who run their own internal git services to not be dependent on GitHub.
I agree though, in theory, git would allow some fully p2p working mode, where each developer just adds the machines of the other developers as remotes and there is no "authoritative" remote at all. If that was ever seriously proposed as a real working mode, it definitely didn't catch on, due to it quickly becoming extremely confusing.
In practice, having one universally agreed upon "authoritative" location of the project repo gives you an enormous amount of advantages, more than a p2p setup would give you.
I think as long as you can freely choose where to host that authoritative version and can quickly change its location if need be, I'd still consider git to be decentralised in practice.
The same is true of Subversion or CVS or Perforce, which are all very centralized source control systems. Relying on Github.com itself is another level of centralization over and above the near-universal industry pattern of having a centralized repo.
> I agree though, in theory, git would allow some fully p2p working mode, where each developer just adds the machines of the other developers as remotes and there is no "authoritative" remote at all. If that was ever seriously proposed as a real working mode, it definitely didn't catch on, due to it quickly becoming extremely confusing.
That is more or less how Linux kernel development works, with Linus' own repo just being more respected than others, but with many entities maintaining their own central repos (e.g. many distros and larger organizations only manually take patches or merges from Linus' repo, they don't otherwise rely on it in their automation). Changes are often collaboratively worked on for months or even years outside in sine of these repos before being sent to one of the official maintainers for inclusion in Linus' repo.
Now, this practice makes no sense at all for a centralized entity like a company, which is why virtually all companies used centralized repos where all code and collaboration happens by mandate - whether using Hg, Git, or SVN.
This sounds more "federated" than p2p though. I imagine each organisation has again a centralized hub for coordinating their own development on the kernel. So the collaboration between those different orgs (and eventually with Linus) is sort of a layer on top of the normal git workflow.
I think you can see "federation" patterns (i.e. where orgs/servers/hubs/etc are p2p but each user belongs to a particular hub) pretty often in decentralised systems - and my subjective impression is that they are a lot more successful than "true" p2p systems (where users themselves are p2p).
Other examples of that pattern would be IRC, Mastodon, email and in a limited sense the web itself (users are bound to a platform but platforms can interface with other platforms via APIs)
Crypto (and git) would be sort of hybrids: It's technically possible to use the system without a hub, but the vast majority of users goes through a hub - for crypto, those would be cloud wallets and the exchanges we're talking about...
Back in the very early, more promising, days of crypto the standard critique of crypto was the common mantra "you can't use technology to solve social problems". I think we've had that objectively demonstrated multiple times now (and will continue to do so).
Though I do expect "No True Scotsman" to be a pretty favorite cry from the remaining crypto enthusiasts for quite awhile.
Since crypto transactions routinely take 15+ minutes you can't just pay right as you trade. And if using fiat to buy crypto then there's no getting around the exchange needing to hold your fiat.
All that said, exchanges need proper auditing and oversight. Building exchanges is a slow process. This is something that coinbase actually got right but alas they were outglossed by binance and FTX that offered very risky offerings like leverage, way more coins, etc.
An exchange is just an unregulated bank.
Black-market dollar markets already exist across the developing world, backing it with stablecoins allows these criminals to better operationalize illicit dollarization, rather than keeping massive amounts of risky cash on hand.
The on & off ramps in the West will have to be centralized due to political will and strong rule of law.
If you expected this to happen it isn't ironic, just business as usual.
So yes, in this sense, FTX is the perfect poster child.
> FTX is an abbreviation of "Futures Exchange".
"It's easier to fool a man than to convince him he's been fooled."
Precision of language is important here.
Where's the easiest place to defraud people? Directly adjacent to the place where it is mathematically impossible to be defrauded.
Uninformed people stored their assets on FTX.
Had they stored their funds on the blockchain, instead of entrusting them with SBF, it would have been impossible for SBF to abscond with their funds.
He could not have defrauded them _by stealing their deposits after claiming he would not_, even if he really wanted to. It's a mathematical impossibility.
It doesn't seem like there are ways to loan out crypto without risk. However, there are methods to mathematically guarantee that you will at least end up holding collateral that's worth much less than you thought it would after something bad happens.
Many non-US engineers were paid salaries in stables or fiat on FTX. These people gained exposure to US stocks and crypto, or just held onto their USD on FTX.
I personally know people who lost their life savings on FTX, even though the majority of their holdings was fiat.