راهنمای راه‌اندازی نود هرس‌شده مونرو: صرفه‌جویی ۶۰ گیگابایت در ۲۰۲۶

تا اردیبهشت ۱۴۰۵ (می ۲۰۲۶) اندازه‌ی بلاک‌چین Monero روی دیسک به حدود ۲۱۵ گیگابایت رسیده است؛ رقمی که پس از هاردفورک آبان ۱۴۰۴ و فعال‌سازی FCMP++ در شبکه‌ی اصلی به‌سرعت بالا رفت و در چند هفته‌ی متوالی تعداد تراکنش‌های روزانه را از مرز ۶۰٬۰۰۰ عبور داد. برای کسی که می‌خواهد روی یک لپ‌تاپ با SSD ۲۵۶ گیگابایتی، یک Raspberry Pi 5 با هَت NVMe اقتصادی، یا یک VPS با ترافیک محدود نود بالا بیاورد، همگام‌سازی کامل آرشیوی دیگر یک تصمیم سرسری نیست. اینجاست که یک نود هرس‌شده (pruned node) کار را به‌زیبایی حل می‌کند: حدود دوسوم داده‌های امضای حلقه‌ای تاریخی را دور می‌ریزد، اما هدر هر بلاک، هر خروجی تراکنش و توانایی تأیید کامل و بدون اعتماد به شخص ثالث را دست‌نخورده نگه می‌دارد. نتیجه یک دیمن کاملاً مستقل Monero است که به‌جای ۲۱۵ گیگابایت تنها حدود ۸۵ تا ۹۵ گیگابایت فضا اشغال می‌کند، همچنان از طریق RPC به کیف‌پول‌ها سرویس می‌دهد، در شبکه‌ی همتابه‌همتا شرکت می‌کند و تراکنش‌های شما را از طریق Dandelion++ پخش می‌کند بدون اینکه فراداده‌ای را به یک دیمن غریبه لو بدهد. این راهنما به‌شکلی دقیق توضیح می‌دهد که چگونه روی Linux، Windows، macOS و یک Raspberry Pi بدون مانیتور این نود را راه‌اندازی کنید — از یونیت systemd که بعد از ریبوت پابرجا می‌ماند گرفته تا قواعد فایروال که پورت RPC را محافظت می‌کنند و گام‌های بازسازی پایگاه‌داده برای روزی که ناگزیر چیزی خراب می‌شود. چه این مقاله را بعد از یک تبادل بدون KYC از طریق MoneroSwapper پیدا کرده باشید و چه برای اولین بار دارید نود مستقل خود را راه می‌اندازید، مقصد یکی است: مصرف دیسک کمتر، حریم خصوصی بی‌نقص.

چرا نود هرس‌شده به‌جای نود راه‌دور؟

وسوسه‌انگیز است — به‌ویژه روی یک دستگاه با منابع محدود — که اصلاً نودی بالا نیاوریم و کیف‌پول را به یک نود اجتماعی مثل node.moneroworld.com یا یکی از نقاط پایانی .onion که در فروم‌های Monero فهرست شده‌اند وصل کنیم. این روش، از نظر فنی، کار می‌کند. اما همزمان به اپراتور آن نود یک لاگ دقیق از این می‌دهد که کیف‌پول شما کدام تراکنش‌ها را اسکن می‌کند، چه ساعت‌هایی آنلاین می‌شوید و — از طریق هم‌بستگی ترافیک — حدسی منطقی درباره‌ی اینکه کدام خروجی‌ها متعلق به شماست. نودهای راه‌دور نه view-key و نه spend-key شما را نمی‌بینند، ولی به‌سادگی می‌توانند یک اثر انگشت رفتاری بسازند؛ و چندین مقاله‌ی دانشگاهی منتشرشده در ۲۰۲۴ و ۲۰۲۵ حملات عملی deanonymization را علیه کیف‌پول‌هایی که فقط به زیرساخت طرف ثالث متکی بودند نشان دادند.

یک نود هرس‌شده این شکاف را می‌بندد بدون اینکه شما را مجبور کند یک ترابایت فضای خالی پیدا کنید. تضمین‌های حریم خصوصی از منظر کیف‌پول دقیقاً برابر یک نود کامل است، چون منطق هرس فقط داده‌های افزونه‌ی امضای حلقه‌ای را دور می‌اندازد — هیچ خروجی، هیچ key image و هیچ هدر بلاکی حذف نمی‌شود. کیف‌پول شما زنجیره را روی داده‌ی محلی اسکن می‌کند، تراکنش‌های شما از طریق اتصالات همتای خودتان وارد mempool می‌شوند و ترافیک RPC شما هرگز از localhost بیرون نمی‌رود.

