Decentralized infrastructure with federated transactions describes many successful technologies such as email. I think federation is just a design tool meant to solve a specific problem, much like decentralization, programming language choice, data structures, etc are more concrete software engineering ones.
Certificate authorities seems to follow the same pattern. I wonder if we might see a crytocurrency someday follow that same pattern: the chain is decentralized and public, but the miners are each replaced by authorities that a user can choose to accept (or not). The downside to this would be disagreements over who actually owns what. You'd only be able to make a transaction if both the buyer and seller agree on who o…
Ask HN: When is federation a better solution than decentralization?
21–30 of 82 posts
Re: Ask HN: When is federation a better solution than decentralization?
#22Decentralize does work when state doesn't matter. Look at tor for a example. When state matters federation is a better match such as emails. The real problem with executing decentralize/federate is it runs on the backbones of a centralized design network. IPv6 helps with that problem, but still at the end of the day dealing with all the complexity, headaches, and unknowns it is more simple to build a centralize solut…
This is the crux of the current landscape exactly.
Re: Ask HN: When is federation a better solution than decentralization?
#23I think you're looking in the right direction - governance. The problems of governance are real. There's a libertarian tendency to just try to define them away, but this underestimates the extent to which abuse questions are important and how a few bad actors can overwhelm a distributed system, requiring considerable dedicated central effort to fight. USENET had its cancels ( http://wiki.killfile.org/projects/usenet/…
There is nothing but "sheep mentality" preventing most people from (hard) forking.
Don't like what Ethereum did with the DAO incident? Don't patch. See https://ethereumclassic.github.io/
Don't like what Linus did (not) merge? Fork the project, and patch it like you want. See https://grsecurity.net/features.php
Re: Ask HN: When is federation a better solution than decentralization?
#24Decentralize does work when state doesn't matter. Look at tor for a example. When state matters federation is a better match such as emails. The real problem with executing decentralize/federate is it runs on the backbones of a centralized design network. IPv6 helps with that problem, but still at the end of the day dealing with all the complexity, headaches, and unknowns it is more simple to build a centralize solut…
Is tor not a federation of onion routers?
Re: Ask HN: When is federation a better solution than decentralization?
#25This sort of things shows up the myth of decentralization. Only one cryptocoin with elements of decentralization has been truly challenged, and has basically collapsed under US government pressure. It shows "decentralization" only exists until one powerful country challenges it. Which effectively means all cryptocoins may as well be directed by the US Federal Reserve. Which means you might as well buy dollars if that is the case.
While this is all the case, it can not be proved, so can be dismissed. What it does portend - the complete collapse of Bitcoin at some point - can not be dismissed though.
Re: Ask HN: When is federation a better solution than decentralization?
#26About federation in particular: Moxie wrote about why Signal is unfederated a little while back: https://signal.org/blog/the-ecosystem-is-moving/ It has some interesting insights into when federation works and when it doesn’t. “Nothing about any of the protocols we’ve developed requires centralization; it’s entirely possible to build a federated Signal Protocol-based messenger, but I no longer believe that it is poss…
Yeah, but moxie is mostly wrong. He's only seen worst-case scenarios and assumes everything is lile that, so he builds his centralized stuff instead. You can easily move forward with a federated protocol as well if you've got cooperating people, guarantee only 6 months of support for a protocol version, and have a versioning and feature flag system. Hell in one project I contribute to we've kept protocol compatibilit…
Re: Ask HN: When is federation a better solution than decentralization?
#27Earlier quoted context omitted.
If everything started to use blockchains then we could all be decentralized by 2035.
What do you feel about this statement/observation: If everyone started to use hybrids then we could all be in electric cars by 2035.
Re: Ask HN: When is federation a better solution than decentralization?
#28Decentralized infrastructure with federated transactions describes many successful technologies such as email. I think federation is just a design tool meant to solve a specific problem, much like decentralization, programming language choice, data structures, etc are more concrete software engineering ones.
Re: Ask HN: When is federation a better solution than decentralization?
#29Earlier quoted context omitted.
Yeah, but moxie is mostly wrong. He's only seen worst-case scenarios and assumes everything is lile that, so he builds his centralized stuff instead. You can easily move forward with a federated protocol as well if you've got cooperating people, guarantee only 6 months of support for a protocol version, and have a versioning and feature flag system. Hell in one project I contribute to we've kept protocol compatibilit…
If he's wrong and it's easy, why can no one do it? Why did Slack overrun IRC? XMPP left by the wayside by Google and Facebook? Because it isn't easy, and users will always value the experience over compatibility and principal.
Give me a few thousand developers, a multi billion dollar ad budget, and the ability to signup every facebook user on the planet to my messaging service, and I'll also win against XMPP. In fact, with those resources carrier pidgeons would've won against XMPP.
Re: Ask HN: When is federation a better solution than decentralization?
#30I will say it: Decentralization has definitely been overhyped by certain fringes - that doesn't mean throw the baby out with the bath water, though. The cry to “decentralize all the things” does include moving things incrementally from single choke point to multiple choke points to multiple choke points working together with a byzantium consensus mechanism to a truly decentralized model without a single point of fail…
If everything started to use blockchains then we could all be decentralized by 2035.
We couldn't survive the loss of efficiency that would happen if "everything started to use blockchains".