Cardano Foundation が 8 月 11 日、ワインの産地証明について 2 つの投稿を続けて出しました。1 つ目は、欧州のワイン・蒸留酒の生産者が偽造によって年間およそ 28 億ユーロを失っているという数字と、ジョージアでの実装です。2 つ目は、その裏側にある OriginateNavio が Apache 2.0 のオープンソースとして公開されていることです。トークン化をめぐる議論は金融商品を中心に進んできましたが、ここで動いているのは「このボトルは本物か」という、もっと手触りのある問題です。しかも公開されているのは構想ではなく、本番環境で動いている実装だと説明されています。中身を見ていきます。
■ ジョージアの 30 以上のワイナリーが、10 万本を超える産地を記録しました
Cardano Foundation は次のように書いています。
European wine and spirits producers lose an estimated €2.8B a year to counterfeiting.（欧州のワイン・蒸留酒の生産者は、偽造によって年間およそ 28 億ユーロを失っていると推定されています）
In Georgia, 30+ wineries anchored provenance for 100,000+ bottles of wine on Cardano.（ジョージアでは、30 以上のワイナリーが 10 万本を超えるワインの産地情報を Cardano に記録しました）
利用者から見た手順は単純です。ボトルの QR コードを読み取ると、そのワインがどこから来たのかが表示され、その内容がチェーン上で検証できる、という説明になっています。
ここで押さえておきたいのは、消費者が触れる部分にブロックチェーンという言葉が出てこないことです。読み取るのは QR コードで、確認するのは産地です。台帳は、その表示を後から検証できる状態にしておくために背後にあります。
■ 公開されたのは「すでに動いている実装」です
2 つ目の投稿は、その背後にあるソフトウェアについてです。
Behind it: OriginateNavio, the Cardano Foundation’s open-source reference implementation for wine and liquid goods provenance. Apache 2.0, ready for traceability providers to build on.（その裏側にあるのが OriginateNavio、ワインおよび液体製品の産地証明に向けた Cardano Foundation のオープンソース参照実装です。Apache 2.0 で、トレーサビリティ提供事業者がその上に構築できる状態になっています）
公開先は GitHub の cardano-foundation/originatenavio です。ライセンスが Apache-2.0 であること、リポジトリの作成が 2025 年 5 月 21 日であることを確認しました。README は次のように書いています。
OriginateNavio is already deployed in production environments and is adaptable across industries—from regulated goods to global exports.（OriginateNavio はすでに本番環境に展開されており、規制対象品目から輸出品まで、業種をまたいで適用できます）
提供される要素として挙げられているのは、データの真正性を担保する電子署名、認証・検査のための構造化された産地メタデータ、Cardano の UTXO 台帳上の変更不能な記録、そして ERP・品質管理・既存トレーサビリティ基盤とつなぐための API です。つまり、企業がすでに動かしている業務システムの隣に置く前提で設計されています。
■ 業務データが Cardano の記録になるまで
実装は 4 つのモジュールに分かれています。API モジュールは Spring Boot の REST サービスで、生産者やユーザーの登録、認証などのイベント記録、過去の追跡データの照会を担い、権限制御を行い、チェーン外のメタデータを PostgreSQL に保存します。フロントエンドは React と Material UI のダッシュボードで、ブラウザから製品バッチを作成できます。モバイルアプリは Ionic/Capacitor のハイブリッド構成で、PWA としてもネイティブアプリとしても配布でき、現場での QR 読み取りとイベント記録に使われます。
Cardano 側との接点を担うのが Metabus モジュールです。README はその役割を「業務データを、アプリケーション側にブロックチェーンの複雑さを見せずに、改ざん検知可能な Cardano の記録へ変える軽量なトランザクション管理層」と説明しています。処理の流れは次のとおりです。
- 受け取ったイベントを Kafka のジョブに載せてバッチにまとめる
- バッチ全体の JSON をオブジェクトストレージに保存する
- そのバッチの内容から content-addressable な CID を生成する
- 未使用の UTXO を選ぶ
- 対応するメタデータトランザクションを組み立てる
- ローカルノード経由で送信する
- チェーンを監視して確定を待つ
- 結果を RabbitMQ で呼び出し元へ返す
この設計で効いているのは、1 件ずつではなくバッチ単位で CID を作り、その CID をメタデータとして刻む点です。10 万本のボトルがあっても、チェーンに載るのはバッチの指紋であって全データではありません。台帳のコストを抑えながら、後から「この記録は改ざんされていないか」を検証できる形を保っています。
もう 1 つ、ローカルノード経由で送信するという記述も見どころです。外部の API サービスに依存せず、自分で動かすノードからトランザクションを出す構成が既定になっています。
■ 「参照実装」であることの意味
投稿にある ready for traceability providers to build on（トレーサビリティ提供事業者がその上に構築できる状態）という言い方が、この公開の位置づけを示しています。Cardano Foundation 自身が全世界のワイナリーにサービスを提供するのではなく、各国のトレーサビリティ事業者が自前で組み立てるときの出発点を置く、という形です。
Apache 2.0 は、改変も商用利用も再配布も許すライセンスです。事業者は自社の要件に合わせて書き換えたうえで、自社製品として提供できます。参照実装を公開する側にとっての見返りは、その先で発生するトランザクションが Cardano 上に積み上がることです。
なお、GitHub 上のコードの最終更新は 2026 年 2 月 26 日、コミット数は 23 です。参照実装として置かれたものなので、更新の頻度がそのまま導入の広がりを表すわけではありませんが、確認できる事実として記しておきます。
■ ここから見ておきたいこと
- ジョージア以外への広がり — 同じ実装を使った事例が別の地域や別の品目で告知されるかどうか
- リポジトリの更新 — 参照実装として手が入り続けるか、現状の形で据え置かれるか
- チェーン上の実データ — 産地証明の用途で発生するメタデータトランザクションが、どの程度の量になるか
金融商品のトークン化は、価格や利回りという分かりやすい指標を持っています。産地証明にはそれがありません。代わりにあるのは、偽造によって失われている 28 億ユーロという損失の側です。どちらの数字が動くかで、この領域の進み方は測れます。
一次ソース / 関連リンク
- Cardano Foundation による偽造被害とジョージア実装の投稿（2026 年 8 月 11 日）
https://x.com/Cardano_CF/status/2087148537372955080 - Cardano Foundation による OriginateNavio の投稿（2026 年 8 月 11 日）
https://x.com/Cardano_CF/status/2087148539902034093 - OriginateNavio ソースコード・README（GitHub・Apache-2.0）
https://github.com/cardano-foundation/originatenavio - OriginateNavio 製品ページ（Cardano Foundation 公式）
https://cardanofoundation.org/solutions/originatenavio