متطلبات مدقق سولانا: الأجهزة والتكاليف

ملاحظة مراجعة المصدر: المواصفات الفنية للأجهزة، وتكاليف الاستضافة، ومعايير SFDP، ونسبة العائد السنوي على التخزين تتغير بمرور الوقت. تحقق من جميع المواصفات الحالية قبل التزويد.

متطلبات مدقق سولانا: لماذا هي مهمة

تشمل متطلبات مدقق سولانا سعة الأجهزة، وتكاليف التشغيل، وتمويل الحسابات، والبرامج، والمراقبة المستمرة. مدقق سولانا (SOL) هو عقدة شبكة تصوت على صلاحية كتل المعاملات، ويكسب مكافآت من إصدار SOL التضخمية ورسوم المعاملات، ويشكل العمود الفقري للتوافق اللامركزي لمينيت-بيتا الخاص بسولانا (شبكة الإنتاج الحية لسولانا، حيث "بيتا" هو اسم إرثي ولا يشير إلى عدم الاستقرار). للحصول على مقدمة أوسع، راجع ما هو مدقق سولانا. المدققون هم أيضًا العمود الفقري للبنية التحتية للنظام البيئي للعملات الرقمية في سولانا: عندما يكون أداء المدققين ضعيفًا، تشعر كل تطبيق على الشبكة بالعواقب.

