Shield Playground
On this page
All 6 Forensic Use Cases
Platform

Wie digitale Beweise
wirklich funktionieren

Eine Datei kann kopiert werden. Eine Datei kann bearbeitet werden. Eine Datenbank kann verändert werden. Ein Server kann verschwinden.

Wie lässt sich beweisen, wie ein digitales Artefakt zu einem bestimmten Zeitpunkt aussah?

// Contract_v1.pdf Arbeitgeber: Alice Mitarbeiter: Bob Bonus: $10,000

Bob sagt, dass dies der Originalvertrag ist.
Alice sagt, Bob habe eine Null hinzugefügt. Können wir beweisen, wer recht hat?

↓ UNTERSUCHUNG STARTEN

01 — Integrität

1-Bit Tamper Simulator

Ändern Sie ein Zeichen

Erleben Sie den kryptografischen SHA-256-Avalanche-Effekt interaktiv. Ein digitaler Fingerabdruck reagiert extrem empfindlich auf Änderungen. Versuchen Sie, Bobs Bonus unten zu ändern.

Originaldaten
SHA-256 Fingerprint:
Edit Me
Behauptete Originalversion
SHA-256 Fingerprint:

Integrität: Wie Hashing Änderungen erkennt

Eine Änderung der Eingabedaten erzeugt mit überwältigender kryptografischer Wahrscheinlichkeit einen anderen SHA-256 Digest. SHA-256 ist so konzipiert, dass das Finden einer Kollision rechnerisch nicht praktikabel ist. Wenn sich die Bytes ändern, ändert sich der digitale Fingerabdruck vollständig.

02 — Inclusion

Merkle Tree Visualizer

Aufbau eines Merkle Tree

Sehen Sie, wie ein interaktiver RFC-6962-Proof-Path aufgebaut wird. Was wäre, wenn wir 1.000.000 Verträge hätten? Wir paaren ihre Hashes und hashen die Paare erneut, bis nur noch ein Root Hash übrig bleibt.

ROOT HASH
Hash 0-3
Hash 4-7
Hash 0-1
Hash 2-3
Hash 4-5
Hash 6-7
Doc A
Doc B
Doc C
Doc D
Doc E
Doc F
Doc G
Contract

Ändern Sie eine Datei – nur ihr Pfad bis zum Root ändert sich.

Inclusion: Wie Merkle Trees skalieren

Ein Merkle Proof zeigt, dass ein bestimmtes Leaf zu einem festgeschriebenen Merkle Tree gehört. Statt den gesamten Datensatz bereitzustellen, benötigt der Prüfer nur den Leaf-Hash, die benachbarten Hashes entlang des Pfads und den erwarteten Root. Für einen ausgeglichenen Tree mit N Leaves benötigt der Proof nur O(log N) Hashes.

03 — Existenz

Welche Informationen werden öffentlich?

Diese Architektur vermeidet es, das Originaldokument oder dessen Inhalte on-chain zu speichern, und reduziert dadurch Risiken bei Datenaufbewahrung und Datenschutz.

📄 P2P_Agreement.pdf
47.6 KB
↓ SHA-256
Asset Hash: 53ee7c9f...f6b847
↓ Merkle Aggregation
Merkle Root: 2e927366...6026732b
↓ Anchor to
Live Mainnet Anchor
TON BLOCKCHAIN
Tx: ab58c6d7...399eee86
Time: 2026-09-02 09:29:00 UTC
❌ NICHT ON-CHAIN
  • • Das PDF-Dokument
  • • Persönliche Namen
  • • Private Vertragsbedingungen
✅ ÖFFENTLICHER ANCHOR
  • • Merkle Root
  • • Block Timestamp
  • • TON Transaction ID

Verankerte Existenz

Der Nachweis wird in einer Blockchain-Transaktion festgeschrieben, die in einem Block mit einem aufgezeichneten Timestamp enthalten ist. Die Blockchain stellt ein öffentliches, unabhängig überprüfbares timestamped Commitment bereit. Wir beweisen nicht, wann die Datei erstellt wurde; wir beweisen, dass genau dieser Inhalt zum Zeitpunkt des Anchors in der Blockchain festgeschrieben war.

04 — Verifizierung

Nicht vertrauen. Überprüfen.

Wir haben eine echte, mathematisch gültige P2P-Vereinbarung auf der TON Blockchain vorbereitet. Rufen Sie das kryptografische Manifest über die API ab oder laden Sie das ZIP für eine 100%ige Offline-Verifizierung herunter.

$ curl https://api.proofcore.org/api/v0.1/proof/6f54e446-7b25-4804-b4c9-35f4d052954a

Was beweist eine digitale Notarisierung tatsächlich?

✅Integrität
Diese Bytes stimmen mit der Originaldatei überein.
✅Inclusion
Dieses Artefakt gehört zu diesem Merkle Batch.
✅Existenz
Das Commitment wurde auf der Blockchain verankert.
❌Wahrheitsgehalt
Die Informationen im Artefakt entsprechen tatsächlich den Fakten.
❌Rechtliche Verbindlichkeit
Das Dokument ist rechtlich bindend.
"Wir können kryptografisch beweisen, dass Sie um 12:00 Uhr 'Die Erde ist flach' geschrieben haben.
Wir beweisen nicht, dass die Erde flach ist."

Erstellen Sie Ihren eigenen Proof

▼
▼
▼
▼

▼
  • proofcore-merkle-v1
  • GET https://api.proofcore.org/api/v0.1/proof/{uuid}
  • H_asset = SHA256(raw_bytes)
  • H_deal = SHA256((H_assets + H_meta).encode('utf-8'))
  • direction == 'left' ? SHA256(0x01 ‖ sibling ‖ current) : SHA256(0x01 ‖ current ‖ sibling)
  • Opcode 0 Payload MR: <64-char-root>
▼