دليل إعداد عقدة Monero مُقلَّمة: وفِّر 60 جيجابايت في 2026

بحلول مايو 2026، وصل حجم سلسلة كتل Monero إلى ما يقارب 215 جيجابايت على القرص، وهو رقم ارتفع بشكل حاد بعد التحديث الإجباري (hard fork) في نوفمبر 2025 الذي أدخل بروتوكول FCMP++ إلى الإنتاج، ودفع عدد المعاملات اليومية إلى ما يتجاوز 60 ألف معاملة لعدة أسابيع متتالية. بالنسبة لأي شخص يُشغِّل عقدة على حاسوب محمول بقرص SSD سعته 256 جيجابايت، أو على جهاز Raspberry Pi 5 مع لوحة NVMe اقتصادية، أو على خادم VPS محدود الباقة، لم تعد المزامنة الأرشيفية الكاملة التزاماً بسيطاً يمكن أخذه باستخفاف. تحلّ العقدة المُقلَّمة هذه المشكلة بأناقة: فهي تتخلص من نحو ثلثَي بيانات توقيعات الحلقة (ring signatures) التاريخية، مع الاحتفاظ بكل ترويسة كتلة، وبكل مخرج معاملة، وبقدرتك على التحقق من السلسلة بأكملها محلياً ودون الحاجة إلى الثقة بأي طرف خارجي. النتيجة هي خادم Monero سيادي بالكامل يحتل ما بين 85 و95 جيجابايت بدلاً من 215 جيجابايت، ولا يزال يقدّم خدماته للمحافظ عبر RPC، ولا يزال يشارك في شبكة الأقران (P2P)، ولا يزال يبث معاملاتك الخاصة عبر بروتوكول Dandelion++ دون تسريب بيانات وصفية إلى خادم غريب بعيد. يشرح هذا الدليل خطوة بخطوة كيفية نشر مثل هذه العقدة على Linux وWindows وmacOS وعلى Raspberry Pi بلا واجهة — بما في ذلك ملف وحدة systemd الذي يصمد عبر إعادات التشغيل، وقواعد جدار الحماية التي تحمي منفذ RPC، وخطوات التعافي بإعادة المزامنة عندما يحدث الخراب الحتمي. سواء وصلتَ إلى هذا المقال بعد استخدام MoneroSwapper لإجراء مبادلة بلا تحقق هوية (no-KYC)، أو كنتَ تجهّز عقدتك المستقلة لأول مرة، فإن الوجهة واحدة: استهلاك أقل للقرص، دون أي تنازل عن الخصوصية.

لماذا تشغّل عقدة مُقلَّمة بدلاً من عقدة بعيدة؟

من المغري، خصوصاً على جهاز محدود الموارد، أن تتجاوز فكرة تشغيل العقدة كلياً وأن توجّه محفظتك إلى عقدة مجتمعية مثل node.moneroworld.com أو إلى أحد عناوين .onion المنشورة في منتديات Monero. هذا يعمل من الناحية التقنية. لكنه يسلّم في الوقت نفسه إلى مُشغِّل تلك العقدة سجلاً دقيقاً للمعاملات التي تفحصها محفظتك، والأوقات التي تتصل فيها بالإنترنت، ومن خلال ربط حركة الشبكة (traffic correlation) تخميناً معقولاً للمخارج التي تعود ملكيتها إليك. لا تستطيع العقد البعيدة رؤية مفتاح العرض (view key) أو مفتاح الإنفاق (spend key) الخاص بك، لكنها قطعاً قادرة على بناء بصمة سلوكية، وقد أثبتت عدة أوراق أكاديمية نُشرت بين 2024 و2025 هجمات كشف هوية عملية ضد محافظ اعتمدت حصرياً على بنية تحتية مملوكة لطرف ثالث.

