Shield Playground
On this page
All 6 Forensic Use Cases
Platform

Как на самом деле работает
цифровое доказательство

Файл можно скопировать. Файл можно изменить. Базу данных можно изменить. Сервер может исчезнуть.

Как доказать, как выглядел цифровой артефакт в определённый момент времени?

// Contract_v1.pdf Работодатель: Alice Сотрудник: Bob Бонус: $10,000

Bob утверждает, что это оригинальный контракт.
Alice говорит, что Bob добавил ноль. Можно ли доказать, кто прав?

↓ НАЧАТЬ РАССЛЕДОВАНИЕ

01 — Целостность

1-Bit Tamper Simulator

Измените один символ

Интерактивно испытайте эффект лавины SHA-256. Цифровой отпечаток крайне чувствителен к изменениям. Попробуйте изменить сумму бонуса Bob ниже.

Исходные данные
SHA-256 Fingerprint:
Edit Me
Заявленная оригинальная версия
SHA-256 Fingerprint:

Целостность: как хеширование обнаруживает изменения

Изменение входных данных с подавляющей криптографической вероятностью приводит к другому SHA-256 digest. SHA-256 разработан таким образом, чтобы поиск коллизии был вычислительно невыполним. Если байты изменились, цифровой отпечаток полностью меняется.

02 — Включение

Merkle Tree Visualizer

Построение Merkle Tree

Посмотрите, как строится интерактивный RFC 6962 proof path. Что, если у нас 1 000 000 контрактов? Мы попарно объединяем их hash и снова хешируем пары, пока не останется только один 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

Измените один файл — изменится только его путь до root.

Включение: как Merkle Trees масштабируют доказательства

Merkle proof демонстрирует, что конкретный leaf принадлежит зафиксированному Merkle Tree. Вместо передачи всего набора данных проверяющему нужны только hash leaf, соседние hash вдоль пути и ожидаемый root. Для сбалансированного дерева с N leaf доказательство требует всего O(log N) hash.

03 — Существование

Какая информация становится публичной?

Такая архитектура не помещает исходный документ или его содержимое в blockchain, снижая риски, связанные с хранением данных и приватностью.

📄 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
  • • PDF-документ
  • • Имена и персональные данные
  • • Приватные условия
✅ ПУБЛИЧНЫЙ ANCHOR
  • • Merkle Root
  • • Block Timestamp
  • • TON Transaction ID

Зафиксированное существование

Доказательство фиксируется в blockchain-транзакции, включённой в блок с зарегистрированной временной отметкой. Blockchain предоставляет публичное, независимо проверяемое timestamped commitment. Мы не доказываем, когда файл был создан; мы доказываем, что именно это содержимое было зафиксировано в blockchain к моменту anchor.

04 — Проверка

Не доверяйте. Проверяйте.

Мы подготовили реальное, математически валидное P2P-соглашение в TON Blockchain. Получите криптографический manifest через API или скачайте ZIP для 100% offline-проверки.

$ curl https://api.proofcore.org/api/v0.1/proof/6f54e446-7b25-4804-b4c9-35f4d052954a
🔍 Web Explorer 📦 Скачать ZIP

Что на самом деле доказывает цифровое нотариальное заверение?

✅Целостность
Эти байты совпадают с исходным файлом.
✅Включение
Этот артефакт входит в данный Merkle batch.
✅Существование
Commitment был зафиксирован в blockchain.
❌Достоверность
Информация в артефакте фактически соответствует действительности.
❌Юридическая сила
Документ является юридически обязательным.
"Мы можем криптографически доказать, что вы написали 'Земля плоская' в 12:00.
Мы не доказываем, что Земля плоская."

Создайте собственное доказательство

▼
▼
▼
▼

▼
  • 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>
▼