Shield Playground
On this page
All 6 Forensic Use Cases
Platform

Dijital kanıtın
gerçekte nasıl çalıştığı

Bir dosya kopyalanabilir. Bir dosya değiştirilebilir. Bir veritabanı değiştirilebilir. Bir sunucu ortadan kaybolabilir.

Bir dijital varlığın belirli bir zamandaki halini nasıl kanıtlayabilirsiniz?

// Contract_v1.pdf İşveren: Alice Çalışan: Bob Bonus: $10,000

Bob bunun orijinal sözleşme olduğunu söylüyor.
Alice, Bob'un bir sıfır eklediğini söylüyor. Kimin haklı olduğunu kanıtlayabilir miyiz?

↓ İNCELEMEYİ BAŞLAT

01 — Bütünlük

1-Bit Tamper Simulator

Tek Bir Karakteri Değiştirin

Kriptografik SHA-256 avalanche effect etkisini interaktif olarak deneyimleyin. Dijital bir fingerprint değişikliklere karşı son derece hassastır. Aşağıda Bob'un bonusunu değiştirmeyi deneyin.

Orijinal Veriler
SHA-256 Fingerprint:
Edit Me
Orijinal Olduğu İddia Edilen
SHA-256 Fingerprint:

Bütünlük: Hashing Değişiklikleri Nasıl Tespit Eder?

Girdide yapılan bir değişiklik, ezici bir kriptografik olasılıkla farklı bir SHA-256 digest üretir. SHA-256, collision bulmayı hesaplama açısından uygulanamaz hâle getirecek şekilde tasarlanmıştır. Byte'lar değişirse dijital fingerprint tamamen değişir.

02 — Inclusion

Merkle Tree Visualizer

Merkle Tree Oluşturma

İnteraktif RFC 6962 proof path yapısının nasıl oluşturulduğunu görün. 1.000.000 sözleşmemiz olsaydı ne olurdu? Hash'leri ikili gruplar halinde eşleştirir ve yalnızca bir Root Hash kalana kadar bu çiftleri tekrar hash'leriz.

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

Bir dosyayı değiştirin; yalnızca root'a giden yolu değişir.

Inclusion: Merkle Trees Nasıl Ölçeklenir?

Bir Merkle proof, belirli bir leaf'in commit edilmiş bir Merkle Tree'ye ait olduğunu gösterir. Tüm veri setini sağlamak yerine verifier yalnızca leaf hash'i, yol üzerindeki sibling hash'leri ve beklenen root'u gerektirir. N leaf içeren dengeli bir tree için proof yalnızca O(log N) hash gerektirir.

03 — Varlık

Hangi Bilgiler Kamuya Açılır?

Bu mimari, orijinal belgeyi veya içeriğini on-chain'e koymaktan kaçınır ve veri saklama ile gizlilik risklerini azaltır.

📄 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
ON-CHAIN DEĞİL
  • • PDF Belgesi
  • • Kişisel İsimler
  • • Özel Şartlar
PUBLIC ANCHOR
  • • Merkle Root
  • • Block Timestamp
  • • TON Transaction ID

Anchor Edilmiş Varlık

Kanıt, kayıtlı bir timestamp içeren bir bloğa dahil edilmiş blockchain transaction'ında commit edilir. Blockchain, herkese açık ve bağımsız olarak doğrulanabilir bir timestamped commitment sağlar. Dosyanın ne zaman oluşturulduğunu kanıtlamıyoruz; tam olarak bu içeriğin anchor zamanına kadar blockchain'e commit edildiğini kanıtlıyoruz.

04 — Doğrulama

Güvenmeyin. Doğrulayın.

TON Blockchain üzerinde gerçek ve matematiksel olarak geçerli bir P2P anlaşması hazırladık. Kriptografik manifest'i API üzerinden alın veya %100 offline doğrulama için ZIP'i indirin.

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

Dijital noterleme gerçekte neyi kanıtlar?

Bütünlük
Bu byte'lar orijinal dosyayla aynıdır.
Inclusion
Bu artifact, bu Merkle batch'e aittir.
Varlık
Commitment blockchain'e anchor edilmiştir.
Gerçeklik
Artifact içindeki bilgiler olgusal olarak doğrudur.
Hukuki Geçerlilik
Belge hukuken bağlayıcıdır.
"Saat 12:00'de 'Dünya düzdür' yazdığınızı kriptografik olarak kanıtlayabiliriz.
Dünya'nın düz olduğunu kanıtlamıyoruz."

Kendi Proof'unuzu Oluşturun