◀ HViYou DTFP 🫆

Datei Entstehungsprint

🫆 DTFP – einfach erklärt Digitaler Stempel

DTFP ist ein digitaler Stempel für deine Dateien.

Fingerabdruck Zeitstempel Beweis Urheberrecht Priorität manipulationssicher 100 % lokal Open Source
⚙️ Was es macht
  • Nimmt eine beliebige Datei (PDF, Bild, Video, ZIP, Code …)
  • Berechnet einen Fingerabdruck (Hash) – die Datei bleibt bei dir
  • Bindet den Fingerabdruck an ein Datum und eine öffentliche Zufallszahl
  • Erzeugt einen Entstehungsprint – den Beweiswert
✅ Was es beweist
  • Existenz – die Datei gab es zu diesem Zeitpunkt
  • Unverändertheit – kein Bit wurde verändert
  • Zeitpunkt – taggenau, minutengenau über die Beacon-Runde
  • Urheberschaft – wenn mit K2-Schlüssel signiert
❌ Was es nicht braucht
  • Keine Cloud, kein Server, kein Konto
  • Keine Übertragung der Datei
  • Keine Kosten, kein Tracking
Wichtig: Kein Ersatz für einen Anwalt oder amtlichen Zeitstempel – aber ein starker technischer Nachweis.

📂 Für jede Datei – für jedes Dokument

DTFP ist nicht auf einen Dateityp festgelegt. Es arbeitet mit dem Inhalt – egal, ob es sich um Text, Code, ein Bild, ein Archiv oder eine Datenbank handelt. Der Print belegt: Genau dieser Inhalt existierte spätestens zum Beacon-Zeitpunkt.

📄 Textdokumente PDF, DOCX, ODT, TXT, Markdown, RTF, LaTeX – Verträge, Manuskripte, Notizen.
🖼️ Bilder & Grafiken JPG, PNG, SVG, TIFF, PSD, AI – Fotos, Illustrationen, Logos, Designs.
🎬 Audio & Video MP3, WAV, FLAC, MP4, MOV – Musik, Podcasts, Filme, Screencasts.
💻 Quellcode JS, TS, Python, PHP, Java, C, Rust – einzelne Dateien oder ganze Projekte.
🗄️ Datenbanken & Daten SQL-Dumps, CSV, JSON, XML, Parquet – Exporte, Messreihen, Konfigurationen.
📦 Archive ZIP, TAR.GZ, 7z – gebündelte Werkstände, Backups, Releases.
📐 CAD & Technik DWG, DXF, STEP, STL – Pläne, Modelle, technische Zeichnungen.
🌐 Webpräsenzen HTML, CSS, JS, PHP, Assets – die gesamte Website als ZIP-Archiv.
Wichtig: Der Print enthält keine Inhaltsdaten – nur Hashes. Die Datei selbst verlässt dein Gerät nicht. Du kannst den Beleg erzeugen, bevor du etwas veröffentlichst, und später entscheiden, was du zeigst.

💡 Anwendungsbeispiele – ein Verfahren, viele Zwecke

Die Methode funktioniert für jede Dokumentenart – nur der Dateiname und der Inhalt ändern sich.

📝 Urheberrecht für Texte

Ein Manuskript, ein Artikel, ein Blogbeitrag – als Datei gesiegelt, bevor er veröffentlicht wird. Der Print belegt Priorität und Wortlaut.

🖼️ Bilder & Fotos

Original-JPG oder RAW plus .dtfp.json. Bei Streit um die Urheberschaft zeigt der Print, dass das Bild in genau dieser Fassung existierte.

💻 Software-Releases

Quellcode-Archiv oder Binärpaket siegeln. Jede Version bekommt ihren eigenen Print – nachvollziehbar und manipulationssicher.

📑 Verträge & Dokumente

PDF-Verträge, Angebote, Rechnungen. Der Print belegt, dass der Inhalt zum Zeitpunkt der Siegelung unverändert vorlag.

🔬 Forschung & Daten

Messreihen, Auswertungen, Rohdaten. Der Print dokumentiert den Datenstand – ideal für Reproduzierbarkeit und Priorität.

🌐 Webpräsenz als ZIP

Die gesamte Website in einem Archiv. Der Print belegt den Werkstand, die Signatur die Urheberschaft.

🔒 Technische Details

Hash: SHA-256 über die Originaldatei – der Inhalts-Fingerabdruck.
Commitment: C₀ = SHA256("DTFP1|H|D|N") – bindet Inhalt, Tag und Nonce.
Zeitanker: drand-Beacon (League of Entropy) – öffentlich, nicht vorhersagbar.
Print: P = SHA256(C₀ + F) – der finale, kompakte Beweiswert.
Signatur (optional): Ed25519 über "DTFP1-SIG-P|" + P – Urhebernachweis.
Lokalität: Keine Dateiinhalte verlassen das Gerät; nur der öffentliche drand-Beacon wird abgerufen.

