ست خطوات من VPS نوردي عارٍ إلى monerod الخاص بك — ملفات ثنائية مُتحقَّق منها، إعداد مُصلَّب، كاملة أو مقلَّمة، يمكن الوصول إليها عبر SSH أو WireGuard أو onion من الإصدار v3. العقدة البعيدة لا يمكنها قراءة رصيدك، لكنها ترى عنوان IP الخاص بك وهو يبث معاملتك — هذا الدليل يسد تلك الفجوة الوحيدة. اختُبر على Debian 12 مع سلسلة الإصدار v0.18.
التوفير
القرص أولاً، ثم التصليب
تحقق
التوقيع، ثم التثبيت
إعداد
monerod.conf + systemd
مزامنة
يوم أو يومان، تحت المراقبة
اتصل
SSH أو WireGuard أو onion
إخفاء الهوية
البث عبر Tor
تصدر تقريباً كل محفظة Monero مُوجَّهة نحو خدمة شخص آخر، لأن البديل هو ربع تيرابايت وانتظار يومين. هذا الخيار الافتراضي له ما يبرره، وخسارة الخصوصية الناتجة عنه تُوصف خطأً بشكل روتيني في الاتجاهين — من قِبل من يظن أن العقدة البعيدة تقرأ رصيده، ومن قِبل من يظن أنها لا تتعلم شيئاً على الإطلاق. فهم شكل هذا التسرب على وجهه الصحيح هو ما يحدد ما إذا كان هذا الدليل يستحق ساعات بعد ظهر من وقتك.
ما لا تستطيع فعله. لا يمكنها رؤية رصيدك، ولا عناوينك، ولا مفاتيحك. محفظة Monero لا تخبر العقدة بما يجب البحث عنه؛ إنها تسحب كتلاً كاملة عبر نطاق من الكتل وتحاول فك تشفير كل مُخرَج محلياً باستخدام مفتاح العرض الخاص، الذي لا يغادر الجهاز أبداً. العقدة تُسلِّم نفس البايتات التي كانت لتُسلِّمها لأي شخص آخر. لا يمكنها معرفة أي من المُخرَجات، إن وُجد، يخصك — وهذا فرق معماري حقيقي عن نموذج المحفظة الخفيفة المستخدم في أماكن أخرى، حيث يُعطى الخادم العناوين لمراقبتها وبالتالي يعرف بالضبط ما يراقبه.
ما تستطيع فعله. إنها ترى عنوان IP الذي اتصل. وترى نطاق الكتل الذي طلبه ذلك العنوان، وهو ما يُحدِّد تقريبياً وقت إنشاء المحفظة وراءه. وترى إيقاع عمليات تحديثك، وهو نمط استخدام. وحين تُنفق، تستقبل المعاملة الموقَّعة منك أولاً، قبل أن تصل إلى بقية الشبكة — فتكون في موضع يسمح لها بتسجيل أن هذه المعاملة دخلت الشبكة من هذا العنوان، في هذه اللحظة بالذات. كل شيء آخر في Monero مصمم لكسر هذا النوع من الربط بالتحديد. تسليم ذلك لشخص غريب، مجاناً، إلى جانب عنوان IP ثابت، هو الجزء الذي يستحق الإصلاح.
وما تستطيع فعله، وهو ما لا يذكره أحد. يمكنها أن تكذب. عقدة معادية أو مُعطَّلة فحسب يمكنها أن تُقدِّم رأس سلسلة قديماً بحيث تُبلِّغ محفظتك عن دفعة واردة لم تحدث، أو تفشل في ترحيل معاملة تظن أنك أرسلتها. لا شيء من ذلك يسرق أموالاً — فالمحفظة تتحقق مما تفكُّه من تشفير — لكنه يجعلك تتصرف بناءً على رؤية زائفة للواقع، وهو ما يمثل نوعاً من الخسارة بحد ذاته لتاجر ينتظر تأكيداً. العقدة التي تُشغِّلها بنفسك هي عقدة لا تحتاج إلى وزن إجاباتها.
| ما المكشوف | عقدة بعيدة عامة | عقدتك، عبر clear net | عقدتك، عبر Tor |
|---|---|---|---|
| رصيدك وعناوينك | أبداً | أبداً | أبداً |
| عنوان IP الخاص بك، لمُشغِّل العقدة | نعم — شخص غريب | نعم — أنت | لا |
| نافذة إنشاء المحفظة | نعم — شخص غريب | نعم — أنت | نعم — أنت |
| IP ↔ معاملتك الصادرة | نعم — شخص غريب | عنوان IP الخاص بخادمك، لأقرانه | معطَّل بفعل tx proxy |
| قادرة على تزويدك برأس سلسلة زائف | نعم | لا | لا |
«نافذة إنشاء المحفظة» تبقى مرئية لك على عقدتك الخاصة لأن الطلب لا يزال يحدث — إنه فقط يتوقف عن أن يكون مرئياً لأي طرف آخر. وهذه هي غاية التمرين كله: ليس محو البيانات الوصفية، بل جعلك الطرف الوحيد الذي يحوزها.
عقدة Monero المقلَّمة تحتفظ بثُمن بيانات التوقيع الحلقي للكتل القديمة وتتخلص من الباقي. ومع ذلك فهي تُنزِّل وتتحقق من كل كتلة بنفسها — فالتقليم ليس ثقة، بل نسيان بعد التحقق — وتحتفظ بكل ما تطلبه محفظة أو يحتاجه قرين مقلَّم آخر كاملاً دون نقصان. التوفير يبلغ نحو ثلثي مساحة القرص. وبالنسبة لعقدة مهمتها دعم محافظك الخاصة، لن تلاحظ أي فرق وظيفي على الإطلاق.
المبرر لتشغيل عقدة كاملة ضيق لكنه حقيقي: فقط العقدة الكاملة يمكنها أن تُسلِّم عقدة جديدة تماماً البيانات التاريخية الكاملة التي تحتاجها للتحقق من السلسلة من الصفر، لذا فإن شبكة مكوَّنة بالكامل من عقد مقلَّمة لن تعمل. إن كانت لديك مساحة القرص، فتشغيل عقدة كاملة مساهمة. وإن لم تكن لديك، فتشغيل عقدة مقلَّمة ليس شكلاً أدنى من المشاركة — بل هو الإعداد الذي ينبغي لمعظم المُستضيفين الذاتيين اختياره.
اتخذ القرار قبل أن تُشغِّل الخدمة. تمرير --prune-blockchain في التشغيل الأول يُقلِّم أثناء المزامنة، وهو أمر سريع وبلا تكلفة. تحويل قاعدة بيانات كاملة لاحقاً يعني إيقاف الخدمة وتشغيل أداة monero-blockchain-prune المنفصلة عليها، وهو ما يستغرق ساعات ويحتاج مساحة فارغة للعمل فيها. فعل هذا بشكل صحيح من البداية يكلف سطراً واحداً في ملف إعداد؛ وفعله بشكل خاطئ يكلف أمسية كاملة.
| الشكل | القرص، منتصف 2026 | الفئة المناسبة | اخترها حين |
|---|---|---|---|
| مقلَّمة · ضيقة | ~90 GB | Sentinel · 2 vCPU / 4 GB / 120 GB · $3.90 | تريد أرخص عقدة عاملة وتقبل العودة إلى مسألة القرص لاحقاً |
| مقلَّمة · مريحة | ~90 GB | Garrison · 4 vCPU / 8 GB / 240 GB · $7.90 | التوصية الافتراضية — سنوات من هامش الأمان، وذاكرة تخزين مؤقت دافئة لقاعدة البيانات |
| كامل | 240 GB+ | Ravelin · 8 vCPU / 16 GB / 480 GB · $16.90 | تريد نسخة أرشيفية، أو تزويد عقد جديدة بمزامنتها الأولية |
| كاملة + خدمة عامة | 240 GB+ | Bulwark · 16 vCPU / 32 GB / 960 GB · $32.90 | أنت تنوي حمل حركة مرور أقران حقيقية — النطاق الترددي غير المقيَّد مهم هنا |
أحجام السلسلة تقديرية لمنتصف 2026 ولا تتحرك إلا في اتجاه واحد. تحقق من الرقم الحالي قبل أن تلتزم بفئة معينة — كل خطة من NordBastion تأتي بنطاق ترددي غير مقيَّد، وهو ما تستهلكه فعلياً عقدة ذات فتحات أقران مفتوحة.
شيء واحد غير موجود في هذا الجدول: RAM. الخدمة نفسها متواضعة المتطلبات، و4 GB تُشغِّل عقدة فعلياً. ما تشتريه الذاكرة الإضافية هو ذاكرة تخزين مؤقت للصفحات أمام قاعدة البيانات، وهو أمر يُلمَس أثناء المزامنة الأولية وأثناء أول إعادة فحص كاملة لمحفظة، لا في التشغيل اليومي. إن كنت تختار بين مزيد من RAM ومزيد من NVMe بنفس الميزانية، اختر NVMe — وألقِ نظرة على قائمة الفئات قبل أن تقرر.
في لوحة التحكم: Order → VPS → Garrison لعقدة مقلَّمة، أو Ravelin إن أردت السلسلة الكاملة، وصورة النظام Debian 12. لا حاجة إلى عنوان بريد إلكتروني لفتح الحساب، ولا تُطلب وثيقة هوية في أي مرحلة، وتُسدَّد الفاتورة بعملة Monero — وهذا تناظر مُرضٍ، وهو أيضاً أقصر طريق من محفظة إلى خادم يعمل نعرفه. اختر الحصن حسب زمن استجابتك أنت، لا زمن استجابة الشبكة: فاتصالات الأقران غير متزامنة ولا يعنيها الفرق، لكن عمليات تحديث محفظتك ستشعر به.
ثم اقضِ الساعة الأولى على الجدار. عقدة Monero خدمة عامة بطبيعتها — فهي تستمع على منفذ P2P وتتحدث مع غرباء — لذا فإن الحد الأدنى ليس اختيارياً: SSH بالمفتاح فقط على منفذ غير افتراضي، وجدار حماية يرفض بشكل افتراضي، وتحديثات أمنية تلقائية، وfail2ban. قائمة تصليب الساعة الأولى هي الجزء المكمِّل لهذا، ويستحق تشغيله كاملاً من البداية إلى النهاية قبل أن توجد الخدمة.
شكل جدار الحماية لهذه العقدة بسيط بشكل غير معتاد. ينبغي أن يكون بالضبط شيئان قابلين للوصول من الخارج: منفذ SSH الخاص بك، ومنفذ P2P لـMonero. لا شيء آخر — وتحديداً ليس منفذ RPC، الذي تصل إليه الخطوة 05 عبر نفق بدلاً من ذلك.
ufw default deny incoming
ufw default allow outgoing
ufw allow 22/tcp # or your relocated SSH port
ufw allow 18080/tcp # Monero P2P — the only service port
ufw enable
ufw status numbered
تأكد من مساحة القرص التي حصلت عليها فعلاً قبل أن تُزامن ربع تيرابايت عليها، لأن اكتشاف النقص بعد أربعين ساعة من المزامنة الأولية هو نوع خاص من الإزعاج:
df -h /
# → the "Avail" column is your real budget, not the tier name
أنت على وشك تثبيت برنامج سيحمل رؤية الشبكة التي تثق بها محافظك. monerod المُتلاعَب به هو الموضع المثالي للكذب على محفظة، لذا فإن خطوة التحقق هنا ليست طقساً شكلياً — إنها السبب في أن مشروع Monero ينشر أصلاً ملف بصمات تجزئة موقَّعاً. افعلها، مرة واحدة، بشكل صحيح.
احصل على أرشيف CLI لنظام Linux x86-64 وملف بصمات التجزئة الموقَّع من صفحة التنزيل الرسمية، إلى جانب المفتاح العام للقائم على الصيانة كما هو منشور هناك. لا تأخذ المفتاح من مرآة خادم مفاتيح تابعة لطرف ثالث وجدتها في منشور منتدى — خذه من المشروع نفسه، عبر TLS، من الصفحة ذاتها التي تُسمِّيه.
apt update && apt install -y gnupg curl bzip2
cd /tmp
curl -LO https://downloads.getmonero.org/cli/linux64 # the release archive
curl -LO https://www.getmonero.org/downloads/hashes.txt # the signed hash list
# Import the signing key named on getmonero.org, then:
gpg --verify hashes.txt
# → "Good signature from ..." — anything else, stop here.
لا يعني مجموع التحقق (checksum) شيئاً إلا بعد أن يتحقق التوقيع. احسب بصمة التجزئة للأرشيف الذي نزَّلته وابحث عن تلك السلسلة بالضبط داخل الملف الذي تحققت منه للتو:
sha256sum linux64
grep -F "$(sha256sum linux64 | cut -d' ' -f1)" hashes.txt
# → one matching line. No output means no match: do not install it.
ثم فُك الضغط وضع الملفين الثنائيين اللذين تحتاجهما. يحمل الأرشيف دليلاً مرقَّماً بالإصدار؛ monerod هو الخدمة وmonero-blockchain-prune هي الأداة غير المتصلة التي ستكون سعيداً بوجودها إن غيَّرت رأيك يوماً بشأن التقليم.
tar -xjf linux64
cd monero-x86_64-linux-gnu-*/
install -m 0755 monerod monero-blockchain-prune /usr/local/bin/
monerod --version
ثبِّت سلسلة الإصدار التي يطبعها ذلك الأمر في مكان ستجدها فيه مجدداً. فحين تُعلَن ترقية للشبكة ستريد أن تعرف بالضبط من أي إصدار تُرقِّي، و«latest» ليست إجابة.
امنح الخدمة مستخدماً خاصاً بها بلا صلاحيات، ودليلاً خاصاً بها. لا شيء في عقدة Monero يحتاج إلى root بمجرد أن تعمل، والخدمة التي تتحدث مع الإنترنت المفتوح طوال اليوم هي بالضبط الخدمة التي لا تريدها أن تعمل بصلاحيات root.
useradd --system --home /var/lib/monero --shell /usr/sbin/nologin monero
mkdir -p /var/lib/monero /var/log/monero
chown -R monero:monero /var/lib/monero /var/log/monero
/etc/monerod.conf — نفس الخيارات التي يقبلها monerod على سطر الأوامر، مكتوبة بلا الشرطتين البادئتين. احذف سطر prune-blockchain إن قررت تشغيل عقدة كاملة؛ فهذا هو السطر الوحيد الذي لا رجعة فيه.
# ── storage ────────────────────────────────────────────────
data-dir=/var/lib/monero
log-file=/var/log/monero/monerod.log
log-level=0
max-log-file-size=104857600
prune-blockchain=1
sync-pruned-blocks=1
# ── P2P: the only port the firewall opens ─────────────────
p2p-bind-ip=0.0.0.0
p2p-bind-port=18080
out-peers=32
in-peers=48
no-igd=1
# ── RPC A: unrestricted, loopback only, for you ───────────
rpc-bind-ip=127.0.0.1
rpc-bind-port=18081
# ── RPC B: restricted, what a wallet is allowed to ask ────
rpc-restricted-bind-ip=127.0.0.1
rpc-restricted-bind-port=18089
# ── misc ──────────────────────────────────────────────────
zmq-pub=tcp://127.0.0.1:18083
db-sync-mode=safe
مستمعا RPC هما الجزء الذي يستحق الفهم. المنفذ 18081 يُجيب على كل شيء، بما في ذلك الاستدعاءات الإدارية، وهو مرتبط بالمضيف المحلي حيث ينتمي. المنفذ 18089 هو الواجهة المقيَّدة: استدعاءات قراءة فقط، بلا تفاصيل داخلية حساسة للخصوصية، وهو ما تكشفه كل عقدة عامة على الشبكة. كلاهما على 127.0.0.1 هنا عن قصد — الخطوة 05 تصل إلى 18089 عبر نفق بدلاً من فتحه.
/etc/systemd/system/monerod.service
[Unit]
Description=Monero full node
After=network-online.target
Wants=network-online.target
[Service]
User=monero
Group=monero
Type=simple
ExecStart=/usr/local/bin/monerod --config-file /etc/monerod.conf \
--non-interactive
Restart=on-failure
RestartSec=30
TimeoutStopSec=300
KillSignal=SIGINT
StandardOutput=journal
StandardError=journal
NoNewPrivileges=true
PrivateTmp=true
ProtectSystem=full
ProtectHome=true
[Install]
WantedBy=multi-user.target
KillSignal وTimeoutStopSec ليستا للزينة. قاعدة البيانات تريد أن تُغلق بشكل نظيف، والخدمة التي تُنهى بالقوة في منتصف عملية كتابة قد تعود محتاجة إلى إصلاح — أو إعادة مزامنة كاملة. SIGINT يطلب منها الإغلاق بشكل صحيح، وخمس دقائق هي مهلة السماح لإنهاء ذلك. كل دليل يُغفل هذين السطرين يبعد إعادة تشغيل واحدة سيئة الحظ عن نهاية أسبوع ضائعة.
systemctl daemon-reload
systemctl enable --now monerod
systemctl status monerod --no-pager
الخدمة الآن تسير عبر السلسلة ابتداءً من كتلة التكوين، تفحص كل توقيع حلقي وكل إثبات نطاق تلتقيه. على NVMe مع بضعة أنوية هذا يوم أو يومان؛ وهي مقيدة بـCPU والقرص لا بالنطاق الترددي، لذا فإن اتصالاً أعلى سرعة لن يُقصِّر المدة. هذا العمل هو المنتج بأكمله. عقدة تخطته لن تكون سوى طريقة أبطأ للثقة في شخص آخر.
راقبها من واجهة أوامر ثانية. سطر الحالة يُخبرك بالارتفاع، وعدد الأقران، والوقت المتبقي المقدَّر، وهو المراقبة الوحيدة التي تحتاجها معظم العقد على الإطلاق:
monerod --rpc-bind-port 18081 status
journalctl -u monerod -f --no-pager
df -h /var/lib/monero # check this one more often than you think you need to
لا تستورد سلسلة كتل مُنزَّلة. توجد أرشيفات على الإنترنت تعد بتفادي الانتظار، واستيراد واحد منها يُحوِّل عقدة تحققت منها إلى عقدة تُصدِّق ملفاً أعطاك إياه شخص غريب. هذا يُبطل الشيء الوحيد الذي جئت من أجله. إن كان وقت المزامنة غير مقبول فعلاً، فالحل الصادق هو خادم بأنوية أكثر، لا اختصار يلتف حول التحقق.
فخ خدمة bootstrap. يمكن لـmonerod أن يُجيب على استعلامات المحفظة من عقدة عامة بينما تلحق مزامنته الخاصة بالركب، وهذه راحة ذات حد حاد: فطالما هي مفعَّلة، تُخدَم حركة مرور محفظتك تماماً من قِبل ذلك النوع من الأطراف الثالثة التي وُجد هذا الدليل لإزالتها. إن فعَّلتها لتعمل في الساعة الأولى، ضع تذكيراً في تقويمك وأوقفها فور أن يبلغ ارتفاعك الخاص رأس السلسلة. التسوية المؤقتة التي لا يتذكر أحد إنهاءها ليست سوى الإعداد القديم بثوب جديد.
حين يتوقف الارتفاع عن الحركة ويطابق مستكشف كتل تثق به، تكون العقدة حية. من هذه النقطة فصاعداً تكلفك الخدمة بضعة غيغابايتات من الحركة يومياً، وقليلاً من CPU، ولا تحتاج مزيداً من الاهتمام سوى الترقيات.
واجهة RPC المقيَّدة مرتبطة بالمضيف المحلي (loopback)، ما يعني أنه لا يمكن لأي شيء الوصول إليها حالياً. هذا هو الإعداد الافتراضي الصحيح، وبقية هذه الخطوة تتعلق باختيار طريقة عبور تلك الفجوة. اختر واحدة — فهي لا تتكامل جيداً مع بعضها ولا تحتاج إلا واحدة.
الخيار A · نفق SSH — جهاز واحد، بلا إعداد. الإجابة الصحيحة إن كنت تستخدم حاسوباً محمولاً واحداً. لا شيء جديد يُثبَّت، ولا شيء جديد يستمع، والنفق ينتهي بانتهاء الجلسة. عندها تُشير محفظتك إلى 127.0.0.1:18089 كما لو كانت العقدة محلية.
ssh -N -L 18089:127.0.0.1:18089 monero-vps
# leave it running; point the wallet at 127.0.0.1:18089
الخيار B · WireGuard — عدة أجهزة، يعمل دائماً. الإجابة الصحيحة لهاتف زائد جهاز مكتبي زائد حاسوب محمول. العقدة تنضم إلى شبكتك الخاصة وتُخاطبها المحافظ عبر عنوان IP الخاص بالنفق، دون كشف أي منفذ على الإنترنت إطلاقاً. دليل WireGuard يبني النفق؛ والخطوة الإضافية الوحيدة هنا هي جعل الخدمة تُجيب عليه.
# in /etc/monerod.conf
rpc-restricted-bind-ip=10.8.0.1 # the node's WireGuard address
confirm-external-bind=1
# and in the firewall, only on the tunnel interface
ufw allow in on wg0 to any port 18089 proto tcp
الخيار C · onion من الإصدار v3 — من أي مكان، بلا منفذ، بلا IP ثابت. الإجابة الصحيحة إن كنت تسافر، أو إن أردت أن تكون العقدة قابلة للوصول دون أي منفذ وارد في أي مكان. Tor ينشر الخدمة؛ فلا شيء لتمريره ولا شيء لفحصه. دليل الخدمة المخفية يغطي ملف torrc كاملاً؛ والجزء الخاص بالعقدة ثلاثة أسطر فقط.
# /etc/tor/torrc
HiddenServiceDir /var/lib/tor/monero-rpc/
HiddenServiceVersion 3
HiddenServicePort 18089 127.0.0.1:18089
# then read the address Tor generated for you
cat /var/lib/tor/monero-rpc/hostname
أياً كان الباب الذي بنيته، جانب المحفظة هو نفس الحقول الثلاثة. في Feather: Settings → Node → أضف عقدة مخصصة، المضيف والمنفذ، وفعِّل وكيل Tor إن اخترت onion. في Monero GUI الرسمي: Settings → Node → Remote node، مع اختيار «connect to a remote node». في Cake Wallet: Settings → Nodes → أضف عقدة، وهي تقبل عنوان onion مباشرة. إن ضبطت اسم مستخدم وكلمة مرور على واجهة RPC، فالثلاثة جميعاً لديها حقول لذلك.
ثم تحقق من أن الأمر نجح. ينبغي أن تُظهر المحفظة نفس ارتفاع عقدتك، وأن تُظهر العقدة عميل RPC واحداً إضافياً. إن كانت المحفظة ما زالت تُحدَّث خلال ثانية واحدة تماماً، فهي على الأرجح ما زالت تتحدث مع العقدة العامة الافتراضية — إذ تحتفظ معظم المحافظ بالعقدة القديمة في القائمة وتعود إليها بصمت.
محفظتك لم تعد تُسلِّم المعاملات لشخص غريب — إنها تُسلِّمها لخدمتك الخاصة. لكن تلك الخدمة تُعلن عنها بعد ذلك لأقرانها من عنوان IP الخاص بخادمك، والأقران يدوِّنون ملاحظات. تنشر Monero بالفعل المعاملة الجديدة عبر مرحلة ترحيل عشوائية قبل أن تنتشر، وهو ما يجعل تحديد القفزة الأولى صعباً؛ وإرسالها عبر Tor بدلاً من ذلك يُزيل المسألة كلياً.
سطر واحد يكفي. تستمر الخدمة في مزامنة الكتل عبر clear net — وهذا ما يُبقي المزامنة سريعة — وتُمرِّر فقط عمليات بث معاملاتك الصادرة عبر منفذ Tor SOCKS المحلي:
# in /etc/monerod.conf, with tor running locally
tx-proxy=tor,127.0.0.1:9050,16
إن أردت الذهاب أبعد من ذلك وقبول أقران عبر Tor أيضاً، انشر خدمة مخفية ثانية لجانب P2P وأخبر الخدمة بعنوان onion الذي عليها الإعلان عنه. رقم المنفذ هو اختيارك طالما يتفق الطرفان ولا يستخدمه شيء آخر على الخادم بالفعل:
# /etc/tor/torrc
HiddenServiceDir /var/lib/tor/monero-p2p/
HiddenServiceVersion 3
HiddenServicePort 18084 127.0.0.1:18084
# /etc/monerod.conf
anonymous-inbound=YOUR_ONION_ADDRESS.onion:18084,127.0.0.1:18084
هذه الخطوة تفيد الشبكة أكثر مما تفيدك أنت، وهذا سبب وجيه تماماً لاتخاذها. تكلف قليلاً من زمن الاستجابة وبعض فتحات الأقران، وتعني أن العقد التي تعمل عبر Tor فقط يكون لها مكان تتصل به.
اختيارياً: تبرَّع بعقدة عامة. إذا توفر لديك النطاق الترددي والقرص، يمكنك الإعلان عن نقطة نهاية RPC المقيَّدة الخاصة بك ليستخدمها آخرون في محافظهم. هذه مساهمة حقيقية في شبكة نقطة ضعفها الأكبر هي قلة عدد من يُشغِّلون خدمتهم الخاصة — وهي تأتي مع التزامات أي خدمة عامة: ستحمل حركة مرور الآخرين، وستكون مرئياً كمُشغِّل عقدة. كل خطة هنا تأتي بنطاق ترددي غير مقيَّد، لذا فإن أول تلك الالتزامات قرار لا فاتورة.
# only if you mean it: expose the RESTRICTED port, never 18081
rpc-restricted-bind-ip=0.0.0.0
confirm-external-bind=1
public-node=1
# and open it: ufw allow 18089/tcp
العقدة أيضاً شيء جميل أن تضعه إلى جانب بنية تحتية أخرى مُستضافة ذاتياً — عقدة Lightning على نفس الرف، على سبيل المثال. أبقِها على خوادم منفصلة إن سمحت الميزانية: فلها متطلبات تشغيل مختلفة وقصص استعادة مختلفة جداً.
تتوقف الخدمة، وقد تحتاج قاعدة البيانات إلى عملية إصلاح قبل أن تُفتح مجدداً. تحقق من المساحة الحرة يومياً أثناء المزامنة، وحدِّد حجم الفئة للسلسلة كما ستكون بعد ثلاث سنوات، لا كما هي اليوم.
المنفذ 18081 يُجيب على الاستدعاءات الإدارية. مكانه على 127.0.0.1 إلى الأبد. إن كان لا بد لشيء خارجي أن يصل إلى العقدة، فإنه يصل إلى المستمع المقيَّد على المنفذ 18089، عبر نفق.
إضافة عقدتك إلى القائمة لا يعني اختيارها، ومعظم المحافظ تعود بصمت إلى عقدة أخرى حين تتعذر الوصول إليها. قارِن الارتفاعات، وتأكد من أن العقدة تُبلِّغ عن عميل RPC متصل.
إضافته لاحقاً لا يُصغِّر قاعدة بيانات موجودة بالفعل. التحويل يعني إيقاف الخدمة وتشغيل monero-blockchain-prune، وهو ما يتطلب ساعات ومساحة عمل. اتخذ القرار قبل التشغيل الأول.
جرت ترقية على الشبكة ولم تُحدَّث الخدمة قط. الأمر لا يُحدث ضجيجاً — فالارتفاع ببساطة يتوقف عن مطابقة الواقع. تابع إعلانات الإصدارات ورقِّ الخدمة قبل بلوغ ارتفاع الانشقاق.
SIGKILL في منتصف عملية كتابة، غالباً من وحدة systemd بلا KillSignal ومهلة إيقاف قصيرة. استخدم SIGINT وامنحها خمس دقائق، ودع الخدمة تُغلق قاعدة بياناتها بنفسها.
عشرة أسئلة تُطرح قبل نقل محفظة إلى خدمة تُشغِّلها بنفسك وأثناءه وبعده.
لا. محافظ Monero تفحص من جهة العميل: تطلب المحفظة من العقدة نطاقاً من الكتل، وتُنزِّلها كاملة، وتحاول فك تشفير كل مُخرَج محلياً باستخدام مفتاح العرض الخاص بك. العقدة لا تستقبل مفتاح العرض ولا مفتاح الإنفاق ولا عنوانك أبداً، ولا يمكنها معرفة أي من المُخرَجات التي سلَّمتها للتو يخصك. هذا فرق معماري حقيقي عن محافظ Bitcoin الخفيفة، حيث يُخبَر الخادم عادة بالعناوين أو السكربتات التي عليه مراقبتها. ما تتعلمه العقدة البعيدة فعلاً هو طبقة الشبكة: عنوان IP الخاص بك، وحقيقة أن محفظة على ذلك العنوان تتزامن، ونطاق الكتل الذي طلبته — وهو ما يُحدِّد تقريبياً ارتفاع استعادة محفظتك — والأهم من ذلك، أي معاملة تُسلِّمها لها لبثها. هذه الأخيرة هي التسرب الذي يستحق الإغلاق.
شغِّل عقدة مقلَّمة ما لم يكن لديك سبب لعدم فعل ذلك. العقدة المقلَّمة تتخلص من سبعة أثمان بيانات التوقيع الحلقي للكتل القديمة، وتحتفظ بكل ما تحتاجه فعلاً محفظة أو قرين جديد منك، وما زالت تتحقق من صحة السلسلة كاملة بنفسها، وتستقر عند نحو ثلث مساحة قرص العقدة الكاملة. بالنسبة لواجهة خلفية لمحفظة شخصية، السلوك لا يمكن تمييزه. شغِّل عقدة كاملة إن أردت أن تكون قادراً على تزويد عقدة جديدة تُجري مزامنتها الأولية من الصفر ببياناتها، أو إن كنت تُشغِّل أدوات على طراز مستكشف الكتل تقرأ بيانات معاملات تاريخية عشوائية، أو إن كنت تريد ببساطة نسخة أرشيفية كاملة. اتخذ القرار قبل المزامنة الأولى: --prune-blockchain يُقلِّم أثناء المزامنة، في حين أن تحويل قاعدة بيانات كاملة مُزامَنة بالفعل يعني إيقاف الخدمة وتشغيل أداة monero-blockchain-prune المنفصلة عليها.
العقدة الكاملة تتجاوز 240 GB في منتصف 2026 وتنمو بمعدل عشرات الغيغابايتات في السنة، لذا قدِّر المساحة للسلسلة التي ستملكها بعد ثلاث سنوات، لا التي تملكها اليوم. العقدة المقلَّمة تشغل نحو ثلث تلك المساحة — لنقل من 85 إلى 95 GB حالياً. عملياً هذا يعني أن Garrison (240 GB من NVMe) هي المكان المريح لعقدة مقلَّمة مع سنوات من هامش الأمان، وأن Ravelin (480 GB) هي الخادم المناسب لعقدة كاملة. أما Sentinel بسعة 120 GB فستتسع لعقدة مقلَّمة اليوم لكنها ستجعلك تعيد التفكير في الأمر أقرب مما تتمنى. تحقق من الحجم الحالي للسلسلة قبل شراء القرص — فهذا هو الرقم الوحيد في هذا الدليل المضمون أن يصبح قديماً.
يوم أو يومان على NVMe للمزامنة الأولى، وهي مقيدة بـCPU والقرص لا بسرعة اتصالك. الخدمة تتحقق من كل توقيع حلقي وكل إثبات نطاق ابتداءً من كتلة التكوين فصاعداً؛ هذا هو العمل، وهو السبب في أن العقدة تستحق التشغيل أصلاً. أمران يجعلان الوضع أسوأ بكثير: قرص ميكانيكي دوّار بدل NVMe، وهو ما قد يحوّل يومين إلى أسبوع، ونفاد مساحة القرص في منتصف الطريق. وأمران لا يساعدان بقدر ما يتوقع الناس: مزيد من النطاق الترددي، ومزيد من RAM يتجاوز ما يلزم لإبقاء صفحات قاعدة البيانات جاهزة في الذاكرة المؤقتة. لا تستورد أرشيف سلسلة كتل محمَّلاً من طرف ثالث لتفادي الانتظار — فذلك يعني أن تثق بالضبط في الطرف الذي جئت أصلاً لتتوقف عن الثقة به.
ليس الواجهة غير المقيَّدة، أبداً. واجهة RPC غير المقيَّدة تكشف استدعاءات إدارية، ويجب أن تبقى مرتبطة بـ 127.0.0.1 طوال عمر العقدة. أما الواجهة المقيَّدة فهي كيان مختلف: تجيب فقط على استدعاءات القراءة فقط التي تحتاجها محفظة، وهي ما تكشفه كل عقدة عامة على الشبكة. ومع ذلك، فنشرها على منفذ clear-net يُعلن «يوجد هنا مستخدم Monero» لأي طرف يفحص مساحة العناوين. ترتيب الأفضلية في هذا الدليل هو: خدمة onion من الإصدار v3 أولاً، ثم نفق WireGuard ثانياً، ثم نفق SSH لجهاز واحد ثالثاً، ومنفذ عام مكشوف فقط إن كنت قد قررت عمداً التبرع بعقدة عامة للشبكة.
العقدة لا تحمل أي مفاتيح، ولا تحفظ أي أموال، ولا يمكنها تحريك أموال أي أحد. إنها تتحقق من صحة الكتل وتُرحِّل معاملات وقَّعها آخرون فعلاً — بنفس وضعية مُرحِّل بريدي ينقل رسائل لا يستطيع قراءتها. هذه هي الحقيقة التقنية؛ أما الحقيقة القانونية فمرتبطة بالولاية القضائية، وهذا الدليل ليس استشارة قانونية. ما تُغيِّره الولاية القضائية فعلاً هو مَن يملك سلطة الإلزام وبماذا: الدليل حول الولايات القضائية النوردية الأربع يستعرض التشريعات التي تنطبق على خادم موجود في ستوكهولم أو هلسنكي أو أوسلو أو ريكيافيك.
فقط إن قمت بتحديثها. تُجري Monero ترقيات مجدولة للشبكة، والخدمة التي تعمل بمجموعة قواعد توافق أقدم تتوقف عن متابعة السلسلة الرئيسية عند ارتفاع الانشقاق — لا تُحذِّرك بصوت عالٍ، بل تتجمد أو تنشق ببساطة، وتُبلِّغ محفظتك بهدوء عن ارتفاع لم يعد يطابق الواقع. اشترك في إعلانات الإصدارات، وثبِّت الإصدار الذي ثبَّته بدلاً من متابعة وسم متحرك، وضع تذكيراً في التقويم عند ارتفاع الترقية المُعلَن. هذه هي الطريقة الأكثر شيوعاً على الإطلاق التي تتوقف بها عقدة مُستضافة ذاتياً عن أن تكون مفيدة: ليست عطلاً، بل مجرد مالك توقف عن القراءة.
وجِّه عمليات بث معاملاتك الصادرة عبر Tor — هذا هو الإعداد الوحيد ذو العائد الواضح والرخيص على الخصوصية، لأنه يفصل «هذه المعاملة دخلت الشبكة» عن «هذا العنوان IP موجود». قبول أقران Tor الواردين أيضاً خطوة إضافية تفيد الشبكة أكثر مما تفيدك أنت، وتكلف قليلاً من زمن الاستجابة. توجيه كل حركة مرور الأقران عبر Tor هو الخيار الأكثر تشدداً: إنه يعمل، وسيجعل مزامنتك الأولية أبطأ بكثير، لذا يُزامن معظم الناس عبر clear net ثم يُحوِّلون مسار المعاملات إلى Tor. دليل خدمة Tor المخفية يتناول جانب torrc بمزيد من العمق.
غالباً ما يكون السبب هو ارتفاع الاستعادة. فالمحفظة بلا ارتفاع استعادة، أو المضبوطة على صفر، تعيد فحص السلسلة من كتلة التكوين في كل مرة تُستعاد فيها، وهو ما يعني ساعات من العمل المحلي دون طائل. اضبط ارتفاع الاستعادة على الكتلة التي كانت موجودة وقت إنشاء المحفظة. السبب الثاني هو مسار الشبكة: محفظة في بلد آخر تتحدث مع عقدتك عبر دارة onion مُشبَعة ستكون أبطأ من المحفظة نفسها على عقدة عامة قريبة — هذا هو ثمن الخصوصية، ونفق WireGuard عادة ما يستعيد معظم السرعة المفقودة. أما السبب الثالث، وهو الذي يفوت الناس غالباً، فهو أن عقدتك لم تُنهِ مزامنتها الأولية بعد وما زالت تجيب انطلاقاً من خدمة bootstrap.
لأن العقدة كيان طويل الأمد يمكن الوصول إليه علنياً، وتمر عبره معاملاتك. العقدة الكاملة تُغلق التسرب بين محفظتك وعقدة شخص غريب — ثم تفتح تسرباً أصغر، بين عقدتك ومَن أجّرك الجهاز. فإن كان التسجيل لذلك الجهاز قد تضمَّن مسح جواز سفر وبطاقة باسمك القانوني، تكون قد نقلت الربط بين الهويات لا أزلته. الدفع بعملة Monero مقابل الخادم الذي يُشغِّل عقدة Monero الخاصة بك ليس شعاراً؛ إنه النسخة الوحيدة من هذا الإعداد التي تتفق فيها الطبقتان مع بعضهما. الدليل المحوري حول استضافة VPS مجهولة يستعرض الطبقات الثلاث من البداية إلى النهاية.
Garrison (4 vCPU، 8 GB، 240 GB من NVMe، $7.90/mo) تتسع لعقدة مقلَّمة مع سنوات من هامش الأمان؛ وRavelin (480 GB) تستوعب السلسلة الكاملة. نطاق ترددي غير مقيَّد على كل خطة، بلا بريد إلكتروني عند التسجيل، وبلا وثيقة هوية، أبداً.
آخر مراجعة · 2026-10-12 · المصادر · أدلة مستخدمي getmonero.org (تشغيل عقدة، التقليم، Tor وI2P)، monerod --help على سلسلة الإصدار v0.18، وثائق Debian 12 ومشروع Tor · الدورية · سنوياً
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.
Your own LN node — bitcoind + LND or Core Lightning, on a VPS.
Accept Bitcoin and Lightning with no processor — non-custodial, no fees.
Deploy your own MCP server on a no-KYC VPS — TLS, streamable HTTP, OAuth.
Host an MCP server with no ID — the privacy stack, crypto-paid.
استضافة خاصة، مبنية في الشمال.