That Filecoin thing is a great example. Yeah, I want to store my mission critical data on a bunch of EoL, consumer grade hard disks that someone is using to participate in the blockchain. /s
And no regulation isn't the utopia the crypto enthusiasts are selling. Don't completely unregulated systems typically end up dominated by the richest, most ruthless, least ethical participants?
Scientifically Web3 consists of: peer-to-peer technology (e.g. Bittorrent) with a distributed ledger (e.g. Bitcoin) and the social practice of sharing (e.g. Github). This will take 10-15 years more to develop further. The startups are very noisy and are now discovering that doing real "distributed systems" is very hard. They consistently cheat by using central servers. Adversarial Byzantine attacks are unsolved (or require wasteful proof-of-work to yield no performance).
2 out of 3 of those things (minus distributed ledger) has been around for about 20 years now. Y'know, The Pirate Bay and others?
There was another thread in the last day or two about someone asking where to get a dumb TV. In that discussion it became clear to me that there's already mesh networks all over the place without people realizing it, or if there's not, there could be. The only difference is it's being used by Amazon, Samsung et al to connect their devices and talk about you than to enable you to do something on a peer-to-peer service. I'm not saying it's easy, or that it could happen, but it seems like if peoples' routers or IoT hubs or whatever came with P2P stuff in the box with an easy UX it could move things along?
I generally think IoT/home security hubs/smarthome hubs etc are plagued by vendor lock-in, and I wouldn't be surprised if someday it got dropped in favor of something more standard. At that point I could see P2P maybe coming baked in? Not sure.
Twitter is basically RSS for the masses, cloud is just remote servers for the masses, I suspect decentralized/P2P for the masses is just a UX problem too.
Lots of things happen in steps too, from more hardcore tech crowds to the general population. Email was once the realm of college students and defense people only, and the web was a curiosity.
one does not correlate with the other.
if anything, the strongest incentive is to mask centralized ownership behind a screen of decentralized infrastructure.
a culture of anonymity helps discourage inconvenient questions about transparency and thwarts attempts to formally analyze the relationship between agents and principals in a blockchain network.
all cryptocurrencies are thus fundamentally based on deception, as the blockchain is designed to expose activity statistics that demonstrate 'decentralization' of agency, but anonymizes the linkage between agent and principal, making those statistics worse than meaningless.
[1]: https://infura.io/
Least of all: require escrow-held-micro-payment to send an email to some location. If the item is marked as spam, the sender loses their money (perhaps to the spam-filter maintainer).
With a properly decentralised network any node can be taken down without taking down the entire network.
Not all public DLTs are born equal however. Leaderless networks which are not vulnerable to DDOS attacks are the dream.
Not single points of failure, but a few major (AWS, GCP, Azure, Cloudflare) points of failure.
Take any one or more of these down and there are major disruptions in commerce, connectivity and communications.
Sure, there are other hosting providers, but there's far too much centralization of Internet resources on those four platforms.
Any real decentralization solution will require ubiquitous (multi-)gigabit symmetric links to/from the Internet on commercial and consumer connections.
Because if you don't have enough bandwidth, you'll need to host your content/resources in "the cloud" (read: someone else's servers). And that locks all of us into centralized platforms.
tl;dr: If you want real decentralization, you need to provide the resources to do so at all levels of the networking/application stack.
Edit: Fixed usage: Symmetric vs. synchronous.
> A single point of failure (SPOF) is a part of a system that, if it fails, will stop the entire system from working.
Internet doesn't have a single point of failure. People that depends on X with X being the major clouds may be considered a point of failure for your specific application, but that's just your application, not the internet itself. Internet is already decentralized by nature.
> Sure, there are other hosting providers, but there's far too much centralization of Internet resources on those four platforms.
Because it's convenient. Decentralization has a constant cost. Centralization benefits from economics of scale.
> Because if you don't have enough bandwidth, you'll need to host your content/resources in "the cloud" (read: someone else's servers). And that locks all of us into centralized platforms.
Peer-to-peer solutions work fine, and you don't need multi gigabit synchronous links for that.
What Web3 seems to be trying to do is to have the convinience of centralization with the resilience of decentralization. For example, distributed authentity and payments. That's a great and noble goal! But I wish people would come forward about that and the tradeoffs involved instead of just talking about decentralization. Internet is decentralized by nature.
Not single points of failure, but a few major
(AWS, GCP, Azure, Cloudflare) points of failure.
Take any one or more of these down and there are
major disruptions in commerce, connectivity and
communications.
>Because it's convenient. Decentralization has a constant cost. Centralization benefits from economics of scale.
But there are costs to that centralization too. Not measured in dollars, but in freedom, creativity and choice.
>Peer-to-peer solutions work fine, and you don't need multi gigabit synchronous links for that.
Do they? If that were the case, we wouldn't have these behemoth tech corporations.
Decentralized solutions exist, but aren't currently viable for a variety of reasons. I chose to pick on asymmetric network links (the asymmetric part is the important bit, not necessarily total bandwidth, although that's important too) as a blocker to decentralization.
Feel free to disagree, but decentralization needs to be about more than just distributed block chains and services hosted on centralized server plantations.
Edit: Fixed usage: Asymmetric, not asynchronous. Sorry, still drinking coffee here.
The people who are invested in crypto and think it's the future. They do the same reasoning all the time: crypto can be used for X, so X will be done now! Thinking about why X wasn't done before is not something they do.
AFAIK, the proposal is to use federation, i.e., only those who can/want run servers, whereas normal users use those federated servers.
The lesson is that when you compare centralized and decentralized systems you need to consider them dynamically, as processes, instead of statically, as rigid products. Centralized systems often start out fully baked, but only get better at the rate at which employees at the sponsoring company improve them.
Centralized platforms often come bundled at launch with compelling apps: Facebook had its core socializing features and the iPhone had a number of key apps. Decentralized platforms, by contrast, often launch half-baked and without clear use cases. As a result, they need to go through two phases of product-market fit: 1) product-market fit between the platform and the developers/entrepreneurs who will finish the platform and build out the ecosystem, and 2) product-market fit between the platform/ecosystem and end users. This two-stage process is what causes many people — including sophisticated technologists — to consistently underestimate the potential of decentralized platforms.
- Building a decentralized platform is technically more complex than a centralized one. So it requires more developer resources for a feature that users don't care too much about. It's also harder to iterate, because you're spending much more time in building a design consensus for new features instead of just rolling it.
- Centralized platforms also have to work out the product-market fit between platform and developers. Mobile? Twitter apps (the Twitter API was a big reason that drove adoption at the beginning)? WP blogs?
- Decentralized platforms will have technical limitations and hurdles that will probably hurt user experience. For example, harder discovery, diverging features, delays, data consistency...
So when he says "The question of whether decentralized or centralized systems will win the next era of the internet reduces to who will build the most compelling products", that's true, but avoids mentioning the fact that, resources being equal, compelling decentralized systems will be considerably harder and slower to build. And this is not new, which is the point I made in my comment. Nothing about crypto changes these facts.
The problem is lock in. Running proprietary software still has the problem, even on your own hardware. The idea is to have everything run to spec/protocol, with mechanisms preventing customised behaviour - the issue is similar to the problems within bit-torrent wrt custom clients not behaving correct i.e. not maintaining ratio, which meant there needed to be a decentralised mechanism for managing this across-network.
The idea is it doesn't matter so much who runs the software or what they run - the network protocol maintains the peace.
1. Today's internet is decentralized because people can't run their own web, smtp, nntp, xmpp, servers, WP blogs. Which is true, we can't expect people to run this the same way we can't expect every car owner to have a mechanic shop.
2. The proposals for "web3", to the best of my understanding, require people to run their own blockchain nodes, manage wallets, etc.
Based on our collective experience in (1), how does anyone believe that (2) is a reasonable proposal? Handling these over to someone else will just result in another new set of platforms that web3 proponents so desperately want to run away from.
Not to mention someone still needs to actually run the servers, reintroducing the same complexity from (1).