A precise byte commitment
The anchor carries a content digest. Anyone who later obtains the artifact can hash it and compare the result with the recorded value.
Anchor an artifact’s digest to a Sigil identity and block so anyone with the bytes can check the same integrity reference later.
An anchor identifies a record. It does not prove every claim.
An agent finishes a task. A team publishes an audit bundle. A model run produces a checkpoint. Evidence Anchoring records the artifact’s BLAKE3 digest, attribution, and inclusion context without requiring the artifact itself to live on-chain.
The anchor carries a content digest. Anyone who later obtains the artifact can hash it and compare the result with the recorded value.
The signed transaction records the anchoring identity. Consumers can distinguish who published the commitment from the storage location that served the bytes.
Successful inclusion places the commitment at a block height. The canonical anchor is the included transaction, with query records making it easier to discover.
A label, optional retrieval URI, bounded metadata, and a client nonce connect the digest to an application workflow without uploading the whole artifact.
Read-only queries retrieve an anchor or list records for a digest. The SDK supports submission, inclusion confirmation, and verification with explicit failure outcomes.
Compute the BLAKE3 digest of the exact bytes you intend to reference.
Submit the digest with a label and unique nonce, then confirm successful transaction inclusion.
Retrieve the record, hash the artifact again, and compare the digest and anchoring identity.
No. It establishes a digest commitment and attribution in chain history. Quality, correctness, and provenance beyond the signer require additional evidence.
No. Store the bytes separately and include a retrieval hint if useful. The anchor’s digest, label, metadata, and identity are public on-chain data.