Проверяемый цифровой проект

Защита цифрового проекта от подмены

Recoverable фиксирует состав проекта, контрольные суммы файлов и ревизию. При получении или восстановлении система проверяет весь комплект: замена, повреждение или смешение файлов из разных ревизий блокируются, а результат проверки фиксируется в отчёте.

Как это работает Запросить технический доступ Скачать презентацию компании

Публичный stage остаётся technical preview. Подключение доступно через кабинет.

Проект готов к проверке

REVISION i

FPᵢФиксированное представлениеРезультат для просмотра и передачиHfpᵢ

EDᵢРедактируемое состояниеДанные для продолжения работыHedᵢ

RᵢДанные ревизииСвязывают точные Hfpᵢ и Hedᵢbind

01Состав и контрольные суммы

02Единая ревизия

PASSКомплект подтверждён

FAILБлокировка + отчёт

3связанных компонента

2последовательные проверки

1решение до restore

FPᵢ + EDᵢ + Rᵢ образуют один согласованный набор.

Проверено 8 сентября 2026

Что подтверждено в техническом контуре

Это снимок non-production проверок. Публичный stage остаётся technical preview; кабинет уже доступен для самостоятельного подключения.

Проверка EOC

Ingest, SHA-256, согласованность ревизии, evidence, policy decision и повторная проверка.

EOC SERVICE 0.27.0

Раздельное хранение

Интеграционные тесты подтвердили PostgreSQL для метаданных и событий и S3-совместимый adapter для артефактов.

POSTGRESQL · S3 TESTED

Резервное копирование

Ежедневная процедура шифрует age архив с PostgreSQL dump и manifest хранилища, проверяет контрольные суммы и выполняет ротацию.

ENCRYPT · VERIFY · RETAIN

Внешняя копия

Зашифрованный архив реплицируется во внешнее хранилище Cloudflare R2 и сверяется после загрузки.

OFF-SERVER COPY

Доступ на текущем этапеЛичный кабинет уже доступен для разработчиков: войдите по email OTP, создайте проект и API-ключ с нужными scopes самостоятельно. Public stage остаётся technical preview.

Порядок проверки

Сначала компоненты.
Затем вся ревизия.

Целостность отдельного файла не доказывает, что он принадлежит переданному набору. Поэтому проверки разделены.

01
Пересчитать descriptors/hashes
FPᵢ сверяется с Hfpᵢ, EDᵢ — с Hedᵢ.
02
Сверить связь в Rᵢ
Ревизия должна указывать именно на проверенные Hfpᵢ и Hedᵢ.
03
Принять решение
Только после двух положительных результатов ED допускается к адаптеру. Несогласованный набор блокируется.

01 · VERIFYFPᵢ + EDᵢ + Rᵢ

02 · RESTOREEDᵢ → adapter

03 · PRODUCEПолная ревизия i+1

Restore · edit · revise

Редактирование создаёт новый согласованный набор

Положительная проверка позволяет восстановить EDᵢ и передать его прикладной среде либо адаптеру. После изменений не подменяется один компонент внутри старой ревизии: формируется новая ревизия i+1 со своими FP, ED, descriptors/hashes и revision data.

Жизненный цикл ревизии →

Применение

Когда важно проверить весь проект

Это возможные сценарии применения; они не означают наличие существующих внедрений Recoverable.

Разработка ПО

Код, зависимости, сборка и конфигурация относятся к одной ревизии.

CODE · BUILD · CONFIG

Данные и ML

Датасет, модель, параметры и результат проверяются как единый комплект.

DATA · MODEL · RESULT

Инженерный проект

Модель, расчёты, чертежи и спецификации сохраняют общую ревизию.

MODEL · DRAWING · SPEC

Дизайн и медиа

Исходники, связанные ресурсы и экспорт не смешиваются между версиями.

SOURCE · ASSET · EXPORT

Телеметрия

Пакет данных, схема и параметры обработки проверяются вместе.

DATA · SCHEMA · PIPELINE

Public metrics

Публичная статистика начинается с зафиксированного T0

История до публичного периода не реконструируется. Одна содержательная логическая операция учитывается один раз независимо от количества внутренних HTTP-переходов.

Public Integration API v1: 17 публичных операций, 8 integration-маршрутов и 25 method/path операций в полном контракте.

Начало публичного периода01.09.2026 · 23:38:30 MSKT0 2026-09-01T20:38:30.831Z

—Operations · all time

—Operations · 30 days

—Доля успешных операций

—p95 latency

Загрузка публичной статистики…

Если операций ещё нет, сайт показывает фактический ноль и не подставляет демонстрационные значения.

Открыть методику и статистику →

Recoverable EOC · EOC service 0.27.0

Evidence Object Container для проверяемого цифрового состояния

EOC объединяет фиксированное представление, редактируемое состояние и данные ревизии в проверяемый переносимый объект.

Открыть раздел Recoverable EOC →

npm/CLI/SDK · 0.7.1 подготовлены@recoverable-eoc/eoc-core-runtime@recoverable-eoc/eoc-sdk@recoverable-eoc/eoc-cli

Для разработчиков

Контракт между объектом и приложением

Публичный слой отделяет пользовательский контракт от внутренних сервисов. Web gateway 0.6.1 и Public Integration API v1 описывают работу с API-ключом, scopes и tenant/project context. EOC service 0.27.0 отвечает за проверку, ingest, jobs, ревизии, события и reverify. Проект и ключ со scopes создаются в личном кабинете.

Документация для разработчиков →

HTTP · public contract

POST /api/check
POST /api/inspect
POST /api/restore
POST /api/pack-v2
GET  /api/adapters

Security boundary

Проверяемая граница, а не обещание абсолютной безопасности

Recoverable концентрируется на проверяемой целостности, согласованности ревизии и fail-closed restore path. Это не заменяет безопасность приложения, инфраструктуры или отраслевого процесса.

Модель безопасности и границы доверия →

Local integrity: Нарушение не даёт положительного результата.
Revision binding: Mixed revision считается несогласованным состоянием.
Restore gate: Редактируемое состояние не восстанавливается при отказе.

Техническое подключение

Проверим ваш сценарий и согласуем безопасный способ доступа

Обсудить подключение

МАТЕРИАЛ ДЛЯ ПЕРЕГОВОРОВ

Разберитесь в Recoverable за 10 минут

Презентация показывает проблему, архитектуру решения, сценарии применения и порядок подключения.

Скачать презентацию PDF