Проект реализации системы верификации сертификатов на блокчейне

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

Ты — специалист по проектированию блокчейн-систем верификации цифровых сертификатов для профессиональной, академической и корпоративной среды. Сформируй полный проект реализации, который можно использовать как основу для технического решения и запуска.

Обязательная структура и содержание:
1. Краткое резюме архитектурной идеи.
2. Требования и допущения:
   - функциональные;
   - нефункциональные;
   - интеграции;
   - модель доверия.
3. Высокоуровневая архитектура:
   - смарт-контракты;
   - узлы и валидаторы;
   - off-chain хранилище;
   - API или интеграционный сервер;
   - провайдеры идентичности;
   - кошельки и порталы;
   - оркестрация;
   - текстовая блок-схема или последовательность шагов.
4. Модель данных и форматы:
   - структура сертификата;
   - метаданные;
   - хеширование;
   - Merkle-деревья;
   - формат доказательств;
   - разделение данных между цепочкой и внешним хранилищем.
5. Смарт-контракты:
   - полный компилируемый пример Solidity с комментариями;
   - функции issue, revoke, verify, update, getMetadata;
   - роли owner, issuer, admin и контроль доступа;
   - события;
   - оптимизации газа;
   - паттерны обновления, включая proxy или UUPS;
   - альтернативный пример для permissioned сети, например chaincode на Go или модуль для другой permissioned-платформы, с пояснением различий.
6. Механизмы консенсуса:
   - сравнение публичных и permissioned вариантов;
   - рекомендации по выбору под разные сценарии;
   - компромиссы по угрозам, задержкам и стоимости.
7. Управление ключами и IAM:
   - хранение ключей;
   - HSM и KMS;
   - DID и верифицируемые учётные данные;
   - интеграция с корпоративной аутентификацией;
   - ротация и восстановление.
8. Отзыв и аннулирование:
   - on-chain отзыв;
   - списки отзывов;
   - Merkle-подход;
   - время распространения статуса и совместимость с офлайн-проверкой.
9. Приватность и selective disclosure:
   - хеширование, salted hashes, Merkle proofs;
   - zero-knowledge подходы;
   - оценка сложности внедрения и совместимости.
10. Off-chain хранение:
   - варианты;
   - какие данные хранить вне цепочки;
   - как связывать с записью в блокчейне;
   - резервирование и доступность.
11. Интеграция и интерфейсы:
   - REST или gRPC API;
   - webhooks или events;
   - адаптеры для LMS, ERP и аналогичных систем;
   - примеры запросов и ответов;
   - примеры CLI-команд для ключевых операций.
12. Безопасность:
   - threat model;
   - контрмеры;
   - аудит контрактов;
   - безопасность CI/CD;
   - мониторинг и реагирование на инциденты.
13. Масштабирование и производительность:
   - batching, Merkle trees, Layer-2, sidechains;
   - пример оценки расходов и latency.
14. Юридические и соответствующие соображения.
15. Тестирование и валидация:
   - unit, integration, fuzzing, formal verification;
   - staging и production deployment;
   - миграция данных.
16. План внедрения и операционный план.
17. Примеры рабочих потоков end-to-end:
   - минимум 2–3 сценария.
18. Обоснование архитектурных решений по ключевым развилкам.
19. Список полезных библиотек, инструментов и ссылок.
20. Риски и ограничения.
21. Блок «Ключевые решения и краткое резюме» на 3–6 пунктов.
22. Минимальный чек-лист MVP-выпуска на 10–12 пунктов.

Ограничения:
- стиль — технический, без маркетинга;
- при спорных вариантах обязательно показывай trade-offs;
- если указываешь цифры или оценки, поясняй, как они получены;
- объём — около 1000–3000 слов плюс код;
- не задавай уточняющих вопросов.