Skip to main content

Status

The health of the services your dapp depends on at runtime.

Status page coming soon

A live status dashboard for the DIG services is planned. Until it's published, use the per-service health checks below. DIG is pre-release, so expect occasional downtime — if something looks down, check Discord ↗.

Services​

ServiceWhat it doesCheck
dig RPC (rpc.dig.net)The blind read path: serves ciphertext + inclusion proofs by retrieval key.Send a JSON-RPC dig.methods (or any read call) and confirm a 200 with a JSON-RPC envelope. See Methods.
DIGHub (hub.dig.net)The web app + /v1 control plane for publishing and managing capsules.Load hub.dig.net ↗.
Resolver (on.dig.net)The optional human-friendly front door: serves stores whose owners have registered a handle at *.on.dig.net (and custom domains). Stores without a registered handle are still readable over the dig RPC.Load a known *.on.dig.net deployment.

A read served by the dig RPC is verified client-side against the on-chain root, so even when a node misbehaves, a tampered or wrong byte fails closed — it is never silently accepted. A degraded node can slow or fail a read, but cannot serve you content that doesn't match the chain.

Versioning you can depend on​

When a service or contract changes, here's how the change is signalled — so your dapp can detect and adapt rather than break silently:

  • dig RPC — a node advertises the methods it implements via dig.methods; an unimplemented method returns -32601 (method not found) rather than failing opaquely. The chunk wire format is part of the shared, byte-stable read contract — a change to it is a coordinated, breaking change announced in the changelog.
  • window.chia provider — the injected provider exposes its identity (isDIG) and connection state; query capabilities before calling a method. The provider's versioned surface is documented in Using window.chia, and the DIG Browser is its reference implementation.
  • CLI / SDK — semver (digstore --version, npm). Pin a version in CI and bump deliberately; breaking changes are listed in the changelog.