
Bitcoin Lightning node स्वयं होस्ट करें.
छह चरण. owned Nordic hardware पर आपका अपना LN router.
KYC-free Nordic VPS पर Bitcoin Core + LND (या Core Lightning). वैकल्पिक रूप से BTCPay Server के साथ एक self-hosted payment-receive layer के रूप में.
- 01
स्तर
Ravelin / Bulwark
- 02
Bitcoin Core
Pruned या full
- 03
IBD sync करें
1-12h
- 04
Lightning
LND / CLN
- 05
Fund + open
पहले channels
- 06
वैकल्पिक
BTCPay Server
Chain mode से चुनें. Pruned vs full निर्णायक प्रश्न है.
Pruned mode — Ravelin ($23.90/माह, 480 GB NVMe) recommended. Bitcoin Core IBD के दौरान हर block verify करता है फिर पुराना block data discard करता है, केवल UTXO set और chain history के आखिरी 10 GB रखता है. LN daemon एक pruned chain के विरुद्ध जो कुछ उसे चाहिए वह सब कर सकता है. Bitcoin + LND combined के लिए कुल disk usage लगभग 15-25 GB रहती है, Ravelin के 480 GB से काफी कम. बाद में BTCPay-style add-ons के लिए RAM headroom.
Full archival — Bulwark ($46.90/माह, 960 GB NVMe). यदि आप historical transactions भी verify करना चाहते हैं, locally अपना block explorer चलाएँ, chain को अन्य nodes में contribute करें, या बस complete record रखें. Bitcoin Core archival वर्तमान में ~700 GB है और लगभग 50 GB/साल बढ़ता है; Bulwark पाँच-plus साल का headroom रखता है.
Bastion चुनाव. चारों में से कोई भी. आपके LN node से अधिकतर peers तक latency Nordic backbone पर समान है. वह jurisdiction चुनें जो आपके अन्य workloads से मेल खाती है, या lower-latency-to-EU विकल्पों में से एक (Stockholm, Helsinki) यदि आप European customers के लिए payments route करने की उम्मीद करते हैं.
Install करें, verify करें, sync करें. IBD के लिए धैर्य.
bitcoincore.org से Bitcoin Core 26.x download करें. Release signatures verify करें — SHA256SUMS file plus SHA256SUMS.asc प्राप्त करें, bitcoin/guix.sigs repo में keys के विरुद्ध GPG से verify करें. इस चरण को skip करना सबसे सामान्य एकल गलती है.
Pruned mode + Tor-only outbound के लिए Minimal /home/bitcoin/.bitcoin/bitcoin.conf:
server=1
prune=10000
txindex=0
rpcuser=<random-username>
rpcpassword=<long-random-password>
onlynet=onion
proxy=127.0.0.1:9050
listen=1
bind=127.0.0.1
non-root bitcoin उपयोगकर्ता के स्वामित्व वाली systemd unit के रूप में चलाएं. daemon शुरू करें, फिर IBD प्रगति की निगरानी करें:
bitcoin-cli getblockchaininfo | grep verificationprogress
# climbs from ~0.0 to ~1.0 over a few hours
Tor के माध्यम से Ravelin पर Pruned mode: पहले sync के लिए लगभग 2-4 घंटे. Tor के बिना यह faster है (2 घंटे से कम), लेकिन network-anonymity layer को defeat करता है. अतिरिक्त समय प्रतीक्षा करें.
LND या Core Lightning, bitcoind के ऊपर.
Official lightningnetwork/lnd releases से LND install करें (GPG signature verify करें). Minimal /home/lnd/.lnd/lnd.conf:
[Application Options]
alias=my-nordic-node
color=#5EE2FF
listen=localhost
restlisten=localhost:8080
[Bitcoin]
bitcoin.active=true
bitcoin.mainnet=true
bitcoin.node=bitcoind
[Bitcoind]
bitcoind.rpcuser=<same as bitcoin.conf>
bitcoind.rpcpass=<same as bitcoin.conf>
bitcoind.rpchost=127.0.0.1
bitcoind.zmqpubrawblock=tcp://127.0.0.1:28332
bitcoind.zmqpubrawtx=tcp://127.0.0.1:28333
[tor]
tor.active=true
tor.v3=true
lnd शुरू करें, wallet बनाएं (lncli create — 24-शब्द seed लिखता है; इसे कागज पर backup करें, इसके बिना wallet recover नहीं हो सकती), unlock करें (lncli unlock). node खुद को Tor v3 पर advertise करता है — आपका node ID एक 66-character hex string है जो .onion address को endpoint के रूप में Lightning network पर प्रकाशित होता है.
Wallet fund करें, पहले तीन channels खोलें.
एक on-chain receive address प्राप्त करें:
lncli newaddress p2tr
# returns a bc1p... taproot address
0.01 BTC भेजें. एक confirmation (~10 मिनट) का इंतजार करें. फिर तीन अच्छी तरह से जुड़े peer nodes चुनें — 1ml.com या amboss.space पर जाएं, routing-volume से सॉर्ट करें, कम fee rates और उच्च uptime वाले nodes देखें. उनका pubkey + .onion address नोट करें.
लगभग $80-100 प्रत्येक के तीन channels खोलें:
lncli openchannel --node_key=<peer-pubkey> --local_amt=200000 --sat_per_vbyte=5
# 200,000 sats ≈ $90 at $45k/BTC
Channels 3-6 blocks (30-60 मिनट) में confirm होते हैं. एक बार active होने पर, node network पर है — यह route, send, receive कर सकता है (FAQ से inbound liquidity caveat के साथ).
एक self-hosted Stripe-equivalent, एक Docker stack में.
BTCPay Server आपके LND node को एक invoice UI के साथ wrap करता है — payment links और QR codes generate करें, stores manage करें, WooCommerce / Shopify / custom apps में plug करें. Official deployment script सब कुछ handle करती है (Docker, nginx, Let's Encrypt, Tor hidden service):
git clone https://github.com/btcpayserver/btcpayserver-docker
cd btcpayserver-docker
BTCPAY_HOST=<your-domain.com> \
NBITCOIN_NETWORK=mainnet \
BTCPAYGEN_LIGHTNING=lnd \
BTCPAYGEN_REVERSEPROXY=nginx \
BTCPAYGEN_ADDITIONAL_FRAGMENTS=opt-add-tor \
./btcpay-setup.sh -i
परिणाम: आपके domain पर सुलभ एक self-hosted payment gateway, .onion mirror के साथ, आपके अपने node के माध्यम से Bitcoin on-chain और Lightning स्वीकार करता है. कोई third-party processor नहीं. कोई KYC नहीं. गोपनीयता-होस्ट के साथ गोपनीयता-भुगतान, शुरू से अंत तक.
प्रश्न, उत्तरित।
आठ प्रश्न जो एक first-time Lightning node operator पहला channel खोलने से पहले पूछता है.
Pruned या full node?
Personal Lightning operation के लिए Pruned (10-50 GB) — Lightning में participate करने के लिए आपको full history की ज़रूरत नहीं है, आपको केवल एक functioning Bitcoin node की ज़रूरत है. Full (~700 GB और growing) यदि आप historical transactions भी verify करना चाहते हैं, locally एक block explorer चलाएँ, या अन्य nodes को chain serve करके network resilience में contribute करें. अधिकतर personal LN operators pruned चुनते हैं; node-operator hobbyists full चुनते हैं.
LND या Core Lightning?
LND यदि आप सबसे broad ecosystem चाहते हैं — BTCPay Server, RTL, ThunderHub, mobile remote-control wallets, Lightning developer tooling का bulk. Core Lightning (CLN) यदि आप smaller codebase, plug-in architecture, C implementation को value करते हैं, या आप Bitcoin maximalist culture में participate करते हैं जो इसे prefer करता है. दोनों implementations Lightning protocol पर interoperate करती हैं; आप बाद में wallet seed को दूसरे में restore करके change कर सकते हैं.
शुरू करने के लिए मुझे कितना BTC चाहिए?
एक व्यावहारिक न्यूनतम ~0.005 BTC है. यह $100-200 प्रत्येक के एक या दो outgoing channels plus channel management के लिए on-chain reserve को cover करता है. इससे नीचे, channel-open और close fees principal का बहुत अधिक प्रतिशत खाती हैं. किसी सीखने वाले के लिए sweet spot well-connected nodes के साथ तीन से पाँच channels में 0.01-0.05 BTC है.
क्या मैं सबसे सस्ते VPS पर एक Lightning node चला सकता हूँ?
तकनीकी रूप से हां यदि आप pruned mode और tight memory settings उपयोग करते हैं, लेकिन आप resource limits से लगातार लड़ते रहेंगे. Sentinel ($5.90, 4 GB RAM) idle state में pruned node + LND के लिए पर्याप्त है लेकिन किसी भी real traffic में तंग. Ravelin ($23.90, 16 GB) सहज है. Bulwark ($46.90, 32 GB, 960 GB disk) unpruned full node plus LND plus BTCPay का सही घर है.
मैं node को network analysis द्वारा deanonymised होने से कैसे बचाऊँ?
तीन practices. (1) bitcoind को onlynet=onion और proxy=127.0.0.1:9050 के साथ configure करें — सभी outbound P2P traffic Tor से होकर जाती है. (2) LND को tor.active=true और tor.v3=true के साथ चलाएं ताकि channel-open/close traffic भी Tor से हो. (3) channel-open metadata में अपने node का clearnet IP advertise न करें. सही तरीके से किया गया तो आपका node पूरी तरह Tor-routed है और केवल on-chain channel-open transaction सार्वजनिक रूप से दृश्यमान है.
Channels को कितनी बार ध्यान देने की ज़रूरत है?
आप जितना सोचते हैं उससे कम. एक good peer के साथ एक well-funded channel बिना intervention के महीनों तक बैठ सकता है. Main maintenance: कभी-कभी liquidity rebalance करें (in/out routing), यदि एक peer consistently offline है तो close और re-open करें, और high-fee mempool periods के दौरान channel-close transactions पर fees bump करें. Balance-of-Satoshis (LND) या summary.py (CLN) जैसे tools इसमें से अधिकतर automate करते हैं.
क्या मैं inbound liquidity के बिना payments प्राप्त कर सकता हूँ?
नहीं — Lightning की आवश्यकता है कि कम से कम एक channel में receiver-side पर पर्याप्त capacity हो. या तो well-connected nodes TO channels खोलें (थोड़ा counter-intuitive — आप outbound खोलते हैं, उनके पास आपके लिए inbound liquidity है), या एक liquidity service (Bitrefill Thor, LNBig, Lightning Pool) को उनसे आपकी ओर एक channel खोलने के लिए pay करें. Meaningful volume प्राप्त करने के लिए, ~0.05 BTC inbound एक reasonable starting target है.
self-hosted LN node के लिए कौन सा अधिकार क्षेत्र मायने रखता है?
दो विचार. (1) सर्वर भौतिक रूप से कहां स्थित है — Nordic संवैधानिक व्यवस्था के लिए Sweden, Finland, Norway, Iceland; गहरा अध्ययन /guides/nordic-jurisdictions-for-privacy-hosting/ पर है. (2) क्या operator के रूप में आप जहां रहते हैं वहां LN node चलाना regulated है — अधिकांश EEA / EU देश self-hosted nodes को personal infrastructure के रूप में treat करते हैं, regulated financial service के रूप में नहीं, लेकिन कुछ में grey areas हैं. host का अधिकार क्षेत्र सर्वर की रक्षा करता है; operator का अधिकार क्षेत्र आपकी व्यक्तिगत posture को नियंत्रित करता है.
एक Ravelin order करें और अपना LN node शुरू करें.
अंतिम review · 2026-05-20 · परीक्षित · Bitcoin Core 26.x · LND 0.17+
Anonymous VPS hosting in 2026 — the cluster.
This guide is one spoke of a larger series. The pillar walks the three privacy layers end to end — the sibling spokes below dive into the specifics.
Three independent layers — signup, payment, network — explained, legal context included, common mistakes flagged.
What “no KYC” actually means — and what it does not.
Why Sweden, Finland, Norway and Iceland — the legal floor of each.
XMR end-to-end — wallet, transfer, confirmations, change.
Lightning invoice → paid VPS in under 30 seconds.