WINDI

1. Constitutional Principle

The system is not a source of truth. The system is a mechanism of verifiability.

The FVE Protocol is built on one irrevocable premise:

• It does NOT assert factual truth
• It does NOT interpret content
• It does NOT require institutional trust
• ✓ It PROVES existence at a moment in time
• ✓ It PROVES integrity of the captured artifact
• ✓ It PROVES context: identity + location + timestamp

Trust is not requested. Verification is provided.

2. Formal Definition

Field-Verified Evidence (FVE)

A digital artifact whose origin, integrity, and context are verifiable independently of the platform that generated it.

An FVE artifact is produced through a defined pipeline that binds together three dimensions that have historically been recorded in isolation:

3. Canonical Components

A valid FVE artifact MUST contain all four components:

3.1 Identity

• Verifiable DID (Decentralised Identifier)
• Cryptographic signature associated with the actor
• Wallet reference traceable through the Forensic Ledger

3.2 Space-Time

• Geographic coordinates (GPS lock at moment of capture)
• Authoritative timestamp (UTC — server-side, not client-side)

3.3 Evidence

• Original media file (native device capture — no post-hoc upload path)
• SHA-256 hash computed at the instant of capture

3.4 Seal

• Receipt registration in immutable Forensic Ledger
• Unique receipt_id (format: WINDI-FIELD-YYYYMMDDHHMMSS-XXXXXXXX)
• Public verification endpoint — no authentication required

4. Reference Pipeline

The canonical FVE pipeline consists of four sequential, non-skippable stages:

Each stage is mandatory. Skipping any stage produces an artifact that does not qualify as FVE.

5. Invariant Properties

A compliant FVE implementation must guarantee all five invariants:

6. Verification Model

Any independent verifier must be able to execute the following steps without privileged access:

• Obtain the artifact (media file)
• Recompute the SHA-256 hash
• Query the Forensic Ledger using the receipt_id
• Compare: hash + timestamp + metadata

7. Non-Goals (Critical)

The FVE Protocol explicitly does NOT:

• Validate factual truth of the captured content
• Detect intent or interpret meaning
• Classify content as true or false
• Replace human analysis or judicial judgment
• Constitute legal evidence without additional procedural context

FVE proves that an artifact existed, was captured natively, and has not been altered since sealing. What the artifact depicts is a matter for human judgment.

8. Proof Class

FVE introduces a distinct class of digital proof that combines three dimensions previously recorded in isolation:

Proof of Presence + Proof of Capture + Proof of Integrity

This combination means that a fake or retroactively created artifact cannot pass a full FVE verification, because it cannot simultaneously satisfy all three proofs with a consistent DID, GPS lock, authoritative timestamp, and sealed hash.

9. Protocol Positioning

WINDI is not the arbiter of truth. WINDI is the first system to implement a complete, public, open FVE pipeline.

10. Priority Claim

This document formally defines the FVE protocol structure and establishes the timestamp of its first implementation.

"I — with this identity — was here — at this exact moment — and captured this."

— Human Dragon, Kempten, Bavaria, 23 March 2026

11. Founding Signatures