メインコンテンツまでスキップ

概念と用語集

このページは、DIG Networkの中核となるすべてのエンティティを一度だけ平易な言葉で定義し、それぞれを深く掘り下げたドキュメントへリンクします。これはドキュメントの人間可読な背骨であり、また各用語が機械可読な構造化データとしても出力されているため、エージェントがネットワークの語彙を学ぶためにスクレイピングできる地図でもあります。まずざっと目を通し、深く知りたい項目のリンクをたどってください。

capsule​

capsuleとは、1つの不変なstore世代（generation）のことで、(storeId, rootHash)のペアであり、正規表記ではstoreId:rootHashと書かれます。これはネットワークの原子単位であり、コンパイル（1つの固定サイズWASMモジュール）、価格設定（mintまたはcommitに対する$DIGでの均一なcapsuleごとの価格）、取得（URNは1つのcapsuleを指します）、キャッシュ、来歴のそれぞれの単位です。storeはcapsuleの並びであり、コミットごとに1つです。この定義はDigStore、dig RPC、DIG Browserの間で同一です。→ capsuleの詳細

store​

storeとは、アイデンティティとそのコンテンツおよび履歴のことで、capsuleの並び、コミットごとに1つです。そのアイデンティティは64桁の16進数のstore idであり、これはオンチェーンのChiaシングルトンのランチャーIDそのものです — チェーン上のシングルトンがstoreの現在のrootに対する権威です。storeはDIGにおけるWebサイトの等価物です。→ storeの構造

generation​

generationとは、storeの単一のコミット済み状態のことで、root hash（generationのリソースごとの葉に対するMerkle root）によって識別されます。各commitは現在のコンテンツを新しい追記専用のgenerationに封印します — これはcapsuleが指すものと同じです。generationはGitの履歴のように単調に増加します。→ Generationとroot hash

URN​

URNは、DigStoreのアドレスと鍵を1つの文字列にまとめたものです。 urn:dig:chia:<storeId>[:<rootHash>][/<resource>]という形式です。これはリソースの場所を示すと同時に、それを復号する鍵を導出します — URNを保持していることが、公開されたリソースを読むための必要十分条件です。ブラウザ向けの短縮形はchia://プロトコルです。→ URNと暗号化

retrieval key（取得キー）​

retrieval key（取得キー）はSHA-256(canonical_urn)であり、クライアントから外に出る唯一のアドレスです。これはURNやそのパスを明かすことなく、リソースの暗号文の場所を特定します。これはrootに依存しないため、同じキーが複数のgenerationにまたがってリソースを見つけ出し、配信されたバイト列はその後正しいrootに対してMerkle検証されます。別の復号キーは同じURNからローカルで（HKDFにより）導出され、決して送信されません。→ 1つの文字列に含まれる2つの値

Merkle proof（Merkle証明）​

各generationは、リソースごとに1つの葉を持つMerkleツリーを構築し、実際に配信された暗号文バイトそのものにコミットします。配信されるリソースには単一の**包含証明（inclusion proof）**が添付され、そのバイト列が正確にそのrootに属することを証明します — これにより、コンテンツは一切復号されることなく検証され、ノードが本物のバイト列を返したと信頼される必要は一切ありません。→ Merkle証明

オンチェーンアンカリング​

すべてのstoreはChiaメインネット上のシングルトンです。digstore initはそれをmintし（ランチャーIDがそのままstore idになります）、digstore commitのたびに新しいgenerationのrootがCHIP-0035シングルトン更新としてオンチェーンに固定されます。どちらも確定するまでブロックし、実際の資金を消費します。チェーンはstoreの最新rootに対する権威です。→ オンチェーンアンカリング

DIG決済​

$DIGはDIG Networkのトークン（Chia CAT）です。capsuleをmint（init）またはcommitするには、$DIGでの均一なcapsuleごとの価格がかかり、これはアンカーと同じオンチェーン支出にアトミックに含まれます — 別のトランザクションは存在せず、メモにはstore idが記録されます。→ 費用

DigStore CLI​

digstoreは、storeを作成・コミット・共有・読み取るコマンドラインツールであり、暗号化されたオンチェーンのstoreフォーマットに対するGit形式のワークフロー（init、add、commit、log、clone、push、pull）を提供します。→ コマンドリファレンス · CLIチュートリアル

dig.toml​

dig.tomlは、プロジェクトのルートにあるコミット可能なプロジェクトマニフェストであり、store-id、output-dir、build-command、その他のプロジェクト設定を保持し、digstore dev、digstore deploy、および足場作りテンプレートで共有されます。これには秘密情報が一切含まれません（それらは環境から取得されます）ので、安全にコミットできます。→ プロジェクト設定とビルド時の値

create-dig-app​

