I don’t think anyone is saying blockchain tech is “tulip bulbs”. The concern is Bitcoin (an instance of blockchain tech), et al., are not all the proponents claim them to be.
I’m convinced the blockchain is here to stay. Bitcoin? Not so much.
Personally, I'm saying Bitcoin is tulip bulbs (or, in Sarah Jeong's excellent phrase, "math Beanie Babies").
The blockchain, on the other hand, I think is more like XML/XSLT: a really interesting technology that has almost no real-world use that couldn't be done more easily with some other technology. And that 15-20 years after its popularity will be similarly obscure.
I've been looking for years, but, digital speculative pseudo-commodities aside, I still have not found an in-production, value-delivering use of blockchain technology that couldn't be done as well or better with some more well understood technology.
XSLT is one of those things where an XSLT ninja can be super productive in transforming XML and do things much quicker than the coder using a general purpose language. But most of us don't use XSLT enough to get that good, so for most of us XSLT is harder than just coding something.
Kind of off topic, but just want to chip in to say that XSLT is awesome. The average programmer can learn it quite quickly. For me, the "killer application" for XSLT is screen scraping HTML. If you want to aggregate data that is spread across a whole bunch of websites, it absolutely rocks. It is especially good if your organisation uses a SaaS that doesn't give you access to an API. Even if you have an API, it is often an order of magnitude easier to do what you need to do in XSLT. Which reminds me, I've been meaning to generate burn down charts for Trello for a long time now...
But for those who don't know the history, the vision was that XML would be this amazing interchange technology, and XSLT would be used to transform the XML as needed between and within apps, without needing real programmers.
For example, I know of one top-10 website circa 2004 that had their Java programmers producing only XML output. Then, XSLT specialists would transform that into HTML for rendering.
In theory, this provided a clear separation between back-end and front-end programmers. In practice, it was a giant clusterfuck, because any real work required coordinated changes at multiple levels. Although in theory the front-end work was independent, the reality was absurdly convoluted XSLT trying to turn not-very-good XML into something that rendered well on screen. Nobody sensible does this today.
At the time, XML/XSLT was expected to be central to a new, better way of making software. But now it's a weird niche thing, because although it was technologically cool, it was not actually better for 99% of use cases.
I just noticed your reply now. That's really interesting, because I don't think that this was ever what XSLT was for. However, now that you mention it, the company I was working for thought the exact same thing. I thought it was just they who were crazy. I guess the idea was more wide spread than I realised.
FWIW, there was a time when many people (embarrassingly, even myself) who thought that XML was a good way to represent data in a language agnostic way (these days, JSON fills that void -- there are even people trying to recreate SOAP and CORBA with JSON ;-) ). I won't go into the details of that, but even now I can probably make a pretty convincing argument that it's a good idea (which is why people are trying to recreate SOAP and CORBA with JSON ;-) ). But the point is that once you have data in XML, it's kind of a PITA to parse it (well, JSON is slightly better off there). If I just want a subset of the data, or I want to take bits of it and insert it into a different XML data set it's quite a lot of code to write. XSLT was for that.
But where we agree is that XML is not a great way to represent data (and, jokes aside, while JSON is much better it's also being overused). So without XML, there is no need for XSLT. But given that HTML can often be parsed as XML, it's still really useful for its intended purpose: to extract and transform data.
However I have seen one neat use in a previous job. We we dealing with a crappy API from a vendor. Crappy because it was a weird XML format, partially specified by a DTD but did unexpected things.
So we created an XSLT for the XML returned by their API. .NET allows you to generate classes from XSLT, so now we had a handy way to parse the data and process it. If we made any mistakes in the XSLT, just fix and regenerate the code. If the build breaks fix up any issues. The strong typing end to end meant we knew we had most of the cases covered.
In my opinion, distributed ledgers and mutable blockchains based around trusted actors are business as usual and frankly not very interesting. Bitcoin could actually make everyone's life a little better. Isn't that what technology was meant to be?
actually a lot of people are saying that, mostly non-technical who have very little analogue for understanding why distributed consensus algorithms could have merit. I've been presented that analogy by several friends and my father, for instance.
I don’t think I’ve seen any of that, just a sense of weariness and disgust with their applications in cryptocurrency. I think that the raw excitement over blockchain tech has been damped from the initial fire, given the issues around scalability, but it still seems to enjoy a lot of respect. The problem is usually that like AI, “blockchain” just gets slapped onto a lot of dogs in an attempt to get money.
I wouldn’t confuse that with rejection of the blockchain tech, just the cynical implementations that have mostly emerged.
Call me a Luddite but I still don't see it. It's still effectively a good old database rebranded as "blockchain" to sound cool and innovative. The tools to do something like that have existed for a long time.
The big issue these days is that the word "blockchain" is so broad that it's almost meaningless. I'm sure cryptocurrency advocates see this election as a win for instance, but in essence what do cryptocurrencies and this voting architecture share besides this rather nebulous concept of "blockchain"? Clearly the election is neither trustless, nor particularly decentralized.
Blockchain is not "tulip bulbs" (cryptocurrencies might be). Blockchain is like "cloud computing", "web 2.0", "web scale" or "full stack". It's a fancy marketing name that doesn't mean much on its own.
Whether it's a valid PoC or otherwise, it reminds me how the US is mired in hyper-political arguments about voter fraud/Diebold machine issues when time could be spent genuinely looking for improved processes of election.
