For app developers
Veröffentlichen Sie eine Website oder App, die Sie wirklich BESITZEN — on-chain als Ihr eigenes Asset geprägt, nicht gemietet. Bauen und testen Sie kostenlos; zahlen Sie einen kleinen, einheitlichen $DIG-Preis erst beim Veröffentlichen, wobei Dateien in Ihrem Browser verschlüsselt werden, sodass kein Host sie lesen kann.
Das mentale Modell
Ein store ist die dauerhafte Identität Ihrer Website — ein On-Chain-Singleton, den Sie kontrollieren. Jedes Mal, wenn Sie veröffentlichen, prägen Sie eine unveränderliche capsule = storeId:rootHash. Ein store ist einfach die Abfolge der capsules, die Sie im Laufe der Zeit veröffentlicht haben.
Zwei Eingänge führen zur gleichen kostenlosen Build-zu-bezahltem-Publish-Schleife:
- Der Web-Weg — DIGHUb unter hub.dig.net: einen gebauten Ordner ablegen, kostenlos in der Vorschau ansehen, ein Wallet erst beim Publish verbinden.
- Der CLI-/CI-Weg — die
digstore-CLI +create-dig-app+ die GitHub-Deploy-Action.
Scaffolding, Bauen und Vorschau kosten nichts. Sie zahlen erst, wenn Sie eine capsule veröffentlichen.
| Sie tun gerade | Kosten |
|---|---|
| Scaffolding, Bauen, Vorschau eines Entwurfs | Kostenlos |
| Veröffentlichen Ihrer ersten capsule (einen store prägen) | einheitlicher capsule-Preis in $DIG + geringe XCH-Gebühr |
| Veröffentlichen jedes Updates (eine neue capsule) | einheitlicher capsule-Preis in $DIG + geringe XCH-Gebühr |
Hier beginnen
- Quickstart — eine Site in 10 Minuten veröffentlichen — der schnellste Weg, per Web oder CLI.
Über das Web veröffentlichen — DIGHUb
Einen neuen store in DIGHUb starten ↗. Legen Sie Ihre gebaute Site ab (Ihren dist/- oder build/-Ordner), erhalten Sie eine kostenlose Entwurfsvorschau auf dem echten Lesepfad, und verbinden Sie ein Wallet erst im Schritt Publish. Sehen Sie den Web-Walkthrough unter Quickstart → Über das Web veröffentlichen.
Über die CLI veröffentlichen — digstore
Der Git-artige Ablauf: new → dev → init → commit.
digstore new vite-react # scaffold a runnable project — free, no mint
digstore dev # preview on the real chia:// read path, live-reload — free
digstore init site --dir dist # mint the store's first capsule (uniform price + XCH fee)
digstore commit -m "v1.1" # publish an update — a new capsule
→ CLI-Quickstart · Der vollständige Projekt-Workflow
Eine App scaffolden — 5 Templates
Starten Sie mit einem lauffähigen, wallet-verbundenen Starter — static, vite-react, next-static, nft-drop oder dapp-window-chia — über digstore new <template> oder npm create dig-app.
Kostenlos testen mit digstore dev
digstore dev liefert Ihr Projekt über den echten DIG-Lesepfad aus (verschlüsseln → kompilieren → verifizieren → entschlüsseln) mit Live-Reload und einem injizierten Dev-window.chia. Was Sie sehen, ist das, was Besucher erhalten — und nichts wird geprägt oder ausgegeben.
→ CLI-Quickstart → Entwickeln & Vorschau
dig.toml — das committable Manifest
dig.toml im Wurzelverzeichnis Ihres Projekts enthält store-id, output-dir, build-command, remote und weitere Konfiguration — gemeinsam genutzt von digstore dev, digstore deploy und den Scaffold-Templates. Es enthält keine Geheimnisse (diese kommen aus der Umgebung), also können Sie es committen.
→ Projektkonfiguration & Build-Zeit-Werte
Updates & Versionen — jede Veröffentlichung ist eine neue capsule
Jede Veröffentlichung versiegelt den aktuellen Build in einer neuen unveränderlichen capsule und rückt die On-Chain-Root Ihres stores vor. Alte capsules bleiben lesbar; der store löst immer zur neuesten auf, sofern ein Leser nicht einen bestimmten rootHash fixiert.
Was es kostet
Kostenlos zum Bauen und in der Vorschau ansehen; ein einheitlicher Preis in $DIG pro veröffentlichter capsule, plus eine geringe XCH-Netzwerkgebühr — atomar in derselben On-Chain-Ausgabe enthalten. Der Preis ist bewusst pro capsule einheitlich (sodass die Länge der capsule nichts über Ihren Inhalt preisgibt). $DIG erhalten Sie auf TibetSwap, dexie.space oder 9mm.pro.
→ Wo bekomme ich DIG · Warum hat jede capsule denselben Preis?
Push-to-Deploy über GitHub Actions
Verdrahten Sie dig-network/deploy-action, sodass jeder Push eine neue capsule veröffentlicht — mit einer if-changed-Absicherung, die einen byte-identischen Build zu einem No-op macht (keine Ausgabe).
→ Über GitHub Actions deployen
Eine *.on.dig.net-Webadresse hinzufügen (optional)
Ihr store ist über seine URN- / chia://-Adresse erreichbar, sobald er bestätigt ist — ohne zusätzliche Kosten. Ein benutzerfreundliches <name>.on.dig.net-Handle ist zusätzlich eine optionale, kostenpflichtige Registrierung in DIGHUb.
→ Kann ich meine eigene Domain verwenden?
Tiefer eintauchen: das Protokoll
Das oben beschriebene Modell in einfacher Sprache ist alles, was Sie zum Veröffentlichen brauchen. Wenn Sie das vollständige Design möchten:
- „ein store ist eine Abfolge von capsules" → Konzepte & Glossar · Das capsule- & store-Modell
- „Dateien, in Ihrem Browser verschlüsselt" → URNs & Verschlüsselung
- „ein einheitlicher Preis + atomare $DIG-Ausgabe" → On-Chain-Verankerung · CHIP-0035 store-coin-Ausgaben
- Alles → Protokoll-Deep-Dive