Pular para o conteúdo principal

For integration developers

Uma plataforma totalmente legível por máquina — OpenAPI/OpenRPC, uma taxonomia de erros catalogada, precificação ao vivo, JWKS, JSON por página, e um @dignetwork/dig-sdk tipado — para você conectar uma carteira + leituras verificadas na sua aplicação sem raspar uma única linha de texto humano.

O modelo mental — duas superfícies, mantidas separadas​

  1. Um plano de controle REST — hub.dig.net/v1, com bearer-JWT — para gerenciar stores, domínios, times e NFTs.
  2. Um caminho de LEITURA JSON-RPC 2.0 dig agnóstico em relação ao nó — rpc.dig.net — que transmite ciphertext verificado.

Uma única superfície de carteira (window.chia CHIP-0002) sobre dois transportes — injetado (DIG Browser) ou WalletConnect → Sage — unificados pelo ChiaProvider do SDK. Os spends são sempre construídos pelo wasm canônico CHIP-0035 e assinados pela carteira do usuário — nunca feitos à mão. Faça branch em códigos de erro estáveis, nunca em texto livre.

Construa um dapp — de ponta a ponta​

O fio único do scaffold até uma aplicação com carteira, no ar no seu próprio domínio.

→ Construa um dapp na Chia

O DIG SDK​

@dignetwork/dig-sdk — ChiaProvider + DigClient + Paywall, e os spends canônicos reexportados no subcaminho /spend. Instalação, subcaminhos, e capabilities().

→ O DIG SDK

Conecte uma carteira — window.chia​

Detecte o provider injetado, chame connect() (consentimento por origem), e use os métodos CHIP-0002.

→ Usando o window.chia · especificação: o provider window.chia

Leia conteúdo verificado — DigClient + os métodos do dig RPC​

DigClient transmite ciphertext + provas de inclusão e verifica-então-descriptografa no lado do cliente. Chame os métodos diretamente quando precisar.

→ O que é o dig RPC? · Métodos

Streaming e remontagem​

O modelo de chunks, a retrieval key, e a ordem verificar-então-descriptografar.

→ Streaming

Construindo spends — o construtor canônico CHIP-0035​

A divisão construir → assinar → transmitir: o wasm constrói o pacote de spend, a carteira assina, você transmite. O hub nunca constrói um spend à mão, e você também não deveria.

→ Construindo spends

O plano de controle /v1 do hub​

Autenticação (JWT / OIDC / pareamento de dispositivo), stores, domínios, analytics, e webhooks via REST.

→ Superfícies legíveis por máquina para o documento OpenAPI.

Deploy em CI — dig-network/deploy-action​

Modos, OIDC sem chaves, o enum de resultado, e a saída --json para steps posteriores.

→ Deploy a partir do GitHub Actions

Superfícies legíveis por máquina​

/openapi.json, /openrpc.json, /error-codes.json, /llms.txt, /knowledge-graph.json — descubra e integre sem raspar texto livre.

→ Superfícies legíveis por máquina

Códigos de erro — faça branch pelo código​

Uma referência consolidada em todo o dig RPC, a CLI, a DIGHUb, o dig loader, e o SDK.

→ Códigos de erro

Aprofunde-se: o protocolo​