Build a dapp on Chia
От начала до конца: соберите приложение на React, подключите встроенный кошелёк Chia (window.chia + резервный WalletConnect) через dig-sdk, постройте и подпишите трату через wasm chip35, затем задеплойте в блокчейн и добавьте собственный домен — единая нить через каждый примитив DIG.
CHIP-0035 store-coin spends & delegation
The canonical CHIP-0035 wasm builder constructs every store-coin spend; admin / writer / oracle delegation is the on-chain primitive behind Teams and revocable CI deploy tokens — never hand-rolled.
CLI tutorial
Full walkthrough of the dig-store CLI: initialize a store, commit files, and read content back. The parallel track to the web-first quickstart.
Command reference
Complete command reference for the dig-store CLI, including wallet, store, staging, history, content, remote, and maintenance commands.
Concepts & glossary
Однострочный указатель основных сущностей DIG Network — capsule, store, generation, URN, retrieval key, dig RPC, протокол chia:// и on-chain закрепление — каждая определена один раз со ссылкой на подробный документ.
Deploy from GitHub Actions
Auto-publish your built site or dapp to your existing DIG store on every push with the dig-network/deploy-action — git-push-to-deploy, free PR previews, and a PR comment + GitHub deployment status. Keyless CI auth, no long-lived hub secret.
Deploy keys
Give your CI or an agent a revocable key that can publish new versions of your store — but never your wallet seed, and never the power to change ownership. Issue it once in DIGHUb, drop it into CI as DIGSTORE_WRITER_KEY, and revoke it any time.
For app developers
Опубликуйте сайт или приложение, которым вы по-настоящему владеете — выпущенное в блокчейне как ваш собственный актив, а не арендованное. Собирайте и просматривайте бесплатно; платите небольшую единую цену $DIG только при публикации, а файлы шифруются прямо в вашем браузере, так что ни один хост не сможет их прочитать.
How do I… use DIGHUb?
The shortest path through DIGHUb: create a store, publish a capsule, give it a web address, and get tipped — all from the browser, wallet connected only when you publish or spend.
How do I… use the dig-store CLI?
The shortest path through the dig-store CLI: install it, scaffold and preview for free, publish a capsule on-chain, share it over a remote, and read it back — each task linked to the page that walks it.
L1 · BLS signatures & domain separation
Chia AugScheme (G1 48B / G2 96B), the five mutually-distinct role DSTs (PUSH/NODE/TOMB/REQ/ATTEST) with their exact signing-message preimages, rogue-key rejection, and the host↔guest parity fixtures.
L2 · Capsule format (the DIGS data section)
BINDING contract D1: the DIGS blob byte layout (big-endian, self-describing), all 12 SectionIds and their body formats (KeyTable D3, ChunkPool D4, MerkleNodes D5, ChainState, Filler), and the big-endian rationale.
L4 · DIG CAT payment & pricing
The DIG CAT TAIL asset id, the treasury inner puzzle hash, 3-decimal units, the dynamic USD-pegged per-capsule amount (no protocol constant), the atomic commit-bundle convention, and its non-enforcement caveat.
L4 · On-chain anchoring (CHIP-0035)
store = a CHIP-0035 singleton; capsule = a singleton update + root-advance. Free mint vs DIG-paid commit, the owner-discovery memo hint, and admin/writer/oracle delegation as the Teams / deploy-token primitive.
L5 · §21 transport & push
The §21 transport: dig:// locator resolution, the REST surface, the JSON-outer / Chia-codec-inner envelope, 2-leg push v1 (inline | presigned), the authenticated head (PUSH_DST), per-request §21.9 auth with exact signing messages, ETag/delta/pull, tombstone revocation, and decoy indistinguishability.
L6 · Verification, provenance & anchoring
The four ordered integrity gates (merkle inclusion → authenticated decryption → anchored-root pinning → risc0 execution), anchored-root pinning against the CHIP-0035 singleton via coinset.org, the authenticated head, tombstones, the MOCK-by-default risc0 caveat, the freshness contract, and provenance UX surfacing.
On-chain anchoring
Wallet seed setup, on-chain costs, funding, anchor status, and chain-verified downloads for digs projects.
Project config & build-time values
The committable dig.toml manifest and how to inject PUBLIC build-time config (RPC endpoint, asset/CAT ids, feature flags) into a dapp — plus the one hard rule: a blind static capsule holds no server secrets.
Proofs & Security
Merkle proofs, verified downloads, signed roots, revocation, and host attestation for dig-store security.
Protocol: Overview
Протокол DIG в виде семи слоёв снизу вверх, нормативных и определяемых реализацией. Capsule (storeId:rootHash) — фундаментальная единица; хост слеп, а читатель верифицирует по блокчейну. Это авторитетный справочник протокола.
Quickstart
Ship your first site on DIG — free to build and preview, you only pay the uniform capsule price when you publish. Web-first path (no wallet to start) plus a parallel CLI track.
Sharing over a remote
Publishing stores to remotes, downloading with verification, revoking roots, and understanding public vs. private access models.
Store Structure
Store identity via on-chain singleton launcher id, generations as capsules, content root, on-disk layout, and compiled module structure.
The dig-store WASM Store Format
Architecture of the content-addressable, encrypted WebAssembly store format: identity, generations, URNs, and compiled modules.
The dig:// remote (clone/pull/push)
Git-style remote protocol via dig:// URLs, per-request BLS signing, clone/pull/push operations, and self-hosted node setup.
Troubleshooting
Fixes for the most common DIG failures — funding, confirmation timeouts, push conflicts, verification errors, and wallet/session problems.
Using dig-store in your project
Workflow for initializing projects, managing staging areas, running multiple stores in one workspace, and typical release loops.
Webhooks
Register an HTTPS endpoint to be notified when a deployment changes state — queued, building, ready, or error. Each event is signed so you can verify it came from DIGHUb. The event contract — payload shape and signature — is stable; delivery is rolling out.
What is dig-store?
Контентно-адресуемый формат проекта в стиле Git со встроенным шифрованием и адресацией на основе URN; компилируется в единый самозащищённый модуль WebAssembly.