Run a DIG node
Content nachweisbar und anbieter-blind servieren — du kommst nur je mit ununterscheidbarem, per Hash adressiertem Chiffretext in Berührung, kannst treues Serving mit Execution Proofs attestieren, und der Client verifiziert alles gegen die Chain, sodass Vertrauen nie auf deinem Node ruht.
Ein dig-node ist der Content-Server des DIG Network — die Angebotsseite des Netzwerks. Er hostet capsules, führt einen lokalen .dig-Cache und stellt die dig RPC bereit, sodass alles, was DIG-Content liest, es von ihm lesen kann. Er läuft headless (kein Browser, keine UI) als Hintergrunddienst — eine Seedbox für den Content, den du veröffentlichst oder mit servieren helfen möchtest.
Er ist das Gegenstück zu den Konsumenten — dem DIG Browser und der Browser-Erweiterung — die Chiffretext + Proofs abrufen, gegen den On-Chain-Root verifizieren, lokal entschlüsseln und rendern. Du brauchst keinen dig-node, um DIG-Content zu lesen: Ein Konsument allein funktioniert einwandfrei und fällt auf den öffentlichen Referenz-Node unter rpc.dig.net zurück. Du betreibst einen dig-node, um zu servieren — und wenn einer auf derselben Maschine vorhanden ist, liest der Konsument von ihm (lokal, offline-freundlich und zum Netzwerk beitragend), und beide teilen sich einen .dig-Cache.
- dig-node = serviert Content + stellt die dig RPC bereit. Headless-Hintergrunddienst.
- DIG Browser / Erweiterung = konsumiert Content (verifiziert + entschlüsselt lokal). Kein lokaler Node erforderlich.
Wenn beide installiert sind, liest der Browser/die Erweiterung von deinem lokalen dig-node; andernfalls von rpc.dig.net. So oder so wird jedes Byte clientseitig gegen die Chain verifiziert — der Quelle wird nie vertraut.
Installieren
| Deine Maschine | Verwende |
|---|---|
| Ubuntu / Debian | Das native apt-Repository — apt install dig-node digstore, automatisch als systemd-Dienst aktiviert. |
| Windows / macOS / Linux (beliebig) | Der plattformübergreifende Universal-Installer — ein curl | sh (oder Download) für jedes Betriebssystem. |
Beide installieren denselben dig-node-Dienst plus die digstore-CLI. apt ist der Debian-native Pfad (signiert, per apt upgrade aktualisierbar); der Universal-Installer deckt alles andere ab.
apt (Ubuntu / Debian) — empfohlen auf Debian-Familie-Systemen
Der native Pfad: ein signiertes apt-Repository unter apt.dig.net. Es installiert dig-node als verwalteten systemd-Dienst und hält ihn per apt upgrade aktuell.
→ Installation unter Ubuntu/Debian via apt
Universal-Installer (jedes Betriebssystem)
Der plattformübergreifende Pfad — Windows, macOS und jedes Linux. Er erkennt dein Betriebssystem, installiert den dig-node-Dienst (Windows-Dienst / systemd / launchd) und die digstore-CLI, und benötigt keinen Paketmanager:
curl -fsSL https://dig.net/install.sh | sh
Dies ist derselbe eigenständige dig-installer, der auf der Releases-Seite bereitgestellt wird — lade ihn herunter und führe ihn direkt aus, wenn du es vorziehst, nicht in eine Shell zu piped, oder unter Windows.
Die gehosteten Installer (apt.dig.net, dig.net/install.sh) werden noch bereitgestellt. Bis sie live sind, baue aus dem Quellcode oder besorge dir eine Binärdatei von den dig-node Releases. Die hier gezeigten Befehle sind die echten, beabsichtigten.
Willst du nur Content lesen?
Du brauchst keinen Node. Hol dir den DIG Browser ↗ und öffne eine beliebige chia://-Adresse — er konsumiert von deinem lokalen dig-node, falls vorhanden, sonst von rpc.dig.net. Siehe Das chia://-Protokoll.
Verwandte Themen
- Installation unter Ubuntu/Debian via apt — der Debian-native Pfad + systemd-Dienstverwaltung
- Überall installieren — der Universal-Installer — Windows / macOS / beliebiges Linux +
dig.local - Einen Konsumenten auf deinen Node ausrichten — lokale Reads zuerst + der geteilte
.dig-Cache - dig-node konfigurieren — Ports, Listener, Cache-Obergrenze, Upstream
- Einen Remote-Origin selbst hosten —
digstore serve+ dig://-Clone/Pull/Push - Deinen Node verwalten — die control.*-Admin-RPCs + die My-Node-UI
- Die öffentliche Netzwerk-RPC nutzen — die dig RPC, die dein Node spricht, und den Betrieb eines Node im Netzwerk
- Die CLI installieren —
digstorefür sich allein (Veröffentlichen, nicht Servieren)
Tiefer einsteigen: das Protokoll
- „blind host & decoys" → Das blinde Serving-Modell der dig RPC · Node-Konformität
- „treues Serving attestieren" → Inclusion- vs. Execution-Proofs
- „dig://-Clone/Pull/Push" → Das §21/§22-Remote-Protokoll
- Alles → Protokoll-Deep-Dive · Konzepte & Glossar