Label 309 — это открытый код?

Да. Label 309 — это открытый стандарт, а не способ огородить частный продукт. Код опубликован под лицензией Apache-2.0, текст спецификации — под Creative Commons Attribution 4.0 (CC-BY-4.0), и всё это лежит в публичных репозиториях на github.com/cardanowall. Разработчики, компании, исследователи и всё сообщество Cardano могут реализовать стандарт, провести его аудит, форкнуть, строить на нём продукты и запускать собственную инфраструктуру — и для этого им ничего не нужно просить у CardanoWall.

В этом и весь смысл. CardanoWall — первый отполированный продукт, построенный вокруг стандарта. И он намеренно не единственный продукт, который может его использовать.

Можно ли называть это стандартом, если его создал один продукт?

Можно — но только если работа применима за пределами этого продукта.

Стандарт Proof of Existence должен пережить компанию, которая первой сделала для него удобный интерфейс. Если запись можно создать только на одном сайте, проверить только на одном сервере или понять только через один закрытый бэкенд, то это не публичный стандарт. Это функция продукта.

Label 309 идёт противоположным путём:

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

CardanoWall по-прежнему может предлагать самый удобный размещённый сервис. Но само подтверждение не зависит от того, доверяют ли CardanoWall, в сети ли он и участвует ли он коммерчески. Подробный разбор этой независимости — в материале как проверить запись Label 309.

Это CIP-309?

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

Предложение Proof of Existence подано в процесс Cardano CIP и сейчас рассматривается редакторами CIP как предложение категории Metadata. Поскольку запись использует метку метаданных Cardano 309, его иногда неформально называют «CIP-309» — но метка метаданных не равна номеру CIP. Это два разных идентификатора. В открытом pull request предложение пока фигурирует под предварительным номером, в списке оно значится как «CIP-0190? | Proof of Existence Transaction Metadata». Следить за обсуждением можно в pull request с CIP.

Пока рассмотрение не завершено, точными названиями остаются Label 309, метка метаданных 309 или предложение CIP по Proof of Existence. Это пока не принятый и не официальный стандарт Cardano, и никакого присвоенного «CIP-309» не существует.

Приверженность открытому коду не зависит от итогового номера CIP. Принцип под этим проще: сообщество должно иметь возможность читать, реализовывать, тестировать и переиспользовать стандарт без частного разрешения от исходного автора.

Что открытый код даёт разработчикам?

Он превращает стандарт из обещания в нечто, что можно изучить и запустить самостоятельно.

Для разработчиков публичный код означает, что вы можете:

читать реализацию, а не выводить поведение из маркетинговых текстов;
видеть в точности, как записи кодируются, подписываются, запечатываются и проверяются;
переиспользовать SDK (TypeScript, Python и Rust) в собственных приложениях;
строить на их основе свои инструменты командной строки, дашборды, верификаторы и утилиты загрузки;
встраивать публикацию подтверждений в CI/CD, системы комплаенса, юридические рабочие процессы или конвейеры обработки контента ИИ;
прогонять тесты на соответствие против своей реализации, сверяясь с общими каноническими тестовыми векторами;
сообщать о проблемах или предлагать изменения открыто;
форкнуть код, если вам нужна другая форма продукта.

Это важно, потому что Proof of Existence — это инфраструктура, а инфраструктура зарабатывает доверие тогда, когда на ней могут строить другие без частного рукопожатия. Интеграция на самом низком уровне — запуск собственного шлюза — это поддерживаемый путь, а не обходной манёвр.

Что разрешает лицензия Apache-2.0?

Apache-2.0 — это разрешительная лицензия с открытым кодом, и она покрывает код: SDK, инструмент командной строки, шлюз, верификатор и схемы.

На практике она позволяет использовать, изменять, распространять лицензированный код и строить на нём — в том числе в коммерческих продуктах — при условии соблюдения условий лицензии. Она также предоставляет явную патентную лицензию от контрибьюторов, и это одна из причин, по которым её часто выбирают для инфраструктуры и инструментария разработчиков. Полный текст можно прочитать на apache.org/licenses/LICENSE-2.0.

Это хорошо подходит программному обеспечению Label 309:

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

Открытый код не означает «никаких условий». Уведомления о лицензии, файлы атрибуции и патентные условия по-прежнему действуют. Это означает, что разрешение исходит из самой лицензии, а не из частного разговора с CardanoWall.

Почему спецификация под лицензией Creative Commons?

Лицензия на код и лицензия на спецификацию — это два разных решения, и Label 309 явно прописывает оба.

Код, схемы, грамматика CDDL и тестовые векторы для проверки соответствия — под Apache-2.0. Текст спецификации, написанный для людей, лицензируется под Creative Commons Attribution 4.0 (CC-BY-4.0). Документационная лицензия лучше подходит для текста спецификации, потому что цель — широкое переиспользование: разработчиками реализаций, преподавателями, авторами кошельков, операторами шлюзов, аудиторами, компаниями и другими авторами стандартов. CC-BY-4.0 сохраняет атрибуцию, допуская при этом такое широкое переиспользование.

Это разделение намеренное и уже зафиксировано в репозитории — а не открытый вопрос, который нужно решить перед запуском. Права переданы сообществу, чтобы для работы на основе Label 309 никогда не требовалось частного разрешения. Если от сообщества ожидают, что оно будет реализовывать стандарт, ему нужна лицензия, которая прямо это разрешает.

