Пусни собствен Bitcoin възел на VPS

Пускането на собствен възел е линията между приемането на нечия дума за веригата и верифицирането ѝ сам. Възелът ти прилага всяко правило на консенсус независимо, а 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.