For NFT developers
Minte eine ganze CHIP-0007-Kollektion, deren Kunstwerke DAUERHAFT in einer manipulationssicheren DIG-capsule leben — ein atomares, signiertes Bundle, echte Royalties und ehrliche Drop-Mechaniken (Reveal / Allowlist / Phasen), die niemals etwas vortäuschen, das sie on-chain noch nicht beweisen können.
Das Denkmodell
Lege deine Kunstwerke zunächst in eine DIG-capsule, und minte dann NFTs, deren data_uris / metadata_uris auf diese capsule verweisen. Die On-Chain-Hashes verankern die echten Bytes — die Kunst ist damit content-adressiert, verifizierbar und dauerhaft, kein Link, der verrotten oder ausgetauscht werden kann.
Spends werden niemals von Hand zusammengebaut: Der kanonische CHIP-0035-Wasm-Builder (über @dignetwork/dig-sdk/spend) baut jeden Coin-Spend, deine Wallet signiert einmal, und er wird einmal gesendet (broadcast).
Einen store zu minten ist kostenlos in $DIG — du zahlst den einheitlichen capsule-Preis nur, wenn eine capsule erstellt wird (wenn die Kunst in eine capsule geschrieben wird).
Eine Mint-Seite scaffolden — das nft-drop-Template
Starte mit einer wallet-verdrahteten Drop-Seite in einem Befehl:
digstore new nft-drop
# oder
npm create dig-app@latest my-drop -- --template nft-drop
Minten über die CLI
Die Asset-CLI baut den Spend über die digstore-chain-Builder, signiert mit deinem Wallet-Seed und sendet ihn — alles --dry-run / --json CI-sicher:
digstore did create # eine Issuer-DID für die Zuordnung
digstore collection create --name "My Drop" # eine CHIP-0007-Kollektion
digstore nft mint --data ./art.png --metadata ./meta.json --dry-run
digstore offer make ... # XCH- / CAT-Trades
Der capsule-media-Pfad von nft mint schreibt die Kunst + CHIP-0007-Metadaten in eine capsule, berechnet die Data-/Metadaten-Hashes aus den echten Bytes und setzt die URIs auf die chia://-Adresse der capsule (mit einem https-Gateway-Fallback). → Befehlsreferenz
Minten über das Web — DIGHUb NFT Studio
Minte eine capsule-gestützte Kollektion im Browser: Kunst hochladen (wird in eine capsule geschrieben), Royalties festlegen und eine DID für die Zuordnung anhängen — die Wallet signiert am Ende. → DIGHUb ↗
Drops — Reveal, Allowlist, Phasen
Drop-Mechaniken werden ehrlich dargestellt: was heute on-chain durchgesetzt wird gegenüber dem, was eine Off-Chain-Annehmlichkeit ist, bis die claim-coin-Primitive verfügbar ist. Wir präsentieren niemals eine Garantie, die wir on-chain noch nicht beweisen können.
→ Eine Dapp auf Chia bauen für den durchgängigen Mint-Ablauf.
Spends mit dem SDK bauen — niemals von Hand zusammenbauen
Jeder Coin-Spend wird vom kanonischen CHIP-0035-Wasm gebaut und unter @dignetwork/dig-sdk/spend re-exportiert. Der Ablauf ist immer bauen → signieren → senden (broadcast), so aufgeteilt, dass die Wallet nur signiert.
Monetarisieren & absichern — die Paywall
Die Paywall des SDK kombiniert den Provider mit dem Spend-Builder für Pay-to-Unlock und NFT-/Collection-Ownership-Gating — ohne Spends manuell zu verdrahten.
Offers — make / take / show
Handle NFTs gegen XCH oder CATs mit digstore offer make | take | show (jeweils --dry-run / --json). → Befehlsreferenz
Tiefer einsteigen: das Protokoll
- „manipulationssichere capsule" → Proofs & Sicherheit · Das capsule- & store-Modell
- „niemals einen Spend von Hand zusammenbauen" → CHIP-0035 store-coin-Spends & Delegation
- Alles → Protokoll-Deep-Dive · Konzepte & Glossar