← Track 02 · Dezentrale Finanzen
Full Node · Core vs. Knots · Utreexo

Bitcoin-Node-Software im Vergleich

Wer keine eigene Node betreibt, muss jemand anderem glauben, dass seine Bitcoin echt sind. Aber welche Software? Bitcoin Core, Knots, btcd, Floresta, Libbitcoin — und darüber die Node-Pakete Umbrel, StartOS & Co. Ein nüchterner Überblick, Stand Mitte 2026.

Warum eine eigene Node?

01 / 07

Eine Full Node lädt jede Bitcoin-Transaktion seit 2009 herunter und prüft sie gegen die Konsensregeln — selbst, lokal, ohne zu fragen. Sie ist die einzige Möglichkeit zu wissen (statt zu glauben), dass die eigenen Coins existieren, dass keine Inflation stattfindet und dass die Regeln eingehalten werden.

Wer stattdessen eine Wallet mit fremdem Server nutzt, delegiert diese Prüfung — und verrät dabei nebenbei alle eigenen Adressen an den Serverbetreiber. Die eigene Node ist deshalb beides zugleich: Verifikation und Privatsphäre.

„Node-Software" meint dabei zwei verschiedene Ebenen, die oft durcheinandergeraten: die Implementierung (das Programm, das die Regeln prüft — Bitcoin Core, Knots, btcd …) und das Node-Paket (das Betriebssystem drumherum — Umbrel, StartOS, RaspiBlitz …). Dieser Artikel vergleicht beide Ebenen getrennt.

Du hast noch gar keine Node und willst erst einmal loslegen? Dann starte mit dem Einsteiger-Guide Eigene Bitcoin-Node: Warum und wie — mit Schritt-für-Schritt-Anleitungen für Umbrel, Start9 und Bitcoin Core auf dem eigenen Rechner.

Don't trust, verify.
Eine Node fragt niemanden um Erlaubnis
und glaubt niemandem ein Wort —
auch den eigenen Entwicklern nicht.
— Das Grundprinzip jeder Full Node

Bitcoin Core — die Referenz

02 / 07
Was es ist

Der Standard

Bitcoin Core ist die direkte Fortführung der Software, die Satoshi Nakamoto 2009 veröffentlicht hat. Rund drei Viertel aller öffentlich erreichbaren Nodes laufen damit (aktuell Version 31.x). Core definiert de facto, was „Bitcoin" ist: Die Konsensregeln aller anderen Implementierungen messen sich an diesem Code.

Enthalten sind Wallet, GUI (bitcoin-qt), RPC-Interface, Tor-/I2P-Unterstützung und Mempool — alles ohne externe Abhängigkeiten, reproduzierbar gebaut (Guix).

Technischer Stand 2026

Pruning & AssumeUTXO

Zwei Funktionen machen Core auch auf kleiner Hardware praktikabel: Pruning verwirft alte Blöcke nach der Prüfung (minimal ~550 MB statt ~740 GB, voll validierend). AssumeUTXO lädt einen UTXO-Snapshot und macht die Node in Stunden statt Tagen benutzbar — die vollständige Prüfung läuft im Hintergrund nach.

# Bitcoin Core als Pruned Node (voll validierend, ~10 GB) # ~/.bitcoin/bitcoin.conf prune=10000 # Blöcke nach Prüfung verwerfen, 10 GB behalten dbcache=2000 # RAM für schnelleren Initial Sync proxy=127.0.0.1:9050 # optional: alles über Tor listen=1

Bitcoin Knots — der Fork mit Filter-Policy

03 / 07

Bitcoin Knots ist ein Derivat von Bitcoin Core, gepflegt von Luke Dashjr — einem der dienstältesten Bitcoin-Entwickler. Knots setzt regelmäßig auf Core-Releases auf und ergänzt zusätzliche Optionen, vor allem aber eine strengere Standard-Relay-Policy: Was Knots als Spam einstuft (große Datei-Einbettungen, Inscriptions), wird standardmäßig nicht weitergeleitet.

