For integration developers
Una plataforma totalmente legible por máquinas — OpenAPI/OpenRPC, una taxonomía de errores catalogada, precios en vivo, JWKS, JSON por página, y un
@dignetwork/dig-sdktipado — para que conectes una wallet + lecturas verificadas en tu app sin rastrear ni una sola línea de prosa humana.
El modelo mental — dos superficies, mantenidas separadas
- Un plano de control REST —
hub.dig.net/v1, con bearer-JWT — para gestionar stores, dominios, equipos y NFTs. - Una vía de lectura JSON-RPC 2.0 de dig, agnóstica al nodo —
rpc.dig.net— que transmite texto cifrado verificado.
Una superficie de wallet (window.chia de CHIP-0002) sobre dos transportes — inyectado (DIG Browser) o WalletConnect → Sage — unificados por el ChiaProvider del SDK. Los gastos siempre son construidos por el wasm canónico CHIP-0035 y firmados por la wallet del usuario — nunca hechos a mano. Ramifica según códigos de error estables, nunca según la prosa.
Construye una dapp — de principio a fin
El hilo único desde el scaffold hasta una app consciente de wallet, en vivo en tu propio dominio.
El DIG SDK
@dignetwork/dig-sdk — ChiaProvider + DigClient + Paywall, y los gastos canónicos reexportados en la subruta /spend. Instalación, subrutas y capabilities().
Conecta una wallet — window.chia
Detecta el proveedor inyectado, llama a connect() (consentimiento por origen), y usa los métodos de CHIP-0002.
→ Usando window.chia · especificación: el proveedor window.chia
Lee contenido verificado — DigClient + los métodos del dig RPC
DigClient transmite texto cifrado + pruebas de inclusión y verifica-y-luego-descifra del lado del cliente. Llama a los métodos directamente cuando lo necesites.
→ ¿Qué es el dig RPC? · Métodos
Streaming y reensamblado
El modelo de fragmentos, la retrieval key, y el orden verificar-y-luego-descifrar.
Construyendo gastos — el constructor canónico CHIP-0035
La división construir → firmar → transmitir: el wasm construye el paquete de gasto, la wallet firma, tú transmites. El hub nunca hace un gasto a mano, y tú tampoco deberías.
El plano de control /v1 del hub
Autenticación (JWT / OIDC / emparejamiento de dispositivos), stores, dominios, analítica y webhooks sobre REST.
→ Superficies legibles por máquinas para el documento OpenAPI.
Deploy en CI — dig-network/deploy-action
Modos, OIDC sin claves, el enum de resultado, y la salida --json para pasos posteriores.
Superficies legibles por máquinas
/openapi.json, /openrpc.json, /error-codes.json, /llms.txt, /knowledge-graph.json — descubre e integra sin rastrear prosa.
→ Superficies legibles por máquinas
Códigos de error — ramifica según el código
Una referencia consolidada que cubre el dig RPC, la CLI, DIGHUb, el dig loader y el SDK.
Profundiza: el protocolo
- "lecturas verificadas" → El dig RPC (interfaz de contenido de la red) · Pruebas de inclusión vs. de ejecución
- "window.chia" → la especificación normativa del proveedor
- "retrieval_key y streaming" → URNs y cifrado · Streaming
- "un deploy token es una clave de escritura revocable" → Gastos y delegación CHIP-0035
- Todo → Inmersión profunda en el protocolo · Conceptos y glosario