Пускането на собствен възел е линията между приемането на нечия дума за веригата и верифицирането ѝ сам. Възелът ти прилага всяко правило на консенсус независимо, а wallet-ите ти могат да питат твоя възел вместо публичен сървър, който тихо логва всичките ти адреси. Стената, която хората удрят: пълен архивен възел иска 600 GB+ диск и продължава да расте. Pruned възел заобикаля това — той все още валидира цялата верига, после изхвърля старите блокове, от които вече не се нуждае, кацайки около 10–15 GB. Това се събира на малък VPS. Ето честното как и какво ти струва pruning-ът.
Какво реално ти дава възел
- Независима валидация. Ти прилагаш правилата сам. Нищо невалидно не минава през възела ти, защото е повярвал на непознат.
- Поверителност за собствените ти заявки. Wallet-ът ти пита възела ти, не публичен explorer, който вижда всеки адрес, който търсиш.
- База за останалото. Възелът е фундаментът, върху който други неща сядат по-късно — Lightning, explorers, собствените ти приложения.
Pruned срещу пълен — честното ядро
По време на началната синхронизация възелът ти сваля и верифицира цялата верига. Това е грубо 600 GB банда, веднъж. Pruning-ът променя само това, което се случва после: той пази скорошните блокове и изхвърля старите, така че финалният диск остава малък.
Това, от което се отказваш, е реално: pruned възел не може да сервира исторически блокове на други peers, и не може да преска́нира произволна стара wallet история. Така че ако ще импортираш стар wallet с ранни транзакции, нуждаеш се от пълна история — пълен възел на голям диск, не pruned. За просто валидиране и пускане на текущи wallet-и, pruned е точно правилен.
Какво ти трябва
- Диск: ~15–20 GB за pruned възел — малка машина е наред.
- RAM: 2–4 GB. Повече
dbcacheускорява началната синхронизация; можеш да го понижиш след това. - Банда: реален throughput за еднократното пълно сваляне.
- Достъпен IP: за да приемаш входящи peers на порт 8333 и реално да помагаш на мрежата, искаш публичен IP с отворен 8333 — план с dedicated IP. На NAT получаваш един SSH порт и не можеш да отвориш 8333.
Настройката
Инсталирай bitcoind, после минимален bitcoin.conf:
prune=10000 # keep ~10 GB of recent blocks
dbcache=2048 # faster initial sync; lower it later
listen=1 # accept inbound peers
Пусни го под systemd, така че да рестартира при срив и да се връща след рестарт, и отвори порт 8333, за да могат peers да те достигнат. После го остави да синхронизира — това е дългата част, часове до ден-два, защото верифицира цялата верига от genesis.
Заключи го
- SSH само с ключове, firewall до 8333 и твоя SSH порт. (Checklist-ът за десет минути.)
- Никога не излагай RPC порта на интернет. Вържи го към localhost и го достигай през SSH тунел или само от приложения на същата машина. Отворен RPC е отворена врата.
Честните граници
- Първата синхронизация е дълга и тежка на банда. Това е присъщо — валидирането на веригата от нулата не е стъпка, която можеш да конфигурираш настрани.
- Pruned възел не може да сервира стари блокове, нито да преска́нира стара история. Нуждаеш се от тях? Това е пълен възел и голям диск.
- Monero е легитимен въпрос, и честният отговор е обхватът. Веригата му е по-голяма — няколкостотин GB, и дори pruned около 90 GB — така че иска по-голям диск от този, който носят малките ни планове. Това е история за пълен възел за различен вид машина, и предпочитаме да го кажем, вместо да се преструваме, че се събира.
- Ти го поддържаш: ъпдейти, диск, случайното засичане на peer. Възел е малък ангажимент, не fire-and-forget.
Плащане за него
Регистрирай се с имейл и плати в USDC или USDT — без карта, без документ. Подходящ начин да платиш за пускането на собствения си ъгъл от Bitcoin.
Коментари
Още няма коментари. Бъди първият.