تسد العقدة المُقلَّمة هذه الثغرة دون أن تُجبرك على تخصيص تيرابايت احتياطي. ضمانات الخصوصية مطابقة لتلك التي توفّرها العقدة الكاملة من وجهة نظر المحفظة، لأن منطق التقليم يتخلّص فقط من بيانات توقيعات الحلقة الزائدة — ولا يتخلص أبداً من أي مخرج، ولا أي صورة مفتاح (key image)، ولا أي ترويسة كتلة. تفحص محفظتك السلسلة مقابل بيانات محتفظ بها محلياً، وتدخل معاملاتك إلى الـ mempool عبر اتصالات الأقران الخاصة بك، ولا يغادر حركة RPC الخاصة بك حدود localhost قط.

• لا يرى أي مشغّل بعيد نشاط محفظتك: كل عملية تحديث، وكل فحص مخرج، وكل تقدير رسوم يحدث على جهازك أنت.
• لا تزال تساعد الشبكة: تخدم العقدة المُقلَّمة نحو ثُلث الكتل التاريخية للأقران الآخرين، مما يعني جماعياً أن الشبكة لا تحتاج إلى أن تكون كل عقدة أرشيفية.
• الحد الأدنى من العتاد معقول: 4 جيجابايت من الذاكرة، ومعالج ARM رباعي النواة حديث أو معالج x86، و120 جيجابايت من المساحة الحرة على SSD يكفي حتى عام 2027 على الأقل حتى مع افتراضات نمو متحفظة.
• التعافي بسيط: إذا تعرّضت قاعدة البيانات يوماً ما للتلف، يمكنك إعادة المزامنة من الصفر في غضون ست إلى اثنتي عشرة ساعة على خط ألياف منزلي، مقابل ثماني عشرة إلى ثلاثين ساعة لعقدة أرشيفية كاملة.

المُقلَّمة مقابل الكاملة: ما الذي يختلف فعلياً؟

تقسّم خوارزمية التقليم في Monero، التي طُرحت في الإصدار v0.15 وصُقلت تدريجياً حتى v0.18.4 خلال 2025، السلسلة إلى ثماني "شرائح تقليم" (pruning stripes) تضم كل واحدة منها 4096 كتلة. تحتفظ العقدة المُقلَّمة بالبيانات الكاملة لشريحة واحدة بالضبط من هذه الشرائح (تُختار عشوائياً عبر آلية شبه عشوائية لكل قرين عند تهيئة العقدة) إضافةً إلى أحدث 5500 كتلة بصورة كاملة، وتحتفظ بالترويسات وصور المفاتيح ومبالغ المخرجات وبيانات المُعدِّن لكل الكتل الأخرى. أما بيانات توقيعات الحلقة — وهي الجزء الأكبر من الوزن على القرص — فيتم التخلص منها بالنسبة للشرائح السبع التي لا تستضيفها العقدة.

ولأن كل عقدة تستضيف شريحة مختلفة، تحتفظ الشبكة جماعياً بسلسلة الكتل التاريخية بأكملها حتى لو قام كل عقد بالتقليم. عندما تقوم محفظة بمزامنة جديدة وتحتاج إلى بيانات توقيع حلقة لكتلة قديمة، فإنها ببساطة تنزّلها من أي قرين مُقلَّم يصادف أنه يستضيف تلك الشريحة، بشفافية ودون تدخل من المستخدم. من ناحية التحقق لم يُضحَّ بأي شيء: كل عقدة مُقلَّمة تتحقق من السلسلة بالكامل عند مزامنتها لأول مرة، وتستمر في التحقق من كل كتلة جديدة عند وصولها.

التنازل الوحيد ذو المغزى الذي تقدّمه العقدة المُقلَّمة هو أنها لا يمكن أن تكون مصدر بيانات لمستكشف كتل أو لأدوات تحليل السلسلة الأكاديمية التي تحتاج إلى توقيعات حلقة تاريخية كاملة. إن لم يكن هذان الاستخدامان ضمن خططك — وهما ليسا كذلك بالنسبة للغالبية العظمى من المستخدمين الذين يستضيفون عقدهم بأنفسهم — فإن التقليم يبقى أفضل بشكل قاطع من النسخة الأرشيفية على جهاز محدود الموارد.

متطلبات العتاد والنظام في 2026