• هیچ اپراتور راه‌دوری فعالیت کیف‌پول شما را نمی‌بیند: هر بازخوانی، هر اسکن خروجی و هر تخمین کارمزد روی ماشین خودتان انجام می‌شود.
• همچنان به شبکه کمک می‌کنید: یک نود هرس‌شده حدود یک‌سوم بلاک‌های تاریخی را به همتایان دیگر سرویس می‌دهد، یعنی شبکه به‌صورت جمعی نیازی به آرشیوی بودن هر نود ندارد.
• کف سخت‌افزاری معقول است: ۴ گیگابایت RAM، یک CPU چهارهسته‌ای مدرن ARM یا x86 و ۱۲۰ گیگابایت فضای آزاد SSD حداقل تا ۲۰۲۷ کافی است، حتی با فرض رشد محافظه‌کارانه.
• بازیابی ساده است: اگر روزی پایگاه‌داده خراب شد، روی یک خط فیبر خانگی در حدود شش تا دوازده ساعت می‌توانید از صفر sync کنید، در مقایسه با هجده تا سی ساعت برای یک نود کامل آرشیوی.

تفاوت واقعی بین نود هرس‌شده و نود کامل

الگوریتم هرس Monero که در نسخه v0.15 معرفی شد و در ۲۰۲۵ تا نسخه‌ی v0.18.4 پالایش یافت، زنجیره را به ۸ «لایه‌ی هرس» (pruning stripe) از ۴۰۹۶ بلاک تقسیم می‌کند. یک نود هرس‌شده فقط داده‌ی کامل یکی از این لایه‌ها را نگه می‌دارد (که هنگام مقداردهی اولیه نود، شبه‌تصادفی برای هر همتا انتخاب می‌شود) به‌علاوه‌ی ۵٬۵۰۰ بلاک اخیر به‌صورت کامل؛ و برای همه‌ی بلاک‌های دیگر فقط هدرها، key imageها، مقادیر خروجی و داده‌ی ماینر را نگه می‌دارد. داده‌ی امضای حلقه‌ای — که حجیم‌ترین بخش روی دیسک است — برای هفت لایه‌ای که نود میزبانی نمی‌کند دور انداخته می‌شود.

چون هر نود لایه‌ی متفاوتی را میزبانی می‌کند، شبکه به‌صورت جمعی کل تاریخچه‌ی بلاک‌چین را حفظ می‌کند حتی اگر هر نود هرس کرده باشد. کیف‌پولی که در حال sync تازه است و به داده‌ی امضای حلقه‌ای یک بلاک قدیمی نیاز دارد، به‌سادگی آن را از هر همتای هرس‌شده‌ای که اتفاقاً آن لایه را میزبانی می‌کند دانلود می‌کند — به‌شکل شفاف و بدون دخالت کاربر. از منظر اعتبارسنجی هیچ چیز فدا نشده است: هر نود هرس‌شده هنگام sync اولیه کل زنجیره را به‌طور کامل اعتبارسنجی می‌کند و سپس برای هر بلاک جدیدی که می‌رسد همین کار را ادامه می‌دهد.

تنها مصالحه‌ی واقعاً معنادار این است که نود هرس‌شده نمی‌تواند منبع داده برای یک block explorer یا ابزار تحلیل دانشگاهی زنجیره باشد که به امضاهای حلقه‌ای تاریخی کامل نیاز دارد. اگر این موارد در نقشه‌راه شما نیست — و برای اکثریت قاطع کاربران self-hosted نیست — هرس کردن روی یک ماشین با منابع محدود به‌طور قاطع بهتر از آرشیو کردن است.

الزامات سخت‌افزاری و سیستمی در ۲۰۲۶

