For integration developers
Eine vollständig maschinenlesbare Plattform — OpenAPI/OpenRPC, eine katalogisierte Fehlertaxonomie, Live-Preise, JWKS, Pro-Seite-JSON und ein typisiertes
@dignetwork/dig-sdk— sodass Sie ein Wallet + verifizierte Reads in Ihre App einbinden, ohne eine einzige Zeile menschlicher Prosa zu scrapen.
Das mentale Modell — zwei Oberflächen, getrennt gehalten
- Eine REST-Steuerungsebene —
hub.dig.net/v1, Bearer-JWT — zum Verwalten von stores, Domains, Teams und NFTs. - Ein node-agnostischer dig-JSON-RPC-2.0-Lesepfad —
rpc.dig.net— der verifizierten Chiffretext streamt.
Eine Wallet-Oberfläche (CHIP-0002 window.chia) über zwei Transportwege — injiziert (DIG Browser) oder WalletConnect → Sage — vereinheitlicht durch das ChiaProvider des SDK. Ausgaben werden immer vom kanonischen CHIP-0035-Wasm erstellt und vom Wallet des Nutzers signiert — niemals von Hand zusammengebaut. Verzweigen Sie auf stabile Fehlercodes, niemals auf Prosa.
Eine dapp bauen — end-to-end
Der durchgängige Weg vom Scaffold zu einer wallet-fähigen App, live auf Ihrer eigenen Domain.
Das DIG SDK
@dignetwork/dig-sdk — ChiaProvider + DigClient + Paywall, sowie die kanonischen Ausgaben, re-exportiert unter dem /spend-Unterpfad. Installation, Unterpfade und capabilities().
Ein Wallet verbinden — window.chia
Erkennen Sie den injizierten Provider, rufen Sie connect() auf (Zustimmung pro Origin), und verwenden Sie die CHIP-0002-Methoden.
→ window.chia verwenden · Spezifikation: der window.chia-Provider
Verifizierte Inhalte lesen — DigClient + die dig-RPC-Methoden
DigClient streamt Chiffretext + Inclusion-Proofs und verifiziert-dann-entschlüsselt clientseitig. Rufen Sie die Methoden bei Bedarf direkt auf.
→ Was ist die dig RPC? · Methoden
Streaming & Reassembly
Das Chunk-Modell, der retrieval key, und die Verifizieren-dann-Entschlüsseln-Reihenfolge.
Ausgaben erstellen — der kanonische CHIP-0035-Builder
Die Aufteilung Erstellen → Signieren → Broadcasten: das Wasm erstellt das Spend-Bundle, das Wallet signiert, Sie broadcasten. Der hub baut niemals eine Ausgabe von Hand zusammen — Sie sollten das auch nicht tun.
Die hub-/v1-Steuerungsebene
Auth (JWT / OIDC / Geräte-Pairing), stores, Domains, Analytics und Webhooks über REST.
→ Maschinenlesbare Oberflächen für das OpenAPI-Dokument.
CI-Deploy — dig-network/deploy-action
Modi, keyless OIDC, das Ergebnis-Enum und die --json-Ausgabe für nachgelagerte Schritte.
→ Über GitHub Actions deployen
Maschinenlesbare Oberflächen
/openapi.json, /openrpc.json, /error-codes.json, /llms.txt, /knowledge-graph.json — entdecken und integrieren, ohne Prosa zu scrapen.
→ Maschinenlesbare Oberflächen
Fehlercodes — auf den Code verzweigen
Eine konsolidierte Referenz über die dig RPC, die CLI, DIGHUb, den dig-Loader und das SDK hinweg.
Tiefer eintauchen: das Protokoll
- „verifizierte Reads" → Die dig RPC (Network Content Interface) · Inclusion- vs. Execution-Proofs
- „window.chia" → die normative Provider-Spezifikation
- „retrieval_key & Streaming" → URNs & Verschlüsselung · Streaming
- „ein Deploy-Token ist ein widerrufbarer Writer-Key" → CHIP-0035-Ausgaben & Delegation
- Alles → Protokoll-Deep-Dive · Konzepte & Glossar