Documentary trust
How verification works — and where its limits are
Provenia organizes documented evolution into chronological Records and artifacts that can be examined outside the platform. This page explains what the method can confirm and what still depends on context and informed assessment.
An organized history
Each milestone brings together its date, description, metadata, and relationship to other Records in the Project.
Comparable integrity
SHA-256 lets you compare a file you kept with its registered hash and confirm whether its bytes still match.
Independent verification
The PDF, JSON, signatures, timestamp evidence, and published keys support checks outside Provenia.
1. What Provenia is
Provenia is a private platform for documenting how creative, technical, and other meaningful work evolves. A Project gathers chronological milestones and can produce a Documentary Dossier containing technical and contextual information about that path.
Provenia is not a government registry, copyright registry, notarial service, or legal-certification authority. It does not grant or transfer intellectual-property rights and does not replace official registrations, agreements, expert review, or professional advice.
Documentary evidence does not decide a dispute by itself. Its usefulness depends on artifact integrity, preservation of original files, the declarations made, the wider context, and the assessment of the person or authority reviewing it.
2. Three layers of trust
Declaration
The user describes the Project and its Records and declares their relationship to the documented material. The user remains responsible for the truthfulness, lawfulness, and legitimacy of those statements.
Technical evidence
Provenia organizes chronology, metadata, hashes, links between Records, activity history, and export artifacts. These elements allow repeatable integrity and correspondence checks.
Contextual assessment
Authorship, ownership, originality, priority against third parties, and legal effect depend on the complete body of evidence and applicable rules. Technology can support that assessment, but cannot replace human, expert, or legal judgment.
Hash, timestamp, and signature: different questions, different evidence
- SHA-256 hash: identifies an exact sequence of bytes so you can compare a retained file for integrity. A hash alone supplies no time evidence.
- External RFC 3161 timestamp: provides independent time evidence tied to the hash, supporting a check that it existed by the certified time. This is not the date the content was originally created.
- Ed25519 digital signature: lets a verifier check the signed payload’s integrity and its relationship to a key. In Provenia, it authenticates institutional issuance of Dossier.json, with trust dependent on checking the key and its published state.
Neither these mechanisms individually nor their combination automatically establishes absolute authorship, ownership, originality, or the original creation date. They do not guarantee legal outcomes. See the limits of the evidence.
3. How the documentary model works
A Project contains Records in chronological order. Each Record describes a milestone and may identify an earlier Record on which it is based. Provenia preserves this structure, its metadata, and its activity history so new milestones can be added without erasing the earlier path.
When a file is used for a Record:
- its SHA-256 hash is calculated locally on the user’s device;
- the original file contents are never sent to Provenia;
- only the hash and declared metadata, including file name and size, are transmitted;
- the Record is created from that data after the required validation succeeds.
The Record retains the hash, declared name and size, dates, description, links, and corresponding history. You must keep the original file. Without it, the byte-for-byte comparison cannot be repeated later.
Privacy through data minimization
Provenia does not receive or retain a copy of the original file contents used for a Record. This reduces exposure of creative and other sensitive material, but makes it essential to keep the original unchanged and maintain your own backups.
System overview
The interactive map below shows the entities in this model, from the original file on the user’s device to independent public verification, and the documented relationships between them.
How the Provenia ecosystem fits together
A complete map of the system and its documented relationships, from the original file on your device to independent public verification. Drag a node, select it to inspect its relationships, or use the legend to focus on one layer.
4. Copyright and creation
Copyright rules vary by jurisdiction, but the Berne Convention establishes protection without formalities among its members. WIPO explains that protection is generally automatic while voluntary registration systems differ between countries in their procedures and effects.
What this means for Provenia
- Provenia does not create copyright;
- using Provenia is not a condition for copyright protection;
- a Dossier is not a public certificate of authorship or ownership;
- Records can help document statements, files, versions, decisions, and development stages;
- official registrations or other steps may still be appropriate for the work, purpose, and jurisdiction involved.
5. The Dossier as an electronic document
Electronic documents and technical evidence may form part of a broader evidentiary record. Their acceptance and weight are not automatic; they depend on authenticity, integrity, provenance, context, applicable procedure, and the reviewer’s assessment.
Provenia therefore presents the Dossier as a private electronic document with transparent technical verification mechanisms, not as a substitute for any formality required by a particular jurisdiction.
An important distinction between the two signatures
The Ed25519 signature authenticates Provenia’s canonical JSON payload. It is not a personal signature by the user and is not an ICP-Brasil qualified signature.
Dossier.pdf is separately signed using PAdES with an ICP-Brasil e-CNPJ certificate. That is a certificate-based integrity and signer-identification layer issued within Brazil’s public-key infrastructure. It does not imply automatic validity, recognition, admissibility, or evidentiary weight outside Brazil.
6. SHA-256: integrity you can compare
SHA-256 is a cryptographic hash function specified by NIST FIPS 180-4. It turns a sequence of bytes into a fixed-length digest. Changing even one byte will normally produce a different hash.
When the SHA-256 value recalculated from a preserved file exactly matches the registered value, the compared bytes correspond to the bytes that produced that registered hash.
What a matching hash can confirm
- the compared bytes produce the registered SHA-256 value;
- the preserved file can be linked technically to the corresponding Record;
- the compared file is byte-for-byte identical to the file that produced the hash.
What a hash cannot establish by itself
- who created the content;
- who owns rights in it;
- whether it is original against every possible source;
- whether associated statements are true;
- the absolute date when the content was first created.
The comparison must use the original bytes. Re-exporting, recompressing, converting, or saving a file again may change its hash even if it looks the same. A mismatch establishes only that the compared bytes differ; it does not establish when or how they changed.
7. Dossier artifacts
Dossier.pdf
A human-readable presentation of the Project path, Records, hashes, chronological relationships, audit information, methodology, and verification guidance.
Dossier.json
The structured technical representation containing canonical verification data, the PDF hash, signature information, key identifiers, and timestamp evidence for Records where available.
The PDF hash recorded in JSON links the two artifacts. A verifier can calculate SHA-256 over the received PDF and compare it with that value. Each generated Dossier captures the Project’s documentary state at that time and does not replace earlier Dossiers kept by the user.
The Luma Demo Dossier shows how these artifacts bring four stages of an evolving project together, with source files you can review.
PDF digital signature
Dossier.pdf is digitally signed by Provenia using PAdES and an ICP-Brasil e-CNPJ certificate. The certificate identifies the operating entity within that Brazilian infrastructure and applies a no-changes policy after signing.
The package does not rely on that layer alone. The hash of the final signed PDF is stored in Dossier.json, which is signed separately with Ed25519. Individual Records also retain their RFC 3161 timestamp evidence where available.
These layers support independent checks of PDF integrity, the PDF–JSON relationship, the JSON signature, and Record timestamp evidence. They do not guarantee acceptance or any particular legal effect.
8. Ed25519 signatures and Public Signing Keys
Ed25519 is a digital-signature scheme described in RFC 8032. Provenia signs the canonical Dossier.json payload with a private key that is never published or included in the artifacts. The corresponding public key lets anyone verify the signature mathematically.
A fingerprint is a hash of the canonical public-key representation. It provides a compact identifier for comparing the key named in a Dossier with the key published through Provenia’s official registry.
Check the key and its published status in the Public Signing Keys registry.
Key states
- Active
- Approved for new production signatures.
- Retired
- No longer signs new Dossiers but remains published so historical documents can still be verified.
- Revoked
- Institutional trust has been withdrawn. The key remains published with its reason and context so earlier documents can be assessed accurately.
What the signature confirms
A valid signature confirms mathematically that the verified payload corresponds to a signature made by the private key associated with the consulted public key. Institutional trust also requires checking the fingerprint, official key address, published state, and issue date.
The signature authenticates Provenia’s issuance of the Dossier. It is not the user’s personal signature, does not certify the creator’s civil identity, and does not by itself prove authorship or ownership.
9. Chronology, external timestamping, and time evidence
Every Record records the time at which it was created in Provenia’s infrastructure. This organizes the internal chronology and indicates when the file hash was presented to Provenia.
Where external timestamp evidence is available, FreeTSA, an external RFC 3161 timestamp authority independent of Provenia, issues a response containing a UTC time linked to the Record’s file hash. The platform time and externally certified time serve different purposes.
How external timestamping works
The SHA-256 hash is calculated locally. The original file remains on the user’s device and is not sent to Provenia or FreeTSA.
Provenia sends FreeTSA an RFC 3161 request built from the corresponding hash imprint, a one-time nonce, and required technical parameters. FreeTSA returns a digitally signed response linking that imprint to a UTC time.
Before creating the Record, Provenia checks the hash correspondence, signature, certificate chain, nonce, policy, serial number, and timestamp. If FreeTSA is unavailable or the response cannot be validated, the Record is not created and no Document Credit is used.
What is preserved and how it can be checked
The site and PDF show a summary of FreeTSA, the RFC 3161 standard, and the UTC time. Dossier.json preserves the complete RFC 3161 response in Base64 so a reviewer can reconstruct and independently validate it.
The timestamp belongs to each Record and its corresponding file hash. It is not a timestamp applied to the later Dossier package. Older Records created before this feature was active may not contain external timestamp evidence.
A valid timestamp strengthens evidence that a particular hash existed by that time. It does not by itself establish authorship, civil identity, ownership, originality, or a guaranteed legal effect.
10. What can be documented
Provenia can document many kinds of processes and artifacts: writing, images, photographs, illustrations, music, video, product and design work, research, sketches, software versions, technical files, communications, and other meaningful creative or documentary milestones.
Documenting material does not mean that it qualifies for copyright, patent, trademark, or another form of intellectual-property protection. Copyright generally protects expression rather than ideas, methods, procedures, systems, or facts in isolation; WIPO provides a useful international overview.
Inventions, prototypes, and potentially patentable work
Provenia can document the evolution of physical inventions and technical solutions, including prototypes, processes, drawings, CAD files, photographs, tests, and embedded-software versions.
This can help preserve a development path and the existence of particular material, but it is not a patent filing, grants no exclusivity, and establishes no patent priority.
The original file contents are not uploaded, but later public disclosure of descriptions, Dossiers, files, or technical details may affect novelty. Patent rules differ by country. Anyone considering patent protection should set a filing and confidentiality strategy before sharing technical material.
Responsibility for content
Users must have a lawful basis and authority to process and document the material they use. A Provenia Record does not authorize use of someone else’s work, cure infringement, or transfer third-party rights.
11. Moral and economic rights
Many copyright systems distinguish between rights connected to the creator’s personal relationship with a work and rights connected to its economic use. The exact categories, duration, transfer rules, and exceptions vary by jurisdiction.
Personal or moral interests
Depending on applicable law, these may include attribution and protection against certain changes to a work. Their scope and whether they can be transferred or waived differ between countries.
Economic rights
These commonly concern reproduction, distribution, adaptation, communication, and licensing. Ownership and permitted uses depend on applicable law, agreements, employment arrangements, and other facts.
Provenia does not transfer, license, or assign either category of rights. A Dossier documents artifacts and chronology; the legal consequences depend on authorship, ownership, agreements, and applicable law.
12. Does a Dossier expire?
A Dossier has no contractual expiry date that causes its mathematical checks to stop working. Its future usefulness does, however, depend on preserving everything needed for review.
Keep:
- Dossier.pdf without changes;
- the corresponding Dossier.json;
- the original files associated with Records;
- backups in separate locations;
- relevant context, agreements, and communications;
- earlier Dossier versions when issued.
Historical verification also depends on published public keys and their states. Provenia therefore keeps retired and revoked keys available so earlier documents can be assessed in context.
13. How to verify a Dossier independently
- Keep the PDF and JSON unchanged.
- Check the PAdES signature and certificate information on Dossier.pdf with a compatible tool.
- Confirm that the signature identifies Provenia’s operating entity and does not permit changes after signing.
- Calculate SHA-256 over Dossier.pdf.
- Compare it with the PDF hash in Dossier.json.
- Identify the Ed25519 public key, fingerprint, and state.
- Consult Provenia’s Public Signing Keys registry and check the key’s state at issue time.
- Validate the Ed25519 signature over the canonical JSON payload.
- For a particular Record, obtain the corresponding original file.
- Calculate its SHA-256 hash.
- Compare it with the hash in Dossier.json.
- If external timestamp evidence is present, locate the external_timestamp object.
- Confirm that its certified imprint corresponds to the Record hash.
- Decode and validate the full Base64 RFC 3161 response, signature, certificate chain, authority, UTC time, serial number, policy, and certificate fingerprint.
- Check that every “Based on” link points to an existing Record and that the chronology is internally consistent.
- Review the declarations alongside other relevant documents and evidence.
A matching original-file hash confirms byte-for-byte correspondence with the content that produced the registered hash. A mismatch means the compared bytes differ, even if the file appears similar.
You can also use Provenia’s public Dossier verifier to perform the supported package checks.
14. What can and cannot be concluded
What technical verification can confirm
- the order and documentary data preserved in the Project;
- byte-for-byte correspondence for a compared original file;
- the relationship between the PDF and its hash in JSON;
- the mathematical validity of a signature for a particular public key;
- the published institutional state of that key;
- internal consistency between preserved artifacts;
- where present, correspondence between a Record hash and its external timestamp evidence.
What does not follow automatically
- absolute authorship or the creator’s civil identity;
- ownership or intellectual-property rights;
- originality against every possible source;
- priority over every third-party record;
- the lawfulness or truth of declarations;
- acceptance by a court, tribunal, authority, employer, platform, or other third party;
- a guaranteed legal outcome or evidentiary weight.
When a sequence of Records preserves successive versions and, where available, each hash is linked to independent time evidence, that documentary sequence can contribute to showing that particular material existed or was under development by those documented times. It does not by itself establish authorship, ownership, or legal priority over third-party evidence.
Provenia provides documentary evidence and transparent verification mechanisms. Conclusions about authorship, ownership, priority, or legal effect must consider the complete body of evidence, applicable law, and the competent reviewer’s assessment.
15. When to consider official procedures or specialist advice
Depending on the work and your objective, Provenia documentation may need to be combined with official registrations, agreements, deposits, expert assessments, certifications, or other appropriate measures.
Examples include copyright or software registration where available, trademark or design applications, patent filings, assignments, licenses, commissioned-work agreements, co-creation terms, confidentiality agreements, and advice from an intellectual-property professional.
The appropriate step depends on the nature of the work, the people involved, its intended use, and the relevant countries.
16. Institutional and technical references
International copyright references
Technical standards and tools
External sources may be updated, reorganized, or replaced by their publishers. Their inclusion explains the referenced technical or institutional concept and is not a claim that one jurisdiction’s legal rules apply everywhere.