Pour les développeurs d'intégration
Une plateforme entièrement lisible par machine — OpenAPI/OpenRPC, une taxonomie d'erreurs cataloguée, une tarification en direct, JWKS, du JSON par page, et un
@dignetwork/dig-sdktypé — pour câbler un portefeuille + des lectures vérifiées dans votre application sans avoir à extraire la moindre ligne de prose humaine.
Le modèle mental — deux surfaces, gardées séparées
- Un plan de contrôle REST —
hub.dig.net/v1, bearer-JWT — pour gérer les stores, domaines, équipes, et NFT. - Un chemin de LECTURE JSON-RPC 2.0 dig agnostique du nœud —
rpc.dig.net— qui diffuse du texte chiffré vérifié.
Une surface de portefeuille (CHIP-0002 window.chia) sur deux transports — injecté (DIG Browser) ou WalletConnect → Sage — unifiée par le ChiaProvider du SDK. Les dépenses sont toujours construites par le wasm CHIP-0035 canonique et signées par le portefeuille de l'utilisateur — jamais faites main. Aiguillez sur des codes d'erreur stables, jamais sur la prose.
Construire une dapp — de bout en bout
Le fil unique de l'échafaudage à une application consciente du portefeuille, en direct sur votre propre domaine.
→ Construire une dapp sur Chia
Le DIG SDK
@dignetwork/dig-sdk — ChiaProvider + DigClient + Paywall, et les dépenses canoniques réexportées au sous-chemin /spend. Installation, sous-chemins, et capabilities().
Connecter un portefeuille — window.chia
Détectez le fournisseur injecté, appelez connect() (consentement par origine), et utilisez les méthodes CHIP-0002.
→ Utiliser window.chia · spécification : le fournisseur window.chia
Lire du contenu vérifié — DigClient + les méthodes du dig RPC
DigClient diffuse du texte chiffré + des preuves d'inclusion et vérifie-puis-déchiffre côté client. Appelez les méthodes directement quand vous en avez besoin.
→ Qu'est-ce que le dig RPC ? · Méthodes
Streaming et réassemblage
Le modèle de blocs, la retrieval key, et l'ordre vérifier-puis-déchiffrer.
Construire des dépenses — le constructeur CHIP-0035 canonique
La division construire → signer → diffuser : le wasm construit le paquet de dépense, le portefeuille signe, vous diffusez. Le hub ne fait jamais de dépense à la main, et vous non plus.
Le plan de contrôle /v1 du hub
Authentification (JWT / OIDC / appairage d'appareil), stores, domaines, analyses, et webhooks via REST.
→ Surfaces lisibles par machine pour le document OpenAPI.
Déploiement CI — dig-network/deploy-action
Modes, OIDC sans clé, l'énumération de résultats, et la sortie --json pour les étapes suivantes.
→ Déployer depuis GitHub Actions
Surfaces lisibles par machine
/openapi.json, /openrpc.json, /error-codes.json, /llms.txt, /knowledge-graph.json — découvrez et intégrez sans extraire de prose.
→ Surfaces lisibles par machine
Codes d'erreur — aiguillez sur le code
Une référence consolidée à travers le dig RPC, la CLI, DIGHUb, le chargeur dig, et le SDK.
Aller plus loin : le protocole
- « lectures vérifiées » → Le dig RPC (interface de contenu du réseau) · Preuves d'inclusion vs d'exécution
- « window.chia » → la spécification normative du fournisseur
- « retrieval_key et streaming » → URN et chiffrement · Streaming
- « un jeton de déploiement est une clé d'écriture révocable » → Dépenses et délégation CHIP-0035
- Tout → Plongée en profondeur dans le protocole · Concepts et glossaire