MoneroSwapper MoneroSwapper

Monero Pruned Node सेटअप गाइड: 2026 में 60GB बचाएँ

MoneroSwapper · · · 4 min read · 6 views

Monero Pruned Node सेटअप गाइड: 2026 में 60GB बचाएँ

मई 2026 तक Monero ब्लॉकचेन डिस्क पर लगभग 215 GB तक पहुँच चुकी है — यह आँकड़ा नवंबर 2025 के हार्ड फोर्क के बाद तेज़ी से बढ़ा, जब FCMP++ प्रोडक्शन में आया और कई हफ़्तों तक रोज़ाना के लेन-देन 60,000 के पार बने रहे। अगर आप 256 GB SSD वाले लैपटॉप पर, सस्ती NVMe हैट लगी Raspberry Pi 5 पर, या किसी मीटर्ड VPS पर नोड चला रहे हैं, तो पूरा आर्काइवल सिंक अब कोई हल्की-फुल्की प्रतिबद्धता नहीं रही। एक pruned नोड इस समस्या का सुंदर समाधान देता है: यह पुराने ring signature डेटा का लगभग दो-तिहाई हिस्सा हटा देता है, लेकिन हर ब्लॉक हेडर, हर ट्रांज़ैक्शन आउटपुट और पूरी चेन को लोकल और ट्रस्टलेस तरीक़े से वेरिफ़ाई करने की आपकी क्षमता बरकरार रखता है। नतीजा एक पूरी तरह सॉवरेन Monero डेमन है जो 215 GB के बजाय लगभग 85–95 GB घेरता है, RPC पर वॉलेट को सर्व करता है, peer-to-peer स्वार्म में हिस्सा लेता है, और Dandelion++ के ज़रिए आपके अपने लेन-देन ब्रॉडकास्ट करता है — किसी अजनबी के रिमोट डेमन को मेटाडेटा लीक किए बिना। यह गाइड Linux, Windows, macOS और हेडलेस Raspberry Pi पर इसे डिप्लॉय करने का सटीक तरीक़ा बताती है — रीबूट के बाद टिकने वाली systemd यूनिट फ़ाइल, RPC पोर्ट की सुरक्षा करने वाले firewall नियम, और जब कुछ अनिवार्य रूप से करप्ट हो जाए तब resync रिकवरी के स्टेप्स भी। चाहे आप MoneroSwapper पर बिना-KYC स्वैप करने के बाद यहाँ पहुँचे हों या अपना पहला स्वतंत्र नोड सेट कर रहे हों, मंज़िल वही है: कम डिस्क इस्तेमाल, बिना प्राइवेसी गँवाए।

Pruned नोड चलाने का तर्क — रिमोट के बजाय क्यों

सीमित डिवाइस पर नोड चलाना छोड़ देना और वॉलेट को node.moneroworld.com जैसे कम्युनिटी नोड या Monero फ़ोरम पर सूचीबद्ध किसी .onion एंडपॉइंट पर इंगित कर देना लुभावना लगता है। तकनीकी रूप से वह काम भी करता है। लेकिन यह उस नोड के ऑपरेटर को आपके वॉलेट द्वारा स्कैन किए गए सटीक लेन-देन, ऑनलाइन आने का समय, और — ट्रैफ़िक करेलेशन के ज़रिए — आपके आउटपुट्स का उचित अनुमान भी सौंप देता है। रिमोट नोड्स आपकी view key या spend key नहीं देख सकते, लेकिन वे एक व्यवहारिक फ़िंगरप्रिंट ज़रूर बना सकते हैं, और 2024–2025 के कई शोध-पत्रों ने ऐसे वॉलेट्स पर व्यावहारिक डि-क्लोकिंग हमले प्रदर्शित किए हैं जो पूरी तरह तीसरे-पक्ष के बुनियादी ढाँचे पर निर्भर थे।

