Proof summary
Status, proof type, issued-at time and the context needed to understand the bundle quickly.
LegalProof should adopt the same clear posture already visible in CargoProof: the proof is not trapped inside the product. A verifier opens a public page, reads the record and retrieves the relevant artifacts.
A good public proof page is not only a display layer. It is the readable surface of the proof engine underneath.
Status, proof type, issued-at time and the context needed to understand the bundle quickly.
Links to the PDF, canonical JSON and the cryptographic material exposed by the deployment.
Hash and Merkle-root level identifiers that allow the proof to be referenced consistently later.
The page is intended for counsel, counterparties, auditors or compliance teams, not only the original sender.
Keep the explanation precise and careful.
The proof can show the version of content or document state that was preserved in the bundle.
The record can show the issuance time and related technical timing material captured by the flow.
The verifier can retrieve the human-readable and machine-readable outputs instead of relying on assertions alone.
The site must include this caution explicitly. It increases credibility.
Identity assurance depends on the workflow and any authentication or trust service actually used.
A sealed bundle is not automatically a qualified electronic trust service unless that exact service and provider configuration exists.
The proof surface supports review and evidence handling. It does not decide the legal outcome of a dispute.
Recommended wording for the site: LegalProof provides a cryptographic verification surface. Legal effect depends on the governing law, the concrete workflow, and the trust services actually used in the deployment.