في تقدير المصدر، يوجد ما يقرب من 1500 إلى 1800 مدقق نشط على مينيت-بيتا الخاص بسولانا (المصدر: validators.app

يغطي هذا الدليل الأبعاد الثلاثة التي يحتاج كل مشغل مدقق محتمل إلى تقييمها: مواصفات الأجهزة، والاقتصاد (بما في ذلك رسوم التصويت وتحليل نقطة التعادل)، ومعايير الأهلية لبرنامج تفويض مؤسسة سولانا (SFDP) الذي يحدد ما إذا كانت المؤسسة ستقوم بتمويل تخزينك الأولي.

لمن هذا الدليل. يستهدف هذا الدليل مهندسي DevOps ومشغلي البنية التحتية ومشغلي العقد ذوي الخبرة الذين يقيمون المشاركة كمدقق في سولانا. إذا كنت تشغل مدققين على شبكات إيثيريوم، أو كوسموس، أو شبكات أخرى وتقوم بتقييم سولانا، فإن أقسام الأجهزة والاقتصاد تحتوي على البيانات الخاصة بسولانا التي تحتاجها. يجب على مستخدمي العملات الرقمية لأول مرة بناء الألفة مع تخزين سولانا قبل تقييم عملية تشغيل المدقق.

المحتويات:

1. متطلبات مدقق سولانا: لماذا هي مهمة
2. كيف يعمل مدققو سولانا
3. متطلبات أجهزة مدقق سولانا
4. برنامج المدقق: اختيار العميل الخاص بك
5. متطلبات SOL: الحسابات، التخزين، ورسوم التصويت
6. كم يكلف تشغيل مدقق سولانا؟
7. كيف تعمل مكافآت مدقق سولانا
8. برنامج تفويض مؤسسة سولانا (SFDP): كيف تتأهل
9. مدقق سولانا مقابل مدقق إيثيريوم: مقارنة المتطلبات
10. مراقبة مدقق سولانا الخاص بك: الأدوات ومقاييس الأداء
11. كيف تصبح مدقق سولانا: نظرة عامة على الإعداد
12. أسئلة متكررة حول متطلبات مدقق سولانا
13. هل تشغيل مدقق سولانا مناسب لك؟ إطار عمل لاتخاذ القرار

كيف يعمل مدققو سولانا

سولانا هي بلوكتشين قائمة على آلية إثبات الحصة (Proof of Stake)، مما يعني أن المدققين يقومون بتخزين عملات SOL كضمان اقتصادي للمشاركة في التحقق من الكتل وكسب المكافآت بما يتناسب مع حصتهم المفوضة. توسع سولانا آلية إثبات الحصة القياسية (PoS) مع ابتكارين معماريين هما المصدر المباشر لمتطلباتها العالية للأجهزة: إثبات التاريخ (Proof of History) وبروتوكول Tower BFT.

إثبات التاريخ: ساعة سولانا التشفيرية

إثبات التاريخ (PoH) هو ساعة سولانا التشفيرية. يقوم بإنشاء تسلسل مستمر ومحدث من تجزئات SHA-256 التي تسجل وقت كل حدث على الشبكة. يجب على المدققين معالجة والتحقق من تسلسل PoH هذا في الوقت الفعلي. لا يمكنهم تجميع أو تأجيل هذا العمل. هذه الحسابات المستمرة لـ SHA-256 هي السبب الرئيسي الذي يجعل سولانا تتطلب أداءً عالياً للمعالج أحادي النواة وتخزين NVMe (Non-Volatile Memory Express) سريعاً لا تتطلبه مدققات الطبقة الأولى الأخرى. PoH ليس آلية توافق مستقلة؛ بل هو دالة تأخير قابلة للتحقق توفر الجدول الزمني المشترك الذي يستخدمه Tower BFT للتصويت.

Tower BFT هو خوارزمية التوافق الخاصة بسولانا، وهي نسخة معدلة بشكل خاص من بروتوكول التحمل الخطي البيزنطي العملي (PBFT) الذي يستخدم الجدول الزمني لـ PoH كساعة مشتركة للتصويت. على عكس PBFT القياسي أو Tendermint BFT (المستخدم من قبل Cosmos)، فإن آلية القفل المتفائل في Tower BFT تقلل من حمل الاتصالات، مما يتيح لقدرة معالجة عالية لمدققي سولانا. كل تصويت يقوم به المدقق هو معاملة مقدمة داخل الكتلة. تجمع هذه المعاملات التصويتية ما يقرب من 1 SOL يومياً من الرسوم على مينيت-بيتا. هذه التكلفة المستمرة هي مصروف تشغيل ثابت بغض النظر عن مقدار الحصة المفوضة التي تمتلكها.

فترة العصر (Epoch) هي الفترة المحاسبية الأساسية لسولانا: حوالي يومين (432,000 فترة فتح عند حوالي 400 مللي ثانية لكل فترة فتح). عند كل نهاية فترة عصر، يتم توزيع مكافآت المدقق، وتصبح الحصص المفوضة حديثًا نشطة، ويتم نشر جدول القائد لفترة العصر التالية. هناك نتيجتان عمليتان تتبعان ذلك: أولاً، خطط لتدفق النقد الخاص بك على دورة مكافآت تقريبية مدتها يومان؛ ثانياً، تستغرق الحصة المفوضة حديثًا فترة عصر كاملة لتصبح نشطة وتبدأ في توليد المكافآت، لذلك يواجه المدققون الجدد فترة تأخير قبل الوصول إلى استحقاق المكافأة الكامل.

متطلبات أجهزة مدقق سولانا

تتطلب مدققات سولانا أجهزة أقوى بكثير من معظم شبكات الطبقة الأولى الأخرى لأن معالجة إثبات التاريخ تتطلب حسابات SHA-256 عالية الإنتاجية باستمرار، ويجب على المدققين إعادة تشغيل دفتر الأستاذ بالكامل في الوقت الفعلي مع دورة الفتح التي تبلغ 400 مللي ثانية في سولانا.

يعكس الجدول أدناه المواصفات المستمدة من وثائق إعداد مدقق سولانا

متطلبات أجهزة مدقق سولانا. ملاحظة مراجعة المصدر: المصدر: docs.solanalabs.com/operations/setup-a-validator. تحقق من المتطلبات الحالية قبل التزويد. ارتفعت الحد الأدنى للأجهزة في سولانا بمرور الوقت مع نمو حالة الشبكة.

تحذير: أقراص SATA SSD غير مؤهلة. لا يمكن لأقراص SATA SSD القياسية تلبية متطلبات إنتاجية الإدخال/الإخراج (I/O) لقاعدة بيانات الحسابات وسجل سولانا. تلبي أقراص PCIe Gen3 NVMe فقط الحد الأدنى؛ وتعد أقراص PCIe Gen4 NVMe هي المعيار الفعلي للإنتاج. أي فالدیتور (Validator) يعمل باستخدام تخزين SATA سيفقد التصويت وسيراكم معدل تخطي (skip rate) مرتفع.

اختيار المعالج (CPU)

تؤدي سرعة ساعة النواة الواحدة العالية إلى دفع أداء إثبات التاريخ (PoH) بشكل أكبر من عدد الأنوية. إن تسلسل هاش SHA-256 الذي يقوم عليه إثبات التاريخ PoH هو أحادي المسار في مساره الحرج. يتفوق خادم بـ 24 نواة يعمل بتردد 3.5 جيجاهرتز على خادم بـ 48 نواة يعمل بتردد 2.0 جيجاهرتز في معالجة إثبات التاريخ PoH. تحقق منصات AMD EPYC 7003 series (Milan) و Intel Xeon Ice Lake أو Sapphire Rapids ملف الأداء المطلوب. يجب تجنب المعالجات الافتراضية السحابية (Cloud vCPUs): حيث تؤدي معالجات vCPUs ذات الأنوية المشتركة إلى تباين في سرعة الساعة مما يسبب تأخيرات في معالجة إثبات التاريخ PoH وفقدان الأصوات.

ذاكرة الوصول العشوائي (RAM) وقاعدة بيانات الحسابات

ذاكرة RAM بحجم 128 جيجابايت كافية بالكاد للبقاء، ولكنها ستكلفك. الفالدیتورز الذين يعملون بالحد الأدنى يضطرون لتسريب ذاكرة التخزين المؤقت (cache) إلى قرص NVMe الخاص بالحسابات خلال فترات الضغط العالي، ويظهر هذا التسريب في الإدخال/الإخراج كارتفاع في معدل التخطي. مع 256 جيجابايت، تتناسب قاعدة بيانات الحسابات بشكل كبير داخل الذاكرة. ذاكرة ECC (كود تصحيح الخطأ) مطلوبة لأن أخطاء الذاكرة في بيئة فالدیتور نشطة تسبب فسادًا صامتًا في الحالة مما يضعف المشاركة في الإجماع.

يستخدم التكوين الموصى به قرصي NVMe منفصلين: أحدهما لنظام التشغيل وبيانات السجل، والآخر مخصص لقاعدة بيانات الحسابات. يمنع هذا الفصل عمليات كتابة السجل من منافسة عمليات قراءة قاعدة بيانات الحسابات خلال فترات الحمل العالي. يعد PCIe Gen3 هو الحد الأدنى؛ ويضاعف PCIe Gen4 النطاق الترددي المتاح وهو معيار الإنتاج. يوفر القرصان أيضًا مسارًا للتكوين لتقنيات RAID أو التكرار القائم على اللقطات (snapshot-based redundancy).

يعد الاتصال المتماثل بسرعة 1 جيجابت في الثانية هو الحد الأدنى الوظيفي، لكن فالدیتورز المينيت (Mainnet) في مرحلة الإنتاج يحتاجون بشكل روتيني إلى 10 جيجابت في الثانية خلال فترات الزحام العالي. التوزيع الجغرافي بالنسبة للفالدیتورز ذوي التخزين (Stake) العالي له أهمية: فزمن انتقال الشبكة المنخفض للأغلبية العظمى في الكتلة يقلل من تأخيرات انتشار التصويت ويحسن معدل مشاركتك في التصويت. تفتقر اتصالات الإنترنت السكنية إلى اتساق الرفع الذي يتطلبه وتيرة بث تصويت سولانا.

تعد استضافة الأجهزة المادية (Bare-metal) هي معيار الإنتاج لفالدیتورز مينيت سولانا. توفر خوادم الأجهزة المادية عمليات IOPS لقرص NVMe متسقة دون منافسة من برنامج مراقبة الأجهزة الافتراضية (hypervisor)، وأنوية معالج مخصصة دون تأثيرات "الجيران المزعجين" على هاش SHA-256 لإثبات التاريخ PoH، ونطاق ترددي مخصص للشبكة دون خنق ناتج عن المستأجرين المشتركين. تتسبب مثيلات VPS السحابية التي تعمل بتخزين افتراضي في اختناقات في إدخال/إخراج قاعدة بيانات الحسابات تترجم مباشرة إلى أصوات مفقودة وتدهور في معدل التخطي.

إذا كنت تختبر التكوين على شبكة الاختبار (Testnet) أو شبكة التطوير (Devnet)، فإن VPS السحابي يعد بيئة مقبولة وفعالة من حيث التكلفة. أما بالنسبة لإنتاج Mainnet-beta، فإن الخوادم المخصصة المادية (Bare-metal) هي الخيار الصحيح للبنية التحتية.

برمجيات الفالدیتور: اختيار العميل الخاص بك

تدعم سولانا ثلاث عمليات تنفيذ لعملاء الفالدیتور ذات صلة بالإنتاج، ويؤثر العميل الذي تختاره على كل من إمكانات الربح والتعقيد التشغيلي لديك منذ اليوم الأول. تعد بنية سولانا متعددة العملاء قرارًا مدروسًا لصحة الشبكة: فتوزيع برمجيات الفالدیتور عبر عمليات تنفيذ مستقلة يقلل من خطر تأثير خطأ برمجي في عميل واحد على الشبكة بأكملها.

Agave (سابقاً Solana Labs Validator Client)

عميل Agave (سابقاً عميل فالدیتور Solana Labs) هو التنفيذ المرجعي لفالدیتورز سولانا، وتتم صيانته بواسطة Anza، وهي شركة هندسية منبثقة عن Solana Labs. مكتوب بلغة Rust، ويعتبر Agave العميل الأكثر اختباراً وتوثيقاً على الشبكة. يجب أن يبدأ الفالدیتورز الجدد مع Agave: فهو يتمتع بأوسع دعم مجتمعي والسلوك الأكثر قابلية للتنبؤ تحت الضغط. تعليمات التثبيت وأعلام تكوين بدء التشغيل موجودة في مستودع GitHub لعميل Agave

Jito-Solana: الوصول إلى إيرادات مكافآت MEV

عميل Jito-Solana هو انقسام (Fork) من Agave يدمج بنية فالدیتور Jito التحتية

Firedancer: عميل مستقل عالي الأداء

Firedancer هو عميل فالدیتور مستقل لسولانا طورته Jump Crypto (قسم العملات الرقمية في Jump Trading)، مكتوب بلغة C/C++ لتحقيق أقصى أداء للإنتاجية. تم تصميمه لزيادة سعة الإنتاجية الإجمالية لشبكة سولانا وتحسين تنوع العملاء. في التقدير المصدر، يتوفر Firedancer بسعة إنتاجية محدودة. تحقق من حالة النشر الحالية في مستودع GitHub لـ Firedancer

متطلبات نظام التشغيل: يعمل فالدیتورز سولانا على Linux. يعد Ubuntu 22.04 LTS هو نظام التشغيل الموصى به. تتضمن عمليات ضبط النواة المطلوبة تعديل أحجام مخزن الشبكة المؤقت وإعدادات حاكم المعالج (CPU governor). تحدد الوثائق الرسمية المعلمات الدقيقة.

مهارات Linux مطلوبة. يتطلب تشغيل فالدیتور سولانا ارتياحًا في التعامل مع وصول SSH، وإدارة خدمات systemd، وتكوين جدار الحماية UFW أو iptables، ومراقبة السجلات. إذا لم تكن بهذا المستوى بعد، فإن شبكة الاختبار (Testnet) هي البيئة المناسبة للبدء. يمكنك بناء الألفة التشغيلية هناك دون مخاطر مالية.

متطلبات SOL: الحسابات، والتخزين (Stake)، ورسوم التصويت

لا تفرض سولانا أي حد أدنى لـ الرصيد من عملة SOL على مستوى البروتوكول لتشغيل فالدیتور، ولكن رسوم معاملات التصويت وتكاليف الخادم تخلق حدًا أدنى اقتصاديًا عمليًا: يجب أن يولد التخزين الموكل إليك دخل عمولة كافيًا لتغطية نفقات التشغيل الشهرية.

ما هي كمية SOL التي تحتاجها لتشغيل فالدیتور سولانا؟

لا يوجد حد أدنى لـ الرصيد من عملة SOL يفرضه البروتوكول. يمكن لأي فالدیتور المشاركة في الإجماع بتخزين ذاتي صغير. يتم تحديد الحد الأدنى العملي من خلال حساب نقطة التعادل: يجب أن يولد التخزين الموكل إليك دخل عمولة كافيًا لتغطية تكاليف الخادم الشهرية بالإضافة إلى ما يقرب من 30 SOL شهريًا كرسوم معاملات تصويت. بالنسبة لمعظم المشغلين، يعني هذا جذب 50,000 إلى أكثر من 100,000 SOL في التخزين الموكل قبل الوصول إلى الربحية، أو التأهل لبرنامج تفويض مؤسسة سولانا (SFDP) لدعم التخزين في الفترة الانتقالية.

حساب التصويت وحساب الهوية

يحتفظ كل فالدیتور في سولانا بحسابين متميزين داخل الكتلة (On-Chain) بـ أرصدة SOL منفصلة.

حساب الهوية: زوج مفاتيح المصادقة الخاص بالفالدیتور، والذي يوقع على الأصوات ويحدد عقدة الفالدیتور على الشبكة. يقيم زوج المفاتيح هذا على الخادم لأنه مطلوب للتوقيع النشط. متطلبات التمويل ضئيلة؛ يحتاج إلى ما يكفي من SOL لدفع ثمن المعاملات العرضية.

حساب التصويت: حساب خاص داخل الكتلة (On-Chain) يستخدم لتسجيل أصوات الفالدیتور في كل حقبة (epoch). يتطلب حساب التصويت الرصيد من عملة SOL معفى من الإيجار يبلغ حوالي 0.02685 SOL ليظل نشطًا (تحقق من الرقم الحالي في أوامر إنشاء حساب التصويت

هام: قم بتمويل حساب التصويت الخاص بك قبل الانطلاق. رسوم التصويت تبلغ حوالي 1 SOL يوميًا على مينيت-بيتا، بغض النظر عن مقدار التخزين الذي تحتفظ به. إذا نفد رصيد حساب التصويت من SOL، فسيتوقف المدقق الخاص بك عن التصويت ويصبح متأخرًا (مدقق توقف عن المشاركة في الإجماع، مما يؤدي إلى مكافآت فائتة وتقليل درجات الأداء). قم بتمويل 30 يومًا من الرسوم قبل الإطلاق، ثم راقب الرصيد يوميًا. يمكن للمشغلين الذين يحتاجون إلى SOL لهذا المخزن المؤقت استخدام Bybit SOL/USDT التداول الفوري,) حيثما كان متاحًا، قبل التحويل بحذر إلى عنوان Solana الصحيح.

التخزين المفوض وأهلية المكافآت

يقوم حاملو SOL بإنشاء حسابات تخزين وتفويضها إلى مدقق من اختيارهم. يحدد إجمالي التخزين المفوض الخاص بك حصتك النسبية من مكافآت التضخم الدورية وعدد شرائح القادة المخصصة لك. عند تقييم مدقق، يبحث المفوضون عادةً عن معدل العمولة، ومعدل التخطي، ودرجة أداء SFDP معًا. فهم كيفية عمل تخزين SOL وتفويضه هو أمر أساسي لنمذجة دخل المدقق: يقوم المفوضون بتقييم ما إذا كان المدقق الخاص بك سيؤدي بشكل جيد ويحمي مكافآتهم، لذا فإن العلاقة بين جودة أجهزتك والتخزين المفوض الخاص بك مباشرة. يستغرق التخزين المفوض حديثًا دورة كاملة (حوالي يومين) للتنشيط وبدء توليد المكافآت.

الحد الأدنى الاقتصادي: ما مقدار التخزين الذي تحتاجه بالفعل؟

يوفر حساب الربحية في القسم التالي الصيغة الدقيقة. بنسبة عائد سنوي (APY) تبلغ 7% ومعدل عمولة 10%، يحتاج المدقق إلى ما يقرب من 50,000 إلى 100,000 SOL في التخزين المفوض لتوليد دخل عمولة يتجاوز تكاليف الخادم ورسوم التصويت النموذجية. أقل من هذا الحد، تعمل المدققات عادةً بخسارة. يغطي قسم SFDP كيفية سد المؤسسة لهذه الفجوة للمشغلين المؤهلين.

كم يكلف تشغيل مدقق Solana؟

يتضمن تشغيل مدقق Solana على مينيت-بيتا فئتين متميزتين من التكاليف: نفقات خادم شهرية ثابتة للأجهزة المادية، وتكلفة مستمرة متغيرة في شكل رسوم معاملات التصويت مقومة بالـ SOL.

تفصيل تكلفة التشغيل الشهرية

جميع الأسعار تقريبية في التقدير المصدر. تحقق من الأسعار الحالية مباشرة مع كل مزود قبل الالتزام. بالنسبة لمعظم المشغلين، فإن Latitude.sh أو OVHcloud للأجهزة المادية في نطاق 150-500 دولار شهريًا هي نقطة البداية العملية لتكوين قادر على مينيت.

ملاحظة سياسة Hetzner. في التقدير المصدر، قامت Hetzner بتقييد أعباء عمل مدققي Solana على أجزاء من بنيتها التحتية. تحقق من السياسة الحالية مباشرة مع Hetzner قبل توفير خادم لاستخدام مدقق مينيت-بيتا.

هل تشغيل مدقق Solana مربح؟

تتناسب الربحية مع التخزين المفوض. المدقق الذي يحتوي على 20,000 SOL مفوض يخسر المال عند معظم مستويات أسعار SOL. المدقق الذي يحتوي على 150,000 SOL مفوض يصل إلى الربحية في ظل ظروف APY والعمولة النموذجية. الصيغة أدناه توضح العلاقة بدقة.

صيغة الربحية

صافي الربح الشهري = (SOL مفوض × APY سنوي / 12 × معدل العمولة) - تكلفة الخادم الشهرية - (رسوم التصويت يوميًا × 30)

مثال توضيحي (توضيحي؛ تحقق من جميع المدخلات باستخدام البيانات الحالية):

• SOL مفوض: 100,000 SOL
• APY سنوي: حوالي 6.5% (في التقدير المصدر، المصدر: validators.app؛ تحقق من المعدل الحالي)
• معدل العمولة: 10%
• تكلفة الخادم الشهرية: 350 دولارًا
• رسوم التصويت: حوالي 1 SOL/يوم × 30 يومًا = 30 SOL/شهر

دخل العمولة الشهري: 100,000 × 0.065 / 12 × 0.10 = حوالي 54 SOL/شهر

إجمالي التكلفة الشهرية: 350 دولارًا للخادم + (30 SOL × سعر SOL الحالي)

عندما يكون سعر SOL = 150 دولارًا: تبلغ التكلفة الشهرية الإجمالية حوالي 350 دولارًا + 4,500 دولار = 4,850 دولارًا. دخل العمولة الشهري عند 54 SOL × 150 دولارًا = 8,100 دولارًا. الصافي: حوالي +3,250 دولارًا شهريًا.

ملاحظة: تقديرات التكلفة، وتوقعات الربحية، وحسابات الأرباح أعلاه هي أمثلة توضيحية تعتمد على مدخلات متغيرة (سعر SOL، APY للتخزين، تكاليف الخادم) تتغير بمرور الوقت. إنها ليست مشورة مالية، أو توصيات استثمارية، أو ضمانات للأداء المستقبلي. تحقق من جميع الأرقام باستخدام بيانات السوق الحالية قبل اتخاذ القرارات المالية.

التوزيع الجغرافي وتقييم SFDP

يؤثر موقع مركز البيانات على أهلية SFDP. تقوم آلية التصنيف الخاصة بمؤسسة Solana بمعاقبة المدققين الذين يتركزون في مناطق مراكز بيانات مشبعة بالفعل، لا سيما في آشبرن، فيرجينيا، التي تضم نسبة غير متناسبة من مدققي Solana. يحصل الاستضافة على مزودي الخدمات السحابية الرئيسيين (AWS، GCP، Azure) على درجات لامركزية أقل. تحصل الأجهزة المادية في المناطق الجغرافية غير الممثلة تمثيلاً كافياً على درجات أفضل لتنوع مراكز البيانات.

كيف تعمل مكافآت مدقق Solana

تتدفق مكافآت مدقق Solana من مصدرين: إصدار SOL التضخمي الموزع بشكل نسبي على حصة كل مدقق من إجمالي التخزين النشط كل دورة، وإيرادات رسوم المعاملات من الكتل التي ينتجها المدقق خلال شرائح القادة المخصصة له. المدققون الذين يشغلون عميل Jito-Solana يحصلون على وصول إلى مصدر دخل ثالث: توزيع إكراميات MEV من محرك كتل Jito.

المكافآت التضخمية وصيغة المكافأة

صيغة المكافأة الأساسية:

إجمالي مكافأة المدقق لكل دورة = (إجمالي التخزين المفوض للمدقق / إجمالي التخزين النشط على الشبكة) × مجمع مكافأة التضخم للدورة

بدأ جدول إصدار التضخم في Solana بنسبة 8% سنويًا وينخفض بنسبة 15% سنويًا، مع حد أدنى طويل الأجل يبلغ 1.5%. تعكس نسبة العائد السنوي (APY) الحالية للتخزين مكان الشبكة في هذا الجدول (تحقق من APY الحالي على validators.app قبل النمذجة).

في كل دورة، تنشر Solana جدول القادة: دوران محدد مسبقًا يخصص لكل مدقق شرائح محددة يكون مسؤولاً خلالها عن إنتاج الكتل. المزيد من التخزين المفوض يعني المزيد من شرائح القادة، مما يعني المزيد من مكافآت إنتاج الكتل فوق مكافأة التضخم الأساسية.

مثال توضيحي (توضيحي): مدقق يمتلك 1% من إجمالي التخزين النشط بمعدل عمولة 10%، وبنسبة عائد سنوي (APY) تبلغ 6.5%، يكسب حوالي 1% × (إجمالي SOL المخزن × 0.065 / 365 × يومين لكل دورة) × 10% عمولة لكل دورة. استخدم الأرقام الحية الحالية من validators.app لحساب السيناريو الخاص بك.

معدل العمولة: ما تحتفظ به مقابل ما تمرره

معدل العمولة الخاص بك هو النسبة المئوية لمكافآت التخزين التي تحتفظ بها من أرباح مفوضيك. إنه ليس رسومًا مفروضة على المعاملات. بنسبة عمولة 10%، تحتفظ بنسبة 10% من جميع مكافآت الدورة التي تكسبها حصة مفوضيك، وتذهب الـ 90% المتبقية مباشرة إلى المفوضين. تحديد عمولة مرتفعة جدًا يثبط المفوضين عن اختيار المدقق الخاص بك؛ تحديدها منخفضة جدًا قد لا يغطي تكاليف التشغيل.

يتراوح النطاق السوقي النموذجي للمدققين التنافسيين على سولانا مينيت-بيتا من 0% إلى 10%. يؤدي تعيين عمولة بنسبة 100% إلى استبعاد المدقق الخاص بك من برنامج تفويض مؤسسة سولانا. يغطي قسم SFDP أدناه سقف العمولة وكيفية تفاعله مع تسجيل الأهلية.

تأخير تنشيط التخزين وتوقيت المكافآت

يستغرق التخزين المفوض حديثًا حقبة كاملة (حوالي يومين) للتنشيط بعد التفويض. تتم إضافة المكافآت عند كل حدود الحقبة. يجب على المدققين الجدد تخصيص ميزانية لحقبتين كاملتين على الأقل بعد الإطلاق قبل توقع الحصول على دخل مكافآت كامل: حقبة للتحقق من الأجهزة والتكوين على الشبكة التجريبية، وحقبة لتنشيط التخزين على مينيت-بيتا.

برنامج تفويض مؤسسة سولانا (SFDP): كيفية التأهل

بدون تخزين خارجي مبدئي، سيعمل مدقق سولانا جديد بأقل قدر من التفويض العضوي بخسارة خلال أشهره الأولى على مينيت-بيتا. برنامج تفويض مؤسسة سولانا (SFDP) موجود لسد هذه الفجوة. تقوم مؤسسة سولانا (المؤسسة غير الربحية التي تدعم تطوير سولانا واللامركزية) بتفويض عملات SOL من خزائنها إلى مدققي مينيت-بيتا المؤهلين، وتوفر تخزينًا مبدئيًا لمساعدة المشغلين الجدد على الوصول إلى الجدوى الاقتصادية قبل جذب المفوضين العضويين.

ما هو برنامج تفويض مؤسسة سولانا؟

SFDP هو برنامج مؤسسة سولانا الذي تقوم من خلاله المؤسسة بتفويض عملات SOL من خزائنها إلى مدققي مينيت-بيتا المؤهلين. يوفر تخزينًا مبدئيًا لمساعدة المدققين الجدد على الوصول إلى الجدوى الاقتصادية قبل جذب المفوضين العضويين. تتطلب الأهلية تلبية معايير الأداء، ومعدل العمولة، وتنوع مراكز البيانات التي تتحقق منها المؤسسة. SFDP ليس تلقائيًا. يجب على المدققين التقدم بطلب للحصول عليه والحفاظ على الأهلية المستمرة للاحتفاظ بالتفويض.

يملأ SFDP الفجوة الاقتصادية بين الإطلاق والحد الأدنى لعتبة التخزين المفوض لتحقيق الربحية. يتلقى المدقق الذي يتأهل لـ SFDP تفويضًا من المؤسسة يولد دخلاً من العمولات، مما يقلل الوقت اللازم للوصول إلى الاستدامة التشغيلية.

متطلبات أهلية SFDP

تعكس المعايير التالية متطلبات البرنامج كما هو موثق في solana.org/validators. تحقق من كل بند مقابل صفحة البرنامج الحالية قبل التقديم. تقوم المؤسسة بتحديث هذه المعايير بشكل دوري.

• يجب أن يكون المدقق نشطًا على مينيت-بيتا (وليس الشبكة التجريبية أو شبكة التطوير)
• معدل العمولة عند أو أقل من سقف SFDP الحالي (تحقق من الحد الدقيق الحالي في solana.org/validators؛ عمولة 100% هي استبعاد قاطع، والمعدلات التي تتجاوز الأعراف المجتمعية تؤثر على التسجيل)
• الحد الأدنى لمعدل مشاركة التصويت المحافظ عليه فوق عتبة البرنامج (تأكيد العتبة الحالية من الوثائق الرسمية)
• معدل التخطي (النسبة المئوية لفتحات القائد المخصصة التي يفوتها المدقق) أقل من عتبة البرنامج
• مزود مركز البيانات ليس في قائمة التركيز المفرط (تفرض AWS و GCP و Azure تركيزًا عقوبة على التسجيل)
• هوية المدقق نشطة وحساب التصويت ممول بدون تاريخ تخلف حديث
• درجة الأداء تلبي عتبات المؤسسة بناءً على جودة إنتاج الكتلة ووقت التشغيل

يتم تحديد معايير الأهلية لبرنامج تفويض مؤسسة سولانا ومبالغ التفويض بواسطة مؤسسة سولانا حسب تقديرها وقد تتغير. استيفاء المعايير أعلاه لا يضمن تفويض SFDP. تحقق دائمًا من متطلبات البرنامج الحالية مباشرة على solana.org/validators

ما مقدار التخزين الذي يوفره SFDP؟

يخصص SFDP عملات SOL في مستويات بناءً على درجات أداء المدقق. عادةً ما يتلقى المدققون الجدد الذين ليس لديهم سجل أداء تخصيصات أولية أقل. مع إثبات مدققك لوقت تشغيل ثابت، ومعدل تخطي منخفض، ومشاركة تصويت قوية، يمكن أن يزداد التخصيص. يخضع هيكل البرنامج لمراجعة المؤسسة. تحقق من صفحة SFDP الرسمية لهياكل المستويات والمبالغ الحالية.

1. قم بتأكيد أن مدقق مينيت-بيتا الخاص بك مباشر ويلبي عتبات الأداء (تحقق من معدل التخطي ومعدل المشاركة في التصويت عبر validators.app
2. أكمل نموذج الطلب على موقع مؤسسة سولانا في نموذج طلب برنامج تفويض مؤسسة سولانا
3. راقب درجة أدائك عبر validators.app بعد التقديم؛ تقوم المؤسسة بتقييم بيانات الأداء داخل الكتلة كجزء من عملية المراجعة الخاصة بها.

يكافئ تسجيل SFDP التنوع الجغرافي وتنوع مزودي الخدمة. يحصل المدققون المستضافون على خوادم مخصصة في مناطق ممثلة تمثيلاً ناقصًا على درجات أفضل من أولئك الذين يتركزون في البنية التحتية لمقدمي الخدمات السحابية الرئيسيين. إذا كانت بصمة مركز البيانات الخاص بك ترتكز على AWS us-east-1 أو مناطق سحابية رئيسية مكافئة، فقد تحتاج إلى التوفير في مناطق بديلة أو مع مزودين بديلين للتأهل لـ SFDP أو لزيادة تخصيصه. هذا الاعتبار ذو أهمية خاصة للمشغلين المؤسسيين الذين يقيمون عمليات نشر متعددة المدققين.

تفويض SFDP ليس دائمًا. تقوم مؤسسة سولانا بتعديل تخصيصات التفويض بنشاط بناءً على أداء المدقق المستمر. يمكن للمدققين الذين يقعون تحت عتبات الأداء من خلال تدهور الأجهزة أو التكوين الخاطئ أو المراقبة غير المنتبهة أن يفقدوا تخزين SFDP بسرعة. قم ببناء اقتصاديات المدقق الخاص بك على المدى الطويل حول التخزين المفوض العضوي، وليس SFDP كمصدر دخل دائم.

مقارنة متطلبات مدقق سولانا مقابل مدقق إيثيريوم

غالبًا ما يقلل المشغلون الذين قاموا بتشغيل مدققي إيثيريوم من تقدير متطلبات أجهزة سولانا لأن الشبكتين تفرضان أعباء حوسبة مختلفة بشكل قاطع على المدققين الخاصين بهما.

يجب على مدققي سولانا معالجة إثباتات PoH بشكل مستمر، وإعادة تشغيل دفتر الأستاذ بالكامل في الوقت الفعلي مع إنتاجية تزيد عن 50,000 معاملة في الثانية، والتصويت على الكتل في زمن استجابة أقل من ثانية. على النقيض من ذلك، يقوم مدققو إيثيريوم بالتأكيد على الحقبات التي تستمر حوالي 6.4 دقائق لكل دورة ولا يعيدون تشغيل دفتر أستاذ عالي الإنتاجية محليًا في الوقت الفعلي. مقايضات بنية سولانا متطلبات الأجهزة مقابل إنتاجية المعاملات. تعطي بنية إيثيريوم الأولوية لحواجز الأجهزة المنخفضة مقابل إنتاجية محلية أقل.

الحد الأدنى لـ 32 ETH في إيثيريوم هو قاعدة بروتوكول صارمة: لا يمكنك تنشيط مدقق إيثيريوم بدون 32 ETH مخزنة بالضبط. لا يوجد قيد بروتوكول مماثل في سولانا. يمكن لأي مدقق سولانا البدء في التصويت بأقل قدر من التخزين. الحاجز هو اقتصادي: أقل من عتبة التخزين المفوض التي تحقق التعادل (المغطاة في قسم التكلفة)، تتجاوز تكاليف الخادم ورسوم التصويت الشهرية دخل العمولات، مما ينتج عنه خسارة شهرية صافية. هذه أنواع مختلفة من حواجز الدخول. حاجز إيثيريوم هو متطلب قفل رأس المال؛ حاجز سولانا هو متطلب تكلفة تشغيل مستمرة.

مراقبة مدقق سولانا الخاص بك: الأدوات ومقاييس الأداء

تحدد مقاييس أداء المدقق درجة أهليتك لـ SFDP، ومعدل التخطي الخاص بك، ومقدار الحصة المفوضة التي تحتفظ بها. المراقبة هي وظيفة اقتصادية مباشرة، وليست فكرة لاحقة تشغيلية.

أدوات المراقبة المستخدمة من قبل مشغلي مدققي Solana:

• validators.app

• مستكشف مدققي Solana Beach

• explorer.solana.com: مستكشف كتل Solana الرسمي. استخدمه للبحث عن المدقق على مستوى الكتلة بواسطة مفتاح الهوية العام (identity pubkey)، والتحقق من المعاملات، وفحص الحسابات داخل الكتلة (on-chain account inspection).

• Grafana + Prometheus (مستضافة ذاتيًا): المجموعة الموصى بها للمراقبة في الوقت الفعلي للبنية التحتية. تتعقب استخدام وحدة المعالجة المركزية (CPU utilization)، واستهلاك ذاكرة الوصول العشوائي (RAM consumption)، وعمليات الإدخال/الإخراج لوحدات NVMe (NVMe IOPS)، وإنتاجية الشبكة على مستوى الأجهزة. تنشر Solana Labs مرجعًا لملف JSON للوحة تحكم Grafana في الوثائق الرسمية.

• معدل التخطي (Skip rate): النسبة المئوية لفتحات القائد المعينة التي يفقدها المدقق. استهدف أقل من 10٪؛ تتطلب SFDP عادةً حدًا أدنى. معدل التخطي المتزايد هو أقدم مؤشر على نقص توفير الأجهزة أو مشكلات الاتصال بالشبكة.

• معدل المشاركة في التصويت (Vote participation rate): النسبة المئوية للفتحات التي تقدم فيها بنجاح تصويتك. استهدف أكثر من 95٪.

• رصيد عملة SOL في حساب التصويت (Vote account SOL balance): لا تسمح أبدًا بانخفاضه عن فترة تشغيل لمدة أسبوع واحد من رسوم التصويت. راقب يوميًا.

• حالة اللحاق بالدفتر (Ledger catchup status): بعد أي إعادة تشغيل، تأكد من عودة مدققك إلى طرف السلسلة قبل توقع المشاركة في التصويت.

• استخدام NVMe IOPS: تظهر اختناقات التخزين كزيادة في معدل التخطي تحت حجم المعاملات الكبير. راقب أوقات انتظار الإدخال/الإخراج (I/O wait times) على كل من محركات NVMe.

قم بإعداد التنبيهات. قم بتكوين PagerDuty أو OpsGenie أو ما يعادلهما من التنبيهات على رصيد عملة SOL في حساب التصويت الخاص بك. قم بتعيين عتبة التنبيه عند 7 أيام متبقية من رسوم التصويت. يصبح حساب التصويت غير الممول متأخرًا دون أي تحذير داخل الكتلة (on-chain). بحلول الوقت الذي يلاحظ فيه المفوضون تدهور أدائك، ستكون قد فقدت حصتك بالفعل.

كيفية أن تصبح مدقق Solana: نظرة عامة على الإعداد

يقوم هذا القسم بتعيين الخطوات العشر المتسلسلة من توفير الأجهزة إلى تقديم طلب SFDP. تتوفر تعليمات الإعداد التفصيلية لأوامر الإنتاج، وعلامات CLI الدقيقة، وقوالب ملفات التكوين في وثائق إعداد مدقق Solana

1. تم توفير الأجهزة والتحقق منها. قم بتوريد خادم bare-metal يلبي المواصفات الموضحة في قسم متطلبات الأجهزة. قم بتأكيد تكوين محرك NVMe، وسعة ذاكرة الوصول العشوائي (RAM)، واتصال الشبكة قبل المتابعة.

2. تم تثبيت Ubuntu 22.04 LTS وتم ضبط النواة. قم بتثبيت نظام التشغيل. قم بتطبيق إعدادات حجم مخزن الشبكة وحاكم وحدة المعالجة المركزية (CPU governor) المحددة في وثائق Solana. هذه المعلمات الخاصة بالنواة ليست اختيارية؛ وتخطيها يؤدي إلى تدهور الأداء تحت الحمل المستمر.

3. تم تثبيت أدوات Solana CLI وتكوينها لشبكة الاختبار (testnet). قم بتثبيت مجموعة أدوات Solana CLI. قم بتكوين هدف مجموعتك (cluster) لشبكة الاختبار (testnet) (وليس mainnet-beta) لجميع أعمال التكوين الأولية. تستخدم شبكة الاختبار (testnet) عملة SOL عديمة القيمة، مما يتيح لك الاختبار دون تعرض مالي.

4. تم إنشاء زوج مفاتيح الهوية وزوج مفاتيح حساب التصويت؛ تم تأمين سلطة السحب. قم بإنشاء زوج مفاتيح هوية المدقق (validator) الخاص بك وزوج مفاتيح حساب التصويت الخاص بك باستخدام Solana CLI. قم بتعيين سلطة السحب إلى زوج مفاتيح تخزين بارد (محفظة أجهزة أو جهاز معزول). هذه حسابات منفصلة (انظر ملاحظة الأمان أدناه).

5. تم تمويل حساب التصويت بحد أدنى 30 يومًا من رسوم التصويت. قم بتمويل حساب التصويت بحوالي 0.02685 SOL لرصيد معفى من الإيجار بالإضافة إلى حد أدنى 30 SOL كاحتياطي لرسوم التصويت قبل التشغيل. هذه هي الخطوة التي يتم تخطيها في الغالب، ولها العواقب الأكثر خطورة.

6. تم تكوين وبدء عملية المدقق Agave (أو Jito-Solana). قم بتكوين برنامج بدء تشغيل المدقق الخاص بك باستخدام العلامات (flags) من الوثائق الرسمية. قم بتشغيل عميل Agave (المعروف سابقًا بعميل المدقق Solana Labs) كخط أساس موصى به. Jito-Solana هو خيار بعد أن يكون لديك عمليات مستقرة.

7. تمت مراقبة ولتأكيد اللحاق بالدفتر (Ledger catchup). قم بتشغيل أمر اللحاق (catchup) المشار إليه في الوثائق الرسمية لمراقبة تقدم مدققك في إعادة تشغيل الدفتر. لا تتوقع المشاركة في التصويت حتى يصل المدقق إلى طرف السلسلة الحالي.

8. تم التحقق من استقرار شبكة الاختبار (testnet) لمدة حقبة كاملة واحدة على الأقل. قم بتشغيل المدقق الخاص بك على شبكة الاختبار (testnet) لمدة حقبة كاملة واحدة على الأقل (حوالي يومين) قبل الترحيل إلى mainnet-beta. قم بتأكيد معدل التخطي (skip rate) ومعدل المشاركة في التصويت ومقاييس الأجهزة ضمن النطاقات المقبولة.

9. تم ترحيل التكوين إلى mainnet-beta؛ وتم تمويل حساب التصويت. قم بتبديل تكوين مجموعتك (cluster) إلى mainnet-beta (شبكة Solana الإنتاجية الحية). قم بتمويل حساب التصويت الخاص بك على mainnet. قم بتسجيل المدقق الخاص بك على validators.app لجعل أدائك مرئيًا للمفوضين (delegators).

10. تم تقديم طلب SFDP وتعيين استراتيجية معدل العمولة. قم بمراجعة متطلبات الأهلية لـ SFDP وتقدم بطلب إذا استوفيت المعايير. قم بتعيين معدل العمولة الخاص بك، مع الموازنة بين قيود سقف SFDP والموضع التنافسي مع المفوضين العضويين.

شبكة الاختبار أولاً: لماذا تهتم الشبكة التجريبية

تعكس مجموعة شبكة الاختبار (testnet) لـ Solana عمليات mainnet-beta من الناحية التشغيلية ولكنها تستخدم عملة SOL بدون قيمة نقدية، متاحة من صنبور شبكة الاختبار (testnet faucet). أخطاء التكوين على شبكة الاختبار (testnet) لا تكلف شيئًا. الأخطاء نفسها على mainnet-beta تكلف رسوم تصويت SOL حقيقية بينما يؤدي مدققك أداءً ضعيفًا ويفقد حصته المفوضة. توصي مؤسسة Solana بمدة حقبة كاملة واحدة على الأقل من التشغيل المستقر على شبكة الاختبار (testnet) قبل النشر على mainnet. شبكة الاختبار (testnet) منفصلة عن devnet: devnet هي بيئة تطوير لاختبار التطبيقات وليست بيئة تدريب مناسبة للمدقق.

يمكن ويجب أن يكون زوج مفاتيح الهوية الخاص بك موجودًا على الخادم: فهو يوقع كل معاملة تصويت يبثها المدقق، لذلك يحتاج إلى إمكانية الوصول إليه بواسطة عملية المدقق قيد التشغيل. يجب ألا يكون زوج مفاتيح سلطة السحب الخاص بك على الخادم أبدًا. تتحكم سلطة السحب في سحب الأموال من حساب التصويت الخاص بك. إذا حصل عليها مهاجم، فيمكنه استنزاف كل عملات SOL في حساب التصويت وأموالك المخزنة (staked). استخدم محفظة أجهزة (Ledger, Trezor) أو جهازًا معزولًا كسلطة سحب. هذا الفصل بين المفاتيح هو أهم ممارسة أمنية لمدققي Solana.

أسئلة متكررة حول متطلبات مدقق Solana

تمثل هذه الأسئلة عمليات البحث الأعلى تكرارًا من مشغلي مدققي Solana المحتملين. كل إجابة قائمة بذاتها.

كم من عملة SOL تحتاج لتشغيل مدقق Solana؟

لا يوجد حد أدنى لحصة SOL مفروض من البروتوكول. يتم تحديد الحد الأدنى العملي من خلال حساب نقطة التعادل (break-even calculation): يجب أن تولد حصتك المفوضة (delegated stake) دخل عمولة كافٍ لتغطية تكاليف الخادم الشهرية بالإضافة إلى حوالي 30 SOL في رسوم التصويت. بالنسبة لمعظم المشغلين بمعدلات APY والعمولة النموذجية، يعني هذا 50,000 إلى 100,000+ SOL في الحصة المفوضة، أو التأهل لـ SFDP bootstrapping أثناء بناء التفويض العضوي. انظر قسم الاقتصاد للحصول على صيغة الربح الكاملة.

توقع 250 إلى 500 دولار شهريًا لخادم bare-metal يلبي المواصفات الموصى بها من Solana، بالإضافة إلى حوالي 30 SOL شهريًا في رسوم معاملات التصويت بأسعار mainnet-beta الحالية. تعتمد التكلفة الشهرية الإجمالية بالدولار الأمريكي على سعر SOL الحالي) في وقت التشغيل. هذا متغير رئيسي في نمذجة الربحية الذي يجب عليك إعادة حسابه ببيانات السوق الحالية. انظر قسم تكاليف البنية التحتية لجدول مقارنة مقدمي الاستضافة.

كحد أدنى: وحدة معالجة مركزية (CPU) بـ 12 نواة فأكثر وبسرعة ساعة عالية للنواة الواحدة، وذاكرة وصول عشوائي (RAM) سعة 128 جيجابايت من نوع ECC DDR4، وأقراص SSD من نوع PCIe Gen3 NVMe (محركات أقراص منفصلة لنظام التشغيل/السجل والحسابات)، واتصال شبكة متماثل بسرعة 1 جيجابت في الثانية. مواصفات الإنتاج الموصى بها هي 24 نواة CPU فأكثر (سلسلة AMD EPYC 7003)، وذاكرة RAM سعة 256 جيجابايت من نوع ECC، وأقراص SSD من نوع PCIe Gen4 NVMe، وشبكة بسرعة 10 جيجابت في الثانية. لا يمكن لأقراص SATA SSD القياسية تلبية متطلبات الإدخال/الإخراج لشبكة Solana. راجع قسم متطلبات الأجهزة للحصول على جدول المواصفات الكامل.

هل تشغيل validator على Solana مربح؟

تعتمد الربحية على أربعة متغيرات: التخزين (Stake) المفوض، وسعر SOL، ومعدل العمولات، وتكاليف التشغيل الشهرية (الخادم بالإضافة إلى رسوم التصويت). يمكن للمتحققين الذين لديهم أكثر من 50,000 SOL مفوضة الاقتراب من الربحية عند مستويات نسبة العائد السنوي ومعدلات العمولات النموذجية. أما المتحققون الذين لديهم أقل من 20,000 SOL مفوضة، فستكون عملياتهم خاسرة حتى يقلص تفويض SFDP أو النمو العضوي هذه الفجوة. لا توجد ربحية مضمونة لأي validator؛ فجميع حسابات الأرباح هي تقديرات تستند إلى ظروف الشبكة المتغيرة. راجع جدول سيناريو الربحية في قسم التكلفة.

ما هو برنامج تفويض مؤسسة سولانا (SFDP)؟

برنامج SFDP هو برنامج تقوم من خلاله مؤسسة Solana بتخصيص تخزين (Stake) من عملة SOL من خزينتها إلى المتحققين المؤهلين في المينيت التجريبي (mainnet-beta)، مما يدعم لامركزية الشبكة ويساعد المتحققين الجدد على الوصول إلى الجدوى الاقتصادية قبل جذب مفوضين عضويين. تتطلب الأهلية استيفاء عتبات الأداء، وسقوف معدلات العمولات، ومعايير تنوع مراكز البيانات. تفويض SFDP ليس تلقائيًا، وليس دائمًا، ويخضع لتقدير المؤسسة المستمر. راجع قسم SFDP للحصول على قائمة مراجعة الأهلية وعملية التقديم.

كم عدد المتحققين في Solana؟

يحتوي المينيت التجريبي لـ Solana على ما يقرب من 1,500 إلى 1,800 validator نشط في التقدير المصدري (المصدر: validators.app

هل يمكنني تشغيل validator على Solana على خادم سحابي؟

تعد نسخ VPS السحابية مقبولة للتجريب في شبكتي الاختبار والتطوير (testnet و devnet) ولكنها ليست مناسبة لعمليات المينيت التجريبي (mainnet-beta). يؤدي التخزين الافتراضي على VPS السحابي إلى حدوث اهتزاز (jitter) في عمليات الإدخال/الإخراج للثانية (IOPS) مما يتسبب في ضياع الأصوات وتدهور معدل التخطي (skip rate) ودرجة أداء SFDP. الخوادم المخصصة (Bare-metal) هي المعيار المعتمد للإنتاج. إذا كنت تفكر في عرض "سحابة bare-metal" (خوادم فيزيائية متاحة من خلال مزودي السحابة)، فتأكد من أن خصائص الإدخال/الإخراج تطابق الـ bare-metal المخصص قبل التجهيز للمينيت.

ما هو حساب التصويت (Vote Account) في Solana؟

حساب التصويت هو حساب داخل الكتلة يقوم من خلاله الـ validator الخاص بك بتقديم أصوات الكتل في كل حقبة (epoch). وهو منفصل عن حساب الهوية الخاص بك (الذي يحدد ويوثق عقدة الـ validator الخاصة بك). يتطلب حساب التصويت رصيداً معفى من الإيجار يبلغ حوالي 0.02685 SOL ويستهلك حوالي 1 SOL يومياً كرسوم معاملات التصويت في المينيت التجريبي. يؤدي نفاد رصيد SOL في حساب التصويت إلى جعل الـ validator الخاص بك مقصراً: حيث يتوقف عن التصويت، ويتوقف عن كسب المكافآت، ويفقد التخزين (Stake) المفوض مع تدهور درجات الأداء.

هل يوجد في Solana آلية slashing للمتحققين؟

حتى تاريخ مراجعة المصدر، لم يكن لدى Solana آلية slashing للمتحققين. تحقق من حالة البروتوكول الحالية قبل الاعتماد على هذا التصريح. هذا يتناقض مع المتحققين في Ethereum، الذين يواجهون عقوبات slashing بسبب التضارب (توقيع كتل متعارضة) والتصويت المحيطي. للاطلاع على حالة المصدر المؤرخة وتغييرات البروتوكول المقترحة، راجع شرح slashing الـ validator في Solana. غياب آلية slashing في Solana يعني أن المتحققين لا يخاطرون بفقدان الـ SOL المخزن بسبب أخطاء البرمجيات أو أخطاء التكوين التي قد تؤدي إلى تفعيل شروط slashing في Ethereum. هذه هي حالة البروتوكول الحالية وهي عرضة للتغيير مع تحديثات Solana المستقبلية.

هل تشغيل validator على Solana مناسب لك؟ إطار عمل لاتخاذ القرار

الـ Validator مقابل المفوض (Delegator): مقارنة عملية

صاغ المقال المصدر المكرر قرار التشغيل بشكل مباشر. التمييز الأساسي هو ما إذا كنت تريد تشغيل البنية التحتية أو كسب مكافآت التخزين دون صيانة خادم.

بالنسبة للقراء الذين يقررون التفويض بدلاً من ذلك، استخدم المعايير الموجودة في كيفية اختيار validator على Solana / دليل المعايير الـ 6.

يتلخص قرار المضي قدماً أو التوقف عن تشغيل validator على Solana في أربعة متغيرات: مهاراتك في بنية Linux التحتية، وميزانية الأجهزة الخاصة بك، ومركز تخزين (Stake) الـ SOL الخاص بك، ومدى تحملك لفترة إعداد تتراوح من 3 إلى 6 أشهر قبل أن تغطي إيرادات العمولات تكاليف التشغيل الشهرية باستمرار.

قم بتشغيل Validator إذا:

• كانت لديك مهارات في تجهيز وإدارة خوادم Linux (SSH، systemd، تكوين جدار الحماية، مراقبة السجلات)
• كان بإمكانك توفير أو استئجار أجهزة تلبي المواصفات الموصى بها (250 إلى 500+ دولار شهرياً)
• كان لديك ما يكفي من SOL لتغطية رسوم التصويت خلال فترة الإعداد قبل أن يصل برنامج SFDP أو التفويض العضوي إلى نقطة التعادل
• كان بإمكانك الالتزام بتوفر الخادم على مدار الساعة طوال أيام الأسبوع والمراقبة اليومية لمقاييس الأداء
• كنت ترغب في المشاركة النشطة في البنية التحتية لشبكة Solana بما يتجاوز التخزين السلبي

قم بالتفويض بدلاً من ذلك إذا:

• كان هدفك هو دخل تخزين SOL دون إدارة البنية التحتية
• كانت مهارات Linux لديك لم تصل بعد إلى مستوى إدارة الخادم المطلوب
• كانت إجمالي حيازاتك من SOL أقل من عتبة التخزين المفوض لنقطة التعادل عند نسبة العائد السنوي الحالية
• لم يكن بإمكانك الالتزام بالمراقبة المستمرة والجاهزية للرد على الأعطال للـ validator الخاص بك

الخطوات التالية للمشغلين الذين قرروا المضي قدماً:

1. تجهيز الأجهزة وفقاً لقسم متطلبات الأجهزة
2. التدرب على شبكة الاختبار (testnet) لحقبة (epoch) كاملة واحدة على الأقل قبل الانتقال إلى المينيت التجريبي (mainnet-beta)
3. مراجعة قائمة مراجعة أهلية SFDP قبل تاريخ إطلاق المينيت الخاص بك
4. إعداد مراقبة Grafana + Prometheus وتنبيهات رصيد حساب التصويت في اليوم الأول من تشغيل المينيت
5. حفظ وثائق إعداد Solana validator في الإشارات المرجعية

مع التجهيز الدقيق للأجهزة، وحساب تصويت ممول، وجدول زمني واقعي للانتقال من التخزين إلى الربحية، يمكن أن تكون عملية تشغيل Solana validator مساهمة قائمة على العمولات ومستدامة في واحدة من أعلى الشبكات إنتاجية في الصناعة.