Pruned नोड आपको पूरा टेराबाइट खोजने के लिए मजबूर किए बिना यह अंतर पाट देता है। वॉलेट के नज़रिए से प्राइवेसी की गारंटी पूरे नोड जैसी ही है, क्योंकि pruning लॉजिक केवल ज़रूरत से ज़्यादा ring signature डेटा हटाता है — कोई भी आउटपुट, कोई key image या ब्लॉक हेडर नहीं। आपका वॉलेट लोकल डेटा के विरुद्ध चेन स्कैन करता है, आपके लेन-देन आपके अपने peer कनेक्शनों से mempool में जाते हैं, और RPC ट्रैफ़िक कभी localhost से बाहर नहीं निकलता।

  • कोई रिमोट ऑपरेटर आपकी वॉलेट गतिविधि नहीं देखता: हर रिफ़्रेश, हर आउटपुट स्कैन, हर फ़ी अनुमान आपकी अपनी मशीन पर होता है।
  • आप अब भी नेटवर्क की मदद करते हैं: एक pruned नोड दूसरे peers को लगभग एक-तिहाई ऐतिहासिक ब्लॉक्स सर्व करता है, जिसका मतलब है कि स्वार्म को हर नोड के आर्काइवल होने की ज़रूरत नहीं पड़ती।
  • हार्डवेयर की न्यूनतम सीमा वाजिब है: 4 GB RAM, एक आधुनिक quad-core ARM या x86 CPU, और 120 GB ख़ाली SSD — 2027 तक भी पर्याप्त है, ग्रोथ की संरक्षणवादी धारणाओं के साथ भी।
  • रिकवरी सीधी है: अगर डेटाबेस कभी करप्ट हो जाए, तो भारतीय फ़ाइबर लाइन पर शुरू से resync लगभग छह से बारह घंटे में हो जाता है, जबकि पूरे आर्काइवल नोड को अठारह से तीस घंटे लग सकते हैं।

Pruned बनाम Full नोड: असली अंतर क्या है

Monero का pruning एल्गोरिथम, जो v0.15 में पेश हुआ और 2025 भर v0.18.4 तक लगातार परिष्कृत होता रहा, चेन को 4096 ब्लॉक्स की 8 "pruning स्ट्राइप्स" में बाँटता है। एक pruned नोड इनमें से ठीक एक स्ट्राइप का पूरा डेटा रखता है (जो नोड के इनिशियलाइज़ होने पर हर peer के लिए स्यूडो-रैंडम तरीक़े से चुना जाता है) और इसके अलावा सबसे हाल के 5500 ब्लॉक्स का पूरा डेटा रखता है, और बाक़ी सभी ब्लॉक्स के लिए हेडर, key images, आउटपुट amounts और miner data रखता है। Ring signature डेटा — जो डिस्क पर सबसे ज़्यादा वज़न रखता है — उन सात स्ट्राइप्स के लिए हटा दिया जाता है जिन्हें नोड होस्ट नहीं करता।

चूँकि हर नोड एक अलग स्ट्राइप होस्ट करता है, इसलिए सामूहिक रूप से स्वार्म पूरी ऐतिहासिक ब्लॉकचेन बनाए रखता है — चाहे हर नोड prune कर ले। फ़्रेश सिंक करते वॉलेट को अगर किसी पुराने ब्लॉक के लिए ring signature डेटा चाहिए, तो वह उसी pruned peer से डाउनलोड कर लेता है जो वह स्ट्राइप होस्ट करता है — पारदर्शी रूप से, बिना यूज़र हस्तक्षेप के। वेरिफ़िकेशन के लिहाज़ से कुछ क़ुरबान नहीं होता: हर pruned नोड पहली बार सिंक होने पर चेन को पूरी तरह वैलिडेट करता है, और बाद में आने वाले हर नए ब्लॉक को भी वैलिडेट करता रहता है।

क्षमता Full नोड Pruned नोड Remote नोड
डिस्क उपयोग (मई 2026) ~215 GB ~90 GB 0 GB लोकल
वॉलेट स्कैन प्राइवेसी पूर्ण पूर्ण ऑपरेटर स्कैन देखता है
ऐतिहासिक ब्लॉक्स सर्व करता है सभी स्ट्राइप्स 8 में से 1 स्ट्राइप N/A
शुरुआती सिंक समय (1 Gbps) 18–30 घंटे 6–12 घंटे तुरंत (कोई सिंक नहीं)
न्यूनतम RAM 4 GB 4 GB
चेन वैलिडेट करता है हाँ हाँ ऑपरेटर पर भरोसा

