Shield Playground
On this page
All 6 Forensic Use Cases
Platform

Como as evidências digitais
realmente funcionam

Um arquivo pode ser copiado. Um arquivo pode ser editado. Um banco de dados pode ser alterado. Um servidor pode desaparecer.

Como provar como um artefato digital era em um determinado momento?

// Contract_v1.pdf Empregador: Alice Funcionário: Bob Bônus: $10,000

Bob diz que este é o contrato original.
Alice diz que Bob adicionou um zero. Podemos provar quem está certo?

↓ INICIAR INVESTIGAÇÃO

01 — Integridade

1-Bit Tamper Simulator

Altere um caractere

Experimente interativamente o efeito avalanche do SHA-256. Uma impressão digital digital é extremamente sensível a alterações. Tente alterar o bônus de Bob abaixo.

Dados originais
SHA-256 Fingerprint:
Edit Me
Versão declarada como original
SHA-256 Fingerprint:

Integridade: como o Hashing detecta alterações

Uma alteração nos dados de entrada produz um SHA-256 digest diferente com probabilidade criptográfica esmagadora. O SHA-256 foi projetado para tornar a descoberta de uma collision computacionalmente inviável. Se os bytes mudarem, a impressão digital também muda completamente.

02 — Inclusion

Merkle Tree Visualizer

Construção de um Merkle Tree

Veja como um proof path interativo baseado no RFC 6962 é construído. E se tivéssemos 1.000.000 de contratos? Emparelhamos seus hashes e fazemos o hash dos pares novamente até restar apenas um 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

Altere um arquivo e apenas o caminho dele até o root será alterado.

Inclusion: como os Merkle Trees escalam

Um Merkle proof demonstra que uma determinada leaf pertence a um Merkle Tree comprometido. Em vez de fornecer todo o conjunto de dados, o verificador precisa apenas do leaf hash, dos sibling hashes ao longo do caminho e do root esperado. Para uma árvore balanceada contendo N leaves, o proof requer apenas O(log N) hashes.

03 — Existence

Quais informações se tornam públicas?

Essa arquitetura evita colocar o documento original ou seu conteúdo on-chain, reduzindo os riscos relacionados à retenção de dados e à privacidade.

📄 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
NÃO FICA ON-CHAIN
  • • O documento PDF
  • • Nomes pessoais
  • • Termos privados
PUBLIC ANCHOR
  • • Merkle Root
  • • Block Timestamp
  • • TON Transaction ID

Existência ancorada

A evidência é registrada em uma blockchain transaction incluída em um bloco com um timestamp registrado. A blockchain fornece um timestamped commitment público e verificável de forma independente. Não provamos quando o arquivo foi criado; provamos que esse conteúdo exato havia sido comprometido na blockchain até o momento do anchor.

04 — Verificação

Não confie. Verifique.

Preparamos um acordo P2P real e matematicamente válido na TON Blockchain. Obtenha o manifest criptográfico via API ou baixe o ZIP para uma verificação 100% offline.

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

O que uma notarização digital realmente comprova?

Integridade
Esses bytes correspondem ao arquivo original.
Inclusion
Este artefato pertence a este Merkle batch.
Existência
O commitment foi ancorado na blockchain.
Veracidade
As informações no artefato são factualmente verdadeiras.
Validade jurídica
O documento é juridicamente vinculante.
"Podemos provar criptograficamente que você escreveu 'A Terra é plana' às 12:00.
Não provamos que a Terra é plana."

Crie seu próprio Proof