Seit Ende 2025 ist daraus ein handfester Richtungsstreit geworden: Core v30 hob das alte 80-Byte-Limit für OP_RETURN-Daten auf (Begründung: Filter wirken ohnehin nicht, OP_RETURN ist die harmloseste Ablageform). Knots hält dagegen mit einem strikteren Limit und dem Argument, man müsse Daten-Einbettung nicht auch noch bequem machen. In der Folge stieg der Knots-Anteil zeitweise auf rund ein Viertel der öffentlichen Nodes.

Einordnung

Wichtig: Der Streit betrifft die Relay-Policy (was eine Node weiterleitet), nicht die Konsensregeln (was gültig ist). Core- und Knots-Nodes akzeptieren dieselben Blöcke — es gibt keinen Chain-Split. Welche Policy man fährt, ist eine persönliche Entscheidung ohne Risiko für die eigenen Funds. Beide Projekte sind frei, quelloffen und voll validierend.

Alternative Implementierungen

04 / 07

Neben Core und Knots existiert eine Handvoll unabhängiger Implementierungen. Sie erfüllen wichtige Rollen — Monokultur-Vermeidung, Forschung, Bibliotheks-Ökosysteme — sind aber für den Alltagsbetrieb meist zweite Wahl.

Aktiv
btcd Go · Lightning-Labs-Umfeld · seit 2013

Vollständige Neuimplementierung in Go, historisch eng mit lnd verbunden. Keine eingebaute Wallet, kein Mining. Sauberer Code, gut für Entwickler — aber 2022 zeigte ein Konsens-Bug (Witness-Größenprüfung), warum Alternativen bei der Validierung hinter Core herlaufen. github.com/btcsuite/btcd

Beta
Floresta Rust · Vinteum / Davidson Souza · seit 2022

Der spannendste Neuzugang: nutzt Utreexo-Akkumulatoren statt eines vollen UTXO-Sets. Volle Validierung mit ~800 MB Disk und <300 MB RAM — eine Full Node auf Hardware, auf der Core nie laufen könnte. Kann für die Konsens-Validierung Cores libbitcoinkernel einbinden. Noch jung, aber aktiv entwickelt. github.com/vinteumorg/Floresta

Aktiv
Libbitcoin C++ · Eric Voskuil · seit 2011

Weniger „ein Programm" als ein Baukasten: Bibliotheken für Konsens, P2P und Datenbank, dazu libbitcoin-server als abfragbare Full Node. Eigenständige Codebasis mit eigener Architektur-Philosophie; Zielgruppe sind Entwickler und Infrastruktur-Betreiber, nicht Heimanwender.

Nische
Gocoin Go · Piotr Narewski · seit 2013

Ein-Personen-Projekt mit ungewöhnlicher Architektur (Node und Wallet strikt getrennt, Wallet offline). Technisch interessant, aber winzige Nutzerbasis — entsprechend wenig Review.

Unmaintained
bcoin, parity-bitcoin & Co. JavaScript / Rust · seit Jahren ohne Pflege

bcoin (JavaScript, einst von Purse.io) ist seit über vier Jahren praktisch unbetreut, parity-bitcoin wurde eingestellt. Für neue Setups nicht mehr verwenden — eine Node, die Konsens prüft, braucht aktive Maintainer.

⚠ Konsens ist gnadenlos

Bei Node-Software ist „Vielfalt" zweischneidig: Jede noch so kleine Abweichung in der Validierung kann eine alternative Implementierung auf eine eigene Chain schicken. Wer eine Alternative betreibt, sollte das bewusst tun — als zweite Node neben einer Core/Knots-Node, nicht als einzige Wahrheitsquelle für nennenswerte Beträge.

Der große Vergleich