Pruned नोड का एकमात्र सार्थक समझौता यह है कि वह ब्लॉक एक्सप्लोरर या उन एकेडमिक चेन-एनालिसिस टूल्स के लिए डेटा स्रोत नहीं बन सकता जिन्हें पूरा ऐतिहासिक ring signature चाहिए। अगर ये आपकी रोडमैप में नहीं हैं — और सेल्फ़-होस्टेड यूज़र्स की अधिकांश संख्या के लिए नहीं हैं — तो किसी सीमित मशीन पर pruning आर्काइवल से सख़्ती से बेहतर है।

2026 में हार्डवेयर और सिस्टम आवश्यकताएँ

आरामदायक pruned Monero नोड के लिए हार्डवेयर की न्यूनतम सीमा FCMP++ ऐक्टिवेशन के बाद हल्की-सी ऊपर खिसकी है, मुख्यतः क्योंकि इनकमिंग ब्लॉक्स पर membership proof वेरिफ़िकेशन फोर्क-पूर्व CLSAG वेरिफ़िकेशन से लगभग 18% ज़्यादा CPU-इंटेंसिव है। अच्छी ख़बर: 2021 के बाद का कोई भी डिवाइस इसे आसानी से संभाल लेता है। बुरी ख़बर: पुराने सिंगल-बोर्ड कंप्यूटर — 2 GB RAM वाली मूल Raspberry Pi 4, कम-पावर वाले Atom-आधारित मिनी-PC — भारी ट्रांज़ैक्शन वाले दिनों में चेन टिप के साथ क़दम मिलाने में जूझेंगे।

अनुशंसित बेसलाइन

  • CPU: Quad-core ARM Cortex-A76 (Raspberry Pi 5) या AES-NI वाला कोई भी आधुनिक x86-64। 32-बिट होस्ट्स से पूरी तरह बचें; LMDB का प्रदर्शन गिरता है और कई वॉलेट RPC ग़लत व्यवहार करते हैं।
  • RAM: कम-से-कम 4 GB, आरामदायक 8 GB। LMDB memory map को headroom से फ़ायदा होता है; अगर RAM सीमित है तो monerod चलता तो रहेगा लेकिन ब्लॉक वेरिफ़िकेशन धीमी हो जाएगी।
  • स्टोरेज: SSD या NVMe पर 120 GB ख़ाली। HDD तकनीकी रूप से काम करती है, पर 6 घंटे के सिंक को 36-घंटे की त्रासदी में बदल देगी — LMDB का random-access पैटर्न प्लेटर्स पर निर्दयी है।
  • नेटवर्क: स्थिर-स्थिति संचालन के लिए 25 Mbps symmetric पर्याप्त है। शुरुआती सिंक जो कुछ है उसे संतृप्त कर देगा; pruned बूटस्ट्रैप के लिए 90–110 GB डाउनलोड का बजट रखें। भारत में Jio Fiber, Airtel Xstream या ACT जैसे रेज़िडेंशियल फ़ाइबर कनेक्शन आराम से यह संभाल लेते हैं।
  • ऑपरेटिंग सिस्टम: Ubuntu 24.04 LTS, Debian 12, Fedora 41, macOS 14+, या Windows 11। NixOS यूज़र्स के पास maintained service module है; Arch यूज़र्स के पास AUR में monero-bin है।

अगर आप Raspberry Pi 5 पर डिप्लॉय कर रहे हैं, तो Pimoroni का आधिकारिक NVMe Base या समकक्ष M.2 हैट इस्तेमाल करें; SD कार्ड स्लॉट OS के लिए स्वीकार्य है पर ब्लॉकचेन कभी उस पर न रखें। SD कार्ड्स लिखावट के पैटर्न से महीनों में मर जाते हैं, और I/O latency के कारण डेमन पूरी तरह सिंक होने के बावजूद लगातार टिप से पीछे दिखता है।

Linux पर स्टेप-बाय-स्टेप सेटअप

