Eine Bitcoin-Vollnode auf einem VPS betreiben

Drei Dinge, und nur zwei davon haben mit Privacy zu tun.

• Verifizierung. Ihre Node setzt den Konsens selbst durch — jede Signatur, jedes Script, jede Subsidy und jede Difficulty-Anpassung, geprüft gegen ihre eigene Kopie der Chain. Niemand kann ihr weismachen, dass eine Coin existiert, wenn das nicht der Fall ist. Das ist der Teil, der sich nicht delegieren lässt: Eine Light-Wallet vertraut der Antwort eines Servers.
• Privacy auf der Netzwerkschicht. Eine Light-Wallet muss jemandem mitteilen, welche Adressen sie interessieren. Selbst die höflichen Protokolle geben einem Server genug an die Hand, um Ihre Adressen zu einer Wallet zu clustern und sie an eine IP zu pinnen. Ihre eigene Node beantwortet diese Anfragen lokal.

Was eine Node nicht bringt, ist On-Chain-Anonymität. Das Ledger bleibt öffentlich und dauerhaft; eine Node behebt nur die Netzwerkschicht. Wenn Nichtverkettbarkeit auf der Chain selbst die Anforderung ist, brauchen Sie eine andere Chain — betreiben Sie stattdessen eine Monero-Node — und ist ein mit Krypto bezahlter VPS wirklich anonym? beleuchtet den Rest der Rechnung.

Beide Node-Arten validieren identisch. Eine gekürzte Node lädt jeden Block herunter, prüft jede Regel und baut dasselbe UTXO-Set auf, löscht dann aber alte Blockdateien, die sie nicht mehr braucht. Was sie aufgibt, ist die Fähigkeit, Historie auszuliefern: Sie kann keine alten Blöcke an einen synchronisierenden Peer liefern, kann keine Wallet rescannen, deren Coins vor ihrem Prune-Horizont liegen, und kann keinen Index bedienen, der beliebige historische Transaktionen ausliest.

Der Größenunterschied ist alles andere als subtil. 2026 liegt die ungekürzte Chain deutlich über 700 GB und wächst weiter um zig Gigabyte pro Jahr — prüfen Sie den aktuellen Wert, bevor Sie sich auf eine Diskgröße festlegen, denn er steigt nur. Eine gekürzte Node mit prune=5000 behält etwa 5 GB an Blockdateien plus dem UTXO-Set und Cores eigenen Datenbanken: rechnen Sie mit 20 GB für das Datadir.

Also: kürzen Sie, sofern Sie keinen konkreten Grund dagegen haben. Die Gründe dafür sind eng gefasst: historische Blöcke ans Netzwerk zurückliefern, txindex für einen Block-Explorer, oder Ihren eigenen Electrum-Server betreiben.

• CPU. Ein Core hält dauerhaft mit der Chain-Spitze Schritt. Beim initialen Block-Download verdienen sich die Cores ihren Lohn, weil die Signaturverifizierung parallelisiert — 2 bis 4 vCPU verkürzen die erste Synchronisierung und gehen danach zurück in den Leerlauf. Vollständige KVM-Virtualisierung zählt mehr als die Core-Anzahl: echte Hardware-Isolation und ein eigener Kernel, kein Container, der sich einen fremden teilt.
• RAM. 2 GB sind die Untergrenze für eine gekürzte Node. dbcache ist der Regler, auf den es ankommt — ein bis zwei Gigabyte UTXO-Cache während des IBD sparen Stunden an wahlfreien Lesezugriffen, und Sie können ihn danach wieder herunterstellen.
• Disk. Wie oben dimensioniert, und NVMe statt allem anderen. IBD wird von wahlfreiem Zugriff auf die Chain-Datenbank dominiert, nicht vom Download.
• Bandbreite. IBD bewegt unabhängig von der Kürzung die gesamte Chain: einmalig mehrere hundert Gigabyte. Eine lauschende Node lädt danach stetig zu Peers hoch, begrenzbar mit maxuploadtarget. Jeder Plan hier läuft mit einem 1 Gbps-Port mit unbegrenztem Traffic und ohne Mehrverbrauchsrechnungen.

Konkrete Zahlen aus unserer Preisübersicht, denn “kommt darauf an” ist keine Antwort:

