|
Since so many comments on this thread are so absolutely negative, I will try to play devil's advocate here. Is a given blockchain a more efficient database? Not efficient measured by percent of data stored in any given entry, which of course throughput and any other, "engineering metric," will suffer because of that. As an engineer, the idea of wasted energy, memory, space, etc., makes one cringe. Efficient from the standpoint of preventing loss of human life or preventing sickness? Well, in the United States where likely most of us live, this is not as big of a problem, but likely in many other countries such as China, "food authenticity," is a problem. Let's keep in mind that Walmart has more stores and customers in China and more problems with food than the United States by orders of magnitude. If I'm an actor within the food system in China which presumably has multiple middle-men, and I want to move one product up the supply chain through multiple, ultimately ending up on the shelves at Walmart, then I will not want to give away my source, because I want to get preferential pricing. However if I can convince my suppler upstream to use this tool (it doesn't matter if it's IBM, Google, Alibaba, or some startup or whatever, it's just a tech tool), to track and register when food was, "picked" or "harvested" then I don't have to give information to my buyer about the source, yet the database is all, "standardized," in terms of labeling. Keep in mind the alternative would be some kind of bar coding system which perhaps Walmart would have to impose. Well, I don't want my upstream partners knowing that this is going to Walmart either, otherwise they will jack up the pricing. If everyone is using some IBM tool, and assuming the IBM tool sees increasing adoption, then no one (hopefully) knows where or who a particular food is going to, yet any problem foods can be tracked back to their source by the end seller, without having to impose multiple types of key-value pair, bar-coding database systems, which - while technically easier to implement and run more smoothly from an engineering standpoint, perhaps do not take the entire use case into mind, because parties within the supply chain may be unwilling to share their source or destination due to pricing incentives. Mind you, I am no food systems expert, I am just trying to talk hypotheticals here. I think the knee-jerk reaction on Hacker News within this thread is an almost Redditian "reaping karma" approach by putting down Blockchain, because many of us have had bad experiences working with corporate executives who have no idea how various types of technology work, and implementing non-technology buzzwords ends up being painful. That being said Blockchain at its heart, stripping away the history, is just a mathematical concept, and it's a math tool that can be used to point from one source to another. Calling it a, "mind disease," is losing sight of that. Typically the types of discussions on hacker news that I enjoy reading are more angled toward how do you reverse engineer things, not just insulting an idea without backing up one's insult. |
Somewhere I read a helpful way to rephrase "blockchain" that really helps cut to the heart of the issue when you're dealing with technical questions like this: A blockchain is just an ordered series of files, each of which contains a hash of the previous one in the series.
So, when you've got someone saying, "What if we use blockchain?", just mentally substitute the suggestion as, "What if we store the data as an ordered series of files, each of which contains a hash of the previous one in the series?" Any bits of the proposed system that aren't impacted by the decision to store the data as an ordered series of files, each of which contains a hash of the previous one in the series, also don't have anything to do with whether or not it needs to involve a blockchain.
(Yes, I realize there are additional questions around trust and proof of work and whatnot that come into play when you're talking about blockchain-as-in-cryptocurrency, but, as far as I can tell, it's a rare case that proposed use cases for blockchain in business are ones where anyone even wants trustlessness. See, for example, Walmart trying to use a centralized blockchain to manage their edible leaf supply chain.)