रेफ़रेंस पाथ Linux है क्योंकि इसे दोहराना सबसे आसान है, यह सबसे आम प्रोडक्शन टार्गेट है, और बिना देखरेख चलाते रहना सबसे सीधा है। macOS और Windows के लिए अनुकूलन अंत में दिए गए हैं।

  1. एक समर्पित यूज़र और डायरेक्टरी बनाएँ। root के तौर पर useradd -r -s /bin/false monero चलाएँ, फिर mkdir -p /var/lib/monero/blockchain /var/log/monero, और उसके बाद chown -R monero:monero /var/lib/monero /var/log/monero। monerod को अपने लॉगिन यूज़र के बजाय सर्विस अकाउंट के नीचे चलाना सबसे बड़ी hardening जीत है और मुफ़्त है।
  2. आधिकारिक बाइनरी डाउनलोड करें। getmonero.org/downloads पर जाएँ और Linux 64-बिट tarball लें — लिखते समय वर्तमान रिलीज़ v0.18.4.2 है। महत्वपूर्ण: मेल खाती hashes.txt भी डाउनलोड करें और shasum -a 256 monero-linux-x64-v0.18.4.2.tar.bz2 से SHA256 वेरिफ़ाई करें, फिर binaryFate की PGP key से gpg --verify hashes.txt से hashes.txt के signature की पुष्टि करें। वेरिफ़िकेशन छोड़ना ही वह रास्ता है जिससे मालवेयर आपकी मशीन पर पहुँचता है।
  3. एक्सट्रैक्ट और इंस्टॉल करें। tar xjf monero-linux-x64-v0.18.4.2.tar.bz2 से untar करें, फिर बाइनरीज़ मूव करें: install -m 755 monero-x86_64-linux-gnu-v0.18.4.2/monero* /usr/local/bin/। इससे monerod, monero-wallet-cli और monero-wallet-rpc आपके PATH पर आ जाते हैं।
  4. कॉन्फ़िगरेशन फ़ाइल लिखें। /etc/monero/monerod.conf को निम्न न्यूनतम सामग्री के साथ बनाएँ: data-dir=/var/lib/monero/blockchain, log-file=/var/log/monero/monerod.log, log-level=0, prune-blockchain=1, sync-pruned-blocks=1, rpc-bind-ip=127.0.0.1, rpc-bind-port=18081, p2p-bind-port=18080, out-peers=32, in-peers=64, limit-rate-up=1048576, no-igd=1, enable-dns-blocklist=1sync-pruned-blocks=1 फ़्लैग बेहद ज़रूरी है: इसके बिना monerod पूरी चेन डाउनलोड कर लोकल रूप से prune करता है, जो बैंडविड्थ और समय दोनों बर्बाद करता है।
  5. systemd यूनिट बनाएँ। निम्नलिखित को /etc/systemd/system/monerod.service के रूप में सेव करें: एक [Unit] ब्लॉक जिसमें Description=Monero Full Node (pruned) और After=network-online.target हो; एक [Service] ब्लॉक जिसमें User=monero, Group=monero, Type=simple, ExecStart=/usr/local/bin/monerod --config-file=/etc/monero/monerod.conf --non-interactive, Restart=on-failure, RestartSec=30, MemoryHigh=3G, और MemoryMax=5G हो; और एक [Install] ब्लॉक जिसमें WantedBy=multi-user.target हो।
  6. सर्विस सक्षम करें और शुरू करें। systemctl daemon-reload चलाएँ, फिर systemctl enable --now monerod। प्रगति देखने के लिए journalctl -u monerod -f या लॉग फ़ाइल को सीधे tail करें। 1 Gbps रेज़िडेंशियल लाइन पर शुरू से pruned नोड का सिंक आम तौर पर 6–10 घंटे में पूरा होता है; NVMe वाले Pi 5 पर 14–20 घंटे की उम्मीद रखें क्योंकि बॉटलनेक डाउनलोड नहीं, वेरिफ़िकेशन है।
  7. P2P पोर्ट खोलें, RPC पोर्ट नहीं। अगर आप इनबाउंड peer कनेक्शन चाहते हैं (जो नेटवर्क की मदद करता है और आपकी अपनी peer विविधता सुधारता है), तो अपने राउटर या firewall पर TCP 18080 खोलें। 18081 को कभी सार्वजनिक इंटरनेट पर एक्सपोज़ न करें — वह आपके वॉलेट का RPC एंडपॉइंट है और localhost से बँधा रहना चाहिए। अगर रिमोट वॉलेट एक्सेस चाहिए तो SSH या Tor से tunnel करें, कच्चे port forward से कभी नहीं।
  8. अपने वॉलेट को लोकल डेमन की ओर इंगित करें। आधिकारिक GUI वॉलेट में "Connect to a local node" चुनें और 127.0.0.1:18081 इस्तेमाल करें। CLI में monero-wallet-cli को --daemon-address=127.0.0.1:18081 पास करें। Feather Wallet में local node टॉगल Settings → Node में है, और Cake Wallet (डेस्कटॉप) में Settings → Privacy → Custom node से समर्थन है।