• Gekürzt, persönlicher Gebrauch — Cub, 1 vCPU / 2 GB / 40 GB NVMe, $5.00/mo. Ein 20 GB-Datadir mit Puffer, und die ehrliche Empfehlung für die meisten Leser.
• Gekürzt, komfortabel — Scout, 2 vCPU / 4 GB / 70 GB, $9.00/mo. Halbiert die Wartezeit beim Sync ungefähr. Wenn diese Maschine mehr als einen Job übernehmen soll, fangen Sie hier an.
• Node plus Lightning plus Monitoring — Runner, 3 vCPU / 6 GB / 100 GB, $14.00/mo.
• Vollarchiv — hier schlägt Ehrlichkeit das Upselling. Garmr (500 GB, $69.00/mo) passt nicht mehr zu einer ungekürzten 2026er-Chain, kaufen Sie ihn dafür also nicht. Fenrir (16 vCPU / 64 GB / 800 GB NVMe, $99.00/mo) tut es, mit einer Reichweite von einigen Jahren statt für immer.

Der Standort ist für eine Node irrelevant, da sie keine Latenzanforderung hat, entscheiden Sie also nach Preis oder Jurisdiktion: Amsterdam, Paris, Bukarest und Sofia liegen zum Grundpreis, während Stockholm, Kuala Lumpur, Reykjavik und Zürich einen Aufschlag tragen. Bei jährlicher Abrechnung werden zehn statt zwölf Monate berechnet.

IBD ist kein Download-Problem. Mehrere hundert Gigabyte kommen über einen 1 Gbps-Port innerhalb weniger Stunden an; die Tage entstehen durch das, was danach passiert — jede Signatur seit 2009 zu verifizieren und ein UTXO-Set zu pflegen, das ständig wahlfrei neu gelesen wird. Diese Last wird zuerst durch Storage-Latenz begrenzt und erst danach durch CPU.

Der praktische Effekt ist eine ganze Größenordnung. Auf NVMe-RAID10 mit ein paar Gigabyte dbcache ist ein gekürzter IBD typischerweise nach etwa einem Tag fertig. Derselbe Job auf der geteilten SATA-SSD eines Billig-Hosts läuft routinemäßig eine Woche und wird manchmal nie fertig, weil der Betreiber vorher aufgibt. Genau hier hört NVMe versus SSD auf, eine bloße Zeile im Datenblatt zu sein. Jeder Plan hier ist komplett NVMe, weshalb die günstigste Stufe ein realistischer Ort ist, um eine Node zu betreiben, und keine Formsache.

Ein Hebel für Ungeduldige: dbcache für die Dauer der Synchronisierung so hoch stellen, wie es der RAM erlaubt, und danach wieder zurücksetzen.

Core bietet erstklassige Tor-Unterstützung, und für eine persönliche Node ist Tor-only die Voreinstellung, die sich lohnt. Es verbirgt, von welcher Node eine Transaktion stammt, hält Ihre VPS-Adresse aus Bitcoins dauerhaft verbreiteten Peer-Listen heraus und lässt Ihre eigenen Wallets die Node von überall erreichen, ohne einen eingehenden Port zu öffnen.

Installieren Sie tor, fügen Sie den Nutzer des Daemons der Gruppe debian-tor hinzu, damit Core den Control-Port erreichen kann, und ergänzen Sie bitcoin.conf um:

proxy=127.0.0.1:9050
onlynet=onion
listenonion=1
discover=0
dnsseed=0

Core erstellt und veröffentlicht automatisch einen eigenen v3-Onion-Dienst; bestätigen Sie mit bitcoin-cli getnetworkinfo, dass die Onion-Adresse aufgeführt ist und das Onion-Netzwerk als erreichbar angezeigt wird.

Der ehrliche Kompromiss: Onion-Peers sind weniger und langsamer, sodass die Synchronisierung über Tor spürbar länger dauert. Wenn Tor auf der Maschine ohnehin läuft, decken unsere Anleitung zum Tor-Relay und die Hinweise zum Tor-freundlichen VPS die Richtlinienseite ab — Relays und Onion-Dienste sind hier willkommen, nicht bloß geduldet.

Ein Electrum-Server sitzt zwischen Ihrer Node und Wallets mit Electrum-Protokoll und hält eine adressindizierte Sicht auf die Chain, sodass eine Wallet fragen kann “was liegt bei diesem Scripthash an?” und eine sofortige Antwort bekommt. Einen eigenen zu betreiben bedeutet, dass Electrum, Sparrow und BlueWallet sich mit Ihnen verbinden statt mit einem öffentlichen Server, der jede Adresse sieht, die Ihnen gehört.

Der Haken, den die Ein-Zeilen-Tutorials auslassen: electrs und Fulcrum benötigen beide eine ungekürzte Node. Sie bauen ihren Index, indem sie Blockdateien direkt lesen, sodass die Historie noch auf der Disk liegen muss. Einen Electrum-Server hinzuzufügen zieht Sie deshalb von einer $5-gekürzten Maschine zu einer Vollarchiv-Node plus weiteren 50–100 GB für den Index — Fenrir-Territorium, nicht Cub.

