← すべての記事

約11分で読めます

Label 309 はオープンソースですか

はい。Label 309 はオープンな存在証明（Proof of Existence）標準です。コードは Apache-2.0、仕様は CC-BY-4.0 で、誰でも実装・フォークでき、ゲートウェイを運用し、CardanoWall の許可を求めることなく製品を構築できます。

はい。Label 309 はオープンな標準であり、特定企業を守るための非公開の堀ではありません。コードは Apache-2.0 ライセンスで公開され、仕様の文章は Creative Commons Attribution 4.0（CC-BY-4.0）で公開されています。そのすべてが github.com/cardanowall の公開リポジトリに置かれています。開発者、企業、研究者、そして Cardano コミュニティ全体は、CardanoWall に何かを求めることなく、これを実装し、監査し、フォークし、製品を構築し、独自のインフラを運用できます。

それこそが本質です。CardanoWall は、この標準を中心に作られた最初の洗練された製品です。そして、この標準を使える製品が CardanoWall だけになることは、意図的に避けられています。

一つの製品が作ったものでも本当に標準と言えるのか

言えます。ただし、その成果がその製品の外でも使える場合に限ります。

存在証明（Proof of Existence）の標準は、最初に見栄えのよいインターフェースを世に出した企業よりも長く生き残るべきものです。あるレコードが、一つのウェブサイトでしか生成されず、一つのサーバーでしか検証されず、一つの非公開バックエンドでしか理解されないなら、それは公開された標準ではありません。それは単なる機能です。

Label 309 は逆の道を選んでいます。

  • レコード形式は完全に文書化されています
  • 証明は、メタデータラベル 309 のもとで Cardano のトランザクションメタデータに存在します
  • 検証は公開チェーンデータとローカルの鍵だけで成立し、発行者のサーバーが介在することはありません
  • ツール群（SDK、コマンドラインツール、デスクトップアプリ、ゲートウェイ）はオープンソースソフトウェアとして公開されています
  • ゲートウェイは CardanoWall に限らず誰でも運用できます
  • クライアントは、ウェブアプリ、デスクトップアプリ、コマンドラインツール、SDK 連携、あるいは企業内部のシステムのいずれでも構いません

CardanoWall は、最も手軽なホスティング型の体験を提供し続けられます。しかし証明そのものは、CardanoWall が信頼されていること、オンラインであること、商業的に関与していることに依存しません。この独立性を一通り確認するには、Label 309 レコードの検証方法をご覧ください。

これは CIP-309 なのか

ここでは言葉の正確さが重要なので、慎重に説明する価値があります。

この存在証明の提案は Cardano の CIP プロセスに提出され、メタデータカテゴリの提案として CIP エディターによる審査中です。レコードが Cardano のメタデータラベル 309 を使うため、人によっては非公式に「CIP-309」と呼ぶことがあります。しかしメタデータラベルは CIP 番号ではありません。両者は別個の識別子です。現在オープンになっているプルリクエストでは、この提案は暫定番号付きで「CIP-0190? | Proof of Existence Transaction Metadata」として掲載されています。議論の経過は CIP のプルリクエストで追えます。

審査が結論に至るまでの正確な呼称は、Label 309、メタデータラベル 309、または存在証明の CIP 提案です。これはまだ受理された公式の Cardano 標準ではなく、「CIP-309」という割り当て番号も存在しません。

オープンソースであるという約束は、最終的な CIP 番号に左右されるものではありません。その根底にある原則はもっと単純です。コミュニティは、原著者の非公開の承認を得ることなく、標準を読み、実装し、テストし、再利用できるべきだということです。

オープンソースは開発者に何をもたらすのか

オープンソースは、標準を約束から、自分で確認して動かせるものへと変えます。

開発者にとって、コードが公開されているということは、次のことができるという意味です。

  • マーケティング文から挙動を推測するのではなく、実装そのものを読めます
  • レコードがどのようにエンコードされ、署名され、封印され、検査されるかを正確に把握できます
  • SDK（TypeScript、Python、Rust）を自分のアプリケーションで再利用できます
  • それらの上に独自のコマンドラインツール、ダッシュボード、検証ツール、アップロードユーティリティを構築できます
  • 証明の公開を CI/CD、コンプライアンスシステム、法務ワークフロー、AI コンテンツパイプラインに組み込めます
  • 共有された正規のテストベクターと照合しながら、自分の実装に対して適合性テストを実行できます
  • 問題の報告や変更の提案をオープンに行えます
  • 別の製品形態が必要なら、コードをフォークできます

これが重要なのは、存在証明がインフラだからです。そしてインフラは、非公開の取り決めなしに他者がその上に構築できるときに信頼を勝ち得ます。最も低いレイヤーで統合すること、つまり自分のゲートウェイを運用することは、回避策ではなく正式にサポートされた道です。

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 検証ツール
  • 法的証拠のダッシュボード
  • AI の来歴パイプライン
  • CI/CD のアテステーションブリッジ
  • コンプライアンスアーカイブ
  • Label 309 レコード向けの公開エクスプローラー
  • 封印付きレコードを受け取るためのモバイルクライアント

これらの一部は CardanoWall と競合するでしょう。一部は補完するでしょう。一部は CardanoWall が決して注力しない業界に向けたものでしょう。そのすべてが健全です。証明の標準は、独立した多くのツールが同じ種類のレコードを生成し検証できるときに、より強くなります。