सार्वजनिक इंटरफ़ेस पर monerod को कभी --restricted-rpc=0 के साथ न चलाएँ। Shodan द्वारा इंडेक्स होने के अड़तालीस घंटों के भीतर अप्रतिबंधित RPC एंडपॉइंट पर mining-pool स्क्रेपर, wallet-scanning bots, और इससे भी बुरी चीज़ें टूट पड़ती हैं। Localhost-only बाइंडिंग डिफ़ॉल्ट इसी कारण है।

दूसरे प्लेटफ़ॉर्म्स के लिए सेटअप का अनुकूलन

NVMe के साथ Raspberry Pi 5

ऊपर वाला कॉन्फ़िगरेशन Pi 5 पर लगभग बिना बदलाव के काम करता है। दो ध्यान देने योग्य समायोजन: monerod.conf में db-sync-mode=fast:async:250000000 सेट करें ताकि NVMe पर write amplification घटे (डिफ़ॉल्ट सुरक्षित है पर धीमा), और अगर आप ऐसे डोमेस्टिक कनेक्शन पर हैं जो लगातार अपलोड पर थ्रॉटल करता है तो out-peers को 16 और in-peers को 32 तक घटाने पर विचार करें। Pi 5 का quad Cortex-A76 आधुनिक डेस्कटॉप की लगभग 0.6× गति पर ब्लॉक्स वेरिफ़ाई करता है, इसलिए शुरुआती सिंच लंबा होता है, पर स्थिर-स्थिति संचालन चेन टिप के साथ बिना दिक़्क़त चलता रहता है।

macOS

Homebrew से brew install monero चलाएँ — Apple Silicon पर monerod /opt/homebrew/bin/monerod पर इंस्टॉल होता है। systemd के बजाय ~/Library/LaunchAgents/io.getmonero.monerod.plist में launchd plist का इस्तेमाल करें। वही config फ़ाइल सामग्री लागू होती है — बस data-dir को अपनी होम डायरेक्टरी के नीचे किसी जगह, जैसे ~/Library/Application Support/monero, की ओर इंगित करें। पहली बार चलाने पर macOS firewall प्रॉम्प्ट दिखेंगे; अगर peers को सर्व करना चाहते हैं तो P2P पोर्ट पर इनबाउंड की अनुमति दें।

Windows 11

getmonero.org से Windows 64-bit इंस्टॉलर डाउनलोड करें, चलाएँ और उसे C:\ProgramData\bitmonero के नीचे डेटा डायरेक्टरी बनाने दें। monerod को फ़ोरग्राउंड प्रक्रिया के बजाय सर्विस के रूप में चलाने के लिए NSSM (Non-Sucking Service Manager) का इस्तेमाल करें और उसे monerod.exe पर वही --config-file आर्ग्युमेंट के साथ इंगित करें। Windows Defender कभी-कभी monerod को "coin mining" के लिए फ़्लैग कर देता है — यह माइन नहीं करता, पर ह्यूरिस्टिक मूर्खतापूर्ण है, इसलिए बाइनरी डायरेक्टरी के लिए एक exclusion जोड़ दें।

रखरखाव, मॉनिटरिंग और रिकवरी

सही ढंग से कॉन्फ़िगर किया गया pruned नोड लगभग set-and-forget होता है, पर तीन ऑपरेशनल आदतें 90% तकलीफ़ रोक देती हैं।

पहली, मासिक रूप से डिस्क स्पेस जाँचें। वर्तमान ट्रांज़ैक्शन वॉल्यूम पर pruned चेन हर महीने लगभग 4–6 GB बढ़ती है, और अचानक भर जाना LMDB को बदसूरत तरीक़ों से करप्ट कर सकता है। एक सरल monit या systemd timer सेट करें जो /var/lib/monero में 15 GB से कम ख़ाली रहने पर अलर्ट दे।