کف سخت‌افزاری برای یک نود هرس‌شده‌ی راحت Monero از زمان فعال‌سازی FCMP++ کمی بالاتر رفته است، عمدتاً به این دلیل که اعتبارسنجی membership proof روی بلاک‌های ورودی حدود ۱۸ درصد CPU-intensiveتر از اعتبارسنجی CLSAG پیش از فورک است. خبر خوب این است که هر دستگاهی که تقریباً پس از ۲۰۲۱ ساخته شده باشد بدون مشکل از پس آن برمی‌آید. خبر بد این است که کامپیوترهای تک‌بُرد قدیمی‌تر — Raspberry Pi 4 اصلی با ۲ گیگابایت RAM، مینی‌پی‌سی‌های مبتنی بر Atom کم‌مصرف — در روزهای پرتراکنش به‌سختی می‌توانند خود را به نوک زنجیره برسانند.

پایه‌ی پیشنهادی

• CPU: چهارهسته‌ای ARM Cortex-A76 (Raspberry Pi 5) یا هر x86-64 مدرن با AES-NI. از هاست‌های ۳۲ بیتی کاملاً اجتناب کنید؛ کارایی LMDB افت می‌کند و چند RPC کیف‌پول رفتار درستی نشان نمی‌دهند.
• RAM: حداقل ۴ گیگابایت، با ۸ گیگابایت راحت. memory map مربوط به LMDB از فضای آزاد بهره می‌برد؛ اگر RAM تنگ باشد، monerod همچنان اجرا می‌شود ولی سرعت اعتبارسنجی بلاک به‌طور محسوس کند می‌شود.
• ذخیره‌سازی: ۱۲۰ گیگابایت فضای آزاد روی SSD یا NVMe. هارد مغناطیسی از نظر فنی کار می‌کند ولی یک HDD یک sync شش‌ساعته را به یک ماراتن ۳۶ ساعته تبدیل می‌کند — الگوی دسترسی تصادفی LMDB روی صفحه‌های گردان وحشتناک است.
• شبکه: ۲۵ مگابیت متقارن برای عملکرد پایدار کاملاً کافی است. sync اولیه هر پهنای باندی را اشباع می‌کند؛ برای bootstrap هرس‌شده، ۹۰ تا ۱۱۰ گیگابایت دانلود را در نظر بگیرید.
• سیستم‌عامل: Ubuntu 24.04 LTS، Debian 12، Fedora 41، macOS 14 به بالا یا Windows 11. کاربران NixOS یک ماژول سرویس نگهداری‌شده دارند؛ کاربران Arch می‌توانند از monero-bin در AUR استفاده کنند.

اگر روی یک Raspberry Pi 5 deploy می‌کنید، از NVMe Base رسمی Pimoroni یا یک M.2 hat معادل استفاده کنید؛ اسلات کارت SD برای میزبانی سیستم‌عامل قابل قبول است ولی هرگز نباید میزبان بلاک‌چین باشد. کارت‌های SD در عرض چند ماه با الگوی نوشتن مونرو از پا درمی‌آیند و تأخیر I/O باعث می‌شود دیمن همیشه عقب‌تر از نوک زنجیره به نظر برسد، حتی وقتی واقعاً به‌طور کامل sync شده است.

راه‌اندازی گام‌به‌گام روی 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 زیر یک حساب سرویس به‌جای کاربر لاگین شما بزرگ‌ترین برد سخت‌سازی است و هزینه‌ای ندارد.
2. باینری رسمی را دانلود کنید. به getmonero.org/downloads بروید و tarball لینوکس ۶۴ بیتی را بگیرید — در زمان نگارش این متن، نسخه‌ی جاری v0.18.4.2 است. حتماً فایل hashes.txt متناظر را هم دانلود کنید، SHA256 را با shasum -a 256 monero-linux-x64-v0.18.4.2.tar.bz2 تأیید و سپس امضای hashes.txt را با gpg --verify hashes.txt و کلید PGP کاربر binaryFate بررسی کنید. صرف‌نظر کردن از این تأیید همان مسیری است که بدافزار وارد ماشین می‌شود.
3. استخراج و نصب. با tar xjf monero-linux-x64-v0.18.4.2.tar.bz2 آرشیو را باز کنید، سپس باینری‌ها را منتقل کنید: 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=1. پرچم sync-pruned-blocks=1 حیاتی است: بدون آن monerod کل زنجیره را دانلود کرده و سپس به‌صورت محلی هرس می‌کند، که هم پهنای باند هدر می‌رود و هم زمان.
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 یا با دنبال کردن مستقیم فایل لاگ ببینید. sync اولیه‌ی یک نود هرس‌شده از صفر روی یک خط فیبر خانگی ۱ گیگابیتی معمولاً ۶ تا ۱۰ ساعت طول می‌کشد؛ روی یک Pi 5 با NVMe انتظار ۱۴ تا ۲۰ ساعت داشته باشید چون اعتبارسنجی — نه دانلود — گلوگاه است.
7. پورت P2P را باز کنید، نه پورت RPC را. اگر می‌خواهید اتصالات همتای ورودی داشته باشید (که هم به شبکه کمک می‌کند و هم تنوع همتاهای شما را بهتر می‌کند)، TCP 18080 را روی روتر یا فایروال خود باز کنید. هرگز پورت 18081 را روی اینترنت عمومی قرار ندهید — این نقطه‌ی پایانی RPC کیف‌پول شماست و باید روی localhost محدود بماند. اگر به دسترسی کیف‌پول از راه دور نیاز دارید، آن را از طریق SSH یا Tor تونل کنید، نه با یک port forward خام.
8. کیف‌پول را به دیمن محلی وصل کنید. در GUI رسمی، گزینه‌ی «Connect to a local node» را انتخاب کرده و 127.0.0.1:18081 را وارد کنید. در CLI، آرگومان --daemon-address=127.0.0.1:18081 را به monero-wallet-cli بدهید. در Feather Wallet گزینه‌ی نود محلی در Settings → Node قرار دارد و Cake Wallet نسخه‌ی دسکتاپ از آن در Settings → Privacy → Custom node پشتیبانی می‌کند.