Может ли кто-то построить конкурирующий продукт?

Да — и это не провал стандарта. Это свидетельство того, что стандарт достаточно открыт, чтобы иметь значение.

Кто-то мог бы построить:

ещё один размещённый шлюз;
локальный шлюз для внутреннего использования в компании;
менеджер подтверждений с упором на десктоп;
верификатор Label 309 прямо внутри кошелька;
дашборд юридических доказательств;
конвейер установления происхождения для контента ИИ;
мост для аттестации в CI/CD;
архив для комплаенса;
публичный обозреватель записей Label 309;
мобильный клиент для приёма запечатанных записей.

Что-то из этого конкурировало бы с CardanoWall. Что-то дополняло бы его. Что-то обслуживало бы отрасли, на которых CardanoWall никогда не сосредоточится. И всё это здорово: стандарт подтверждений становится сильнее, когда множество независимых инструментов могут создавать и проверять один и тот же вид записи.

Что остаётся специфичным для CardanoWall?

Открытый код не стирает грань между стандартом и продуктом.

Формат записи Label 309, SDK, инструмент командной строки, код шлюза и логика проверки открыты для использования кем угодно. У CardanoWall по-прежнему есть собственный размещённый сервис, пользовательский интерфейс, цены, поддержка, операционные политики, бренд, домен и продуктовый план — и всё это остаётся его собственным.

Это разграничение защищает обе стороны:

пользователи получают удобный размещённый продукт;
разработчики получают переиспользуемую инфраструктуру;
компании могут разворачивать сервис у себя, когда им нужен контроль;
сообщество может проверять и расширять стандарт;
CardanoWall продолжает развивать продукт, не ставя протокол в зависимость от одной компании.

Бренд — это не стандарт. Размещённый сервис — это не стандарт. Стандарт — это формат записи и совместимый инструментарий вокруг него.

Почему открытый код важен для доверия?

Системы подтверждений легко ослабить скрытыми зависимостями.

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

С Label 309 любой может начать с публичных данных Cardano, получить запись, проверить её структуру, пересчитать хеши, проверить подписи, локально открыть запечатанные данные, если он предполагаемый получатель, и проверить доказательства включения Merkle, когда одна запись представляет множество файлов. CardanoWall может сделать этот рабочий процесс приятным; открытый стандарт делает его независимым.

Что это значит для компаний?

Для компаний открытое лицензирование снижает риск внедрения.

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

Выбор не сводится к «пользоваться размещённым интерфейсом вечно» против «переписывать всё с нуля». Компания может начать с CardanoWall, добавить автоматизацию через SDK или API, перенести часть рабочих процессов на инструмент командной строки и в итоге запустить собственный шлюз, если того потребуют политика или масштаб. Именно такой постепенный путь нужен серьёзной инфраструктуре.

Что это значит для обычных пользователей?

Для большинства людей открытый код — это не про ежедневное чтение исходников.

Это значит, что инструменты вокруг ваших подтверждений менее хрупкие. Если вы публикуете подтверждение сегодня, вам не должно понадобиться, чтобы один конкретный сайт оставался в сети, чтобы оно имело смысл завтра. Запись могут проверить другие инструменты. Запечатанные записи могут открыть другие клиенты, когда у вас есть нужная идентичность. Совместимые подтверждения могут публиковать другие шлюзы. На практике вы уже можете пользоваться CardanoWall без сайта через открытый инструмент командной строки и SDK.

Опыт может быть простым, потому что продукт отполирован. А долгосрочная уверенность приходит из того, что формат не заперт внутри этого продукта.

Что не стоит путать с открытым кодом?

Открытый код полезен, но он не волшебство и сам по себе не закрывает любой вопрос.

Он не означает, что любой размещённый сервис бесплатен: шлюз всё равно оплачивает сетевые комиссии Cardano, хранилище Arweave, инфраструктуру и операционные расходы. Он не означает, что бренд или товарные знаки CardanoWall можно использовать вводящим в заблуждение образом. Он не означает, что любой pull request принимается. И он не означает, что реализация безопасна лишь потому, что следует тому же стандарту.

Он также не отменяет должную проверку. Прежде чем полагаться на продакшен-реализацию — свою или чужую — стоит проверить:

сами файлы лицензий в репозитории;
лицензию спецификации;
статус предложения CIP;
состояние выпусков SDK и шлюза;
модель безопасности для идентичностей, запечатывания и ключей получателей;
тесты на соответствие, против которых проверяется реализация.

Обещание открытого кода не в том, что никому ничего проверять не нужно. Обещание в том, что проверка возможна.

Коротко

Label 309 открыт на каждом слое, который важен для совместимости. Код — под Apache-2.0. Спецификация — под CC-BY-4.0. Шлюз можно развернуть у себя. Проверка работает без доверия к CardanoWall. Разработчики вольны строить собственные инструменты и продукты.

CardanoWall — первый полноценный продукт. А стандарт принадлежит экосистеме.

Что почитать дальше

Домашняя страница стандарта: label309.org
Открытый код, SDK и инструмент командной строки: github.com/cardanowall
Pull request с CIP в Cardano: github.com/cardano-foundation/CIPs/pull/1205
Лицензия Apache 2.0
Creative Commons Attribution 4.0