Lese on-chain
Running your own bitcoin node
A node is the only way to check for yourself that bitcoin's rules are being followed, without trusting an exchange, explorer or app. This guide explains what a node does, how full nodes differ from mining nodes and light wallets, and how to run one at home — manually with Bitcoin Core or ready-made through Umbrel.
What a node actually does
A bitcoin node runs the network's full rule set. It downloads every block, checks every signature and consensus rule, and rejects anything invalid regardless of who sent it. A block from a miner with enormous hash power is refused just as firmly as one from a hobbyist if it breaks the rules.
It also keeps a mempool: the queue of transactions not yet in a block. From there it relays transactions to other nodes, which is how the network propagates without a central server.
What a node does not do is earn bitcoin. Nodes receive no reward. They produce autonomy, not income — and together they are the reason nobody can unilaterally change bitcoin's rules.
- Validates every block and transaction against consensus rules
- Relays transactions and blocks to peers
- No reward: the payoff is control, not money
Full node, mining node and light wallet
A full node stores and validates the entire chain. A pruned node validates everything but discards old block data afterwards, saving hundreds of gigabytes without weakening validation. An archival node keeps everything and is needed to query historical data.
A mining node is a full node plus hardware searching for blocks. Mining via a pool without your own node means trusting the pool about which transactions you help validate.
Most phone wallets are light clients that ask the provider's server for your balance. That works, but the server can lie to you and can see which addresses belong together. Point the wallet at your own node and both problems disappear.
Node types compared
| Type | Disk | Validation | Best for |
|---|---|---|---|
| Full node (pruned) | ~10–50 GB | Complete | Home use, wallet backend |
| Full node (archival) | 700 GB and growing | Complete | Research, explorer |
| Mining node | Full node + hardware | Complete | Miners |
| Light wallet (SPV) | A few MB | Partial, trust-based | Everyday mobile use |
Why run one yourself
First, verification. Without your own node you believe someone else about how much bitcoin exists, whether your transaction confirmed and whether the rules changed. With one, you check that yourself.
Second, privacy. Querying an external server tells that party which addresses are yours and which IP you use. Your own node breaks that link, especially over Tor.
Third, sovereignty during conflict. When a rule change or fork is disputed, your node decides which chain you follow — exactly the mechanism users relied on in 2017.
What you need
Hardware requirements are modest: a Raspberry Pi 5 with 8 GB of RAM, an old laptop or a small mini PC all work. Storage matters more than the CPU — use an SSD, never a spinning disk or USB stick.
Budget at least 1 TB for a full archive or 256 GB when pruning. A node uses roughly 10 to 30 GB of upload traffic per month.
Power draw is negligible: a Pi with SSD uses 5 to 10 watts, about €15 a year. Leave it running so it never has to catch up far.
Home node guide values
- Pruned storage
- 256 GB SSD
- Full storage
- 1 TB SSD
- Memory
- 4–8 GB
- Power
- 5–10 watts
- Initial sync
- 1–3 days
Chain grows ~60 GB/year
Route 1: Bitcoin Core by hand
Bitcoin Core is the reference implementation. Download it from bitcoincore.org and verify the release signatures — the one step you must not skip.
Point the data directory at your SSD and set your options in bitcoin.conf: prune=10000 for a pruned node, txindex=1 if you want full lookup, server=1 if a wallet will connect.
Then the Initial Block Download starts: your node fetches and validates the chain from block zero, typically one to three days. Interrupting is fine; it resumes.
Bitcoin Core in six steps
- 01
Download from bitcoincore.org
Verify the PGP signature
- 02
Install and choose the SSD data directory
- 03
Set options in bitcoin.conf
- 04
Start and let it sync
1–3 days
- 05
Open port 8333 to serve peers
Optional
- 06
Connect your wallet to your node
Route 2: Umbrel, ready-made
Umbrel is a home-server OS that wraps Bitcoin Core, an explorer, an Electrum server and optional Lightning in a graphical dashboard. Flash the image, connect the Pi by cable, open umbrel.local, create an account and store the seed, then install Bitcoin Node from the app store.
Add Mempool for your own explorer and Electrs so wallets like Sparrow or BlueWallet can talk to your node.
Comparable alternatives are Start9 (StartOS), RaspiBlitz and myNode. Umbrel is the simplest; Start9 leans hardest into privacy.
Connecting your wallet, maintenance and pitfalls
Run Electrs or Fulcrum on top of your node so your wallet queries your own machine. Sparrow and Electrum let you enter the server manually; on mobile you typically use the Tor address your node OS generates.
Keep Bitcoin Core and the node OS updated, back up wallet files and Lightning channel state, and never expose the RPC port to the open internet. Port 8333 is the public peer port and is safe to open.
The three most common mistakes: a slow disk that makes syncing endless, unstable power during the initial download, and a wallet that quietly keeps using the vendor's default server.
Anbefalt av redaksjonen
Eksterne parter. Block #9 oppbevarer ikke dine midler. Ikke investeringsråd.
Ofte stilte spørsmål
Do I earn bitcoin by running a node?
No. Only miners receive block rewards. A node gives you verification and privacy, not income.
How much disk space do I need?
About 700 GB for the full chain, or 10 to 50 GB when pruned. Always use an SSD.
Is Umbrel secure enough?
For home use yes, provided you install updates and do not expose it to the internet unprotected.
Does the node need to run 24/7?
Not strictly, but it is easier. A node that was off must catch up before your wallet balance is accurate.
Les videre
When is a crypto payment truly final?
Why exchanges wait for multiple blocks, what finality means under proof-of-stake and how many confirmations suffice.
The mempool: the network's waiting room
How the queue of unconfirmed transactions works, how to pick the right fee and what to do when stuck.
Reading a transaction in the block explorer
Hash, confirmations, gas, status and addresses: what every field means and how to judge a stuck transaction.
