You still need to trust all the people in the production line (Farmer, Juicer, Seller and not to mention that transportation guys) that brought the bottle of juice to market to actually record things correctly into the used block-chain.
The trust required in the data entry "Link/Step" basically results in the use of a block-chain to be pointless, as trust is already a requirement in this particular chain of custody.
This is also why the block-chain only really works in Digital Only assets, as you link the asset it self in the block-chain itself.
This solution allows the same benefit of having a MONOPOLIZED SOLUTION for tracking supply chain, without the negatives of Monopoly taking monopoly profits.
Do you get it now?
Sure, it's great that you don't have to trust Amazon or Wal-Mart to trace the links back, but you could do just as well way more cheaply with a well-maintained independent 3rd-party with an AJAX API on top of a Postgres database. (Well, except for the part where said 3rd-party gets bought out by Twitter...)
Trustless isn't a well defined term so it is hard to disagree directly with what you are saying. However I would argue that most relying parties do not need to have the full state of the system to ensure they aren't cheated. In that they don't need information about other assets to track the assets they care about. For instance the carrot juice guy only needs to validate the chain of custody of the carrots. You could put a merkle proof for each custody change on a QR code on the side of the carrot box. The block headers are 70MB, the chain of custody is probably less than 10KB.
>Sure, it's great that you don't have to trust Amazon or Wal-Mart to trace the links back, but you could do just as well way more cheaply with a well-maintained independent 3rd-party with an AJAX API on top of a Postgres database.
I agree that a running PoW blockchain may be overkill for supply chain tracking. However a BFT distributed database maintained by several trustworthy institutions is probably better a Postgres database. Often blockchain is used as shorthand for "BFT distributed database maintained by several trustworthy institutions".
The blockchain in this example doesn't add or reduce trust at all it's just a time stamped database of stuff people said. We have those already.
I was talking with some people I know who work on HyperLedger, which is really lightweight blockchain stuff connected to the Linux foundation, and they say the most used blockchain is the one used for tracking where diamonds came from. I guess they are unique enough, or identifiable enough that they can't be easily replaced by diamonds that came from outside the system.
With a blockchain to track phisical goods, any third-party can consult or print a new transaction into the blockchain, it we wont need to deposit our faith in a company or a government.
We managed to solve the problem of trust, the best way we could, with the tools we had as a society, but if you analize all the paperwork, the bureocracy, the taxes and time taken to make the same system work in the classical way, there's a clear advantage in the new way od doing things.
How do I indelibly serialize my carrots? What stops me from eating the carrots I said I sent to the juice dude, and then just sending him some carrots I picked up from Loblaws?
It solves the problem of the tracker.. Before you needed to trust the middleman by using another authority for trust, like your government given permissions and making inspections.
With the blockchain you can transfer that to the peers participating in the activities themselves.
It's the descentralization of trust. Right now we have to trust several databases from different peers, that no one have access to, and make a big effort if we need for instance know the state of something tracked by those systems.
Blockchain is a hype in a lot of situations, but that doesnt mean it doesnt have some problem domains it can be used to solve..
For me is just a algorithmic tool, like a hash, binary tree or a merkle tree. There are some problem domains where you might consider it as something to be used to solve some particular sort of problems.
Maybe for tracking physical goods it might not even be the best tool, according to the circustances, but it is something to be take into consideration, to solve this particular problem domain.
Assuming you can trust them, which kind of defeats the point. If you trust your supply chain, why do you need a computationally expensive trustless system?
The idea is that the farmer picks his carrots, puts them in a box and sends them off to the carrot juice guy. When he does this he puts a upc code on the side of the carrot box and then puts the code into the blockchain as I shipped this thing to the carrot juice guy. Carrot juice guy receives carrot juice, makes carrot juice with carrots in box and then says, I used these carrots to make this juice in these 300 bottles. <Blockchain> Ships it to distributor. Distributor says I received these carrot juice shipments. <Blockchain> I then sold 1-30 to convenience store A <Blockchain>. End consumer bought one at 3:30pm and got sick. You have the record of how it got there and how much time it spent everywhere, etc. The thing here is there is no centralized supply chain company who controls everything, everyone just puts it on the blockchain that NO ONE OWNS. This is a net gain for everybody in the network, but there is no centralized profit there, except for maybe some systems integrators working at the edges.
This is why blockchain will probably be this kind of subtle thing that doesn't make anybody a lot of money, but just seeps into industry over time. It's a bit like containerization in a way. Huge global impact, but not really any one company who made their fortune on the container technology itself, but all the companies around it benefited.