#

bitcoin

(85 articles)

Der beste Homeserver für deine Bitcoin-Node: Preis, Leistung & Stromverbrauch

Eine eigene [Bitcoin-Node](https://bitcoinlighthouse.de/blog/6-gruende-eine-bitcoin-node-laufen-zu-lassen) zu betreiben ist der ehrlichste Weg zu echter Souveränität: *Don't trust, verify*. Doch bevor du deine erste Node startest, stellt sich eine sehr praktische Frage – **auf welcher Hardware soll das Ding eigentlich laufen?** Sie steht schließlich rund um die Uhr an, verbraucht 24/7 Strom und soll trotzdem genug Leistung für Bitcoin Core, den Mempool-Explorer und vielleicht ein bisschen mehr haben. In diesem Artikel schauen wir uns an, welcher Homeserver das beste Verhältnis aus **Preis, Leistung und Stromverbrauch** bietet – und klären die häufig gestellte Folgefrage: Sollte man auf dieselbe Maschine gleich noch die eigene Cloud (etwa [Nextcloud](https://bitcoinlighthouse.de/blog/nextcloud-die-bessere-alternative-zu-dropbox-icloud-co)) packen, oder nimmt man dafür lieber einen zweiten Server? ## Was eine Bitcoin-Node wirklich braucht Die gute Nachricht zuerst: Eine Bitcoin-Node ist **kein Rechenmonster**. Sie muss keine Videos rendern und kein KI-Modell trainieren. Was sie wirklich braucht, ist: - **Speicher (das Wichtigste):** Die komplette Blockchain wächst stetig und liegt aktuell bei rund 700 GB. Mit Reserve für ein paar Jahre solltest du **mindestens 1 TB, besser 2 TB SSD** einplanen. Wichtig: eine **SSD, keine klassische Festplatte** – die Initial-Synchronisation (das erste vollständige Herunterladen und Verifizieren der Kette) dauert auf einer HDD quälend lange. - **RAM:** 4 GB reichen theoretisch, **8 GB sind der komfortable Standard**. Sobald Lightning, Electrum-Server oder ein Explorer dazukommen, ist mehr angenehm. - **CPU:** Die reine Node ist genügsam. Etwas Reserve hilft nur bei der ersten Synchronisation und wenn zusätzliche Dienste mitlaufen. - **Netzwerk:** Kabelgebundenes LAN ist stabiler als WLAN. Die Node läuft dauerhaft im Hintergrund. - **Niedriger Verbrauch:** Weil das Gerät **8.760 Stunden im Jahr** läuft, zählt jedes Watt. Ein Server, der 10 Watt statt 60 Watt zieht, spart über das Jahr real Geld. > **Merksatz:** > > Für eine Node ist die **SSD** die wichtigste Komponente – nicht die CPU. Spar nicht am Speicher, spar an der Rechenleistung. ## Die beiden realistischen Optionen Für einen sparsamen Homeserver zuhause haben sich zwei Klassen durchgesetzt: der **x86-Mini-PC** und der **Raspberry Pi 5**. Beide laufen problemlos mit fertigen Node-Betriebssystemen wie Umbrel oder Start9. ### 1. Der Mini-PC (x86) – der Preis-Leistungs-Sieger Kleine Bürorechner wie der **Beelink S12 Pro** oder der **GMKtec G3** sind in den letzten Jahren zum heimlichen Standard für Homeserver geworden – und genau die Geräte, mit denen wir auch im [Node-Workshop](https://bitcoinlighthouse.de/node-workshop-muenchen) arbeiten. Sie kosten neu meist **150–250 €**, bringen einen sparsamen Intel-N100- oder N150-Prozessor mit und lassen sich problemlos auf 16 GB RAM und eine große SSD aufrüsten. Vorteile: - **Deutlich mehr Leistung** als ein Raspberry Pi bei vergleichbarem oder nur leicht höherem Preis. - **Interne SSD (NVMe)** statt gebastelter USB-Lösung – schneller und zuverlässiger. - **x86-Architektur:** Praktisch jede Server-Software läuft ohne Kompatibilitäts-Gefrickel. - Im Leerlauf nur rund **6–10 Watt**, unter Last selten über 25 Watt. Für die allermeisten ist der Mini-PC heute die **empfehlenswerteste Wahl**: genug Reserve, um später mehr als nur die Node laufen zu lassen, ohne dass die Stromrechnung explodiert. ### 2. Der Raspberry Pi 5 – der sparsame Klassiker Der Raspberry Pi ist der Klassiker aus der Anfangszeit der Node-Bewegung – und mit dem **Pi 5** wieder ernsthaft konkurrenzfähig, weil er endlich echte NVMe-SSDs über PCIe anbinden kann. Fertige Kits (Pi 5, Gehäuse, Netzteil, SSD) liegen bei rund **150–200 €**. Vorteile: - **Absoluter Stromsparer:** im Betrieb oft nur **4–7 Watt**. - Riesige Community, unzählige Anleitungen, sehr leiser bzw. lüfterloser Betrieb möglich. - Klein, schön, ideal fürs Wohnzimmerregal. Nachteile: - **ARM-Architektur:** einzelne Zusatz-Software läuft weniger reibungslos als auf x86. - Weniger Leistungsreserve, wenn viele Zusatzdienste dazukommen. Wer schlicht **eine Node und wenig sonst** will und maximale Sparsamkeit sucht, ist mit dem Pi 5 bestens bedient. Übrigens: Eine erste Node lässt sich sogar auf [ausrangierten alten Smartphones](https://bitcoinlighthouse.de/blog/alte-smartphones-als-bitcoin-node) starten – zum Ausprobieren unschlagbar günstig. ## Preis, Leistung & Strom im Vergleich | Kriterium | Raspberry Pi 5 (Kit) | Mini-PC (Beelink S12 Pro / GMKtec G3) | |---|---|---| | Anschaffung (mit SSD) | ~150–200 € | ~180–280 € | | Prozessor | ARM Cortex-A76 (4 Kerne) | Intel N100 / N150 (x86) | | RAM | 4–8 GB | 8–16 GB (aufrüstbar) | | Speicheranbindung | NVMe über PCIe-Adapter | NVMe intern (M.2) | | Stromverbrauch (Idle) | ~4–7 W | ~6–10 W | | Leistungsreserve | gering | spürbar mehr | | Zusatzdienste (Nextcloud etc.) | knapp | gut machbar | | Software-Kompatibilität | gut (ARM) | sehr gut (x86) | ### Was kostet der Dauerbetrieb an Strom? Der laufende Verbrauch ist kleiner, als viele befürchten. Rechnen wir bei rund **0,35 €/kWh** (Deutschland): - **7 Watt** rund um die Uhr ≈ 61 kWh/Jahr ≈ **~21 € pro Jahr** - **12 Watt** rund um die Uhr ≈ 105 kWh/Jahr ≈ **~37 € pro Jahr** Selbst der etwas hungrigere Mini-PC kostet dich also **weniger als 4 € im Monat** – ein Bruchteil dessen, was Menschen oft an eine Handvoll Cloud-Abos zahlen. Und anders als beim [Mining](https://bitcoinlighthouse.de/blog/verschwendet-bitcoin-energie) verrichtet die Node ihre Arbeit fast im Flüsterbetrieb. ## Die große Frage: Node und Nextcloud auf einem Server – oder zwei? Sobald man einmal einen Homeserver stehen hat, kommt fast zwangsläufig der Gedanke: „Da könnte doch auch gleich meine [eigene Cloud](https://bitcoinlighthouse.de/blog/nextcloud-die-bessere-alternative-zu-dropbox-icloud-co) drauf – Fotos, Dokumente, Kalender, weg von Google und Dropbox." Technisch geht das problemlos. Die bessere Frage ist: **sollte man es tun?** ### Dafür, alles auf eine Maschine zu packen - **Günstiger und stromsparender:** Ein Gerät statt zwei bedeutet nur eine Anschaffung und nur einen Stromverbraucher. - **Weniger Verwaltung:** Ein System, das du pflegst, updatest und im Blick behältst. - **Node-Betriebssysteme machen es einfach:** Umbrel und Start9 bringen einen ganzen App-Store mit – Nextcloud, Photo-Backup, Passwortmanager & Co. installierst du mit einem Klick daneben. Für den normalen Privatgebrauch – eine Node plus ein bisschen Cloud für Familie und eigene Dateien – reicht **ein ordentlicher Mini-PC mit 16 GB RAM und 2 TB SSD** locker aus. Das ist der pragmatische, günstige Weg, und für die meisten die richtige Antwort. ### Dafür, zwei getrennte Server zu nehmen Es gibt aber gute Gründe, **Node und Datenspeicher zu trennen** – vor allem, sobald es ernster wird: - **Unterschiedliche Verfügbarkeit:** An deinem Cloud-Server willst du vielleicht mal basteln, neu starten, ausprobieren. Deine Node soll dagegen einfach **ununterbrochen durchlaufen** – jeder Neustart unterbricht sie. - **Sicherheits-Trennung (das stärkste Argument):** Deine Node berührt Wallets und Schlüssel; deine Cloud ist – gerade wenn sie aus dem Internet erreichbar sein soll – eine deutlich größere Angriffsfläche. Wer beides trennt, hält die **sensible Bitcoin-Umgebung sauber** von der exponierten Datei-Umgebung. - **Speicherbedarf wächst getrennt:** Ein Foto- und Dokumenten-Archiv kann schnell viele Terabyte fressen. Diesen Speicher willst du unabhängig von der Node ausbauen können. - **Ausfallsicherheit:** Fällt der eine Server aus, läuft der andere weiter. > **Faustregel:** > > **Einsteiger und Sparfüchse:** alles auf einen Mini-PC – einfach, günstig, ausreichend. > **Wer Wert auf saubere Sicherheits-Trennung legt oder viel Speicher braucht:** die Node auf ein dediziertes, ununterbrochen laufendes Gerät, die Cloud auf einen zweiten Server. Ein sinnvoller Mittelweg für Fortgeschrittene: **ein sparsamer Raspberry Pi 5 nur für die Node** (läuft stur durch, minimaler Verbrauch) und **ein Mini-PC mit großer SSD als Datei-/Cloud-Server**, an dem man ohne schlechtes Gewissen herumschrauben kann. So bleibt die Node unangetastet, während die Cloud flexibel wächst. ## Welche Software? Umbrel oder Start9 Egal ob Pi oder Mini-PC – du musst nichts von Grund auf per Kommandozeile aufsetzen. Fertige Node-Betriebssysteme nehmen dir die Arbeit ab: - **[Umbrel](https://bitcoinlighthouse.de/blog/umbrel-node-raspberry-pi):** Die populärste Lösung mit App-Store, hübscher Oberfläche und einfacher Einrichtung. Läuft auf x86 wie auf dem Pi. (Zur Frage der Lizenz: [Ist die Umbrel-Node open source?](https://bitcoinlighthouse.de/blog/ist-die-umbrel-node-open-source)) - **Start9 (StartOS):** Konsequent auf Privatsphäre und Selbstverwahrung ausgelegt, komplett Open Source. Beide erlauben es, neben Bitcoin Core auch Lightning, einen Mempool-Explorer und eben Zusatz-Apps wie Nextcloud zu betreiben. Wie sich eine Wallet dann mit der eigenen Node verbindet, zeigt der Beitrag [Sparrow Wallet mit Umbrel-Node](https://bitcoinlighthouse.de/blog/sparrow-wallet-umbrel-node). ## Fazit - **Beste Allround-Empfehlung:** ein **x86-Mini-PC** (Beelink S12 Pro, GMKtec G3) mit 16 GB RAM und 2 TB SSD. Bestes Verhältnis aus Preis, Leistung und Reserve – rund 3 € Strom im Monat. - **Maximal sparsam & minimalistisch:** ein **Raspberry Pi 5** mit NVMe-SSD, wenn es nur um die Node geht. - **Node + Nextcloud auf einem Gerät?** Für den Privatgebrauch völlig in Ordnung und der günstigste Weg. Sobald Sicherheit, viel Speicher oder unterbrechungsfreier Betrieb wichtig werden: **trenne die Node auf ein eigenes, durchlaufendes Gerät** und gib der Cloud einen zweiten Server. Am schnellsten und entspanntesten richtest du deine erste Node **gemeinsam mit anderen** ein – Schritt für Schritt, mit einem Experten an deiner Seite, statt allein im Forum zu suchen. 👉 **[Zum Node-Workshop](https://bitcoinlighthouse.de/node-workshop-muenchen)** 👉 **[Newsletter abonnieren](https://bitcoinlighthouse.substack.com/subscribe)** * * * ## FAQ ### Welcher Homeserver ist am besten für eine Bitcoin-Node? Für die meisten ist ein sparsamer **x86-Mini-PC** wie der Beelink S12 Pro oder GMKtec G3 die beste Wahl: rund 150–250 €, 8–16 GB RAM, interne NVMe-SSD und nur etwa 6–10 Watt Verbrauch. Wer maximal stromsparend und minimalistisch bauen will, greift zum **Raspberry Pi 5** mit NVMe-SSD. ### Wie viel Speicher braucht eine Bitcoin-Node? Die Blockchain liegt aktuell bei rund 700 GB und wächst weiter. Plane **mindestens 1 TB, besser 2 TB SSD** ein. Eine SSD ist Pflicht – auf einer klassischen Festplatte dauert die erste Synchronisation viel zu lange. ### Wie viel Strom verbraucht eine Bitcoin-Node im Jahr? Sehr wenig: Bei 7–12 Watt Dauerbetrieb sind das etwa 60–105 kWh pro Jahr, also grob **21–37 € Stromkosten jährlich** – weniger als 4 € im Monat. ### Kann ich Nextcloud auf derselben Node wie Bitcoin laufen lassen? Ja. Node-Betriebssysteme wie Umbrel und Start9 bieten Nextcloud als App zum Mitinstallieren an. Für den Privatgebrauch ist das völlig ausreichend. Wer eine saubere Sicherheits-Trennung möchte, viel Speicher braucht oder die Node ununterbrochen laufen lassen will, nimmt für die Dateien lieber einen **zweiten Server**. ### Reicht ein Raspberry Pi für eine Bitcoin-Node? Ja – ein **Raspberry Pi 5** mit angeschlossener NVMe-SSD betreibt eine vollwertige Full Node problemlos und ist dabei extrem stromsparend. Für viele Zusatzdienste gleichzeitig hat ein Mini-PC allerdings mehr Reserve. --- Dieser Artikel erschien zuerst auf [bitcoinlighthouse.de](https://bitcoinlighthouse.de/blog/bester-homeserver-bitcoin-node) – dort findest du auch unsere [Bitcoin-Workshops in München](https://bitcoinlighthouse.de/events). --- *Originally published at [/s/80e85f6db29dd1ff/bester-homeserver-bitcoin-node](/s/80e85f6db29dd1ff/bester-homeserver-bitcoin-node)*

Untitled

Algo para refletir… Não [vamos falar do caso específico da Ledger](https://br.cointelegraph.com/news/ledger-rolls-out-update-that-could-create-vulnerabilities-on-nano-x-model-and-users-lash-out/amp), porque estiveram mal em todos os sentidos. Vamos apenas refletir se faz ou não sentido um **hardware wallet** (HW) **custodial**, será ou não uma boa ideia? É claro que para nós, bitcoiners hardcore, nerds e puristas não faz sentido uma **HW custodial**, mas para nós é relativamente fácil as novas tecnologias e sabemos as consequências de **ser soberano**. Não será um erro nosso(maximalistas), queremos que TODOS sejam soberanos? Nós queremos a massificação da utilização do bitcoin, não podemos exigir aos novos utilizadores se transformem em nerds, porque eles nunca o serão, a única maneira é a tecnologia adaptar-se a eles. Para existir uma massificação, os produtos têm que ser menos nerds e mais user-friendly. E cada vez será pior, porque estas novas gerações são cada vez mais preguiçosas, tudo o que for mais que três cliques é complicado demais e desistem…  Isto não significa que descartaremos o jargão, **Not your Keys, Not your Coins**, porque sempre será um pilar do bitcoin, mas outro pilar é a **liberdade**. Se existem pessoas que não querem ser soberanas, não querem ter a responsabilidade de guardar a seed, têm todo o direito de o não fazer e ao mesmo tempo serem bitcoiners. O Bitcoin permite **liberdade de escolha**, oposto à banca do mundo FIAT, onde somos obrigados a ter contas custodiais e com reserva fracionária. Temos que colocar os pratos na balança, o que é mais mais seguro? Ter btc numa exchange ou numa HW custodial? Neste caso específico, não tenho quaisquer dúvidas que a **HW custodial** é a melhor solução. É mais seguro para a pessoa em questão e para todos nós, porque btcs em exchanges, existe um **alto risco de reserva fracionária** e/ou uma falência afetará fortemente o preço mercado,  como aconteceu com FTX. Assim faz sentido existir **HW custodial** para um público que quer e necessita do bitcoin mas não quer ser soberano. Nós puristas também temos que mudar, temos que ser mais educativos. Não podemos aconselhar cegamente **HW não-custodial**, temos que analizar a pessoa e aconselhar o melhor que se adapta aquele perfil. Possivelmente, com o tempo vão ganhar experiência, perder o medo e poderão mudar para **não-custodial**. Nós puristas não podemos ser irredutível, a **HW não-custodial** não é a única solução, é sem qualquer dúvida **a mais segura**. Mas existem vários niveis de segurança, cada um tem os seus prós e contras e as pessoas terão de escolher o nível que melhor se adapta ao seu perfil. Eu conheço uma pessoa na qual, nunca na minha vida, vou aconselhar uma HW não-custodial. Está constantemente a perder objetos e a esquecer passwords, é super despistado. Colocando os pratos na balança, a probabilidade de ele ser confiscado pelo estado(no próximo ano) é baixo, mas a probabilidade de ele perder a seed é extremamente alta, por isso, este tipo de pessoa necessita de uma carteira custodial. --- Isto leva-nos a outra questão, por quanto mais tempo será possivel comprar uma **HW não-custodial**? As regulamentações vão proibi-las e depois só mesmo o nerds poderão ter, porque só eles terão conhecimento para a construir, como as SeedSigner.

The bull case is in the commit log

Half of my life in Bitcoin is machines paying me. Rigs turn watts into sats and a pool sends them to an address I control, one of them over Lightning, no bank in the loop, nobody's permission required. That half works. It has worked for years. The other half of the stack is machines paying machines: agents buying inference, compute, and API calls with sats instead of a credit card on file. For about a year that half has lived in demo land. Charming on stage, nobody's money at stake. This week I watched it grow up a little, and the evidence was not an announcement. It was a commit log. Routstr, the Bitcoin-native inference router that lets you pay for AI models with Cashu ecash, spent its entire week on crash safety. Guards so a process that dies mid-payment cannot pay twice. Retries on critical writes. Error propagation so a failure surfaces instead of quietly eating sats. Rate limiting per mint. An encrypted vault for stored secrets. Read that list again. There is not one feature in it. Nobody demos crash safety. You cannot put "we no longer double-spend when the process gets killed at the wrong millisecond" on a slide. You only do that work when real value is hitting the failure paths, because demo code loses your sats politely and production code assumes the process dies at the worst possible moment. It does. Ask anyone who has run anything. Now the honest contrast, because the sovereign stack does not get stronger by pretending the other rail does not exist. The loudest agent-payment rail right now is x402, stablecoin micropayments over HTTP, and by measured volume it is winning: over a hundred million transactions and six figures worth of agents buying with it as of this summer. But listen to the builders on that rail and the same worries keep surfacing: authorization, idempotency, receipts. A two-cent call that misfires is a shrug. A five-hundred-dollar job that double-pays, with no receipt and no recourse, is a disaster. There are already third-party arbitration layers launching to referee disputes, which tells you the rail cannot settle an argument on its own. The Bitcoin-side bet is structurally different. Ecash and Lightning are bearer instruments. There is no issuer to phone, no chargeback, no court in the loop. Which means the safety cannot be bolted on as a dispute process later; it has to live in the client, in exactly the unglamorous code Routstr spent this week writing. That is not a weakness of the design. It is the design telling you where the engineering has to happen. So here is the frame I keep coming back to as an operator. The earn side of the loop is proven: my machines already convert energy into permissionless money every ten minutes, and one pool already delivers it over Lightning. The spend side, sats buying compute back without asking anyone, is the half being hardened right now, in public, commit by boring commit. When both halves hold, a machine can fund its own thinking from its own work, and no platform sits in the middle of that sentence. Could this stall? Sure. One good week of commits is not an ecosystem, the volume on the Bitcoin side is still a rounding error next to the dollar rails, and I have watched promising plumbing die of no users before. I reserve the right to change my mind when new information comes available. But if you want to know whether this half of the stack is real, do not watch the announcements. Watch the commit logs. Announcements are what a project says about itself. Crash safety is what it quietly admits about its users: that they exist, and that losing their money has started to matter. --- I write monthly about running a small hosted mining fleet as a bitcoin accumulation strategy. Subscribe at [difficultyadjusted.io](https://difficultyadjusted.io/).