هرگز monerod را با --restricted-rpc=0 روی یک رابط عمومی اجرا نکنید. ظرف چهل‌وهشت ساعت پس از اینکه Shodan آن را ایندکس کند، یک نقطه پایانی RPC بدون محدودیت توسط scraperهای استخر استخراج، بات‌های اسکن کیف‌پول و بدتر از آن مورد حمله قرار می‌گیرد. بایند انحصاری به localhost به دلیل خوبی پیش‌فرض است.

تطبیق راه‌اندازی برای دیگر پلتفرم‌ها

Raspberry Pi 5 با NVMe

پیکربندی بالا تقریباً بدون تغییر روی Pi 5 کار می‌کند. دو تنظیم ارزشمند: db-sync-mode=fast:async:250000000 را در monerod.conf قرار دهید تا write amplification روی NVMe کاهش یابد (پیش‌فرض ایمن ولی کندتر است)؛ و اگر روی یک اتصال خانگی هستید که آپلود مداوم را throttle می‌کند، out-peers را به ۱۶ و in-peers را به ۳۲ کاهش دهید. هسته‌های Cortex-A76 پنج‌نسلی Pi بلاک‌ها را با سرعتی حدود ۰٫۶ برابر یک دسکتاپ مدرن اعتبارسنجی می‌کنند، پس sync اولیه طولانی‌تر است ولی در حالت پایدار، نوک زنجیره را بدون مشکل دنبال می‌کند.

macOS

از طریق Homebrew با brew install monero نصب کنید که monerod را روی Apple Silicon در /opt/homebrew/bin/monerod قرار می‌دهد. به‌جای systemd از یک plist مربوط به launchd در ~/Library/LaunchAgents/io.getmonero.monerod.plist استفاده کنید. محتوای فایل پیکربندی همان است — فقط data-dir را به جایی زیر دایرکتوری خانگی‌تان مثل ~/Library/Application Support/monero اشاره دهید. در اولین اجرا، prompt فایروال macOS ظاهر می‌شود؛ اگر می‌خواهید به همتایان سرویس بدهید، ورودی روی پورت P2P را مجاز کنید.

Windows 11

نصب‌کننده‌ی ۶۴ بیتی Windows را از getmonero.org دانلود کرده، اجرا کنید و بگذارید دایرکتوری داده زیر C:\ProgramData\bitmonero ساخته شود. برای اجرای monerod به‌عنوان سرویس به‌جای یک فرایند پیش‌زمینه، از NSSM (مدیر سرویس Non-Sucking) استفاده کرده و آن را به monerod.exe با همان آرگومان --config-file اشاره دهید. Windows Defender گاهی monerod را برای «coin mining» علامت‌گذاری می‌کند — این برنامه ماین نمی‌کند، ولی الگوریتم heuristic ساده‌انگار است، پس برای دایرکتوری باینری یک exclusion اضافه کنید.

نگهداری، پایش و بازیابی

