mpps.io
GitHub Verify Skills FAQ Pricing

Timestamping & Attestation Options Compared

Published 2026-08-24 · mpps.io · updated for 2026

There are six mainstream ways to prove that digital content existed at a point in time or that a process produced it: blockchain anchoring (OpenTimestamps), RFC 3161 timestamp authorities, hosted witness services (mpps.io), self-signed receipt SDKs, C2PA content credentials, and SLSA build provenance. They differ in trust model, latency, metadata support, and what question they actually answer. This page compares them honestly — including where mpps.io is the wrong choice.

The comparison

Approach Trust model Latency Structured metadata Cost Best for
OpenTimestamps Bitcoin proof-of-work — trustless once confirmed Hours (block confirmation); instant partial proof None — bare hash only Free Maximum-decentralization timestamping where hours of latency and no metadata are acceptable
RFC 3161 TSA
(DigiCert, GlobalSign, freeTSA)
Trust the timestamp authority's CA-managed key Seconds None — hash + timestamp token Free–paid, often per-seal or subscription Code signing and PKI toolchains that already speak RFC 3161 (ASN.1/DER tooling)
mpps.io Trust an independent witness: AWS KMS HSM keys + S3 Object Lock Compliance storage; offline-verifiable One HTTP round trip (<1s) Yes — action name, artifact/input hashes, workflow context, parent-receipt chaining Free (10/hr), no API key AI agent and CI workflows that need structured, instantly-created, independently verifiable receipts
Self-signed receipt SDKs
(e.g. Agent Receipts / Obsigna)
The agent or its proxy signs with keys the operator holds Instant, local Yes — rich, per-tool-call Free (self-hosted) Internal observability and audit trails where the operator's word is accepted
C2PA Signed manifests embedded in media, CA-issued creator credentials At creation time Yes — media provenance chain Free spec; tooling varies Images, video, and audio where provenance must travel inside the file
SLSA / in-toto Build platform signs provenance attestations At build time Yes — build recipe, materials Free Software supply-chain provenance for packages and container images

The one question that picks your tool

Who needs to believe the record, and do they trust you?

  • If the audience is your own team — use a self-signed SDK or your tracing stack. Independent witness is overkill for debugging.
  • If the record must travel inside a media file — use C2PA. That's what it's for.
  • If you're attesting how a package was built — use SLSA provenance in your CI.
  • If the audience is an auditor, a counterparty, a regulator, or a future dispute — you need a signature from outside your trust boundary. That's OpenTimestamps (slow, bare hash, trustless), an RFC 3161 TSA (fast, bare hash, PKI tooling), or a hosted witness like mpps.io (fast, structured, one curl).

Where mpps.io is the wrong choice

Honest limits, because they matter more than features:

  • You refuse to trust any single organization. Use OpenTimestamps — Bitcoin's proof-of-work beats any witness, if you can live with the latency and bare hashes. (You can also do both: anchor to mpps.io for instant structured receipts and to OpenTimestamps for trustless backup.)
  • You need a legally qualified timestamp in the EU (eIDAS QTSA). mpps.io is not a qualified trust service provider. Use a QTSA for court-grade eIDAS timestamps; use mpps.io for engineering-grade evidence.
  • You need per-tool-call receipts at high frequency. The free tier is 10 receipts/hour per source. Batch: hash a segment of your local audit log and anchor the segment head instead — same integrity guarantee, one call.
  • The provenance must live inside the artifact. That's C2PA's design, not a detached receipt's.

Why "structured + independent + instant" is the agent-shaped combination

Agent work is disputed at the level of actions: what task, which inputs, which outputs, in which workflow. Bare-hash timestamping loses that structure; self-signed receipts keep the structure but lose independence; media-embedded credentials don't fit reports, patches, and datasets. A detached, structured, independently signed receipt — action + artifact hashes + context, signed by keys the operator never touches, stored where nobody can rewrite it — is the combination the other tools don't cover. That is the gap mpps.io fills, and the receipt format is an open spec (MIT).

Related reading: How to prove what an AI agent did · EU AI Act tamper-evident logging · FAQ

mpps.io is an independent open-source project. Built by GlideLogic Corp. (OTCQB: GDLG).

Not affiliated with OpenTimestamps, DigiCert, GlobalSign, the C2PA, SLSA, or the Agent Receipts project. All comparisons reflect public documentation as of August 2026.

GitHub · Prove Agent Work · EU AI Act Guide · FAQ · Privacy · Terms

© 2026 GlideLogic Corp. MIT License.