What the Crypto Community Should Learn from GitHub's Acquisition
buildblockchain.tech
buildblockchain.tech
Is this a losing battle?
Considering cryptography is a far more useful and pervasive technology, I feel it should have dibs on the shorter "crypto" slang.
"But now, in light of the leaked NSA documents, NIST is reevaluating the cohort of random-number generators that includes Dual EC DRBG, and it has opened a public forum on its website where the cryptography community can raise concerns." - https://spectrum.ieee.org/telecom/security/can-you-trust-nis... (2013)
"Anyone possessing that second set of numbers would have what’s known in the cryptography community as “trapdoor information” – that is, they would be able to essentially unlock the encryption algorithm by predicting what the random number generator generated." - https://www.wired.com/2013/09/nsa-backdoor/ (2013)
"It was declassified on 24 June 1998, shortly after its basic design principle had been discovered independently by the public cryptography community." - https://en.wikipedia.org/wiki/Skipjack_(cipher)
"The cryptography community has long known that generating random numbers requires great care and is easy to do poorly; Netscape learned this lesson somewhat painfully." - http://www.ddj.com/windows/184409807 (1996)
"Would the cryptography community be better off if only the NSA did patent reviews?" - https://pdfs.semanticscholar.org/216c/216af763d36f3f35dc9f33... (1988)
You probably understand all of this and this is you exerting social pressure against change you disagree with. I say best to just get used to it. Wait until these get-rich-quick schemes stop working and we can have our abbreviation back. I wouldn't be surprised if we end up waiting decades or longer though.
I wish I had sql or something hn submissions. If it has crypto in the title but block chain in the article, I'm not interested....!
Because I just can't wrap my head around the fact that anyone who knows what a cryptocurrency is, is somehow unaware of all the massive prior art indicating that crypto=cryptography.
It's like calling light bulbs "glowing pears" (jk, I love the German language <3).
If we care about decentralization, we have to care about these points even more, to make products competitive with what users are used to. Even though many engs I know value decentralization, most people won't choose systems for this reason alone.
Just like with Github, there was a bunch of anger before when Slack was displacing IRC. I wrote some thoughts about what we/I could learn from that example:
What Open Source Can Learn From Slack
https://www.nemil.com/musings/oss-and-slack.html
If you really want to get more cynical, Tim Wu's book "The Master Switch" is a masterful look at 20th century technologies (radio, telephone, telegraph) going through the idealism of the early days, to the inevitable frustration when it creates new anti-consumer behemoths.
Did the author live in a parallel universe? There was an insane number of small open source projects way before git was created. And there was a clear place where to find them: SourceForge.
The cool things about git are the ability to sync repos and the ability to handle merging branches way better than SVN.
Everything else we had. Sourceforge dropped the ball and that allowed github to take its place.
I think it's pretty clear, though, that both the quantity and quality of open source software has increased drastically in the last decade or so. I think it's fair to say I may have stretched the degree of causation git had, as opposed to just correlation. But I also think it's pretty evident git, as a tool, had something to do with it.
What I think is key for open source is the quality of internet access we have these days. You can copy any repo without really thinking about it.
The other aspect is that open source is extremely mainstream. Mobile is still a reflection of the old world where everybody tries to make a small amount of money which some closed source apps.
Lots of people realize that is it is better to collaborate with other people in an open source project then to be on your own writing your own programs.
All of that would work just as well on SVN.
Ditto with Python.
Ditto with pretty much everything computer related.
It's as if the extensive shift in education starting in the 1980s or so, to emphasize training with computers and programming, has lead to a large number of well-trained, competent programmers.
So my question is: in what way are crypto-currencies not already in the state the article is warning about? If I capture the lead commiter to your chain as well as the lead miner, don’t I effectively own the chain?
[0] “Both Bitcoin and Ethereum mining are very centralized, with the top four miners in Bitcoin and the top three miners in Ethereum controlling more than 50% of the hash rate.” http://hackingdistributed.com/2018/01/15/decentralization-bi...
Though I don't have any problem with them today, services like Infura are definitely analogous to GitHub and may eventually become weak points in the same way.
So the cycle is:
- problem exists
- quickly centralized solution to problem appears
- new problems appears
- slowly decentralized alternative solution to old problem appears
- repeat
I would add that it seems that the big winners are the ones coming up with centralized solutions. The inventors of decentralized solutions don't have nearly as great rewards.
Ie. if Sean Parker was driven by the mission/ethos of crypto, Napster couldn't be taken down, people would still be using it today, and the traditional music industry would be dead (as well as traditional tech companies like Spotify).
For example, git is great, but git plus an (optional) issue tracker has more value, so that's what people use.
Coincidentally (or perhaps causally?), FOSS < FOSS + closed source.
The only way I can see this changing is if the distributed (or free or open-source) benefits of the system fail early and painfully when centralized (or paywalled or close-sourced). I can't think of any such systems off the top of my head.