📦製品カーボンフットプリントの交換仕様 PACT は、データ品質をどこまで書けるか
WBCSD の PACT が定める製品カーボンフットプリントの交換仕様 v3.0.3 を、OpenAPI 定義の実体から読みます。データ品質指標 DataQualityIndicators は3項目で値域は1から5。ただし『検証されていない』と『そもそも観測していない』は、私が確認した範囲では同じ書き方になります。
WBCSD の PACT が定める製品カーボンフットプリントの交換仕様 v3.0.3 を、OpenAPI 定義の実体から読みます。データ品質指標 DataQualityIndicators は3項目で値域は1から5。ただし『検証されていない』と『そもそも観測していない』は、私が確認した範囲では同じ書き方になります。
Gaia-X 準拠のデータエコシステム Pontus-X の公式ドキュメント(CC BY-SA 4.0)を日本語訳し、フォーク上で英語版と併存させて GitHub Pages に公開しました。静的サイトジェネレータ Vocs を basePath 付きのサブパスに配置したときで確認した 3 つの挙動(プリレンダが空になる/本文中のパスに接頭辞が付かない/同一ページ内アンカーが外れる)と、その回避方法、訳文をマルチエージェントで検証した結果を記録します。
データスペースのポータル Clio-X で、データセット・アルゴリズム・SaaS の3種類を実際に公開しました。6段のウィザードが何を宣言させているのか、Submit で何がチェーンに書かれるのか(実際の取引を読み直して確認)、そして素の状態では通らなかった4点を記録します。
欧州のデータスペースは、DSSC・Simpl・Gaia-X・IDSA・EDC と名前が乱立しています。関係を1枚の図にしようとしたところ、自分が持っていた理解の6箇所が一次情報と食い違いました。誰が誰の下にいるのか、どの金がどこから出ているのかを、出典つきで整理し直します。
経産省・IPA・NEDO が進めるウラノス・エコシステムの参照実装 ODS は GitHub で公開されていて、docker compose で手元に建てられます。実際に立ててみると公式手順どおりでは7箇所で詰まりました(うち2件は私の読み違いでした)。認証から認可までを通したうえで、Eclipse EDC と何がどう違うのかを、失効と事前登録の観点から整理します。
同じ「データスペース」という言葉で呼ばれる Ocean 系と EDC 系を、手元で両方動かして比べます。Gaia-X はどこまでを決めていて、どこからが実装ごとに違うのか。「データを動かさずに処理する」はデータスペース共通の性質なのか。そして両者に共通して空いている席は何かを整理します。
AI の計算にどれだけ CO2 が出たかを言うには、電力を測り、系統排出係数を掛ける必要があります。どちらも落とし穴だらけでした。手元で実測した消費電力をもとに、方法論の基礎と、避けるべき単位・避けるべきデータソースを整理します。
Gaia-X の Compliance Service を手元に建てて Compliance Credential を発行させ、その提示を Ocean Node のダウンロード認可の条件にしました。資産の allow リストに載っている本人でも、適合性の証明を出さなければ 403 になります。
Gaia-X の適合性証明を発行する仕組みで、審査の材料と信頼の根の判定を受け持つ Registry に、実際に何が入っているのかを公開 API から取得して確認しました。正規の窓口が registry / compliance / notary の 3 系統で 11〜12 件ずつ、適合性証明に署名してよい DID は 1 件、参加者やサービスの記述の形は 16 種類でした。
アイデンティティ・ウォレットが担う 4 つの機能を整理し、手元の検証環境で 4 つ目 (holder binding) が埋まっていないと認可が何を判定していることになるのかを確認しました。あわせて、よく出てくる「トラストアンカー」という語が何を指すのかを、学認の署名済みメタデータ (650 エンティティ) を実際に取得して具体化しています。
データスペースの検証をしていると「デジタルアイデンティティ」という語が識別子・属性・認証のどれを指しているのか毎回ぶれるので、3 つの要素に分けて整理しました。あわせて SSI (自己主権型アイデンティティ) の三者モデルが何を解いて何を解かないのか、IIIF のような相互運用規格との構造の似ている点・違う点も並べています。
データスペースのポータルを自前の Ocean Node 3.2.0 に繋ぐと、publish もダウンロードも計算も通りませんでした。原因を切り分けると、ライブラリの世代差が 10 箇所、アプリ自身の不具合が 9 系統。特に「ローカルチェーンでは絶対に露見せず、実際のチェーンでだけ壊れる」2 件が厄介でした。画面から Compute-to-Data を完走させるまでの記録です。
Ocean Node 3.2.0 に DOCKER_COMPUTE_ENVIRONMENTS を設定して Compute-to-Data の実行環境を立ち上げ、許可リストによるアクセス制御が実際に効くことを HTTP レスポンスの差で確認しました。公開ドキュメントの JSON 例が現行スキーマでは通らない点と、freeCompute の署名形式についても記録しています。
Gaia-X 準拠のデータエコノミー Pontus-X で、テストトークンの配布口 (faucet) がアドレスを弾く理由を追いかけ、判定に使われている ERC-721 コントラクトと、参加者一覧を返すキャッシュ API を特定しました。665 件の参加者データを実際に取得し、ポータルに同梱されている静的な一覧との差分も確認しています。
Pontus-X の公開カタログを外から curl で覗く代わりに、同じ役割のノード(Ocean Node)を Docker で手元に建て、チェーンを自前でインデックスしてみた記録です。調べた範囲ではドキュメントに見当たらなかった必須設定、address.json に含まれていないコントラクトアドレスの特定方法、そして DDO の復号が 400 で止まった原因の切り分けまでを、実際の出力とともに残します。
Gaia-X の Lighthouse プロジェクト(旗艦事例)の位置づけと段階制の endorsement、分野別の一覧、そして Pontus-X が2番目の Lighthouse Data Space となった経緯を、一次情報にあたりながら整理する。
Gaia-X 準拠のフェデレーテッド・データエコノミー Pontus-X の公開カタログ(Ocean Aquarius メタデータキャッシュ)を実際に curl で叩き、公開アセットの件数・ドメイン分布・publisher・アクセス種別・ライセンス・価格を集計しました。『一覧(DDO)は誰でも見えるが、実データは datatoken と allow リストで守られる』という二層構造を、一次情報で確認した範囲で正直に整理します。
「データを動かさず、結果だけ返す」Compute-to-Data を、自作の映像アノテーションツールの出力を題材に、EDC ベースのデータスペースで実際に動かしてみた記録です。単体の API と契約経由(DSP)で何が変わるのか、IIIF Authorization API とどう違うのか、そして『公開データでは利点が小さい』理由まで、動かして確かめた範囲で正直に整理します。

Eclipse EDCを使ったデータスペース入門 - ローカル環境でデータ交換フローを体験する