Zwischen den beiden ist electrs genügsamer beim Speicher und langsamer beim Aufbau seines Index; Fulcrum indiziert und antwortet schneller, will aber mehr RAM. Beide lauschen auf 50001 (Klartext) und 50002 (TLS). Halten Sie sie an localhost gebunden und erreichen Sie sie über einen WireGuard-Tunnel oder einen Onion-Dienst, statt sie zu exponieren.

Eine Lightning-Node braucht ein Bitcoin-Backend, dem sie vertrauen kann, und Ihre ist der naheliegende Kandidat. Beide großen Implementierungen laufen neben Core auf demselben VPS:

• LND spricht per RPC und ZMQ mit bitcoind. Fügen Sie bitcoin.conf die Endpunkte zmqpubrawblock und zmqpubrawtx hinzu, gebunden nur an localhost.
• Core Lightning ruft standardmäßig bitcoin-cli auf, was leichter nachzuvollziehen ist und keine zusätzlichen Ports öffnet.

Kürzung erschwert auch das. LND kann gegen ein gekürztes bitcoind arbeiten, muss fehlende historische Blöcke aber von Peers nachladen, was langsamer und gelegentlich fragil ist; Core Lightning ist glücklicher, wenn die Historie vorhanden ist. Wenn Lightning von Anfang an das Ziel ist, akzeptieren Sie entweder eine ungekürzte Node oder nehmen diese Reibung wissentlich in Kauf.

Lightning selbst ist leichtgewichtig — die Channel-Datenbank umfasst einige hundert Megabyte — muss aber online bleiben, um Channel-Breaches zu überwachen, was das Argument für einen VPS gegenüber einem Laptop ist, der in den Schlaf geht. Port 9735 ist der Lightning-P2P-Port, und eine Tor-only-Lightning-Node ist völlig normal.

Eine Node ist kein Geheimnis, aber sie ist eine Maschine, die durchgehend läuft, einem globalen Gossip-Netzwerk eine Adresse bekanntgibt und — wenn Sie unvorsichtig sind — auf Ihren Namen gemietet ist, mit einer Karte auf Ihren Namen.

• Ohne Identität anmelden. Hier gibt es by Design kein KYC: kein Ausweis, kein Dokumenten-Upload, kein Verifizierungsschritt, an dem man scheitern könnte.
• On-Chain bezahlen. Laden Sie in BTC auf und deployen Sie aus dem Guthaben, oder in Monero, wenn Ihnen lieber ist, dass die Zahlung selbst kein dauerhaft öffentliches Dokument wird — einen Gedanken wert, wenn das, was Sie finanzieren, eine Bitcoin-Node ist. So oder so gibt es keine Karte und keinen Zahlungsdienstleister eines Dritten; die Mechanik steht unter VPS ohne Kreditkarte kaufen.
• Keine Identität auf der Maschine hinterlassen. Benennen Sie den Hostnamen nicht nach sich selbst, verwenden Sie keinen SSH-Key wieder, der auf einem öffentlichen Code-Hosting-Profil auftaucht, und denken Sie daran, dass die Adresse einer lauschenden Node by Design veröffentlicht wird — das stärkste praktische Argument für den Tor-only-Modus von oben.

Was der Host sehen kann, ist eine Maschine, die auf einem bekannten Port gleichmäßigen Peer-to-Peer-Traffic bewegt. Nichts über Ihre Wallet, Ihre Adressen oder Ihre Guthaben — die verlassen die Maschine nie, und genau das ist der Sinn der Sache. Eine validierende Node ist gewöhnliche Infrastruktur und ausdrücklich willkommen; die eine benachbarte Zeile in der Nutzungsrichtlinie besagt, dass Krypto-Mining auf Shared-Plänen nicht erlaubt ist, weil es geteilte Kerne monopolisiert. Eine Node ist kein Miner: Nach dem IBD läuft sie nahezu im Leerlauf.

Der Alltag ist undramatisch. Core veröffentlicht etwa alle sechs Monate ein Major-Release, und ein Upgrade bedeutet: Dienst stoppen, Binaries ersetzen, wieder starten — das Datadir ist abwärtskompatibel und es gibt kein erneutes Sync. Sichern Sie Ihre Descriptors, falls die Node überhaupt eine Wallet enthält; sonst zählt nichts weiter, weil die Chain sich per Definition neu herunterlädt. Wenn Ihnen die Disk zu klein wird — und bei einer Archiv-Node passiert das —, vergrößert ein Tier-Upgrade die Disk online ohne Neuinstallation, anteilig von Ihrem Guthaben abgerechnet.