Slashdot Mirror


Nestle Experiments with Tracking Gerber Baby Food on the Blockchain (wsj.com)

Nestle SA is putting some of its Gerber baby food products on a food-tracking blockchain to test whether the technology can trace the fruits and vegetables that go into its purees and squeezable pouches. From a report: Nestle's effort is part of a wider food-industry exercise aimed at improving food recalls by using the technology behind bitcoin to trace a worldwide ingredient supply chain. Food recalls can diminish consumer confidence and lead to lost sales. News of tainted baby food hits an especially sensitive nerve -- stakes that in part prompted Nestle to choose a popular variety of its Gerber linefor its blockchain test, said Chris Tyas, global head of supply chain at the Swiss company. Nestle offers more than 2,000 brands, including Haagen-Dazs, Stouffer's and Poland Spring. Nestle also sees the move as a way to generate customer trust everyday and during recalls. "People want to know, quite rightly, where ingredients they give to their baby have come from," he said. "We wanted a product in which trust meant something."

96 comments

  1. why blockchain by KiloByte · · Score: 5, Informative

    Why in the blazes they would even think about using blockchain (other than some C*O critter not knowing what buzzwords mean)? You pay a large cost for making data processed by untrusted nodes non-repudiable. The company controls all its data processing, and even if its distributed, can use far cheaper ways to ensure lack of tampering once a piece of data is committed, such as a simple hash of a block sent home when the block itself sits in the local database.

    --
    The creatures outside looked from Alt-Right to Antifa; but already it was impossible to say which was which.
    1. Re:why blockchain by XxtraLarGe · · Score: 1

      Why in the blazes they would even think about using blockchain (other than some C*O critter not knowing what buzzwords mean)?

      You answered your own question.

      --
      Taking guns away from the 99% gives the 1% 100% of the power.
    2. Re:why blockchain by Anonymous Coward · · Score: 0

      Why in the blazes they would even think about using blockchain

      It's chock full of Cloud bytes and sha-hash nutrients!

    3. Re:why blockchain by jbmartin6 · · Score: 3, Funny

      Because Oracle's licensing fees are too high

      --
      This posting is provided 'AS IS' without warranty of any kind, implied or otherwise.
    4. Re:why blockchain by spiritgreywolf · · Score: 1

      It's probably not going to be to the un-wieldly level of drilling down to the exact tomato, but whatever product has a complex list of ingredients it would be enough to know what supplier and batch of something was used to the point of where it makes sense.

      e.g. a truckload of tomatoes from Bob's Farms might be bad and grabbing a whole set of whatever products was in contact with that truck - right down to who was driving is capturable data, No need to truly drill further.

      And why blockchain? Oh c'mon - that's the easiest answer. It's the latest craze - and not too many things in the food sector can boost stock price and get people talking about you than when you start dropping "Blockchain" everywhere. . Efficient? Oh Hell no. Noteworthy to make your company name more relevant to today's news? Absolutely.

      --
      Never have a philosophy which supports a lack of courage
    5. Re: why blockchain by Anonymous Coward · · Score: 0

      If it became an industry standard, not just Nestle and it's supply chain, it could help with interoperability. How to you trust Nestle or any other supplier to not modify the ledger if it's not public? Making it public makes it easier to trust all the parties involved. Block isn't about efficiency, it's about trust. It's easier for the suppliers to adopt a single standard.

      Blockchains have real life applications that only past crypto currencies- triple entry accounting systems, replacing most contract work for lawyers, etc. Escrow and real estate are both great examples of this. Eventually many contracts could be written as code.

      Anything that eliminates lawyers, even just potentially, I'm all for.

    6. Re:why blockchain by batkiwi · · Score: 1

      Gerber does not control all of it's data processing for this as they do not own, nor have visibility, over the entire supply chain. They don't buy fruit from farmers, they buy from suppliers who buy from aggregates who by from trusts who by from farmers.

      If you do some reading (I did after seeing this article) the Food Trust blockchain is a great idea. Ignoring that it's controlled by IBM, and you have to pay them to participate, it means a one stop trusted supply chain for food as more and more suppliers sign up.

      So the idea is that Gerber has a batch of apple baby food that makes a bunch of babies sick. They trace back the fruit to 10 farms. Those farms then forward trace to everyone who got their fruit for a given timeframe to notify. It turns out that jimmy's apple sauce uses 2 of those farms as well and they've made people sick. Now you can notify everyone who used those two farms. Etc.

      Normally jimmy's apple sauce and Gerber would NEVER share a supply chain solution since they are competitors.

      Make a bit more sense? The entire point is that you don't control everyone in the sequence.

    7. Re:why blockchain by Hognoxious · · Score: 1

      Because mauve has the most RAM.

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    8. Re:why blockchain by Anonymous Coward · · Score: 0

      Ignoring that it's controlled by IBM, and you have to pay them to participate

      You just described any third party database. "Blockchain" just happens to be the buzzwordy database du jour, and five years ago it would have been something web-scale and non-ACID with a web-scale API for all them farmers. Twenty years ago it would be XML ("because XSLT can translate anything!"). All Gerber has to do is require their suppliers to provide data through an API, and their suppliers can pass on the requirement down the line. The backend model should never matter to the people putting in or viewing the data: blockchain is no better than some federated database with an easy API to which others have written user-facing interfaces.

    9. Re:why blockchain by batkiwi · · Score: 1

      " blockchain is no better than some federated database with an easy API to which others have written user-facing interfaces"

      The "better" is that everyone's copy is guaranteed the same.

  2. how does blockchain helps in most situations? by Wycliffe · · Score: 1

    I don't see how blockchain helps in most situations. It's great for untrusted parties but for Nestle as well as most other companies trying to deploy blockchain, it seems like a secure centralized database would have less overhead. What advantage does giving each tomato a blockchain address have over giving each tomato a serial number? What advantage does recording each step a tomato takes in a blockchain have over just recording each step in a centralized database?

    1. Re:how does blockchain helps in most situations? by Anonymous Coward · · Score: 0

      You label every jar of baby food with a serial number. Then you track that serial number though the supply chain, different storage conditions, store areas, you know which shippers whipped it, who sold and resold it, so when someone decides to sue Nestle for their baby getting food poisoned by the particular jar, they can find and blame Joe Schmo as his reefer wasn't actually working when he drove the pallet of baby food through Arizona at noon for over 12 hours.

    2. Re:how does blockchain helps in most situations? by Anonymous Coward · · Score: 0

      through Arizona at noon for over 12 hours.

      I knew Arizona was an odd place, but I never knew that noon lasted for an entire 12 hours in Arizona...

    3. Re:how does blockchain helps in most situations? by guruevi · · Score: 1

      A blockchain is a decentralized, untrusted, read-only (as long as one party doesn't own the majority of nodes) database basically.

      You can for example, as Nestle, publish the blockchain and then all sorts of consumers and agencies can "join" this blockchain and as long as no single party owns a majority of the nodes, the database can only be written to and never be changed. So you can eg. write all sorts of details about any operation into the database, it gets distributed and then later on, everyone can agree that nobody has tampered with your database.

      In the end, in this case, you still have to trust that the translation from physical/environmental variables into electronic input to the chain is not corrupt. If Nestle or their subsidiaries consistently writes "our factory runs the freezer at -10C" into the blockchain but that data isn't true because someone tampered with the sensors, then you still have nothing. But if the blockchain says: the freezer was at +20C for 5 hours at any point in time, the consumer (or anyone in the chain) "knows" something went wrong and you can set up all sorts of searches and alerts that the manufacturer doesn't want you to know.

      --
      Custom electronics and digital signage for your business: www.evcircuits.com
    4. Re:how does blockchain helps in most situations? by Anonymous Coward · · Score: 0

      I have 15000 apples on my book that I sent to you and you didn't pay me. It's all in my secure database, come have look.

    5. Re: how does blockchain helps in most situations? by Anonymous Coward · · Score: 0

      That's how you know parent AC's reefer *is* working.

    6. Re:how does blockchain helps in most situations? by Anonymous Coward · · Score: 0

      So instead of relying on inspectors or internal quality control to take care of such safety issues, we're relying on crowdsourced analysis of data that the potential violators are free to alter at the source?

      The data is still 100% produced and provided by "the manufacturer", so if there's anything "that the manufacturer doesn't want you to know", you're still not going to fucking know it.

    7. Re: how does blockchain helps in most situations? by Anonymous Coward · · Score: 0

      True, but if the next guy in line says the items are shit when recieved the Nestle knows the lie or failure happened at that point or earlier. Everyone in the chain from that node an earlier is implicated. It reduces the number of trusted parties required, and increases the number of coordnated lies required to cheat the system. Everyone in the chain would have to be cooperating in the lie, or negligent, for a bad product to reach the end consumer. With a centralized database it takes only one bad actor with change authority.

    8. Re: how does blockchain helps in most situations? by Anonymous Coward · · Score: 0

      Wow, you really are an idiot.

    9. Re:how does blockchain helps in most situations? by bluefoxlucid · · Score: 1

      You can for example, as Nestle, publish the blockchain and then all sorts of consumers and agencies can "join" this blockchain and as long as no single party owns a majority of the nodes

      I've thought of using my access to several billion IP addresses to join bitcoin as the majority shareholder and manipulate the network, just to make it go away when people realize you can do that. There's a legal problem: I can't figure out who "owns" bitcoin, and it is impossible to commit a Federal crime against a computer service with no owner.

    10. Re: how does blockchain helps in most situations? by Anonymous Coward · · Score: 0

      Well look who is the moronic fucktard now; talking of technology he knows nothing about: Bitcoin consensus is determined by hashrate, not by nodes or "billions of IPs" as you so eloquently put it. I do however share your general view of Blockchain and how it is being used for a lot of shit which it is not suitable for.

  3. Here, let me help by slashmydots · · Score: 4, Informative

    I've been in the bitcoin community since 2009. Let me help you with this story. Blockchain technology has nothing to do with any of this. It doesn't assist in logistics in any way. It helps untrusted entities prove they submitted data correctly and one time. The end. If you don't trust your logistics workers and truck drivers and warehouse staff, fire them. Blockchain technology is for customer-facing systems not internal product tracking.

    1. Re:Here, let me help by drinkypoo · · Score: 1

      Blockchain technology has nothing to do with any of this. It doesn't assist in logistics in any way. It helps untrusted entities prove they submitted data correctly and one time. The end. If you don't trust your logistics workers and truck drivers and warehouse staff, fire them.

      So you want them to fire those they don't trust, but don't want them to use a technology which will tell them immediately who they should trust?

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    2. Re:Here, let me help by spiritgreywolf · · Score: 1

      Excellent point! The only thing is "Blockchain" (just the term?) sells stock.

      If I had a dollar for every company I worked for and put out a press release talking about how they embraced the tech-sector's "Flavor of the Month"? I wouldn't have to work.

      Practical? God no. Marketable? Hell yes.

      --
      Never have a philosophy which supports a lack of courage
    3. Re:Here, let me help by Hadlock · · Score: 1

      Or, if you want to prove beyond any doubt that your logs, when audited, have not been tampered. Rather than do a blanket ban of batches 2-27 in case something happened with batches 3, 12, and 21 and you want to be safe, you can just ban those three specific batches because you know with certainty that your logs have never been altered.
       
      Your primary product killing babies is not good for your brand, having absolute certainty in your supply chain seems like a very low-overhead no-brainer and an excellent way to shield yourself from lawsuits.

      --
      moox. for a new generation.
    4. Re:Here, let me help by Anonymous Coward · · Score: 0

      i was starting to wonder whether or not i actually understood blockchain, but thank god no one else is supporting this idea

    5. Re:Here, let me help by Anonymous Coward · · Score: 0

      Blockchain will not help with 'untrustworthy' 3rd parties. There is nothing to prevent multiple parties sharing their blockchain-address or blockchain/wallet-password nor of blockchain/wallet transaction being entered by different party/location/etc than it should.

      And the blockchain itself cannot be trusted if controlled by a single entity (Nestle), so no help there either.

      But it is a good PR and advertising stunt

    6. Re:Here, let me help by Anonymous Coward · · Score: 0

      Blockchain will not help with 'untrustworthy' 3rd parties. There is nothing to prevent multiple parties sharing their blockchain-address or blockchain/wallet-password nor of blockchain/wallet transaction being entered by different party/location/etc than it should.

      So Nestle can't use blockchain to determine if workers are evil if a critical mass of workers band together to fake records? Sounds like they have bigger problems at that point.

      And the blockchain itself cannot be trusted if controlled by a single entity (Nestle), so no help there either.

      Nestle doesn't care if Nestle controls the blockchain. Nestle prefers that Nestle controls the blockchain.

    7. Re:Here, let me help by guruevi · · Score: 1

      I don't think you fully understand blockchain technology. It's not just about BitCoin (although it's a great example of what kind of trust you can place if used correctly).

      Blockchain is nothing but a database "log" basically (if you're familiar what SQL logs are) that is cryptographically chained and verified. I agree that in the logistics world, you still have to trust the sensors (whether human or automatic), but if you can verify that your sensors worked and aren't tampered with, then what's in the blockchain about those sensors is true.

      In regards logistics, you can't change the details after the fact to do damage control (eg. glass in the bottles, "oh no, we only keep our logs for a week" will no longer be an excuse) although in the case of logistics, it doesn't solve premeditated negligence (eg. let's disable that glass breakage sensor because it costs us $1000 in profits last week).

      --
      Custom electronics and digital signage for your business: www.evcircuits.com
    8. Re:Here, let me help by Aristos+Mazer · · Score: 1

      This is a vendor-facing system. The blockchain helps with the tracking across companies. If an aggrigator (pun intended) wants to sell Nestle some vegetables, they have to show that they got those vegetables from a set of known organic farmers. There's a transaction in the blockchain -- irrefutable, traceable -- that shows the acquisition of those vegetables. Bonus points if the transaction signs some biomarker of the vegetables themselves.

    9. Re:Here, let me help by DogDude · · Score: 1

      If you can't trust your suppliers, then you shouldn't be manufacturing anything. They're not buying their supplies off of Amazon like stupid individuals. They're entering into massive, long-term financial relationships with other companies.

      --
      I don't respond to AC's.
    10. Re:Here, let me help by will_die · · Score: 1

      From my understanding this still does not help solve that overall issue. So Nestle releasing their own blockchain, then if that aggrigator also sells to another companies they would have to use another blockchain, and everyone in that list would need equipment for each of these blockchain.
      I would think it would be better to have some centralized standard number system, like RFID, where the farmers can add to the items they give to the aggrigator who can record and give both to the company making the final product.

    11. Re:Here, let me help by DogDude · · Score: 1

      I would imagine that Nestle knows exactly where their supplies come from. They probably have a list of approved farms, and rules that those farms are required to follow. They're not buying random supplies from some unknown vendors. That would be a massive liability for them.

      --
      I don't respond to AC's.
    12. Re: Here, let me help by Aristos+Mazer · · Score: 1

      I donâ(TM)t know about Nestle, but in the two food industries Iâ(TM)ve got family members working in (dairy and beef) that is exactly how it works. Itâ(TM)s why I suspect Nestle is interested in adding this tracing.

    13. Re:Here, let me help by drew_kime · · Score: 1

      And the blockchain itself cannot be trusted if controlled by a single entity (Nestle), so no help there either.

      Nestle doesn't care if Nestle controls the blockchain. Nestle prefers that Nestle controls the blockchain.

      Exactly. For PR purposes they might want to make sure it's externally verifiable at some point, but the first step is to get control of your supply chain.

      --
      Nope, no sig
    14. Re:Here, let me help by drew_kime · · Score: 2

      If you can't trust your suppliers, then you shouldn't be manufacturing anything. They're not buying their supplies off of Amazon like stupid individuals. They're entering into massive, long-term financial relationships with other companies.

      If you aren't auditing your suppliers you shouldn't be manufacturing anything. FTFY

      --
      Nope, no sig
    15. Re:Here, let me help by Hognoxious · · Score: 1

      How does it give you certainty? It gives you traceability.

      If you find iron filings in bottles from batch F00B4R23 you issue a recall notice that batch. You might test F00B4R20 to F00B4R26 too, because you know they came off the same line. All this is possible now without blockbastardchains, because they do it.

      How would a blockchain prevent iron filings getting in there in the first pace?

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    16. Re:Here, let me help by Mashiki · · Score: 1

      Remember the melamine being added to animal food, and in milk in asia by chinese companies? Really you can't trust your suppliers even when they're supposedly good in some cases. That should have been an open and shut case for bringing manufacturing back home.

      --
      Om, nomnomnom...
    17. Re:Here, let me help by DogDude · · Score: 1

      There will always be shitty companies and better companies. Good companies do know their suppliers. The cheap, cut-rate ones don't.

      --
      I don't respond to AC's.
    18. Re:Here, let me help by Mashiki · · Score: 1

      That was a good company, and the suppliers were also considered good. Both had a long term history of being good, as in over 20 years.

      --
      Om, nomnomnom...
  4. Sarah fuckapig Sanders is the enemy of the people by Anonymous Coward · · Score: 0

    HANG THE TRAITORS HIGH

  5. Why Blockchain? by Anonymous Coward · · Score: 0

    If the Blockchain is there as a distributed database for reasons of trustworthiness,
    then what is Nestle saying of their suppliers if a standard object orientated database can't handle the job?
    The truth of the matter is, if you can't trust your supply and distribution chains to enter tracking information into a regular database, the blockchain isn't going to fix it.

  6. Wrong, not "on" but "with" by Anonymous Coward · · Score: 0

    The title is wrong. Nothing is tracked "on" a blockchain. The blockchain is used as an immutable, append-only ledger (that may or may not be distributed). The fact that each entry is hashed/data integrity record is added is unremarkable. There is nothing new or novel in that - it has been dome multiple times since the 60s. The proper word is "with".

  7. Got to disagree with the haters on this one by drew_kime · · Score: 4, Insightful

    This is one of the few cases where I don't think it's just buzzword marketing. Everyone saying this is an "internal" tracking issue must have never heard the phrase "global supply chain". They're not just trying to track their internal logistics, they're trying to push verifiable tracking out to all their suppliers.

    Devil in the details, blah blah ... I know, but this isn't obviously stupid.

    --
    Nope, no sig
    1. Re:Got to disagree with the haters on this one by Anonymous Coward · · Score: 0

      How dare you bring any kind of sense or rationale to this community? Don't you know what this site's comment section is all about?

    2. Re:Got to disagree with the haters on this one by Anonymous Coward · · Score: 0

      Sell all the coins now! It's a bubble!!!

    3. Re:Got to disagree with the haters on this one by Anonymous Coward · · Score: 0

      The article also mentions that multiple companies are working on this together, so it also ends up more distributed than just Nestle using it instead of SAP. If Nestle controlled the whole thing, there is no way to actually verify authenticity from the outside, which also may not matter to Nestle if they were just tracking their own supply chain.

    4. Re:Got to disagree with the haters on this one by Hognoxious · · Score: 1

      Everyone saying this is an "internal" tracking issue must have never heard the phrase "global supply chain".

      What's a global supply chain got to do with anything?

      Say I'm a brewer and I find some of my beer is off. I examine the batches of my product with the problem; I can do this because like any sensible manufacturer of foods & pharma I record the ancestry of my products. I find that they all have one thing in common - hops[1] from supplier X batch Y. That's my internal tracking issue.

      I then yell at supplier X and he says he's sorry and gives me a credit note. Finding out that one of his drivers spilt diesel everywhere in the van is his problem.

      Global schmobal. It's totally irrelevant whether those hops came from Kent, Kentucky or Kampala.

      [1] For the benefit of readers left of the pond, they're what causes that funny bitter taste you get in foreign beer.

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    5. Re:Got to disagree with the haters on this one by drew_kime · · Score: 1

      Say I'm a brewer and I find some of my beer is off. I examine the batches of my product with the problem; I can do this because like any sensible manufacturer of foods & pharma I record the ancestry of my products. I find that they all have one thing in common - hops[1] from supplier X batch Y. That's my internal tracking issue.

      Then, because you don't know where they got the bad ingredients, you have to recall everything sourced to them. If they're your largest hops supplier, you might recall a more than half of what's in circulation.

      Or, because you've enforced verifiable end-to-end tracking all the way to the end of your supply chain, you know that everything traces back to one farm and you recall 5% of what's in circulation.

      --
      Nope, no sig
    6. Re:Got to disagree with the haters on this one by Hognoxious · · Score: 1

      Then, because you don't know where they got the bad ingredients

      Not my problem. I know who I got them from.

      you have to recall everything sourced to them

      No I don't. Did you see the word batch, I did use it several times.

      If they're your largest hops supplier

      They might not be for long, if they do it again.

      you know that everything traces back to one farm and you recall 5% of what's in circulation.

      Do you think they keep them all in separate bags or something? In any case, that's the supplier's problem and he should be able to trace his inputs to his outputs the same way I do.

      You don't really grok this industry thing, do you? And I'll ask again, what's the global supply chain got to do with any of this?

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
  8. Trust is the Issue by Anonymous Coward · · Score: 0

    They use it precisely because their trusted partners are not entirely trustworthy. Bad actors, like bad tomatoes, can be found everywhere. It only takes one bad link, say a bad HR director, to compromise the trustworthiness of an organization. This system makes everyone accountable, down to the individual.

  9. Farmer-coop-shipper-distributor-Gerber ... Custome by raymorris · · Score: 3, Interesting

    An individual farmer takes their celery to a local company or co-op, who has contracts with a nationwide or regional distributor.

    The local company hands the shipment over to a shipping company, which brings them to a distributor.

    The distributor sells them to Nestle/Gerber, through another shipping company.

    Nestle sends some of it to their Gerber plant across town, some of it to their Maggi soup factory, etc.

    After making the food from the ingredients, Nestle sells the baby stew to a grocery wholesaler. Another shipper.

    The grocery wholesaler sells it to a small local store chain.

    The store chain sends some of it to the store on Broadway.

    The customer purchases it.

    There are two big advantages of a block chain vs a traditional database here. That's a lot of different companies involved, in including a few trucking companies. They don't all use the same Oracle database, especially not the local farmer. Block chain is designed for many different people to be able to use it, adding entries, without conflicting with other in any way.

    Nestle, and the customer, want to know that the local produce buyer isn't being lazy and making up records at the end of each week or each month. Everyone, including purchasers, can see that the local produce buyer added their first entry shortly after farmer adds "sold lot #74728 to Des Moines Produce Buyers".

  10. How Does It Work In The Real World by Anonymous Coward · · Score: 0

    How does it work in the real world when the entered and now immutable data was inaccurate at entry time?

    People talking about tracking environmental conditions and what not... How does blockchain defend/prevent false readings being entered in the first place?

    1. Re: How Does It Work In The Real World by Anonymous Coward · · Score: 0

      Incorrectly entered data is an indicator of a failure on the part of the individual or organization. Bockchain prevents a coverup, so Nestle can apply corrective actions, upto and including, the firing of the individual or organization involved.

  11. yes but why block chain by goombah99 · · Score: 1

    Why not a central database or even a set of distributed database servers that allow a federated query of where the tomato went on it's journey to the table?

    --
    Some drink at the fountain of knowledge. Others just gargle.
    1. Re:yes but why block chain by Anonymous Coward · · Score: 1

      because it is difficult to agree on one central authority to store all the data. it is also insecure to have one authority. blockchain is a sort o distributed database - it's just a superior solution that is standardised, without counterparty risk and entirely in the cloud. why design some new solution when these things have already been figured out? there are many blockchain companies working on global supply chains - some prefer more centralised solutions and some less.

    2. Re:yes but why block chain by Anonymous Coward · · Score: 0

      Insecure to have one authority? Insecure from whom, Gerber is using this themselves, they will theoretically always be the only authority even if they have multiple machines doing the work.

    3. Re:yes but why block chain by Anonymous Coward · · Score: 0

      Who is Gerber? Can he handle tracking worldwide trade for companies from China and USA? Will the Chinese trust it? Does it have open API and is it somehow programmable with contracts? Of course it needs to be guaranteed to work at least decades. How can they ensure nobody tampers with the data? How can everybody participate on trade through their system?

    4. Re:yes but why block chain by sexconker · · Score: 2, Interesting

      because it is difficult to agree on one central authority to store all the data. it is also insecure to have one authority. blockchain is a sort o distributed database - it's just a superior solution that is standardised, without counterparty risk and entirely in the cloud. why design some new solution when these things have already been figured out? there are many blockchain companies working on global supply chains - some prefer more centralised solutions and some less.

      No. Stupid. Dumb. Stop. Shut the fuck up.

      Text file.
      Product code.
      Serial.
      Location.
      Date.
      Some form of newline character (LF, CR, or both - I don't care). Hell, make it XML for all I fucking care.
      Sign it with a private key.

      Let anyone in the world mirror it.
      Let anyone in the world throw it into a proper DB if they want to actively work with it.

      Want to provide an API to access it? HTTP GET. Or maybe host your own database and let the world connect to it.

      Block chains solve ZERO problems.
      Distributed block chains solve ONE problem. You don't need a distributed block chain to solve this problem. You need distribution.
      Public distributed block chains solve TWO problems. You don't need a public distributed block chain to solve these problems. You need public distribution.

    5. Re:yes but why block chain by Anonymous Coward · · Score: 0

      I love your comment. So many dumb fuckers here.

    6. Re:yes but why block chain by bluefoxlucid · · Score: 1

      You should see the argument I have with score voting proponents. The biggest one--and the most ludicrous--has "Blockchain" in his name. He insists that elections aren't about electing the candidate the voters most agree upon, but rather on electing the "best" candidate with the most "marginal utility" based on how many points voters give candidates--and that this is totally-immune to tactical voting because the best strategy is to vote honestly.

      It's like arguing with a flat earther, or a UBI automation luddite (I support a universal dividend, but not for any imaginary "all jobs are going away" bullshit reason), or a blockchain enthusiast.

    7. Re:yes but why block chain by goombah99 · · Score: 1

      hmmm... as a voting systems activist I understand both your opponents motivations and also agree with your conclusions. I'd be curious if you have ever written up any of your thoughts on this. I've been mulling voting systems for decades and my views have evolved on it. Range voting is nice if there was an honest way for people to emit some single valued utility but there isn't so it fails. If there were then you can see why they might have a point. Interestingly if you take the opposite view and assume every one will game the system to their own advantage (game theory) then the limit case is where range voting devolves to voting either a 1 or a 0 with no intermediate values. This limit oddly enough is isomorphic to approval voting (or "viking voting") where you just list the candidates for which you wouldn't throw up if they were elected. A very simple, compact and easily implemented system. While every voting system has it's merits and demerits and these depend on the objective, i'd say if pressed, that approval voting is my second favorite voting system mostly by virtue of bomb proof simplicity. But it's not my favorite. and range voting is far down my list. But at least I get why people are infatuated with the canard that it's optimal.

      --
      Some drink at the fountain of knowledge. Others just gargle.
    8. Re:yes but why block chain by bluefoxlucid · · Score: 1

      Range voting is nice if there was an honest way for people to emit some single valued utility but there isn't so it fails.

      In decision-making methods, committees define features of alternatives, weight them, identify the best alternative for each feature and rank that as '10', then scale the others relatively (Kepner-Tregoe method). They add scores to find the best alternative overall. The committee debates the necessary features, their weights, and how well each alternative satisfies these needs.

      In range voting, the motives of individual voters are not consensus. A voter may rank a candidate as 1.0, and another as 0.5; the next voter may rank a candidate as 1.0, and another as 0.7. We don't know if these '1.0' rankings are of equal importance, and somehow assume that 0.7 is more important than 0.5 and so deserves more weight when scoring. This is obviously broken, and you can see how this differs greatly from collective decision making in a committee where each component of the ultimate score relies upon consensus.

      Interestingly if you take the opposite view and assume every one will game the system to their own advantage (game theory) then the limit case is where range voting devolves to voting either a 1 or a 0 with no intermediate values

      Yes, because voting Hillary then Bernie or Bernie then Hillary in a ranked system lets you vote fully for whomever gets the most earlier-ranked votes; whereas voting Bernie but you think Hillary will win requires either voting essentially only for Hillary (vote both as 1.0, but you think Hillary will get more votes overall anyway and you're not narrowing the gap between Bernie and Hillary) or cutting down Hillary (vote Hillary as 0 so she doesn't overtake Bernie).

      It then comes down to whether you think Hillary or Bernie will defeat Rubio and Trump. If you've got 1.0 0.5 votes and 0.5 1.0 votes, your winner is going to be in the 0.5-1.0 range average score; yet if there is unity behind an opponent, that opponent's score ranges a 1.0 average. That means more voters can choose Hillary and Bernie--essentially ranked #1 and #2 by way of scoring higher than all other candidates--yet the minority rallies behind one candidate and wins.

      You might recognize this. It's called vote splitting, and it happens in our current plurality system where two candidates can get under 2/3 the vote and one candidate can then win with just over 1/3 the vote. In the example above, if your candidates get an average 0.75 score (0.5 and 1.0 evenly split) from 50% of the voters, that's a score of 0.375. The opponent only needs to unify 3/8 or 37.5% of the voters behind their candidate to win. Within that 50%, you can win by scoring your second-rank lower, if the other bunch doesn't do that; that eventually gets you down to a score of 0.25 on an even split.

      So you're going with a single-vote pathology, or a vote-for-the-popular-candidate pathology; and if you have two popular candidates, you better orchestrate a tie between them. Voters must consider how everyone else votes. Welcome to Range voting! It looks just like plurality.

      A very simple, compact and easily implemented system.

      In Tidemann's Alternative Smith, you simply elect the Condorcet winner. If there is no Condorcet winner, you eliminate all candidates not in the Smith set, and then eliminate the plurality loser (IRV). You then re-apply the vote rule.

      Tidemann's Alternative Smith is Smith-efficient, independent of Smith-dominated alternatives, clone-resistant, Condorcet, and extremely resistant to tactical nomination and tactical voting.

      I have suggested that Smith-efficient and ISDA systems have a sort of Local Participation, in the same way they have Local Independence of Irrelevant Alternatives: while a voter casting a ballot ranking X over Y may cause candidate Y to win where candidate X would have won had that voter not voted at al

    9. Re:yes but why block chain by goombah99 · · Score: 1

      I agree. To clean up a possible misunderstanding. In Approval voting one can cast multiple "yes" votes. So there isn't an issue with vote splitting. While the individual may chafe a bit because they actually would like to express that they prefer Bernie over Hillary even though they would accept either, it's still a lesser dillemma than being forced to vote for just one. Furthermore in agreggate over many voters, the average of voter biases for bernie relative to hillary will be somewhat restored. So it's not a bad system despite initiall counter-intuition. It's virtue is the simplicity of execution in terms of things like recounts, and paper ballots and avoiding ballots spoiled by mismarking (as ranked preference is wont to do on paper ballots).

      I agree that concordet seems to be the best way to resolve ranked preference voting. As for the cycle breaking rules, there are as you note multiple acceptable strategies for this some arguably better than others but I see these as small flourishes on the overall idea of condorcet resolved ranked preference. That would be the big shift. In practice cycles are rare and when they do occur what one can say is that evidently several of the candidates are well qualified (got hefty votes) and the small difference that slightly prefer one candidate to another may well be in the noise of how accurately a voting system can actually measure the people's preferences when there are a mixture of differently information levels or passion in the various voters.

      SO yes ranked preference +condorcet == good regardless of the small matter of breaking cycles when they occur.

      by the way, in my opinion, instant run off voting is pathologically bad way to handle ranked preference because anytime there are 3 equal strength parties it tends to not elect the centrist party prefered by condorcet.

      Practical implemetation downsides for all ranked preference voting are 1) in multi-precinct voting reporting results is complex since you can't actually determine the outcome at the precint. Now in the information age this isn't that big a hassle since you can report the entire ballot card not just the outcome. 2) however that reporting has two downsides. First if it becomes neccessary to do a hand recount of ballots it's logistically hard to do this unaided by a machine. and it also has a mildly higher risk to exposing the secret ballot certain voters might be isolated by their unique ranking patterns (see for example, the articles titled "the trouble with triples". ) 3) on hand marked ballots, there's a frequent potential to spoil a ballot with disallowed oval making patterns in ranked preference 4) on paper ballots the physical size of the ballot grows very large to support the varied columns of ovals, and the ballot may well extend to multiple pages if many races are handled that way. Multi-page ballots have practical implementation challenges that add complexity.
      In single question ballots or non-multi-precint elections some of those complexity issues go away.

      However this overlooks a larger question. What is the the actual social strategy were trying to implement here in the voting system? The challenge of voting splitting can be thought of differently. One way to think about it is, maybe it's a good thing for the compromise the voter must make in a single vote system is done by the voter's own choice rather than pushing that off in a ranking. Setting that philosophical issue aside, the other issue is what good are spoiler candidates. One answer is that spoilers can accomplish a goal of forcing a more viable candidate to co-opt their position. A candidate wins if his issues are embraced by the winner. Sure they's love to win themsleves, but it's still mostly mission accomplished. In a ranked preference voting system you are actually removing the incentive for a leading candidate to adopt the spoiler's core positions. They know that they will get the roll-over votes. Sure they might get a few more first-ranks by adopting an opponents core issues

      --
      Some drink at the fountain of knowledge. Others just gargle.
    10. Re:yes but why block chain by bluefoxlucid · · Score: 1

      by the way, in my opinion, instant run off voting is pathologically bad way to handle ranked preference because anytime there are 3 equal strength parties it tends to not elect the centrist party prefered by condorcet.

      A lot of far-left progressives viciously hate centrists, so consider this a feature. I say we need stability; if you want to shift the country left, then do so--the nation is its people; shift them.

      1) in multi-precinct voting reporting results is complex since you can't actually determine the outcome at the precint. Now in the information age this isn't that big a hassle since you can report the entire ballot card not just the outcome.

      That's the summability problem, also the Condorcet paradox (which is really just Simpson's Paradox). Someone can win the Condorcet vote at every precinct, yet summing them together gets you a different Condorcet winner--unless they won Condorcet by winning the simple majority vote at every precinct.

      Generally, you can compute who is in the Smith set by total central computation and keep track of that to watch the horse race.

      2) however that reporting has two downsides. First if it becomes neccessary to do a hand recount of ballots it's logistically hard to do this unaided by a machine. and it also has a mildly higher risk to exposing the secret ballot certain voters might be isolated by their unique ranking patterns (see for example, the articles titled "the trouble with triples". )

      Yep. I specify that election integrity begins and ends at the ballot box: a hand recount is infeasible and is only theater. Hand recounts always show some error (you get different counts every time). Instead, you use electronic voting machines and produce a count at each EVM and polling place total (totaled on an EVM, which should be demonstrably untampered) of the pairwise results, which should be unique to an equivalent set of ballots. Publish the ballot batches per-machine and per-polling-place for independent verification.

      Unique ranking patterns become a problem because a voter can be coerced to rank an exact ballot. You can verify that the voter has ranked that exact ballot if and only if no other voter has ranked that exact ballot. With the integrity mechanism above, it comes down to if anyone ranked that exact ballot at that machine--which means you may want to not publish per-EVM totals and instead only demonstrate the polling center's total. Of course each EVM must assign a random ballot ID to each race as well, and provide a list to connect ballot IDs to voters, and put those ballots in order by ballot ID, thus ensuring that we can't tie whole ballots together and can't tie votes cast to the time and machine at which they are cast.

      Keeping ballots secret can be hard when you have small ballot pools. Condorcet systems have all kinds of odd behavior that prevents ballot canceling, so you can't solve this with the (not-really-secure) Threeballot method, either.

      3) on hand marked ballots, there's a frequent potential to spoil a ballot with disallowed oval making patterns in ranked preference 4) on paper ballots the physical size of the ballot grows very large to support the varied columns of ovals, and the ballot may well extend to multiple pages if many races are handled that way.

      Both solved by EVMs, if you can provide proper election integrity. Today's elections are run by people with no sense of security who lean a lot on theater.

      There are real integrity protections in paper ballot voting, such as showing the empty ballot box and tracking how many ballots were given to voters. In EVMs, they put anti-virus software on the damned things. They show up pre-programmed with non-public software images and don't even all have the same software (technicians troubleshoot individual machines right up

  12. Blockchain = profit by Anonymous Coward · · Score: 1

    "Blockchain! We don't know what it is but every time a company uses it in a press statement their stock price goes up. Let's do it"

  13. Clippy: It looks like you're trying to Blockchain by Anonymous Coward · · Score: 0

    If you're wanting to use blockchain to establish trust in the food supply then you need to cover more than just the raw ingredients:

    • You need to track all the way back to raw materials used to manufacture and clean the BPA-lined tins you're putting the end product into.
    • You need to track all the way back to raw materials used to produce the lubricants used on your conveyor belts that somehow get mixed into your food supply.
    • You need to track all the way back to the raw materials used to produce the bunny suits worn by the manufacturing line employees.
    • ad infinitum, etc...

    Focusing the blockchain on the raw ingredients is a very blinkered and unhelpful view of the whole process.

  14. This is in response to slavery. by pecosdave · · Score: 1

    Nestle has used modern slave labor for years. They came up with using block-chain to prove they're coming clean. Of course that's just as good as the people making entries on the chain.

    They are working to cleanse themselves of the slavery image.

    They've used it in their cocoa and coffee supply. They pretty much act like it "slips into the chain" these days, but when they were first found out they seemed more upset they were caught than anything. The older articles are getting harder to find.

    --
    The preceding post was not a Slashvertisement.
  15. Tracking doesn't need a blockchain by Anonymous Coward · · Score: 0

    Why the fuck use blockchain like this? I can track my post with a tracking number... why would this need to be any different? Just assign a range of QR codes, unique for supplier and batch, to food sources and track them.

    The world of technology is approaching 100% buzzword.

  16. Re:Trump is headed for the cell-blockchain by Anonymous Coward · · Score: 0

    See, I wouldn't hate the TDS spammers as much if they were at least humorous.

  17. Re:Farmer-coop-shipper-distributor-Gerber ... Cust by Anonymous Coward · · Score: 0

    There are two big advantages of a block chain vs a traditional database here. That's a lot of different companies involved, in including a few trucking companies. They don't all use the same Oracle database, especially not the local farmer.

    So get some intern to spend 15 minutes writing a data conversion+import script?

    Everyone, including purchasers, can see that the local produce buyer added their first entry shortly after farmer adds "sold lot #74728 to Des Moines Produce Buyers".

    What kind of fucking loser is going to trace the supply chain for the tomatos in their baby food? Even if there was a demand for it, why couldn't you do the same thing with a normal database? Are you claiming Gerber would forge the data to cover up their fraudulent tomatos?

  18. Can I buy it with Gerboins? by Anonymous Coward · · Score: 0

    Anonymously?

  19. Re: Trump is headed for the cell-blockchain by Anonymous Coward · · Score: 0

    I think you mean âoelike Trumpâ ...

  20. Fuck Nestle by ZipK · · Score: 4, Interesting

    Maybe they can track how many babies are malnourished due to diluted formula made from impure water prompted by Nestle's aggressive marketing in developing nations.

    1. Re:Fuck Nestle by Anonymous Coward · · Score: 0

      I agree. Nestle is evil. Haven't bought one of their products in years... As difficult as that is.

  21. Re: Farmer-coop-shipper-distributor-Gerber ... Cus by Anonymous Coward · · Score: 0

    Central database is easier to hack and modify, harder to manage. Each vendor is responsible for their âoepieceâ of the chain, passing it on to the next guy in line. Data integrity is preserved by the crypto aspects of the blockchain as well as the distributed copies. Basically its SVN versus GIT.

  22. Re:Farmer-coop-shipper-distributor-Gerber ... Cust by Dorianny · · Score: 1

    I'm not quite sure how you Nestele is going to get farmers shipping companies, local stores to spend scarce resources diligently updating the blockchain, especially since it doesn't integrate with their accounting systems.

  23. $500 billion. Compare bar codes, UL listing by raymorris · · Score: 1

    Walmart, Nestle, Dole, Unilever and the other companies who started this project buy over $500 billion of food every year. If you want to sell food, you just might want these companies as customers.

    Then there are network effects. Suppose a broker sells avocados to both Nestle and Kraft. Because they sell to Nestle, they and their growers use the block chain. So Kraft is buying from a participating broker, even though Kraft doesn't care. After the next horsemeat scandal or e coli incident, Walmart says to Kraft "we'd really like you to participate in the chain. BTW we're about to place an order for 250,000 cases of pizzas. If we get them from Nestle, they'll already be in the block chain. If we buy from you, tracing an outbreak could take weeks, right?" So Kraft joins. Which in turn encourages anyone doing business with Kraft to join.

    For two comparisons, consider the UPC codes which are now on almost all products. When I was a little kid, most stores didn't have bar code scanners. They were really expensive. Most products didn't bother asking UPC codes. Several large players insisted on bar codes and through that it became an industry standard, which now saves everyone money and makes checkout go much faster.

    UL listing is an example that is expensive for manufacturers. But if manufacturers don't have their electrical products UL tested, Walmart won't buy them. Therefore, manufacturers pay the expense of having their products tested, because they want to sell to Walmart, Target, Home Depot, etc.

    1. Re:$500 billion. Compare bar codes, UL listing by Dorianny · · Score: 1
      I agree that they can strong-arm the brokers they deal with directly (most likely they already require them to keep meticulous records) but that's why I left them out of my "how" list. Nestle or the brokers will not have a very easy time convincing hundred's if not thousands of farms and shipping compnies to eat the expense of keeping timely and up-to-date records on a database that offers no benefits to them whatsoever.

      The UPC example is not a very good one. UPC barcodes offered benefits to everyone and had a simple chicken-or-the-egg problem. This is not, integrated records offer no benefits to anyone but Netslte,Walmart,Kraft and that's why they still haven't been implemented

  24. Re: Farmer-coop-shipper-distributor-Gerber ... Cus by sexconker · · Score: 2

    You make no sense.
    Anyone in a block chain can manage their own database if they want to track that shit. It doesn't have to be a central database.
    You can requiring signing for all messages in any form of database. You don't need block chain for message signing.
    You can have distributed copies of anything you want.

  25. Farmers care about Dole. A lot by raymorris · · Score: 1

    > Nestle or the brokers will not have a very easy time convincing hundred's if not thousands of farms

    If you're a farmer, who exactly do you think is going to buy your 3 million head of lettuce that are ready for harvest on a 100 acre farm, if not Dole, not the food processors like Nestle* or Unilever, and not the brokers? Do you think you're going to sell 3 million at head to consumers at the local farmers market this weekend?

    * If you're an American, you might associate the Nestle name with chocolate. Nestle also owns over 2,000 other brands. Here are just a few of their frozen food brands:

    Buitoni
    California Pizza Kitchen
    Delissio Pizza
    DiGiorno Pizza
    Hot Pockets
    Jack's Pizza
    La Cocinera
    Lean Cuisine
    Lean Pockets
    Papa Giuseppe
    Stouffer's
    Sweet Earth Foods
    Tombstone Pizza
    Wagner Pizza

    They aren't just frozen food, either. They produce everything from Purina to most of the yogurt brands to Gerber and shredded wheat cereal.

  26. Trust by bestweasel · · Score: 1

    I don't trust these new blockchain things. They've not been proven to be safe and I don't want them anywhere near my baby's food. You just lost a customer, Nestlé!

    1. Re: Trust by bestweasel · · Score: 1

      Oh look, autocorrect put the accent on Nestle.
      [Submit]
      Oh dear, forgot about Slashdot's automangle.

  27. Re:Farmer-coop-shipper-distributor-Gerber ... Cust by Anonymous Coward · · Score: 0

    So basically you have no fucking clue what the blockchain is.

  28. 51%? by nagora · · Score: 1

    Okay, genuine question here: is it not the case that all blockchains are vulnerable to someone simply hiring enough CPU time to outvote the rest of the "miners"? So, anyone wanting to use it to track things like university degrees or food shipments or whatever, has to more or less single-handedly try to keep ahead of anyone who thinks of a way to make money by taking the chain over even for a day using AWS or something. Is that right?

    I'm sure this exposes my ignorance but it's been bothering me since someone at work suggested using the blockchain for tracking something.

    --
    "Encyclopedia" is to "Wikipedia" what "Library" is to "Some people at a bus stop"
  29. Ya, lets waste a huge amount of resources by Anonymous Coward · · Score: 0

    Yep, lets have a log of absolutely everything created ... and then lets duplicate it through many many users.

    Makers of storage rejoice. The rest of us can watch the world burn.

  30. Re:Farmer-coop-shipper-distributor-Gerber ... Cust by bluefoxlucid · · Score: 1

    There are two big advantages of a block chain vs a traditional database here. That's a lot of different companies involved, in including a few trucking companies. They don't all use the same Oracle database, especially not the local farmer. Block chain is designed for many different people to be able to use it, adding entries, without conflicting with other in any way.

    There are 14 standards. We've made a standard to unite them all.

    See the problem?

    Let me spell it out for you: They don't all use the same Oracle database, so you stood up another Oracle database so they can all use that.

  31. Step 1: Boycott Nestle by Anonymous Coward · · Score: 0

    Sorry, and even though we're 'thinking of the children' here, Nestle should be outright boycotted on all fronts.

    Any company whose position essentially boils down to, 'water should never be free', needs to be run out of business.

    So they make Gerber? Thanks for reminding me. I'd forgotten, especially since I'm looking to have children in a few years.

    If someone could post that master graphic of the 3-4 'mega-companies' that seemingly own most every consumer product lines, that would be great. I have it somewhere around here, just not readily available.

  32. More by Anonymous Coward · · Score: 0

    Also mangoes https://blog.coinspectator.com/2018/08/01/nestle-taps-blockchain-to-track-baby-milk-from-farm-to-mouth/

  33. Trust and privacy issues will kill this project. by Smogord · · Score: 1

    On the one hand the end users (bug suppliers) get non-repudiable and prooven leger of their suppliers transactions on the other every party is basically exposing their business business flat to the competitors. Everybody will see what everybody else is doing on the real time. Suppliers can eliminate middle man by learning their suppliers. Vendors can peek competitors plans and business models. Unless this is somehow addressed in a way that doesn't break the whole blockchain idea joining such a network would be a business suicide.

    2nd issue I've always had with such a private small blockchains is how will the >50% hack be prevented. And what are rewards that keep the parties invest more and more processing power to prevent that in the long run?