یک نود هرس‌شده‌ی درست‌پیکربندی‌شده نزدیک به «راه‌اندازی کن و فراموش کن» است، اما سه عادت عملیاتی از ۹۰ درصد دردسرها جلوگیری می‌کند.

اول، فضای دیسک را ماهانه بررسی کنید. زنجیره‌ی هرس‌شده در حجم فعلی تراکنش‌ها حدود ۴ تا ۶ گیگابایت در ماه رشد می‌کند و یک پر شدن غیرمنتظره می‌تواند LMDB را به شکل‌های زشتی خراب کند. یک monit ساده یا یک systemd timer تنظیم کنید که هرگاه فضای آزاد /var/lib/monero به زیر ۱۵ گیگابایت رسید هشدار بدهد.

دوم، monerod را به‌روز نگه دارید. ارتقاهای شبکه (hard fork) تقریباً هر ۶ تا ۹ ماه رخ می‌دهد و نودی که نسخه‌ی قبلی پروتکل را اجرا می‌کند لحظه‌ای که فورک فعال می‌شود از پذیرش بلاک‌ها بازمی‌ماند. برنامه‌ی انتشار Monero در صفحه‌ی releases گیت‌هاب اعلام می‌شود و معمولاً چهار تا شش هفته قبل در r/Monero و فهرست پستی رسمی هم اعلام می‌گردد. حداقل دو هفته پیش از ارتفاع فورک به‌روزرسانی کنید تا حاشیه‌ی امن داشته باشید.

سوم، روش resync را بلد باشید. اگر LMDB روزی خطای «MDB_CORRUPTED» داد یا دیمن پس از یک قطعی برق راه‌اندازی نشد، بازیابی خشن ولی قابل‌اتکا است: سرویس را متوقف کنید، محتویات /var/lib/monero/blockchain را حذف کنید و دوباره راه بیندازید. نود در ۶ تا ۱۲ ساعت از صفر sync می‌شود. ابزار ترمیم تدریجی وجود ندارد چون LMDB چنین چیزی ندارد؛ resync تمیز راه‌حل قانونی است و از ۲۰۱۷ کار کرده.

یک نمونه‌ی واقعی: یک مشارکت‌کننده در بک‌اند MoneroSwapper یک ناوگان از هفت نود هرس‌شده در سه کشور را اجرا می‌کند تا نقاط پایانی دیمن متنوع برای سرویس تبادل ناشناس ما فراهم شود. هر نود به‌شکل یکسان provision شده — Debian 12، یونیت systemd بالا، ذخیره‌سازی NVMe و نمایش از طریق سرویس مخفی Tor برای پورت P2P. در سی‌وهشت ماه uptime تجمعی این ناوگان، تنها مداخله‌ی لازم سه resync پس از ریبوت‌های ناخواسته‌ی دیتاسنتر و تعویض استاندارد باینری روز فورک بوده است. این همان حالت پایداری است که از یک deployment درست سخت‌شده باید انتظار داشته باشید.

پرسش‌های متداول

آیا می‌توانم یک نود کامل موجود را بدون resync به هرس‌شده تبدیل کنم؟

بله. monerod را متوقف کنید، monerod --prune-blockchain را به‌صورت یک‌بارمصرف (نه به‌عنوان سرویس) اجرا کرده و صبر کنید. عملیات هرس بسته به سرعت دیسک ۳۰ تا ۹۰ دقیقه طول می‌کشد و پایگاه‌داده را در همان محل بازنویسی می‌کند. وقتی پایان یافت، سرویس را با پیکربندی هرس‌شده مجدداً راه بیندازید. هیچ از دست‌رفتنی نیست، هیچ resync لازم نیست؛ ولی برای احتیاط از کلیدهای کیف‌پول پشتیبان بگیرید — هرگز از خود بلاک‌چین که از هر همتایی قابل بازتولید است.

آیا یک نود هرس‌شده برای استخراج یا اجرای یک gateway فروشگاهی Monero کار می‌کند؟

برای solo mining یا pool mining، بله — ماینر فقط به نوک زنجیره نیاز دارد، نه به امضاهای حلقه‌ای تاریخی. P2Pool هم با نود هرس‌شده کار می‌کند و در واقع از ۲۰۲۳ ترکیب پیشنهادی برای استخراج سبک solo و self-sovereign است. برای یک gateway فروشگاهی که پرداخت‌های دریافتی را از طریق monero-wallet-rpc پردازش می‌کند، نود هرس‌شده به همان اندازه مناسب است. تنها نقش‌هایی که نیاز به نود آرشیوی دارند block explorerها و ابزارهای تحلیل دانشگاهی زنجیره هستند.