ارتفع الحد الأدنى من العتاد المطلوب لعقدة Monero مُقلَّمة مريحة بشكل طفيف منذ تفعيل FCMP++، وذلك أساساً لأن التحقق من إثباتات العضوية على الكتل الواردة يستهلك المعالج بحوالي 18% أكثر من التحقق من CLSAG قبل التحديث. الخبر السار أن أي جهاز صُنع بعد عام 2021 تقريباً يجتاز هذه المتطلبات بسهولة. أما الخبر السيئ فهو أن أجهزة الكمبيوتر أحادية اللوحة الأقدم — مثل Raspberry Pi 4 الأصلي بذاكرة 2 جيجابايت، أو الحواسيب المصغّرة منخفضة الاستهلاك المبنية على معالجات Atom — ستكافح لمواكبة طرف السلسلة في أيام المعاملات الثقيلة.

الخط المرجعي الموصى به

• المعالج: رباعي النواة ARM Cortex-A76 (Raspberry Pi 5) أو أي معالج x86-64 حديث يدعم AES-NI. تجنّب المضيفات ذات 32 بت تماماً؛ فأداء LMDB يتدهور وعدة استدعاءات RPC للمحفظة تسلك سلوكاً خاطئاً.
• الذاكرة: 4 جيجابايت كحد أدنى، و8 جيجابايت لتجربة مريحة. تستفيد خريطة ذاكرة LMDB من المساحة الإضافية؛ وإذا كانت الذاكرة محدودة، سيظل monerod يعمل ولكن تحقق الكتل سيتباطأ بشكل ملحوظ.
• التخزين: 120 جيجابايت حرة على SSD أو NVMe. من الناحية التقنية يعمل القرص الميكانيكي، لكن قرص HDD سيحوّل مزامنة مدتها 6 ساعات إلى محنة مدتها 36 ساعة — فنمط الوصول العشوائي لـ LMDB قاسٍ على الأقراص الدوّارة.
• الشبكة: 25 ميجابت/ث متماثلة كافية تماماً للتشغيل في الحالة المستقرة. ستُشبع المزامنة الأولية أي اتصال تملكه؛ خصّص 90–110 جيجابايت لتنزيل التمهيد المُقلَّم. للمستخدمين في مصر والمغرب وتونس الذين قد يعتمدون على باقات DSL ذات رفع محدود، انتبه أن منفذ P2P الوارد قد يصبح اختناقاً عند فتحه للعموم.
• نظام التشغيل: Ubuntu 24.04 LTS، أو Debian 12، أو Fedora 41، أو macOS 14+، أو Windows 11. لمستخدمي NixOS وحدة خدمة مُصانة، ومستخدمو Arch لديهم حزمة monero-bin في AUR.

إن كنت تنشر العقدة على Raspberry Pi 5، فاستخدم لوحة NVMe Base الرسمية من Pimoroni أو أي قبعة M.2 مكافئة؛ فمنفذ بطاقة SD مقبول لنظام التشغيل لكن يجب ألا يستضيف سلسلة الكتل أبداً. تموت بطاقات SD من نمط الكتابة في غضون أشهر، كما أن زمن الاستجابة I/O يجعل الخادم يبدو متخلفاً بصورة دائمة عن طرف السلسلة حتى عندما يكون قد زامن بالكامل. هذه ملاحظة مهمة بشكل خاص في الدول العربية التي تُعتبر فيها قطع غيار Raspberry Pi الرسمية أكثر تكلفة، إذ يميل بعض المستخدمين إلى الاستغناء عن قبعة NVMe والاكتفاء بـ SD — وهي مقايضة تنتهي دائماً بالندم.

الإعداد خطوة بخطوة على Linux

المسار المرجعي هو Linux لأنه الأسهل في النسخ، والأكثر شيوعاً كهدف إنتاجي، والأسهل في إبقائه يعمل دون رقابة. تأتي تكييفات macOS وWindows في النهاية.

