|
|
|
|
|
|
by zzzcpan
2719 days ago
|
|
|
I would nominate these as key snippets instead: > For if there are no rules being broken it becomes tempting to ask why a decentralized architecture is the best tool for the job. > you can indeed build and release a system such that when ‘the man’ comes over to compel you to stop whatever it is that you’ve done that annoys him, you can actually say “no, sorry, it can’t be done”. But you cannot then turn around and easily make changes and updates to that system. Coordination costs are high and the timeframe to get things done is extremely long. > if the objective of the game was to secure billion dollar exits and huge returns on capital invested, then every one of them [VC-backed companies] failed. Overall great series of posts. |
|
|
> A second important theme for decentralized systems is a common lack of appreciation for just how complex these systems are and how finely balanced they need to be to operate correctly.
I originally joined Bittorrent in 2007 to work on a decentralized CDN which aimed to do something like “tie together all the unused storage and bandwidth on people’s PCs into a content delivery network which had zero operating costs (for us)”.
In time it proved there were a number of things wrong with this ambition (most of which I won’t touch on here), although perhaps the most important one which we discovered the hard way was the cost of complexity.
1. https://medium.com/@simonhmorris/intent-complexity-and-the-g...