दूसरी, monerod को अपडेट रखें। नेटवर्क अपग्रेड (हार्ड फोर्क) लगभग हर 6–9 महीने में होते हैं, और पुराने प्रोटोकॉल वर्ज़न पर चलने वाला नोड फोर्क ऐक्टिवेट होते ही ब्लॉक्स स्वीकार करना बंद कर देता है। Monero रिलीज़ शेड्यूल GitHub releases पेज पर प्रकाशित होता है और r/Monero तथा आधिकारिक मेलिंग लिस्ट पर आम तौर पर चार से छह हफ़्ते पहले घोषित होता है। मार्जिन देने के लिए फोर्क की ऊँचाई से कम-से-कम दो हफ़्ते पहले अपडेट करें।

तीसरी, resync करना जानें। अगर LMDB कभी "MDB_CORRUPTED" फेंके या पावर लॉस के बाद डेमन शुरू होने से इनकार करे, तो रिकवरी क्रूर पर भरोसेमंद है: सर्विस रोकें, /var/lib/monero/blockchain की सामग्री हटाएँ, और रीस्टार्ट करें। नोड शुरू से 6–12 घंटे में resync हो जाएगा। कोई incremental repair टूल नहीं है क्योंकि LMDB में नहीं है; क्लीन resync ही कैनोनिकल फ़िक्स है और यह 2017 से काम कर रहा है।

एक वास्तविक उदाहरण: MoneroSwapper बैकएंड के एक योगदानकर्ता हमारी anonymous swap सर्विस के लिए विविधीकृत डेमन एंडपॉइंट्स प्रदान करने हेतु तीन देशों में फैले सात pruned नोड्स का एक बेड़ा चलाते हैं। हर नोड समान रूप से प्रोविज़न किया गया है — Debian 12, ऊपर दिखाई गई systemd यूनिट, NVMe स्टोरेज, और P2P पोर्ट के लिए Tor hidden-service एक्सपोज़र। बेड़े में अड़तीस महीनों के संचयी अपटाइम के दौरान केवल तीन हस्तक्षेप ज़रूरी पड़े: अनिर्धारित datacenter रीबूट के बाद तीन resync और मानक फोर्क-दिवस बाइनरी स्वैप। यही वह स्थिर-स्थिति है जिसकी अपेक्षा एक ठीक से कठोर किए गए डिप्लॉयमेंट से रखनी चाहिए।

FAQ

क्या मैं मौजूदा full नोड को बिना resync किए pruned में बदल सकता हूँ?

हाँ। monerod रोकें, monerod --prune-blockchain को एक one-shot कमांड के रूप में चलाएँ (सर्विस के रूप में नहीं), और इंतज़ार करें। Pruning ऑपरेशन डिस्क स्पीड के हिसाब से 30–90 मिनट लेता है और डेटाबेस को जगह पर ही फिर से लिखता है। पूरा होने के बाद, pruned कॉन्फ़िगरेशन के साथ सर्विस रीस्टार्ट करें। न डेटा खोता है, न resync ज़रूरी है, पर एहतियातन वॉलेट keys का बैकअप पहले बना लें — ब्लॉकचेन का कभी नहीं, वह किसी भी peer से दोबारा बनाई जा सकती है।

क्या pruned नोड माइनिंग या Monero मर्चेंट गेटवे के लिए काम करेगा?

solo माइनिंग या pool माइनिंग के लिए — हाँ; माइनर को केवल चेन टिप चाहिए, पुराने ring signatures नहीं। P2Pool भी pruned नोड के साथ काम करता है और 2023 से self-sovereign solo-शैली माइनिंग के लिए अनुशंसित जोड़ी है। monero-wallet-rpc के माध्यम से आने वाले भुगतान प्रोसेस करने वाले मर्चेंट गेटवे — जैसे भारत में कई स्वतंत्र ई-कॉमर्स साइट्स द्वारा चलाए जाते हैं — के लिए pruned नोड बिल्कुल पर्याप्त है। आर्काइवल नोड केवल ब्लॉक एक्सप्लोरर और एकेडमिक चेन-एनालिसिस टूलिंग के लिए ज़रूरी है।

क्या pruned नोड मेरे अपने वॉलेट की प्राइवेसी को नुक़सान पहुँचाता है?

