Blockchain-Node-Hosting
Antwort
Blockchain-Node-Hosting bedeutet, einen vollständig validierenden Node auf gemieteter Infrastruktur zu betreiben. Incognito VPS passt die Pläne an die realen Chain-Größen von 2026 an: Ein geprunter Bitcoin-Node braucht 2 vCPU und 60 GB, ein vollständiger Ethereum-Node braucht 8 vCPU mit 2 TB NVMe, und ein Solana-Validator braucht einen dedizierten Server mit 384 GB RAM.
| Szenario | Minimum |
|---|---|
| Bitcoin geprunt | 2 vCPU, 4 GB RAM, 60 GB |
| Bitcoin vollständig | 4 vCPU, 8 GB RAM, 900 GB |
| Ethereum vollständig (Geth + Lighthouse) | 8 vCPU, 32 GB RAM, 2 TB NVMe |
| Monero vollständig | 4 vCPU, 8 GB RAM, 250 GB |
| Solana-Validator | 32 vCPU, 384 GB RAM, 4 TB NVMe |
Größe für die Chain, nicht für das Marketing
Die meisten Seiten zum Node-Hosting nennen Anforderungen, die vor drei Jahren korrekt waren. Mitte 2026 ist die Bitcoin-Blockchain rund 750 GB groß und wächst um etwa 60 GB pro Jahr. Ein Pruned Node mit prune=550 validiert zwar alles, behält aber nur die letzten Blöcke und passt in 60 GB.
Ethereum ist der anspruchsvolle Fall. Nach dem Merge betreiben Sie einen Execution-Client und einen Consensus-Client parallel; Geth plus Lighthouse mit Standardeinstellungen benötigt etwa 1,4 TB und wächst stetig. Ein Archive-Node benötigt über 15 TB und gehört auf einen dedizierten Server.
Solana ist eine eigene Kategorie. Ein Voting-Validator möchte 256 bis 512 GB RAM und Enterprise-NVMe mit hoher Schreibausdauer – und das auf einem VPS zu betreiben, wird nicht funktionieren, egal was die Plansseite sagt.
Warum die Haltbarkeit des Datenträgers wichtiger ist als die Geschwindigkeit
Nodes schreiben ständig. Consumer-NVMe mit niedriger TBW-Bewertung degradiert in Monaten unter einer Solana- oder Ethereum-Last – das ist der häufigste Grund, warum ein selbst gehosteter Node stirbt. Jede NVMe in unserem Netzwerk ist Enterprise-Qualität mit hoher Schreibausdauer, und bei dedizierten Servern sehen Sie das genaue Modell in der Spezifikation.
Das andere, was man unterschätzt, ist der Initial-Sync. Ein Bitcoin-Node braucht ein bis drei Tage, um von Grund auf zu synchronisieren, Ethereum mit Snap-Sync drei bis sieben. Unbegrenzter Transfer ist dabei genauso wichtig wie danach.
Datenschutzaspekte für Node-Betreiber
Einen eigenen Node zu betreiben ist selbst eine Datenschutzmaßnahme – er entfernt den Drittanbieter-Server, der sonst jede Adresse erfahren würde, die Sie abfragen. Kombiniert mit einer Rechtsordnung ohne Protokollierung und ohne Identitätspflicht schließt das die verbleibende Lücke.
Für Monero im Speziellen ist ein eigener Node nahezu Pflicht, wenn Ihnen die Datenschutzeigenschaften wichtig sind. Ein Remote-Node sieht die Transaktionen, die Sie nachschlagen, und macht damit einen erheblichen Teil von Moneros Schutz zunichte.
Häufig gestellte Fragen
01 Was braucht ein Bitcoin-Node im Jahr 2026?
Gepruned: 2 vCPU, 4 GB RAM, 60 GB Speicher. Voll archivierend: 4 vCPU, 8 GB RAM und etwa 900 GB, wachsend um rund 60 GB pro Jahr. Der Initial-Sync dauert ein bis drei Tage.
02 Kann ich einen Ethereum-Node auf einem VPS betreiben?
Ja – ein Full Node mit Geth plus Lighthouse passt auf CITADEL (8 vCPU, 32 GB, 560 GB), wenn Sie prunen. Ein Archive-Node benötigt über 15 TB und gehört auf einen dedizierten Server.
03 Ist der Transfer für Nodes abgerechnet?
Storage- und dedizierte Pläne sind unbegrenzt. VPS-Pläne enthalten 2 bis 30 TB Kontingent; ein Bitcoin-Node verbraucht im Dauerbetrieb etwa 200 GB pro Monat, also reicht RELAY aufwärts bequem.
04 Welcher Standort für einen Validator?
Amsterdam für konsenskritische Validatoren, da die Propagationslatenz die Belohnungen direkt beeinflusst. Bulgarien oder Moldawien für nicht abstimmende Full Nodes, bei denen es eher auf die Kosten als auf Millisekunden ankommt.
Verwandte Themen