CardanoWall 固有のまま残るものは何か

オープンソースであっても、標準と製品との境界線が消えるわけではありません。

Label 309 のレコード形式、SDK、コマンドラインツール、ゲートウェイのコード、検証ロジックは、誰でも使えるよう開かれています。一方で CardanoWall には、独自のホスティング型サービス、ユーザーインターフェース、価格、サポート、運用ポリシー、ブランド、ドメイン、製品ロードマップがあります。これらは CardanoWall 自身のものとして残ります。

この区別は双方を守ります。

  • ユーザーは手軽なホスティング型の製品を得られます
  • 開発者は再利用可能なインフラを得られます
  • 企業は制御が必要なときにセルフホストできます
  • コミュニティは標準を検証し拡張できます
  • CardanoWall は、プロトコルを一社に依存させることなく製品を作り続けられます

ブランドは標準ではありません。ホスティング型サービスも標準ではありません。標準とは、レコード形式と、その周りにある相互運用可能なツール群です。

なぜオープンソースが信頼にとって重要なのか

証明システムは、隠れた依存関係で簡単に弱体化します。

ある証明が存在するかどうかを知るためにベンダーのデータベースを信頼しなければならないなら、そのシステムはより脆弱です。ホスティング型のアカウントなしにレコードを検証できないなら、その証明は移植しにくくなります。他の開発者が同じ形式を実装できないなら、エコシステムはその形式が健全かどうかを独立してテストできません。オープンソースは、こうした罠を取り除きます。

Label 309 では、誰もが公開された Cardano データから出発し、レコードを取得し、その構造を検証し、ハッシュを再計算し、署名を確認し、本来の受信者であるときには封印されたペイロードをローカルで開封し、単一のレコードが多数のファイルを代表するときには Merkle 包含証明を確認できます。CardanoWall はこのワークフローを快適にできます。オープンな標準は、それを独立したものにします。

これは企業にとって何を意味するのか

企業にとって、オープンなライセンスは導入リスクを下げます。

企業はまず、速いという理由で CardanoWall のホスティング型ゲートウェイから始めるかもしれません。後になって同じ企業が、自社クラウドでゲートウェイを運用したり、社内のアイデンティティシステムと接続したり、リーガルホールドのポリシーのもとで証拠をアーカイブしたり、非公開のパイプラインから数千の Merkle コミットメントを公開したりする必要が出てくるかもしれません。オープンな標準は、その道筋を現実的なものにします。

選択肢は「ホスティング型の UI を永遠に使い続ける」か「すべてを一から書き直す」かではありません。企業はまず CardanoWall から始め、SDK や API による自動化を加え、一部のワークフローをコマンドラインツールに移し、ポリシーや規模が求めるなら最終的に自社のゲートウェイを運用することができます。この段階的な道筋こそ、本格的なインフラに必要なものです。

これは日常のユーザーにとって何を意味するのか

ほとんどの人にとって、オープンソースは毎日コードを読むことではありません。

意味するのは、証明の周りにあるツールがより壊れにくくなるということです。今日ある証明を公開したとしても、明日それを理解するために特定の一つのウェブサイトがオンラインであり続ける必要はないはずです。他のツールがそのレコードを検証できます。正しいアイデンティティを保有していれば、他のクライアントが封印付きレコードを開封できます。他のゲートウェイが互換性のある証明を公開できます。実際、すでにオープンなコマンドラインツールと SDK を通じて、ウェブサイトなしで CardanoWall を使うことができます。

体験が簡単であり得るのは、製品が洗練されているからです。長期的な安心は、形式がその製品の中に閉じ込められていないことから生まれます。

オープンソースと混同してはいけないものは何か

オープンソースは有用ですが、魔法ではありません。そして、それだけであらゆる問いに決着がつくわけでもありません。

すべてのホスティング型サービスが無料という意味ではありません。ゲートウェイは依然として Cardano のネットワーク手数料、Arweave のストレージ、インフラ、運用コストを支払います。CardanoWall のブランドや商標を誤解を招く形で使ってよいという意味でもありません。すべてのプルリクエストが受け入れられるという意味でもありません。そして、同じ標準に従っているというだけで実装が安全だという意味でもありません。

また、デューデリジェンスの代わりにもなりません。本番の実装に依存する前に、それが自分のものであれ他者のものであれ、次の点を確認する価値があります。

  • リポジトリにある実際のライセンスファイル
  • 仕様のライセンス
  • CIP 提案の状況
  • SDK とゲートウェイのリリース状態
  • アイデンティティ、封印、受信者の鍵に関するセキュリティモデル
  • その実装が照合される適合性テスト

オープンソースの約束は、誰も何も確認しなくてよいということではありません。約束とは、確認が可能であるということです。

要点だけ言えば

Label 309 は、相互運用性にとって重要なあらゆるレイヤーでオープンです。コードは Apache-2.0 です。仕様は CC-BY-4.0 です。ゲートウェイはセルフホスト可能です。検証は CardanoWall を信頼しなくても成立します。開発者は自分のツールや製品を自由に構築できます。

CardanoWall は最初の完成された製品です。標準はエコシステムのものです。

さらに読む

label-309open-sourcestandards