آیا نود هرس‌شده به حریم خصوصی خودِ کیف‌پول من آسیب می‌زند؟

نه. اسکن کیف‌پول از پایگاه‌داده‌ی شاخص خروجی و key image استفاده می‌کند که هر دو روی نود هرس‌شده به‌طور کامل نگه داشته می‌شوند. داده‌ای که دور انداخته می‌شود — امضاهای حلقه‌ای تاریخی — نه در اسکن view-key کیف‌پول شما نقشی دارد و نه در انتخاب decoy که کیف‌پول هنگام ساخت تراکنش جدید انجام می‌دهد. از منظر کیف‌پول، دیمن محلی از یک نود آرشیوی غیرقابل تشخیص است و به‌طرز چشمگیری خصوصی‌تر از هر نود راه‌دوری است، فارغ از اینکه آن اپراتور راه‌دور چقدر ادعا می‌کند قابل‌اعتماد است.

هرس چگونه با FCMP++ تعامل می‌کند حالا که membership proof فعال شده؟

هاردفورک آبان ۱۴۰۴ membership proof کامل زنجیره را در کنار طرح موجود امضای حلقه‌ای معرفی کرد و هرس با هر دو به‌طور یکپارچه برخورد می‌کند: هر اثبات و هر key image لازم برای اعتبارسنجی زنجیره را نگه می‌دارد و فقط بایت‌های افزونه‌ی payload امضای حلقه‌ای را که تراکنش‌های قدیمی‌تر همچنان حمل می‌کنند دور می‌اندازد. تراکنش‌های پس از FCMP++ کمی کوچک‌تر از تراکنش‌های CLSAG قدیمی هستند، پس نسبت هرس روی بلاک‌های جدید در واقع کمی مطلوب‌تر از بلاک‌های تاریخی است.

آیا می‌توانم یک نود هرس‌شده را کاملاً روی Tor اجرا کنم؟

بله، و این یک پیکربندی رایج برای کاربرانی است که هم کارایی دیسک و هم حریم خصوصی در سطح شبکه می‌خواهند. tx-proxy=tor,127.0.0.1:9050,32 و anonymous-inbound=YOURONIONADDRESS.onion,127.0.0.1:18083,16 را به monerod.conf اضافه کنید، با سرویس مخفی متناظر که در /etc/tor/torrc پیکربندی شده باشد. sync اولیه روی Tor کندتر است — ۲۴ تا ۴۸ ساعت به‌جای ۶ تا ۱۲ — ولی عملیات حالت پایدار خوب است، و این خاصیت اضافه را به دست می‌آورید که هیچ‌کدام از تراکنش‌ها یا اسکن‌های کیف‌پول شما هرگز روی شبکه‌ی روشن (clearnet) قرار نمی‌گیرد.

جمع‌بندی

یک نود هرس‌شده‌ی Monero تضمین‌های کامل حریم خصوصی و اعتبارسنجی یک نود آرشیوی را با حدود ۴۰ درصد ردپای دیسک ارائه می‌دهد؛ همان فاصله‌ای که میان «این روی لپ‌تاپ من جا نمی‌شود» و «این راحت در کنار همه چیز دیگر اجرا می‌شود» را پر می‌کند. راه‌اندازی روی هر ماشین مدرن یک پروژه‌ی یک‌شبه است، بار نگهداری حدوداً یک ساعت در شش ماه است و نتیجه یک پایه‌ی self-sovereign برای هر تراکنش Monero است که در زندگی‌تان ارسال یا دریافت خواهید کرد. وقتی یک نود هرس‌شده‌ی محلی را با یک سرویس تبادل بدون KYC مانند MoneroSwapper ترکیب کنید، استک کاملی در دست دارید: حریم خصوصی در لایه‌ی پروتکل از طریق RingCT و FCMP++، حریم خصوصی در لایه‌ی شبکه از طریق دیمن خودتان و حریم خصوصی در نقطه‌ی ورود (on-ramp) از طریق atomic swap با نرخ ثابت که هرگز هویت شما را نمی‌بیند. فضای دیسکی که صرفه‌جویی می‌کنید فرعی است؛ استقلال عملیاتی، بُرد اصلی است.