EPCIS and Blockchain: A Match For Supply Chain Efficiency and Traceability

Underneath this topic sits one mechanism: an EPCIS 2.0 capture gateway. epcis.dev is one — every posted event is validated against GS1's own schema, stamped with the capturing account (capturedBy, the warrantor, kept distinct from who, the attested observer), hashed by CBV 2.0, and appended, never edited. Hold the topic above against that ground and it stays concrete.

The concrete gain is evidentiary, not cosmetic. Events validated at capture cannot drift from the standard; the CBV §8.9 hash makes a duplicate the same event and an edit a different one; and an append-only store means the answer to a later dispute, recall or audit is a chain of records that nobody — including the operator — could rewrite. The cost that disappears is the reconciliation meeting.

Ten years of vendor XML has a path forward: EPCIS 1.1, 1.2 and 2.0 XML in, EPCIS 2.0 JSON-LD out, with a round-trip fidelity report per job so the translation is something you review rather than something you trust. That translator answers at POST /translate on this origin.

The same door answers people and agents. Capture, query, get_event, trace and translate are exposed over MCP, so a logistics agent captures and queries with the same key a person would use, without a human copying values between two systems.

Provenance: an aged epcis.dev page, kept at its original URL and refreshed into the current design on 8 September 2026.