नहीं। वॉलेट स्कैन output index और key image डेटाबेस का इस्तेमाल करते हैं — दोनों pruned नोड पर पूरी तरह रखे जाते हैं। जो डेटा हटाया जाता है — पुराने ring signatures — वह आपके वॉलेट की view-key स्कैनिंग में या नया लेन-देन बनाते वक़्त वॉलेट द्वारा किए गए decoy selection में भूमिका नहीं निभाता। वॉलेट के नज़रिए से लोकल डेमन आर्काइवल से अलग नहीं है, और यह किसी भी रिमोट नोड से नाटकीय रूप से ज़्यादा निजी है — चाहे वह रिमोट ऑपरेटर कितना भी विश्वसनीय होने का दावा करे।

FCMP++ के लाइव होने के बाद pruning कैसे काम करती है?

नवंबर 2025 के हार्ड फोर्क ने मौजूदा ring signature स्कीम के साथ-साथ full chain membership proofs पेश किए, और pruning दोनों के साथ निरंतर व्यवहार करती है: यह चेन वैलिडेट करने के लिए ज़रूरी हर proof और हर key image रखती है, और केवल उन ज़रूरत से ज़्यादा ring signature payload बाइट्स को हटाती है जो पुराने लेन-देन अब भी अपने साथ ले जाते हैं। FCMP++-बाद के लेन-देन legacy CLSAG लेन-देन से थोड़े छोटे हैं, इसलिए pruning अनुपात असल में हाल के ब्लॉक्स पर ऐतिहासिक की तुलना में थोड़ा बेहतर है।

क्या मैं pruned नोड पूरी तरह Tor पर चला सकता हूँ?

हाँ — और यह उन यूज़र्स के लिए आम डिप्लॉयमेंट है जो डिस्क कुशलता और नेटवर्क-स्तरीय प्राइवेसी दोनों चाहते हैं। monerod.conf में tx-proxy=tor,127.0.0.1:9050,32 और anonymous-inbound=YOURONIONADDRESS.onion,127.0.0.1:18083,16 जोड़ें, और /etc/tor/torrc में मेल खाती hidden service कॉन्फ़िगर करें। Tor पर शुरुआती सिंक धीमा होता है — 6–12 के बजाय 24–48 घंटे — पर स्थिर-स्थिति संचालन ठीक है, और आपको यह अतिरिक्त गुण मिलता है कि आपके लेन-देन या वॉलेट स्कैन कभी clearnet को नहीं छूते। भारत में जहाँ ISP-स्तर पर निगरानी की चिंताएँ बढ़ रही हैं, Tor-only डिप्लॉयमेंट विशेष रूप से सार्थक है।

निष्कर्ष

एक pruned Monero नोड आर्काइवल नोड की पूरी प्राइवेसी और वेरिफ़िकेशन गारंटी लगभग 40% डिस्क फ़ुटप्रिंट पर देता है, जो "यह मेरे लैपटॉप में नहीं समाएगा" और "यह बाक़ी सब चीज़ों के साथ आराम से चलता है" के बीच का अंतर है। सेटअप किसी भी आधुनिक मशीन पर एक-शाम का प्रोजेक्ट है, रखरखाव का बोझ हर छह महीने में लगभग एक घंटा है, और नतीजा हर उस Monero लेन-देन के लिए एक सेल्फ़-सॉवरेन आधार है जो आप कभी भेजेंगे या प्राप्त करेंगे। एक लोकल pruned नोड को MoneroSwapper जैसी बिना-KYC swap सर्विस के साथ मिलाएँ, और आपके पास पूरा स्टैक है: RingCT और FCMP++ के ज़रिए प्रोटोकॉल लेयर पर प्राइवेसी, अपने डेमन के ज़रिए नेटवर्क लेयर पर प्राइवेसी, और तय-दर atomic स्वैप के ज़रिए on-ramp पर प्राइवेसी जो कभी आपकी पहचान नहीं देखते। बचाया गया डिस्क स्थान आकस्मिक है; ऑपरेशनल स्वतंत्रता ही असली जीत है।

यह लेख साझा करें

संबंधित लेख

गुमनाम Monero एक्सचेंज

KYC नहीं • पंजीकरण नहीं • तुरंत स्वैप

अभी एक्सचेंज करें