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

統合開発者向け

完全に機械可読なプラットフォーム — OpenAPI/OpenRPC、体系化されたエラー分類、リアルタイム価格、JWKS、ページごとのJSON、そして型付きの@dignetwork/dig-sdkを備え、人間向けの文章を一行もスクレイピングすることなく、ウォレットと検証済みの読み取りをアプリに組み込めます。

メンタルモデル — 分離された2つの面​

  1. RESTの制御プレーン — hub.dig.net/v1、bearer-JWT — store、ドメイン、チーム、NFTの管理用。
  2. ノードに依存しないdig JSON-RPC 2.0の読み取りパス — rpc.dig.net — 検証済みの暗号文をストリーミングします。

1つのウォレットの面（CHIP-0002 window.chia）が2つのトランスポート — 注入型（DIG Browser）またはWalletConnect → Sage — にまたがり、SDKのChiaProviderによって統一されています。支出は常に正規のCHIP-0035 wasmによって構築され、ユーザーのウォレットによって署名されます — 決して自前で組み立てません。常に安定したエラーコードで分岐し、文章では分岐しません。

dappを構築する — エンドツーエンド​

足場作りから、自分のドメインで動くウォレット対応アプリまでの一本の流れです。

→ Chiaでdappを構築する

DIG SDK​

@dignetwork/dig-sdk — ChiaProvider + DigClient + Paywall、そして/spendサブパスで再エクスポートされる正規の支出。インストール、サブパス、capabilities()について。

→ DIG SDK

ウォレットを接続する — window.chia​

注入されたプロバイダーを検出し、connect()を呼び出し（オリジンごとの同意）、CHIP-0002メソッドを使います。

→ window.chiaを使う · 仕様：window.chiaプロバイダー

検証済みコンテンツを読む — DigClient + dig RPCメソッド​

DigClientは暗号文と包含証明をストリーミングし、クライアント側で検証してから復号します。必要に応じてメソッドを直接呼び出すこともできます。

→ dig RPCとは？ · メソッド

ストリーミングと再構成​

チャンクモデル、取得キー、検証してから復号する順序について。

→ ストリーミング

支出の構築 — 正規のCHIP-0035ビルダー​

構築 → 署名 → ブロードキャストの分離：wasmが支出バンドルを構築し、ウォレットが署名し、あなたがブロードキャストします。hubは決して自前で支出を組み立てません。あなたもそうすべきではありません。

→ 支出の構築

hubの/v1制御プレーン​

認証（JWT / OIDC / デバイスペアリング）、store、ドメイン、分析、Webhookをすべて REST で。

→ 機械可読なサーフェス（OpenAPIドキュメントについて）。

CIデプロイ — dig-network/deploy-action​

モード、キーレスOIDC、結果を表す列挙型、そして後続ステップのための--json出力。

→ GitHub Actionsからデプロイする

機械可読なサーフェス​

/openapi.json、/openrpc.json、/error-codes.json、/llms.txt、/knowledge-graph.json — 文章をスクレイピングすることなく発見・統合できます。

→ 機械可読なサーフェス

エラーコード — コードで分岐する​

dig RPC、CLI、DIGHUb、digローダー、SDKにまたがる、1つに統合されたリファレンスです。

→ エラーコード

さらに深く：プロトコル​