create-dig-app（npm create dig-app）は、DIGプロジェクトを開始するためのJSの入口であり、実行可能なスターター — アプリ、dig.toml、そして（ウォレットテンプレートについては）DIG SDKが組み込まれたもの — を5つのテンプレート（static、vite-react、next-static、nft-drop、dapp-window-chia）のいずれかから足場作りします。足場作りは無料です — mintもチェーンも支出もありません。capsuleを公開するときにのみ均一なcapsule価格を支払います。これはRust CLIのdigstore newに対するnpm側の相棒です。→ アプリを足場作りする

GitHubデプロイAction​

dig-network/deploy-actionは、git-push-to-deployを実現するGitHub Actionであり、ランナー上にdigstore CLIをインストールし、digstore deployを実行してあなたのstoreを進め（決してmintはしません）、公開されたcapsule、URL、費用をステップ出力、PRコメント、GitHub Deployment、コミットステータスとして報告します。if-changed（デフォルト）を使えば、バイト単位で同一のビルドは何もしません — 支出も発生しません。→ GitHub Actionsからデプロイする

DIG SDK​

DIG SDK（@dignetwork/dig-sdk）は、統合開発者向けの型付きnpmパッケージであり、ChiaProvider（注入されたwindow.chiaを優先し、WalletConnect → Sageにフォールバック）、DigClient（dig RPC経由で検証済みの暗号化コンテンツを読み取る）、Paywall（プロバイダーと支出ビルダーを組み合わせた高レベルの支払い解除／NFTゲート型アクセスヘルパー）、そして/spendサブパスで再エクスポートされる正規のCHIP-0035支出ビルダーで構成されます。 → Chiaでdappを構築する

dig RPC​

dig RPCは、ネットワーク全体にわたる読み取りインターフェースであり、すべてのホスティングノードが同一に対応するHTTPS POST上のJSON-RPC 2.0サービスです。これは取得キーによる暗号文と包含証明、(storeId, root)によるcapsule全体、そして発見用メタデータを配信します — 構造上盲目であり、検証と復号はクライアント側で行われます。これは普遍的な読み取りパスです — 公開されたすべてのcapsuleは、オンチェーンで確定した瞬間に、そのURN / chia://アドレスによってここで読み取り可能になります — 登録も、capsuleの公開以上の支払いも不要です。任意の、人に優しい*.on.dig.netハンドルは、この上にある入口にすぎません。dig RPC自体は常に利用可能です。→ dig RPCとは？

chia://プロトコル​

chia://はDIG Browserのネイティブなコンテンツアドレス方式であり、urn:dig: URNを入力しやすくしたフロントエンドです。chia://<storeId>/のリンクを貼り付けると、ブラウザはネットワークから直接コンテンツを取得し、コンテンツアドレス指定と暗号学的検証を行います。→ chia://プロトコル

window.chia​

window.chiaは、DIG Browserがあらゆるページに注入するChiaウォレットプロバイダーです。これはCHIP-0002に対応しているため、WebアプリはWalletConnectの設定なしにユーザーのアドレス、署名、支出をリクエストできます — すでにCHIP-0002に対応しているアプリのドロップイン代替となります。→ window.chiaを使う · window.chiaプロバイダー仕様（規範的、バージョン管理済み）

DIGHUb​

DIGHUb（hub.dig.net）は、CLIなしでcapsuleを公開・管理するためのWebアプリです — capsuleを作成し、フロントエンドをデプロイし、ブラウザ内で自分のstoreを閲覧できます。また、高価なZK実行証明ジョブの予算を管理するゲート付き制御プレーンでもあります。

dig-node​

dig-nodeは、ネットワークのコンテンツサーバーであり、供給側です。capsuleをホストし、ローカルの.digキャッシュを保持し、rpc.dig.netと同一にdig RPCを話します。DIGコンテンツを読むために1つ必要というわけではありません（消費者はrpc.dig.netにフォールバックします）。1つ運用することで、読み取りがローカル優先になり、配信キャパシティに貢献できます。ホストは盲目です — 暗号文と証明を中継するだけです。 → ノードを運用する

on.dig.netハンドル​

on.dig.netハンドルとは、store向けの任意の、有料の人に優しいWebアドレスのことです：<your-name>.on.dig.net。storeは自動的にこれを取得するわけではありません — ハンドルを登録すると（DIGHUbでの有料のCHIP-54 / on.dig.net登録）、その登録がstoreをその名前に固定します。登録がなければ*.on.dig.netアドレスは存在しません。これは純粋に利便性のための入口です。ハンドルの有無にかかわらず、storeはすでにdig RPC経由でそのURN / chia://アドレスによって読み取り可能です。（アカウントハンドルとstoreのスラッグは別々の名前空間であり、自動的にサブドメインを公開するものではありません。）→ *.on.dig.netアドレスは取得できますか？

エージェントとLLM向け​

このドキュメントは機械抽出可能です。各ページはschema.orgのJSON-LD（このページはDefinedTermセットとして）を含み、サイトのルートには2つの厳選されたマップがあります。

  • /llms.txt — リンクの豊富なドキュメントのMarkdownマップ（llms.txt規約）。
  • /knowledge-graph.json — エンティティ（概念とドキュメント）と型付きエッジ（defines、part-of、requires、see-also）。