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
dbcacheprzyspiesza 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.
Komentarze
Brak komentarzy. Bądź pierwszy.