1. أنشئ مستخدماً ومجلداً مخصصين. بصلاحيات الجذر، شغّل 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 واحصل على ملف tar للينكس بنسخة 64 بت — في وقت كتابة هذا الدليل الإصدار الحالي هو 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 أو بمتابعة ملف السجل مباشرةً. تكتمل المزامنة الأولية لعقدة مُقلَّمة من الصفر على خط منزلي 1 جيجابت/ث عادةً في 6–10 ساعات؛ أما على Pi 5 مع NVMe فتوقع 14–20 ساعة لأن التحقق، لا التنزيل، هو عنق الزجاجة.
7. افتح منفذ P2P لا منفذ RPC. إذا كنت ترغب في تلقي اتصالات أقران واردة (وهو ما يساعد الشبكة ويحسّن تنوع أقرانك)، افتح TCP 18080 على راوتر الإنترنت أو جدار الحماية. لا تفتح 18081 على الإنترنت العام أبداً — فذلك نقطة نهاية RPC الخاصة بمحفظتك ويجب أن تبقى مرتبطة بـ localhost. إن احتجت إلى وصول محفظة عن بُعد، أنفقه عبر نفق SSH أو Tor، وليس عبر إعادة توجيه منفذ خام أبداً.
8. وجّه محفظتك إلى الخادم المحلي. في محفظة GUI الرسمية، اختر "الاتصال بعقدة محلية" واستخدم 127.0.0.1:18081. في CLI، مرّر --daemon-address=127.0.0.1:18081 إلى monero-wallet-cli. في Feather Wallet، يقع زر العقدة المحلية في الإعدادات → العقدة، وتدعمه Cake Wallet على سطح المكتب عبر الإعدادات → الخصوصية → عقدة مخصصة.

لا تُشغّل monerod أبداً بالعَلَم --restricted-rpc=0 على واجهة عامة. خلال ثماني وأربعين ساعة من فهرستها بواسطة Shodan، ستُقصَف نقطة نهاية RPC غير المقيدة من قِبل مكشطات تجمعات التعدين، وروبوتات فحص المحافظ، وما هو أسوأ. الربط بـ localhost فقط هو الإعداد الافتراضي لسبب وجيه.

تكييف الإعداد للمنصات الأخرى

Raspberry Pi 5 مع NVMe

يعمل الإعداد أعلاه دون تغيير جوهري على Pi 5. التعديلان اللذان يستحقان الإجراء: ضع db-sync-mode=fast:async:250000000 في monerod.conf لتقليل تضخم الكتابة على NVMe (القيمة الافتراضية آمنة لكن أبطأ)، وفكّر في خفض out-peers إلى 16 وin-peers إلى 32 إن كنت على اتصال منزلي يتعرض للخنق عند الرفع المستدام. تحقق نواة Pi 5 الرباعية Cortex-A76 الكتل بسرعة تساوي تقريباً 0.6× سرعة سطح المكتب الحديث، فالمزامنة الأولية تستغرق وقتاً أطول، لكن التشغيل في الحالة المستقرة يلاحق طرف السلسلة دون مشاكل.

macOS

ثبّت عبر Homebrew باستخدام brew install monero، الذي يضع monerod في /opt/homebrew/bin/monerod على Apple Silicon. استخدم ملف launchd plist في ~/Library/LaunchAgents/io.getmonero.monerod.plist بدلاً من systemd. ينطبق نفس محتوى ملف الإعدادات — فقط وجّه data-dir إلى مكان داخل مجلد المنزل، مثل ~/Library/Application Support/monero. ستظهر مطالبات جدار حماية macOS عند التشغيل لأول مرة؛ اسمح بالاتصالات الواردة على منفذ P2P إن كنت ترغب في تقديم خدمة للأقران.

Windows 11

نزّل المثبت لـ Windows 64-bit من getmonero.org، شغّله، ودعه ينشئ مجلد البيانات تحت C:\ProgramData\bitmonero. لتشغيل monerod كخدمة بدلاً من عملية في المقدمة، استخدم NSSM (Non-Sucking Service Manager) ووجّهه إلى monerod.exe بنفس وسيطة --config-file. يضع Windows Defender أحياناً علامة على monerod باعتباره أداة "تعدين عملات" — إنه لا يعدّن، لكن الكشف التجريبي غبي، فأضف استثناءً لمجلد الملف الثنائي.