📦 Beispiel: Transport-Container

Diese Anleitung beschreibt ein einfaches Verfahren, mit dem du jedes Werk – eine Website, ein Manuskript, ein Bild, ein Software-Release, ein Datenpaket – bitstabil sichern und gleichzeitig frei transportieren kannst. Die Grundidee: Werk, Beleg und Transport werden getrennt. Das Werk bleibt unangetastet. Der Beleg beschreibt das Werk. Der Transport ist eine austauschbare Hülle, die beliebig oft neu entstehen darf. Das Werk ist bitstabil. Der Beleg hält den Hash fest. Der Transport-Container ist die wegwerfbare Hülle drumherum – eine Tüte, die beliebig oft neu entstehen darf.

┌─────────────────────────────────────────────┐ │ TRANSPORT-CONTAINER (wegwerfbar) │ │ ┌─────────────────────────────────────────┐ │ │ │ WERK (bitstabil, gehasht) │ │ │ │ website_v1.0.zip │ │ │ ├─────────────────────────────────────────┤ │ │ │ BELEG (Verweis auf das Werk) │ │ │ │ website_v1.0.zip.dtfp.json │ │ │ ├─────────────────────────────────────────┤ │ │ │ README.txt │ │ │ └─────────────────────────────────────────┘ │ └─────────────────────────────────────────────┘

So baust du den Container

1
Neuen Ordner anlegen transport/ ├── website_v1.0.zip ├── website_v1.0.zip.dtfp.json └── README.txt
2
README.txt hineinlegen

Diese kurze Textdatei erklärt dem Empfänger, was er vor sich hat:

HViYou · Werk + Beleg
Inhalt:
website_v1.0.zip             – das Werk
(bitstabil, NICHT neu packen!)
website_v1.0.zip.dtfp.json   – der DTFP1-Entstehungsprint dazu
Werk-Hash (SHA-256):
a3f1…9c8e
Prüfen:
1. website_v1.0.zip und website_v1.0.zip.dtfp.json
auf der DTFP?-Seite laden
2. Kette wird automatisch nachgerechnet
Wichtig:
❗ website_v1.0.zip bitte NUR entpacken, NICHT neu packen.
Der DTFP-Print bezieht sich auf exakt diese ZIP-Datei.
3
Transport-Ordner als ZIP packen

Beliebiger Name – etwa:

website_v1.0_transport.zip

Oder mit eigener Endung, damit kein Auto-Entpacken passiert:

website_v1.0.hviyou
Ergebnis: Ein Transport-Container, den du frei verwenden kannst. Er ist austauschbar und wegwerfbar.

Was mit dem Transport-Container passieren darf

Der Transport-Container ist eine Tüte. Was mit der Tüte passiert, ist gleichgültig – solange das innere Werk-ZIP und der Beleg erhalten bleiben.

Aktion Problematisch? Warum
Neu packen ✅ egal Der Container hat keinen Beweiswert.
Umbenennen ✅ egal Nur der Inhalt zählt.
Per E-Mail verschicken ✅ egal Mail-Gateways entpacken neu – schadet nicht.
In die Cloud legen ✅ egal Solange die Cloud nicht das Werk-ZIP anfasst.
Auf GitHub hochladen ✅ egal „Download ZIP" erzeugt einen neuen Container – das Werk bleibt.
Verlieren / löschen ✅ egal Werk + Beleg liegen ja woanders.
Inhalt entpacken ✅ egal Der Empfänger bekommt Werk + Beleg als lose Dateien.
Werk-ZIP im Container neu packen ❌ kritisch Das bricht die Prüfkette.
⚠️ Die eine Regel Das innere ZIP nie neu packen. Solange website_v1.0.zip bytegleich bleibt, bleibt der DTFP-Print gültig. Wer das ZIP entpackt und neu packt, erzeugt – selbst bei identischem Inhalt – eine Datei mit anderem Hash. Damit passt der Beleg nicht mehr.

Das gilt für das Werk-ZIP, nicht für den Transport-Container. Der äußere Container darf beliebig oft neu entstehen.

So prüft der Empfänger

  1. Transport-Container entpacken (mit beliebigem Tool)
  2. website_v1.0.zip und website_v1.0.zip.dtfp.json auf der DTFP?-Seite laden
  3. „Verifizieren" klicken
  4. Alle Schritte grün = Werk unverändert, Zeitanker bestätigt, ggf. Signatur gültig
Merksatz: Das Werk wird gehasht. Der Beleg hält den Hash fest. Der Transport ist eine Tüte – was mit der Tüte passiert, ist egal.
🫆 Print erzeugen 🔎 Print prüfen 🔑 K2-Schlüssel