Перейти к основному содержимому

44 страницы с тегом "capsule"

Посмотреть все теги

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 DigStore CLI: initialize a store, commit files, and read content back. The parallel track to the web-first quickstart.

Concepts & glossary

Однострочный указатель основных сущностей DIG Network — capsule, store, generation, URN, retrieval key, dig RPC, протокол chia:// и on-chain закрепление — каждая определена один раз со ссылкой на подробный документ.

Conformance & Security

Blind serving model, decoy streams, CORS, caching, rate limiting, and conformance checklist for dig RPC endpoints.

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.

DIG Network

Обзор примитивов DIG Network: DigStore для контентно-адресуемой публикации, dig RPC для слепого хостинга и получения контента, а также DIG Browser для доступа к контенту.

Example gallery

Example DIG dapps you can clone and open in a template — a static site, a wallet-wired React app, and an NFT drop page. Start from working code instead of a blank folder.

FAQ

Frequently asked questions about DIG — what it costs, whether you can iterate for free, how the host can't read your app, custom domains, and updates.

For app developers

Опубликуйте сайт или приложение, которым вы по-настоящему владеете — выпущенное в блокчейне как ваш собственный актив, а не арендованное. Собирайте и просматривайте бесплатно; платите небольшую единую цену $DIG только при публикации, а файлы шифруются прямо в вашем браузере, так что ни один хост не сможет их прочитать.

For content consumers

Открывайте контент chia://, который ваш СОБСТВЕННЫЙ браузер проверяет по блокчейну — ни один хост не сможет его изменить или подделать, приватный контент остаётся приватным от хоста, а сам контент постоянен и переразмещаем где угодно, так что никто не сможет его удалить или запереть вас в одной платформе.

For NFT developers

Минтите целую коллекцию CHIP-0007, чей арт хранится ПОСТОЯННО в защищённой от подделки capsule DIG — один атомарный подписанный пакет, реальные роялти и честная механика дропа, которая никогда не выдаёт желаемое за то, что ещё не доказано в блокчейне.

Get tipped for your store

Every store gets a public, shareable tip page, and a one-line script embeds a Tip button on any site. Visitors tip you directly in $DIG, wallet to wallet — no account, no backend, no middleman.

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 digstore CLI?

The shortest path through the digstore 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.

L0 · Identity & naming

Layer 0 of the DIG Protocol: store vs capsule vs generation. store_id is the CHIP-0035 singleton launcher id. A store is an ordered sequence of capsules.

L0 · URN & addressing

The normative urn:dig:chia URN grammar, the rootless retrieval_key = SHA-256(canonical) invariant, resourceKey normalization, the three-way scheme split (chia:// vs §21 dig:// vs dig://* browser), and the salt addressing extension.

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.

L1 · Cryptography

Layer 1 read-crypto: HKDF-SHA256 key derivation (salt-mixed secret), AES-256-GCM-SIV fixed-nonce seal, the byte-exact constants table, and the one-crypto-implementation invariant (producer = host = verifier = dig-client-wasm).

L1 · Merkle inclusion proofs

The D5 per-resource UNTAGGED leaf = SHA-256(ciphertext), the NODE_TAG fold, odd-node carry-up, the proof-length ≤ ceil(log2 n) binding contract (D8), and the base64 X-Dig-Inclusion-Proof wire layout.

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.

L2/L3 · The self-defending module

Fixed-size obfuscation (128 MiB uniform blob, deterministic ChaCha20 filler), WASM injection memory layout (BINDING D2: 2 MiB offset, 384 MiB ceiling), the self-serving guest pipeline, oblivious gather, decoy generation, and the disabled host-attestation gate.

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.

L6 · The blind host model

The provider-blindness invariant, serve_blind (framing-only decode), the root-pinned immutable response cache, the *.on.dig.net + custom-domain resolver, the /v1 control plane (CHIP-0002 login, JWT sessions, refresh reuse-detection, action re-auth, GitHub-OIDC CI), and the accept-on-signature push trust model.

L6 · The dig RPC (machine interface)

The dig RPC is THE machine interface of the protocol: JSON-RPC 2.0 over HTTP POST, the full method catalogue, the chunk wire object (chunk_lens first-window-only, NO decoy field), range/window math, error codes incl. -32004, and the node profile vs the network profile.

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.

Methods

Complete dig RPC method set: dig.getContent, dig.getProof, dig.getCapsule, dig.getManifest, dig.listCapsules, dig.listCollectionItems, dig.getCollection, and service discovery methods.

On-chain anchoring

Wallet seed setup, on-chain costs, funding, anchor status, and chain-verified downloads for DigStore 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.

Protocol: Overview

Протокол DIG в виде семи слоёв снизу вверх, нормативных и определяемых реализацией. Capsule (storeId:rootHash) — фундаментальная единица; хост слеп, а читатель верифицирует по блокчейну. Это авторитетный справочник протокола.

Quickstart

Опубликуйте свой первый сайт на DIG — сборка и предпросмотр бесплатны, вы платите единую цену capsule только при публикации. Веб-путь в приоритете (кошелёк не нужен для начала) плюс параллельный CLI-путь.

Run a DIG node

Что такое dig-node, зачем его запускать и как установить — apt-репозиторий для Ubuntu/Debian или кроссплатформенный универсальный установщик.

Scaffold an app (create-dig-app)

npm create dig-app — scaffold a wallet-wired, deployable DIG app in one command. Five templates (static, vite-react, next-static, nft-drop, dapp-window-chia), all free to build and preview; you pay the uniform capsule price only when you publish.

Store Structure

Store identity via on-chain singleton launcher id, generations as capsules, content root, on-disk layout, and compiled module structure.

Streaming

Streaming chunk model for byte methods: chunk object structure, 64 KiB alignment, reassembly, proof verification, and reference client loop.

The DigStore WASM Store Format

Architecture of the content-addressable, encrypted WebAssembly store format: identity, generations, URNs, and compiled modules.

Troubleshooting — get unstuck

Каждый сбой даёт вам стабильный код и request-id, напрямую связанный с логом сервера, on-chain траты защищены от гонок, так что вы никогда не заплатите дважды, а понятные предварительные проверки останавливают напрасные capsule до того, как вы потратите $DIG.

Using DigStore 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 DigStore?

Контентно-адресуемый формат проекта в стиле Git со встроенным шифрованием и адресацией на основе URN; компилируется в единый самозащищённый модуль WebAssembly.

What is the dig RPC?

Общесетевой интерфейс чтения для capsule DigStore через JSON-RPC 2.0; слепой по конструкции, проверяемый без доверия и стримингуемый при любом размере.