الصيانة والمراقبة والتعافي

العقدة المُقلَّمة المُعَدَّة بشكل صحيح قريبة من فلسفة "اضبطها وانساها"، ولكن ثلاث عادات تشغيلية تمنع 90% من الألم.

أولاً، تحقق من مساحة القرص شهرياً. تنمو السلسلة المُقلَّمة بمعدل 4–6 جيجابايت شهرياً في ظل أحجام المعاملات الحالية، وأي امتلاء غير متوقع قد يفسد LMDB بطرق قبيحة. اضبط مُراقباً بسيطاً مثل monit أو مؤقت systemd ينبّهك عندما تنخفض /var/lib/monero إلى أقل من 15 جيجابايت متاحة.

ثانياً، حافظ على تحديث monerod. تحدث ترقيات الشبكة (التحديثات الإجبارية) كل 6 إلى 9 أشهر تقريباً، والعقدة التي تشغّل الإصدار السابق من البروتوكول تتوقف عن قبول الكتل لحظة تفعيل التحديث. يُنشر جدول إصدارات Monero على صفحة الإصدارات في GitHub ويُعلَن في r/Monero وفي القائمة البريدية الرسمية عادةً قبل أربعة إلى ستة أسابيع. حدّث على الأقل قبل أسبوعين من ارتفاع التحديث (fork height) لإعطاء نفسك هامش أمان.

ثالثاً، اعرف كيف تعيد المزامنة. إذا أطلقت LMDB يوماً ما خطأ "MDB_CORRUPTED" أو رفض الخادم البدء بعد انقطاع التيار، فالعلاج قاسٍ ولكنه موثوق: أوقف الخدمة، احذف محتويات /var/lib/monero/blockchain، وأعد التشغيل. ستعيد العقدة المزامنة من الصفر في 6–12 ساعة. لا توجد أداة إصلاح تدريجي لأن LMDB لا تملك واحدة؛ فإعادة المزامنة النظيفة هي الإصلاح المعتمد ولقد عملت منذ 2017.

كمثال من العالم الحقيقي: أحد المساهمين في الواجهة الخلفية لـ MoneroSwapper يدير أسطولاً من سبع عقد مُقلَّمة موزعة على ثلاث دول لتقديم نقاط خادم متنوعة لخدمة المبادلة المجهولة لدينا. تُجهّز كل عقدة بشكل مطابق — Debian 12، ووحدة systemd الموضحة أعلاه، وتخزين NVMe، وعرض منفذ P2P كخدمة Tor مخفية. على مدى ثمانية وثلاثين شهراً من زمن التشغيل التراكمي عبر الأسطول، كان التدخل الوحيد المطلوب هو ثلاث إعادات مزامنة بعد إعادات تشغيل مركز البيانات غير المجدولة، وتبديل الملفات الثنائية القياسي في يوم التحديث الإجباري. هذه هي الحالة المستقرة التي ينبغي أن تتوقعها من نشر مُحصَّن بشكل صحيح.

الأسئلة الشائعة

هل أستطيع تحويل عقدة كاملة قائمة إلى مُقلَّمة دون إعادة مزامنة؟

نعم. أوقف monerod، شغّل monerod --prune-blockchain كأمر مفرد (وليس كخدمة)، وانتظر. تستغرق عملية التقليم 30–90 دقيقة بحسب سرعة القرص، وتعيد كتابة قاعدة البيانات في موقعها. عند انتهائها، أعد تشغيل خدمتك بإعدادات التقليم. لا فقدان للبيانات، ولا إعادة مزامنة، ولكن خذ نسخة احتياطية من مفاتيح المحفظة أولاً احتياطاً — لا من سلسلة الكتل نفسها، فهي قابلة لإعادة التحصيل من أي قرين.

هل تعمل العقدة المُقلَّمة مع التعدين أو مع تشغيل بوابة تجار Monero؟

