Блокчейн-сертификаты или Open Badges: что выбрать для цифровых credentials в 2026 году?
Блокчейн-сертификаты против Open Badge v2.0: чем различаются верификация, портативность и стоимость — и когда каждый подход уместен для выпуска цифровых credentials.
Nacho founded Badges Ninja to make issuing verifiable digital credentials as simple as a single API call — Open Badge v2.0 badges and certificates, minted, hosted, and verifiable without standing up your own issuer infrastructure.
Если вы потратили хоть немного времени на изучение цифровых credentials, вы наверняка столкнулись с двумя конкурирующими подходами. Один утверждает, что ваши сертификаты должны жить «в блокчейне» — неизменяемые, децентрализованные, защищённые от подделки. Другой говорит, что вам нужны Open Badges — устоявшийся, совместимый стандарт, который уже работает с LinkedIn, системами отслеживания кандидатов и каждой крупной платформой выпуска. Оба заявляют, что решают одну и ту же задачу: доказать, что credential подлинный, без звонка в приёмную комиссию.
На самом деле они не противоположны. Но маркетинг вокруг каждого из них размыл само понятие «блокчейн-сертификат», и издатели в итоге выбирают технологический стек прежде, чем поймут, какую задачу они решают. В этой статье мы разбираем, что действительно отличает два подхода, где противопоставление «блокчейн против Open Badges» является ложным выбором и как выбрать платформу выпуска, не оказавшись запертым в инфраструктуре, которая вам не нужна.
Что на самом деле означает «блокчейн-сертификат»
«Блокчейн-сертификат» — это не что-то одно; под этим термином скрывается несколько разных архитектур, которые сваливают в одну кучу в маркетинговых текстах:
1. Сертификаты, привязанные по хешу. Сам credential (PDF, изображение, JSON-документ) хранится в обычной базе данных. Криптографический хеш этого документа — а не сам документ — записывается в публичный блокчейн (обычно Ethereum или разрешённую цепочку). Любой может заново вычислить хеш исходного файла и сравнить его с записью в цепочке, чтобы подтвердить, что ничего не изменилось. Это самая распространённая схема среди поставщиков «блокчейн-credentials», включая ориентированные на вузы платформы вроде BCdiploma и POK.
2. Полностью ончейн-credentials. Сами данные credential хранятся в цепочке, часто в виде NFT или пользовательского стандарта токена. На практике редкость — плата за газ и ограничения на объём данных в публичных цепочках делают это непрактичным для чего-либо крупнее небольшого пилота.
3. W3C Verifiable Credentials (VC). Стандарт криптографической подписи, при котором издатель подписывает утверждение закрытым ключом, а любой может проверить подпись по опубликованному открытому ключу издателя — вообще без блокчейна, хотя VC иногда сочетают с реестром DID (децентрализованных идентификаторов) на основе блокчейна. Именно в эту сторону движется Open Badge 3.0, и это стоит изучить подробнее в нашем сравнении Open Badge v2 и v3.
Общая нить всех трёх: верификация делегируется криптографии вместо звонка в приёмную комиссию. Вот в чём реальная ценность — и именно её Open Badge v2.0, актуальная, с опциональной криптографической подписью и наиболее широко принятая спецификация, уже обеспечивает без блокчейна.
Что на самом деле верифицирует Open Badge v2.0
Credential Open Badge v2.0 — это документ JSON-LD, структурированное машиночитаемое утверждение, которое гласит: «издатель X выдал значок Y получателю Z в дату D», с приложенным URL-подтверждением и критериями. Модель верификации — это размещённая (hosted) верификация: утверждение живёт по стабильному URL, контролируемому издателем, и любой — рекрутер, HR-система, бот отслеживания кандидатов — может обратиться к этому URL и получить текущее, авторитетное состояние credential, включая то, был ли он с тех пор отозван.