05 / 07
Kriterium Bitcoin Core Bitcoin Knots btcd Floresta Libbitcoin
Sprache C++ C++ Go Rust C++
Netzanteil (öffentl.) ~70–75 % ~20–25 % <1 % <1 % <1 %
Eingebaute Wallet ja ja nein nein (Watch-only) Bibliothek
Speicher (minimal) ~550 MB (pruned) ~550 MB (pruned) ~740 GB (voll) ~800 MB ~740 GB (voll)
Relay-Policy permissiv (v30+) restriktiv (Filter) Core-nah Core-nah eigen
GUI bitcoin-qt bitcoin-qt nein nein nein
Review / Reifegrad maximal hoch (Core-Basis) mittel jung mittel
Geeignet als … Standard für alle Policy-bewusste Betreiber Entwickler, lnd-Umfeld schwache Hardware, Zukunft Infrastruktur, Entwickler

Node-Pakete: Umbrel, StartOS & Co.

06 / 07

Node-Pakete sind keine eigenen Implementierungen — sie verpacken Bitcoin Core (teils wahlweise Knots) mit Betriebssystem, Web-Oberfläche, App-Store und Updates. Der Preis für den Komfort: eine zusätzliche Software-Schicht, der man vertrauen muss.

🟣

Umbrel

Die einsteigerfreundlichste Option: SD-Karte flashen, Browser öffnen, App-Store klicken. Große Community, viele Apps (Electrs, Mempool, Lightning). Teile des Systems sind nicht frei lizenziert — Komfort vor Purismus.

🛡️

Start9 / StartOS

Der Souveränitäts-Ansatz: vollständig quelloffen, Tor-first (erreichbar ohne Port-Forwarding), verifizierbare Pakete. Etwas mehr Einarbeitung als Umbrel, dafür konsequenter in der Philosophie.

RaspiBlitz

Das Bastler-Urgestein (seit 2018), voll quelloffen, Fokus auf Lightning-Betrieb. Display am Gerät, bewährte Update-Prozeduren. Fühlt sich nach Linux an — das ist Absicht.

📦

myNode / Citadel

myNode: Freemium-Modell mit Premium-Support, solide gepflegt. Citadel: Community-Fork des alten Umbrel, erlaubt u. a. den Wechsel zwischen Core und Knots per Klick. Beide kleiner, aber aktiv.

🐧

Bare Metal

Bitcoin Core direkt auf Debian/Ubuntu — ohne Zwischenschicht. Maximale Kontrolle und minimale Angriffsfläche, dafür selbst verantwortlich für Updates, Backups und Tor-Konfiguration. Der Weg für alle, die Track 01 und 03 verinnerlicht haben.

🔌

Ergänzung: Electrum-Server

Damit Hardware-Wallets (Sparrow, Electrum) gegen die eigene Node prüfen, braucht es einen Index-Server dazu: electrs (leichtgewichtig) oder Fulcrum (schnell). In allen Paketen als App verfügbar.

Hardware, Betriebsmodi & Empfehlung

07 / 07
Was die Chain heute wiegt
Blockchain (voll, Mitte 2026): ~740 GB — wächst ~50–100 GB/Jahr Pruned Node (voll validierend): ab ~550 MB (praktisch: 5–20 GB) Floresta (Utreexo): ~800 MB gesamt, <300 MB RAM # Empfohlene Hardware für eine Archiv-Node: # 2 TB SSD (NVMe) · 8 GB RAM · Raspberry Pi 5 oder Mini-PC # Für eine Pruned Node reicht fast jeder alte Laptop.
Fazit

Die langweilige Antwort ist die richtige

Für 95 % aller Anwendungsfälle lautet die Empfehlung: Bitcoin Core — als Pruned Node auf vorhandener Hardware oder als Archiv-Node im Node-Paket (Start9, wenn Offenheit zählt; Umbrel, wenn Komfort zählt). Wer die restriktivere Relay-Policy überzeugt, nimmt Knots — die Funds sind in beiden Fällen gleich sicher.

Die Alternativen haben ihren Platz: Floresta zeigt, wohin die Reise für schwache Hardware geht, btcd und Libbitcoin tragen Entwickler-Ökosysteme. Aber als einzige Wahrheitsquelle für dein Geld gilt: die Implementierung mit dem meisten Review gewinnt. Don't trust, verify — und verify mit der Software, die selbst am meisten verifiziert wurde.

Bitcoin Core Bitcoin Knots Floresta btcd Umbrel StartOS Pruning Utreexo