للتعدين الفردي أو تعدين التجمع، نعم — فالمعدّن يحتاج فقط إلى طرف السلسلة، لا إلى توقيعات الحلقة التاريخية. يعمل P2Pool أيضاً مع العقدة المُقلَّمة، وهو في الواقع الاقتران الموصى به للتعدين الفردي السيادي منذ 2023. أما بوابة التاجر التي تعالج المدفوعات الواردة عبر monero-wallet-rpc، فالعقدة المُقلَّمة جيدة بالقدر نفسه. الأدوار الوحيدة التي تتطلب عقدة أرشيفية هي مستكشفات الكتل وأدوات التحليل الأكاديمي للسلسلة.

هل تضر العقدة المُقلَّمة بخصوصية محفظتي؟

لا. تستخدم عمليات فحص المحفظة فهرس المخرجات وقاعدة بيانات صور المفاتيح، وكلاهما محفوظ بالكامل على العقدة المُقلَّمة. البيانات التي يتم التخلص منها — توقيعات الحلقة التاريخية — لا تدخل في عملية فحص محفظتك بمفتاح العرض ولا في أي اختيار شَرَك (decoy) تقوم به محفظتك عند إنشاء معاملة جديدة. من منظور المحفظة، يكون الخادم المحلي غير قابل للتمييز عن عقدة أرشيفية، وهو أكثر خصوصية بفارق كبير من أي عقدة بعيدة بغض النظر عن مدى الجدارة بالثقة التي يدّعيها مشغّل تلك العقدة.

كيف يتفاعل التقليم مع FCMP++ الآن وقد أصبحت إثباتات العضوية حية؟

أدخل التحديث الإجباري في نوفمبر 2025 إثباتات العضوية الكاملة على السلسلة جنباً إلى جنب مع مخطط توقيعات الحلقة القائم، ويعالج التقليم كليهما باتساق: فهو يحتفظ بكل إثبات وبكل صورة مفتاح مطلوبة للتحقق من السلسلة، ويتخلص فقط من البايتات الزائدة لتوقيعات الحلقة التي لا تزال المعاملات الأقدم تحملها. المعاملات اللاحقة لـ 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. المزامنة الأولية عبر Tor أبطأ — 24–48 ساعة بدلاً من 6–12 — لكن التشغيل في الحالة المستقرة جيد، وتكسب الخاصية الإضافية بأن أياً من معاملاتك أو فحوصات محفظتك لا تلامس الإنترنت الواضح أبداً. ملاحظة عملية لمستخدمي المنطقة العربية: في بعض الدول (الإمارات والمملكة العربية السعودية بشكل خاص) قد تُخنق حركة Tor من قِبل بعض مزودي الخدمة، ويصبح جسر obfs4 ضرورياً للحفاظ على اتصال مستقر؛ أضِف الجسر في torrc قبل أن تتوقع أداء معقولاً للمزامنة.

الخاتمة

تقدّم عقدة Monero مُقلَّمة ضمانات الخصوصية والتحقق الكاملة التي توفّرها العقدة الأرشيفية بحوالي 40% من حجم القرص، وهو الفرق بين "لا أستطيع وضع هذا على حاسوبي المحمول" و"يعمل هذا بشكل مريح بجانب كل شيء آخر." الإعداد هو مشروع أمسية واحدة على أي جهاز حديث، وعبء الصيانة يساوي تقريباً ساعة واحدة كل ستة أشهر، والنتيجة هي أساس سيادي ذاتياً لكل معاملة Monero سترسلها أو تستلمها في حياتك. اجمع بين عقدة مُقلَّمة محلية وخدمة مبادلة بلا تحقق هوية مثل MoneroSwapper، وستحصل على المكدس الكامل: خصوصية على طبقة البروتوكول عبر RingCT وFCMP++، وخصوصية على طبقة الشبكة عبر خادمك الخاص، وخصوصية على بوابة الدخول عبر المبادلات الذرّية بسعر ثابت التي لا ترى هويتك أبداً. مساحة القرص التي توفّرها عرضية؛ الاستقلالية التشغيلية هي المكسب الحقيقي.