Это отличается от блокчейн-привязки по хешу в одном важном аспекте: блокчейн-привязка по хешу доказывает, что документ не был изменён с момента выпуска. Размещённая верификация OBv2 доказывает текущий, «живой» статус credential — выдан, отозван или истёк — потому что верификатор всегда сверяется с источником истины, а не со статичным снимком. Если credential отзывают через шесть месяцев после выпуска (сертификация утрачивает силу, обнаруживается нарушение), PDF, привязанный по хешу, по-прежнему хешируется в то же значение, что и всегда — привязка ничего не говорит об отзыве. Размещённая страница верификации OBv2 отражает отзыв немедленно. Полную структуру утверждения credential, поле за полем, вы можете увидеть в руководстве по API awards и справочнике API.
Портативность: кошельки против URL
Платформы credentials с привязкой к блокчейну часто подчёркивают портативность кошелька — идею о том, что получатель «владеет» своим credential так же, как владеет криптокошельком, независимо от того, остаётся ли какая-либо платформа онлайн. Это реальное свойство, и для учреждений, обеспокоенных привязкой к поставщику на горизонте 20 лет, оно имеет значение.
Однако на практике портативность для получателя сегодня решает одна-единственная вещь: может ли он разместить это в LinkedIn в один клик? Open Badges уже уверенно выигрывают эту схватку. Получатель badges.ninja получает публичный профиль по адресу badges.ninja/u/{handle}, URL верификации для совместного доступа, скачиваемый PDF-сертификат и кнопку LinkedIn «Add to Profile», которая заранее заполняет диалог сертификации — без программ-кошельков, без seed-фразы, без платы за газ. Рекрутеры и менеджеры по найму не проверяют блокчейн-эксплореры; они кликают по ссылке сертификации LinkedIn. Если ваша цель — охват получателей и сигнал доверия, размещённая верификация по URL превосходит ончейн-хеш, который никто за пределами вашей приёмной комиссии не умеет читать.
Стоимость и сложность
Именно здесь два подхода расходятся сильнее всего. Выпуск с привязкой к блокчейну обычно означает:
- Плату за газ за каждый credential (даже на дешёвых цепочках при объёме это добавляет реальные операционные расходы)
- Инфраструктуру кошельков для издателей, а зачастую и для получателей
- Зависимость от того, что конкретная цепочка останется экономически жизнеспособной и доступной
- Корпоративные циклы продаж — большинство поставщиков блокчейн-credentials продают вузам и крупным учреждениям по индивидуальным контрактам, а не через самостоятельную регистрацию
Выпуск Open Badge v2.0, напротив, — это просто структурированный JSON, отдаваемый по HTTPS. Нет платы за блокчейн-транзакцию за каждый credential, нет зависимости от кошелька и нет причин, по которым выпуск должен быть доступен только корпорациям. Это напрямую отражается в ценах: badges.ninja выпускает credentials Open Badge v2.0 начиная с $0/месяц (тариф Free), масштабируясь до $9/мес (Starter) и $29/мес (Pro) — без платы за газ за credential, без переговоров по контракту. Если вы сравниваете совокупную стоимость по категории, наш разбор самой дешёвой платформы Open Badges показывает, где по цене оказываются платформы с привязкой к блокчейну относительно альтернатив с размещённой верификацией.
А как насчёт долговечности без блокчейна?
Самый сильный аргумент стороны блокчейна — долговечность: что станет с credential через 20 или 30 лет, если платформа мигрирует, реорганизуется или закроется? Это справедливый вопрос — но публичный реестр не единственный ответ, и почти для всех это ответ неверный.
Размещённая верификация естественным образом сочетается с постоянным, адресуемым по содержимому хранилищем. На badges.ninja изображение значка каждого credential хранится постоянно по неизменяемому URL, адресуемому по хешу содержимого, так что визуальный артефакт остаётся доступным по своему хешу содержимого на протяжении всего срока действия credential — вы получаете долговечное, устойчивое к подделке хранилище без платы за газ, без кошельков и без зависимости от цепочки. В сочетании с утверждением Open Badge v2.0, отдаваемым по HTTPS, это закрывает вопрос долговечности для подавляющего большинства издателей: провайдеров обучения, буткемпов, корпоративных команд L&D и профессиональных объединений.
Узкий набор регулируемых ниш — определённые государственные или трансграничные рамки признания credentials — действительно явно ссылается на ончейн-нотаризацию, и таким учреждениям их требования по соответствию будут прописаны отдельно. Вне этих конкретных предписаний ончейн-хеш покупает вам гарантию портативности, которой ваши получатели никогда фактически не воспользуются, ценой вполне реальной сложности.
Практическая рекомендация на 2026 год
Для большинства издателей правильная архитектура такова: размещённая верификация Open Badge v2.0 сегодня, с внимательным взглядом на OB 3.0 / W3C Verifiable Credentials по мере созревания этой экосистемы. OB 3.0 даёт вам криптографическую верификацию с подписью издателя — то самое свойство безопасности, ради которого обычно и продают блокчейн-привязку, — вообще без цепочки, платы за газ или программ-кошельков. Это стандартизированная версия «криптографически проверяемого», и она исходит от того же органа 1EdTech, который поддерживает OBv2, а значит, будет совместима с экосистемой LinkedIn / ATS / LMS, от которой вы уже зависите.
Если вы работаете под конкретным государственным или институциональным мандатом, диктующим определённый формат верификации, следуйте требованию, которое вам передаёт команда по соответствию — несколько поставщиков строят решения именно под эти ограничения, и как сравнивается категория, мы разбираем в наших материалах об альтернативе BCdiploma и альтернативе POK. Для всех остальных — программ обучения, буткемпов, корпоративных команд по соответствию, профессиональных объединений — размещённая верификация Open Badge v2.0, подкреплённая постоянным хостингом изображений, даёт вам тот же практический результат (credential, который нельзя подделать, который верифицируется мгновенно и которым получатели действительно делятся) без накладных расходов на инфраструктуру.
Готовы выпустить свой первый проверяемый credential? Начните бесплатно на badges.ninja — визуальный дизайнер, публичная страница верификации, PDF-сертификат, вывод в формате Open Badge v2.0. Кредитная карта не требуется.
Как создана эта статья
Некоторые статьи в этом блоге готовятся с помощью ИИ-ассистента, а затем проверяются, сверяются с фактами и редактируются командой Badges Ninja перед публикацией. Каждый пример кода и цена проверены на актуальном продукте. Подробнее о нашем редакционном процессе и работе с ИИ читайте на странице редакционного процесса .

Об авторе
Nacho Coll
Founder & Engineer at Badges Ninja
Nacho founded Badges Ninja to make issuing verifiable digital credentials as simple as a single API call — Open Badge v2.0 badges and certificates, minted, hosted, and verifiable without standing up your own issuer infrastructure. Writes about the Open Badges spec, credential verification, and running a credentialing platform serverless on AWS, from the operator side of the wire.


