トラブルシューティング
すべての失敗は、サーバーログに直接結びつく安定したコードとrequest-idを提供し、オンチェーンの支出は競合制御されているため二重支払いは決して起こらず、明確な事前チェックが$DIGを使う前に無駄なcapsuleの発生を防ぎます。
メンタルモデル — コードで失敗を特定する
dig RPC、digstore CLI、DIGHUb、chia://ローダー、SDKといったすべての面が、失敗を1つの安定したコードに対応付けます。コードで分岐し、メッセージでは分岐しないでください。 1つに統合されたカタログがそれらすべてをカバーし、機械可読な形でも公開されています。
事前チェック（digstore doctor、--dry-run、--if-changed）と再開可能なアンカーにより、行き詰まった、あるいは何も変わらない公開がサイレントに支出を発生させることは決してありません。
よくある公開の失敗
資金不足、確定タイムアウト（再開可能であり、あなたの支出が失われることはありません）、そして早送りできない「リモートのrootが進んでいます」というエラー。
読み取りと検証の失敗
証明の不一致、復号／saltのエラー、見つからない／デコイ応答。
ウォレットとセッションの問題
接続、再認証、拒否されたリクエスト、署名できない閲覧専用セッション。
事前チェックと費用の確認 — capsuleを無駄にしない
digstore doctor（環境と準備状況の確認）、--dry-run（費用と作成予定のcapsuleをプレビュー）、--if-changed（バイト単位で同一のビルドは何もしません）。
→ GitHub Actionsからデプロイする · オンチェーンアンカリング → 費用と安全性
エラーコードリファレンス
CLI終了コード・RPCの-32xxx・DIGHUb・digローダー・SDK — 1つに統合された表です。
→ エラーコード
FAQ
費用、無料トライアル、価格が均一である理由、$DIGの入手先、「テストネットはありますか？」について。
→ FAQ
ヘルプを得る
DiscordとGitHub、そして良い報告の書き方 — 決して秘密情報を貼り付けないでください。
→ ヘルプを得る