Shield Playground
On this page
All 6 Forensic Use Cases
Platform

Bagaimana Bukti Digital
Sebenarnya Bekerja

Sebuah file dapat disalin. Sebuah file dapat diedit. Database dapat diubah. Server dapat menghilang.

Bagaimana cara membuktikan seperti apa sebuah artefak digital pada titik waktu tertentu?

// Contract_v1.pdf Pemberi kerja: Alice Karyawan: Bob Bonus: $10,000

Bob mengatakan bahwa ini adalah kontrak asli.
Alice mengatakan Bob menambahkan satu angka nol. Bisakah kita membuktikan siapa yang benar?

↓ MULAI INVESTIGASI

01 — Integritas

1-Bit Tamper Simulator

Ubah Satu Karakter

Rasakan secara interaktif efek avalanche SHA-256 dalam kriptografi. Digital fingerprint sangat sensitif terhadap perubahan. Coba ubah bonus Bob di bawah ini.

Data Asli
SHA-256 Fingerprint:
Edit Me
Versi yang Diklaim Asli
SHA-256 Fingerprint:

Integritas: Bagaimana Hashing Mendeteksi Perubahan

Perubahan pada input menghasilkan SHA-256 digest yang berbeda dengan probabilitas kriptografis yang sangat tinggi. SHA-256 dirancang agar pencarian collision tidak layak dilakukan secara komputasional. Jika byte berubah, digital fingerprint berubah sepenuhnya.

02 — Inclusion

Merkle Tree Visualizer

Membangun Merkle Tree

Lihat bagaimana proof path interaktif RFC 6962 dibangun. Bagaimana jika kita memiliki 1.000.000 kontrak? Kita memasangkan hash-nya lalu melakukan hash ulang pada setiap pasangan hingga hanya tersisa satu Root Hash.

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

Ubah satu file, dan hanya path-nya menuju root yang berubah.

Inclusion: Bagaimana Merkle Trees Dapat Diskalakan

Merkle proof menunjukkan bahwa leaf tertentu merupakan bagian dari Merkle Tree yang telah di-commit. Alih-alih memberikan seluruh dataset, verifier hanya membutuhkan leaf hash, sibling hashes di sepanjang path, dan root yang diharapkan. Untuk tree seimbang yang berisi N leaves, proof hanya membutuhkan O(log N) hashes.

03 — Existence

Informasi Apa yang Menjadi Publik?

Arsitektur ini menghindari penempatan dokumen asli atau isinya secara on-chain, sehingga mengurangi risiko terkait penyimpanan data dan privasi.

📄 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
TIDAK ON-CHAIN
  • • Dokumen PDF
  • • Nama Pribadi
  • • Ketentuan Privat
PUBLIC ANCHOR
  • • Merkle Root
  • • Block Timestamp
  • • TON Transaction ID

Existence yang Di-anchor

Bukti di-commit ke dalam blockchain transaction yang dimasukkan ke dalam block dengan timestamp yang tercatat. Blockchain menyediakan timestamped commitment yang bersifat publik dan dapat diverifikasi secara independen. Kami tidak membuktikan kapan file dibuat; kami membuktikan bahwa konten yang persis sama ini telah di-commit ke blockchain pada saat anchor.

04 — Verifikasi

Jangan Percaya. Verifikasi.

Kami telah menyiapkan perjanjian P2P nyata yang valid secara matematis di TON Blockchain. Ambil cryptographic manifest melalui API, atau unduh ZIP untuk verifikasi 100% offline.

$ curl https://api.proofcore.org/api/v0.1/proof/6f54e446-7b25-4804-b4c9-35f4d052954a
🔍 Web Explorer 📦 Unduh ZIP

Apa yang sebenarnya dibuktikan oleh notarisasi digital?

Integritas
Byte ini cocok dengan file asli.
Inclusion
Artefak ini merupakan bagian dari Merkle batch ini.
Existence
Commitment telah di-anchor ke blockchain.
Kebenaran
Informasi dalam artefak benar secara faktual.
Keabsahan Hukum
Dokumen tersebut mengikat secara hukum.
"Kami dapat membuktikan secara kriptografis bahwa Anda menulis 'Bumi itu datar' pada pukul 12:00.
Kami tidak membuktikan bahwa Bumi itu datar."

Buat Proof Anda Sendiri