Uruchom własny węzeł Bitcoin na VPS

Prowadzenie własnego węzła to granica między wierzeniem komuś na słowo co do łańcucha a weryfikowaniem go samemu. Twój węzeł egzekwuje każdą regułę konsensusu niezależnie, a Twoje portfele mogą odpytywać Twój węzeł zamiast publicznego serwera, który po cichu loguje wszystkie Twoje adresy. Ściana, na którą ludzie trafiają: pełny węzeł archiwalny chce 600 GB+ dysku i wciąż rośnie. Przycięty węzeł to obchodzi — wciąż waliduje cały łańcuch, potem odrzuca stare bloki, których już nie potrzebuje, lądując około 10–15 GB. To mieści się na małym VPS. Oto uczciwe jak i co przycinanie Cię kosztuje.

Co węzeł faktycznie daje

• Niezależna walidacja. Egzekwujesz reguły sam. Nic nieprawidłowego nie przechodzi przez Twój węzeł, bo uwierzył obcemu.
• Prywatność Twoich własnych zapytań. Twój portfel pyta Twój węzeł, nie publiczny explorer, który widzi każdy adres, który sprawdzasz.
• Podstawa dla reszty. Węzeł to fundament, na którym siadają inne rzeczy później — Lightning, explorery, Twoje własne aplikacje.

Przycięty vs pełny — uczciwe sedno

Podczas początkowej synchronizacji Twój węzeł pobiera i weryfikuje cały łańcuch. To mniej więcej 600 GB pasma, raz. Przycinanie zmienia tylko to, co dzieje się potem: trzyma ostatnie bloki i odrzuca stare, więc końcowy dysk pozostaje mały.

Czego się wyrzekasz, jest realne: przycięty węzeł nie może serwować historycznych bloków innym peerom i nie może ponownie skanować dowolnej starej historii portfela. Więc jeśli zaimportujesz stary portfel z wczesnymi transakcjami, potrzebujesz pełnej historii — pełnego węzła na dużym dysku, nie przyciętego. Do zwykłego walidowania i prowadzenia bieżących portfeli przycięty jest dokładnie właściwy.

Czego potrzebujesz

• Dysk: ~15–20 GB dla przyciętego węzła — mała maszyna jest w porządku.
• RAM: 2–4 GB. Więcej dbcache przyspiesza początkową synchronizację; możesz go potem obniżyć.
• Pasmo: prawdziwa przepustowość na jednorazowe pełne pobranie.
• Osiągalne IP: by przyjmować przychodzących peerów na porcie 8333 i faktycznie pomagać sieci, chcesz publicznego IP z otwartym 8333 — planu z dedykowanym IP. Na NAT dostajesz jeden port SSH i nie możesz otworzyć 8333.

Konfiguracja

Zainstaluj bitcoind, potem minimalny bitcoin.conf:

prune=10000        # trzymaj ~10 GB ostatnich bloków
dbcache=2048       # szybsza początkowa synchronizacja; obniż potem
listen=1           # przyjmuj przychodzących peerów

Uruchom go pod systemd, by restartował się przy awarii i wracał po restarcie, i otwórz port 8333, by peerowie mogli Cię osiągnąć. Potem pozwól mu się synchronizować — to długa część, godziny do dnia lub dwóch, bo weryfikuje cały łańcuch od genesis.

Zablokuj to

• SSH tylko klucze, zapora do 8333 i Twojego portu SSH. (Lista kontrolna na dziesięć minut.)
• Nigdy nie wystawiaj portu RPC na internet. Zwiąż go z localhost i sięgaj przez tunel SSH lub tylko z aplikacji na tej samej maszynie. Otwarty RPC to otwarte drzwi.

Uczciwe granice

• Pierwsza synchronizacja jest długa i pasmożerna. To nieodłączne — walidowanie łańcucha od zera nie jest krokiem, który skonfigurujesz na bok.
• Przycięty węzeł nie może serwować starych bloków ani ponownie skanować starej historii. Potrzebujesz tego? To pełny węzeł i duży dysk.
• Monero to uczciwe pytanie, a uczciwą odpowiedzią jest zakres. Jego łańcuch jest większy — kilkaset GB, a nawet przycięty około 90 GB — więc chce większego dysku, niż niosą nasze małe plany. To historia pełnego węzła dla innego rodzaju maszyny, i wolimy to powiedzieć, niż udawać, że pasuje.
• Ty go utrzymujesz: aktualizacje, dysk, sporadyczna czkawka peera. Węzeł to małe zobowiązanie, nie odpal-i-zapomnij.

Płacenie za to

Zarejestruj się e-mailem i płać w USDC lub USDT — bez karty, bez dokumentu. Pasujący sposób, by zapłacić za prowadzenie własnego kącika Bitcoina.