عمولة 1% مقابل عمولة 4%: لماذا تنهار مقارنة المجمّعات برقم واحد وكيف تبني تقييماً من أربعة عوامل

الخلاصة السريعة

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

POOL BTC ليس مجمّع تعدين، بل موقع مستقل لمقارنة المجمّعات. التقييمات أدناه تخص خدمات تعود لآخرين، والمنهجية مفتوحة تحديداً كي يستطيع أي أحد الاعتراض عليها.

فكرة التقييم متعدد العوامل ليست فكرتنا. نشر Minerstat في سبتمبر 2026 تحليلاً لـ opportunity score الخاص به المكوّن من أربعة عناصر (profit, risk, data confidence, liquidity)، وهو ما دفعنا إلى وصف نهجنا الخاص بشكل علني. نحن لا ننسخ صيغة المنافس ولا ننسب معاملاته إلى أنفسنا: المشترك هو تركيب المكوّنات فقط، لأنها بديهية لأي شخص حسب الربحية بيده.

لماذا تعطي مقارنة المجمّعات بالعمولة وحدها إجابة خاطئة؟

لأن العمولة لا تصف لا ما الذي يُقتسم بالضبط ولا ما إذا كان المال سيصل. المجمّع بعمولة 2% على PPLNS والمجمّع بعمولة 4% على FPPS يدفعان مقابل أشياء مختلفة: في الحالة الثانية تدخل رسوم معاملات الكتلة ضمن القاعدة. أضف إلى ذلك حد الدفع، ورسوم الشبكة عند السحب، واحتمال أن يغيّر المشغّل القواعد، وكلها لا تنعكس في النسبة المئوية إطلاقاً.

لنحلل الأمر بأرقام مؤكدة. لدى F2Pool للبيتكوين ثلاث خطط رسمية تتعايش معاً: FPPS 4% وPPS+ 2.5% وPPLNS 2% (مركز مساعدة F2Pool، تحقق بتاريخ 29.08.2026). لا يمكنك اختيار السطر الأرخص والاكتفاء بذلك، لأن PPLNS يحتسب لك رسوم المعاملات الفعلية للكتل المكتشفة، بينما FPPS يأخذ متوسطها عن اليوم السابق ويدفع بغض النظر عمّا إذا حالف الحظ المجمّع بالكتل أم لا. أيهما أفضل يعتمد على أفقك الزمني وعلى كم تساوي رسوم المعاملات في الوقت الحالي أصلاً.

وهي تساوي تارة لا شيء تقريباً، وتارة أكثر من المكافأة الأساسية:

في الوضع الهادئ لسبتمبر 2026 يشكّل الفرق بين «تُقتسم حصة الرسوم» و«لا تُقتسم» أجزاءً من واحد بالمئة من الدخل، وعلى هذه الخلفية تكون العمولة المعلنة هي العامل الرئيسي فعلاً. لكن في 20 أبريل 2024 كلّف الفرق نفسه ثلاثة أرباع دخل اليوم. المنهجية التي يقوم كل شيء فيها على رقم واحد تنهار تحديداً في أيام كهذه.

الأمر الثاني الذي لا يظهر في النسبة: كم يكلّف إخراج المال. لدى Luxor حد دفع 0.001 BTC زائد رسوم شبكة 0.000075 BTC، أي أن عليك تجميع أكثر من 0.001075 BTC في الرصيد، ورسوم الشبكة يتحملها المستخدم (وثائق Luxor). لدى NiceHash عمولة خدمة 2% عند الاحتساب، أما السحب من محفظة الخدمة فعملية منفصلة: حد أدنى 0.0005 BTC وعمولة تبدأ من 0.0001 BTC فوقها (الصفحات الرسمية لـ NiceHash، زيارة بتاريخ 02.09.2026). أيهما أغلى لمعدّن بعينه يعتمد على هاشريته، لا على النسبة المعروضة في الواجهة.

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

من أي مكوّنات يتألف التقييم النزيه للمجمّع؟

من أربعة، وهي تجيب عن أربعة أسئلة مختلفة. الربحية تجيب عن «كم BTC في اليوم». مخاطر المشغّل تجيب عن «ما احتمال ألا تصلني هذه الـ BTC». مصداقية البيانات تجيب عن «إلى أي حد يمكن أصلاً تصديق التقييمين الأولين». السيولة تجيب عن «متى بالضبط سأرى المال وكم سأخسر عند السحب».

الترتيب هنا ليس عشوائياً. الربحية تُحسب أولاً لأن الباقي بدونها بلا معنى، ومصداقية البيانات تقف ثالثة لكنها تعمل فعلياً كمرشّح قبل كل ما عداها: إذا لم تكن عمولة المجمّع منشورة فأنت لم تحسب الربحية بل خمّنتها.

صفحة منهجية التصنيف لدينا تصف حالياً المكوّن الأول فقط، أي حساب net BTC/day. أما الثلاثة الباقية فقد طبّقناها عند الاختيار لكن لم نصغها رسمياً في أي مكان، وهذا المقال يسد الثغرة.

كيف نحسب مكوّن الربحية ولماذا net BTC/day وليس النسبة المعلنة؟

لأن نسبة العمولة معامل داخل الصيغة، لا نتيجة. ما يهمّ المعدّن هو الناتج الصافي بعد عمولة المجمّع وبعد الكهرباء، معبّراً عنه بـ BTC في اليوم عند هاشريته هو. المجمّع نفسه قد يكون الأفضل لمزرعة بسعر 3 سنتات والأسوأ لمعدّن منزلي بتعرفة مرتفعة.

الصيغة التي يحسب بها POOL BTC:

\`\`\`

net BTC/day = (هاشريتك / هاشريت الشبكة) × 144 × (المكافأة الأساسية + متوسط رسوم الكتلة) × (1 - عمولة المجمّع) - الكهرباء بالـ BTC

\`\`\`

ما المهم في كل معامل:

1. هاشريت الشبكة يُؤخذ من واجهة برمجية عامة ويتغير كل يوم. عند القياس بتاريخ 29.08.2026 كان 896.89 EH/s بصعوبة 125 807 076 547 197.5، وعند القياس بتاريخ 09.09.2026 صار 943.73 EH/s بصعوبة 127 450 789 715 843.1 (mempool.space). خلال أحد عشر يوماً نمت الشبكة بنسبة 5.2%، وأي «جدول ربحية» بلا تاريخ قياس عديم الفائدة.
2. المكافأة الأساسية 3.125 BTC للكتلة بعد هالفينغ عام 2024. وهي المدخل الوحيد المستقر فعلاً في الصيغة.
3. متوسط رسوم الكتلة يُحتسب فقط للخطط التي تقتسمها. FPPS وPPS+ يقتسمانها، أما PPS الكلاسيكي فيدفع من المكافأة الأساسية فقط. من هنا تحديداً تنشأ الفجوة بين العمولة المعلنة والعمولة الفعلية.
4. الكهرباء تُحوَّل إلى BTC بالسعر الحالي. وهو المدخل الوحيد الذي تعرفه أنت وحدك، وهو غالباً ما يحسم نتيجة المقارنة.

ثم يبدأ الجزء غير السار. في الصيغة يوجد بند «عمولة المجمّع»، لكن لا مكان تأخذه منه لدى نصف المجمّعات الكبيرة تقريباً، وهذا هو المكوّن الثالث لا الأول. وعن كيفية تغيير خطة الدفع لكل من التباين والدخل النهائي، هناك شرح مفصّل في تحليل FPPS وPPLNS.

لا حاجة إلى حساب هذا ذهنياً، فلهذا توجد حاسبة المدفوعات: تضع فيها معطيات الشبكة الحالية وسعر الكيلوواط لديك.

ما هي مخاطر مشغّل المجمّع وكيف يمكن تقييمها من الخارج أصلاً؟

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

ما يمكن التحقق منه فعلاً دون معلومات داخلية:

• شروط الخدمة في الجزء الخاص بالرصيد وبالمتبقي غير المدفوع. لدى F2Pool هذا مكتوب صراحة: إذا لم يُحدَّد عنوان الدفع لأكثر من 90 يوماً فقد تُعامل المكافأة على أنها «may be treated as a donation»، ووفق شروط الخدمة يفقد المستخدم حقه في المستحقات إذا لم يوجد عنوان صالح خلال 6 أشهر بعد إشعار كتابي. هذه ليست فضيحة ولا خدعة، بل سطر عادي في العقد، لكن يُستحسن قراءته قبل لا بعد.
• الاحتفاظ بالرصيد. المجمّع الذي يحتفظ برصيدك حتى بلوغ الحد يجعلك دائناً له طوال تلك المدة. أما المجمّع الذي يدفع إلى المحفظة مباشرة بحد أدنى منخفض فيبقيك في موقع الدائن مدة أقل.
• خطة الدفع كنقل للمخاطر. في الخطط الشبيهة بـ PPS يتحمّل المشغّل التباين، وهذا مريح تماماً ما دام المشغّل قادراً على الدفع. في PPLNS يبقى التباين عندك، لكن التزامات المجمّع تجاهك أقل.
• تركّز الهاشريت. الحصة الكبيرة من الشبكة تعني قابلية للتنبؤ بالمدفوعات، وفي الوقت نفسه خطراً نظامياً على البيتكوين ذاته. كلا الأثرين حقيقي، وجمعهما في تقييم واحد دون تحفّظ ليس نزيهاً.
• سجل الأعطال وكيف تحدّث المجمّع عنها. سجل أعطال علني يزن أكثر من رقم جميل لنسبة التشغيل بلا منهجية قياس.
• الاختصاص القضائي ومتطلبات التحقق من الهوية. تتغير، وتتغير بأثر رجعي على الرصيد المُعدَّن سلفاً.

كيف يتوزع هاشريت الشبكة بين المجمّعات

لا يوجد قياس مباشر لهاشريت المجمّع، لذا تحسب الصناعة الحصة عبر الكتل المكتشفة: يَنسب المستكشف الكتلة إلى المجمّع بحسب الوسم في معاملة coinbase ويقسمها على إجمالي عدد الكتل خلال النافذة. أدناه بيانات mempool.space بتاريخ 09.09.2026 عبر نافذتي متوسط، أسبوعية وشهرية. الحصص تتغير باستمرار، وأي جدول من هذا النوع صالح فقط مع تاريخ القياس.

مصدر النافذتين: mempool.space Mining Pools API، زيارة بتاريخ 09.09.2026.

ما المفيد للقارئ في هذا الجدول. الثلاثة الأوائل يمسكون بنحو 58% من الشبكة في كلتا النافذتين، وهذه هي الحالة التي تنمو فيها معاً قابلية التنبؤ بمدفوعات المجمّع الكبير والخطر النظامي على البيتكوين. بعد ذلك يُظهر الفارق بين النافذتين مدى ضوضاء الرقم: حصة SECPOOL الأسبوعية أعلى من الشهرية بنحو الثلث، أما NiceHash فتخرج نسبته الأسبوعية 1.33% من أول اثني عشر في النافذة الشهرية تماماً. مقارنة المجمّعات بحصص مأخوذة في أيام مختلفة وبنوافذ مختلفة بلا معنى.

أي المجمّعات لديه صفحة حالة علنية

لا أحد تقريباً. فحصنا تسعة مجمّعات بتاريخ 09.09.2026، ووجدنا صفحة حالة كاملة لدى واحد فقط.

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

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

كيف نعرف إلى أي حد يمكن الوثوق بالأرقام التي ينشرها المجمّع عن نفسه؟

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

كيف يبدو ذلك عملياً. أثناء التحقق بتاريخ 29.08.2026 فتحنا الصفحات المتنازع عليها يدوياً في المتصفح، وهذه النتيجة:

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

سلّم بسيط نستخدمه:

1. منشور على صفحة رسمية، يفتح بلا تسجيل دخول، وله تاريخ تحققنا اليدوي.
2. منشور لكن ناقص: جزء من المعطيات متاح، وجزء في الدعم أو الدردشة فقط.
3. خلف تسجيل الدخول فقط أو عبر مواقع التجميع فقط، بلا تأكيد رسمي.
4. المصادر تتناقض فيما بينها، والتناقض غير محسوم.

المستوى الرابع يتكرر أكثر مما نتمنى. لدينا في EMCD تعارض بين حدّين لم يُحسم منذ أغسطس، والخلاصة الصحيحة هنا ليست «سنختار ما يبدو أقرب إلى الحقيقة» بل «سنضعه كغير محسوم ولن نبني عليه مقارنة».

ما هي سيولة المدفوعات ولماذا الحد الأدنى ووتيرة الدفع أهم مما يبدو؟

السيولة هي سرعة تحويل ما عُدِّن إلى مال في محفظتك. تُحسب ببساطة: حد الدفع مقسوماً على net BTC/day لديك. للمزرعة هذه ساعات، ولجهاز ASIC منزلي واحد قد تكون شهوراً، وطوال ذلك الوقت يبقى الرصيد لدى المشغّل، وقواعده قابلة للتغير.

الحدود والاقتطاعات المؤكدة لدى عدة مجمّعات:

ثلاثة أشياء تكسر حساب السيولة في أغلب الأحيان:

حد الاحتساب وحد السحب ليسا الشيء نفسه. لدى NiceHash يصل إلى الرصيد 0.00001 BTC، لكن السحب من هناك يبدأ من 0.0005 BTC فقط، أي خمسين ضعفاً. مقارنة الرقم الأول بحد مجمّع عادي بلا معنى.

رسوم السحب الثابتة تتحول إلى نسبة تعتمد على المبلغ. رسوم 0.00003 BTC عند سحب 0.00025 BTC تساوي 12% من المبلغ، وعند سحب 0.01 BTC تساوي 0.3%. السطر نفسه في التعرفة يعني أشياء مختلفة للمعدّن المنزلي وللمزرعة.

المتبقي عند المغادرة. قاعدة «المتبقي دون الحد يتراكم ولا يحترق» مؤكدة رسمياً لدى F2Pool وViaBTC وLuxor. أما بقية المجمّعات فلم نجد لها صياغة رسمية مباشرة، ما يعني أن المتبقي في الرصيد القديم عند تغيير المجمّع سؤال مفتوح، لا ضمانة.

كم يوماً يستغرق بلوغ حد الدفع

يُحسب بالقيمة المتوقعة، دون تباين خطة بعينها:

\`\`\`

حصة المعدّن = هاشريت المعدّن / هاشريت الشبكة

الدخل BTC في اليوم = حصة المعدّن × 144 × المكافأة_الفعلية

الأيام حتى الحد = الحد / الدخل BTC في اليوم

\`\`\`

المكافأة_الفعلية هي المكافأة الأساسية زائد متوسط رسوم الكتلة. عند القياس بتاريخ 09.09.2026 كان هاشريت الشبكة 943.73 EH/s، وحصة رسوم المعاملات خلال آخر 4320 كتلة 0.669%، أي أن المكافأة_الفعلية = 3.125 × 1.00669 = 3.1459 BTC (mempool.space، زيارة بتاريخ 09.09.2026). مقابل 896.89 EH/s بتاريخ 29.08.2026 نمت الشبكة بنسبة 5.2%، وبالقدر نفسه بالضبط طالت مدة الانتظار لدى كل من لم يغيّر عتاده.

هذا حسابنا نحن بالصيغة أعلاه، لا بيانات المجمّعات. التباين الحقيقي لـ PPLNS وTIDES غير مضمّن فيه، وعلى هاتين الخطتين يكون التشتت حول المدة المتوقعة ملحوظاً. الخلاصة العملية بسيطة: جهاز ASIC منزلي بقوة 100 TH/s ينتظر حد 0.001 BTC نحو ثلاثة أسابيع، وطوال هذه المدة يبقى المال لدى المشغّل. وعند حد 0.01 BTC يتجاوز الانتظار نصف عام. يمكنك وضع هاشريتك وتعرفتك في حاسبة المدفوعات.

كيف نجمع هذه المكوّنات في تقييم واحد وبأي أوزان؟

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

ترتيب الحساب:

1. احسب net BTC/day لكل مجمّع عند الهاشريت نفسه وسعر الكهرباء نفسه. المدخلات المختلفة لمجمّعات مختلفة هي أكثر أخطاء المقارنة شيوعاً.
2. عايِر الربحية على مقياس من 0 إلى 100 داخل المجموعة المقارَنة: أفضل مجمّع في المجموعة يحصل على 100 والأسوأ على 0. التقييم نسبي، وهذا ما يجب تذكّره عند القراءة.
3. قيّم مخاطر المشغّل بحسب العلامات القابلة للملاحظة من القسم أعلاه. المقياس خشن: 0، 25، 50، 75، 100. الدقة هنا زائفة، ولا يُستحسن التظاهر بأن المخاطر مقيسة حتى النسبة المئوية.
4. قيّم مصداقية البيانات على السلّم رباعي المستويات وحوّلها إلى نقاط: المستوى 1 هو 100، والمستوى 2 هو 66، والمستوى 3 هو 33، والمستوى 4 هو 0.
5. احسب السيولة كحد الدفع مقسوماً على دخلك اليومي، وعايِرها كما عايرت الربحية: أسرع يعني أعلى.
6. اجمع مع الأوزان واحصل على النتيجة.

الأوزان المقترحة:

قاعدة صارمة واحدة فوق المجموع: المجمّع الذي مصداقية بياناته من المستوى 3 أو 4 لا يشارك في الترتيب. يظهر في القائمة بملاحظة «بيانات غير مؤكدة» وبلا نتيجة نهائية. وإلا نصل إلى عبث يحصل فيه المجمّع على نتيجة عالية بفضل عمولة جميلة لم يستطع أحد تأكيدها.

كيف يبدو ذلك على مجمّع واحد:

\`\`\`

الربحية 82 × 0.50 = 41.0

المخاطر 75 × 0.20 = 15.0

المصداقية 100 × 0.20 = 20.0

السيولة 60 × 0.10 = 6.0

النتيجة 82.0

\`\`\`

لماذا لا ننشر جدولاً بالنتائج النهائية لكل المجمّعات

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

أولاً: ثلاثة من أربعة مكوّنات تعتمد على مدخلات تخص كل شخص على حدة. الربحية تُحسب على هاشريتك وسعر الكيلوواط لديك، والسيولة على مدة بلوغك للحد. جهاز ASIC منزلي بقوة 100 TH/s ينتظر حد 0.001 BTC نحو ثلاثة أسابيع، ومزرعة بقوة 1 PH/s نحو يومين. الحد نفسه يعطي قرّاءً مختلفين تقييمات مختلفة، ولا سبيل إلى حساب متوسط يجمعها.

ثانياً: نصف المجمّعات المقارَنة لا يجتاز مرشّح القبول. لدى AntPool وBinance Pool وFoundry USA وLuxor نسبة العمولة غير منشورة رسمياً، وبقاعدتنا نفسها يبقون بلا نتيجة نهائية. الجدول الذي تكون فيه أربعة أسطر من عشرة فارغة ليس تصنيفاً.

ثالثاً: الأوزان اختيار، لا قيمة قابلة للقياس. أرقامنا 50/20/20/10 تعكس رؤية لما هو مهم، وأي توزيع آخر سيعطي ترتيباً آخر. التقييم الإجمالي للمجمّع هو دائماً قرار من يضعه، لا خاصية في المجمّع.

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

في أي الحالات يكذب التقييم المركّب وما الذي يجب فحصه يدوياً؟

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

أين ينكسر بالضبط:

• المتوسط يخفي الصفر. قد يحصل المجمّع على نتيجة لائقة رغم مصداقية بيانات صفرية إذا كانت ربحيته على الورق هي الأفضل. من هذا بالذات جاءت قاعدة القبول في القسم السابق.
• المعايرة تعتمد على المجموعة. المجمّع نفسه في صحبة خمسة مجمّعات باهظة سيحصل على 100 في الربحية، وفي صحبة خمسة عشر سيحصل على 60. النتيجة قابلة للمقارنة داخل القياس الواحد وغير قابلة للمقارنة بين القياسات.
• التواريخ تتباعد. العمولة مفحوصة في أغسطس، ومعطيات الشبكة مأخوذة في سبتمبر، وسعر BTC عائد إلى أمس. تبدو النتيجة رقماً متماسكاً رغم أنها مجمّعة من بيانات ثلاثة أيام مختلفة.
• الأوزان مسألة ذوق. أرقامنا 50/20/20/10 تعكس رؤيتنا لما هو مهم. وقد تكون رؤيتك مختلفة، فيتغير عندها ترتيب المجمّعات، ولن يكون الحساب هو المذنب.
• تكلفة الانتقال لا تدخل في النتيجة. لدى ViaBTC توصف نافذة PPLNS بأنها آخر 5 دورات صعوبة، ولدى Ocean خطة TIDES بنافذة 8 صعوبات شبكة. مغادرة مجمّع كهذا تصفّر الموقع المتراكم في النافذة، وفارق نقطة واحدة لا يعوّض ذلك.
• المجمّع يغيّر الشروط داخل نافذة التقييم. العمولة والحد ليسا ثوابت بل قيماً حالية. الفحص مرة في الشهر يعني أنك تستخدم رقماً قديماً طوال شهر.

ما الذي يجب فحصه يدوياً قبل توجيه الهاشريت:

1. افتح بنفسك صفحة العمولات الرسمية للمجمّع المختار وتأكد أنك ترى الرقم نفسه الموجود في المقارنة.
2. ابحث عن حد الدفع وعن قاعدة المتبقي دون الحد. إذا لم تكن القاعدة معلنة، فاعتبر أنك تخسر المتبقي عند المغادرة.
3. اقرأ قسم شروط الخدمة الخاص بالمكافآت غير المدفوعة وبالمُهل.
4. تأكد أن خطة الدفع في حسابك هي نفسها التي في المقارنة. لدى عدد من المجمّعات تُختار الخطة في الإعدادات، والافتراضية ليست الأرخص.
5. أعد حساب الربحية على سعر الكهرباء لديك، لا على المتوسط في السوق.

كيف تستخدم هذه المنهجية عملياً عند اختيار المجمّع؟

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

خطوات العمل:

1. اجمع قائمة المرشحين. القياس الجاهز بالعمولات والخطط والحدود موجود في بطاقات المجمّعات، وهناك أيضاً يظهر أي الأرقام مؤكد رسمياً وأيها غير مؤكد.
2. استبعد كل من مصداقية بياناته عند المستوى 3 أو 4. هذا لا يعني أن المجمّع سيئ، بل يعني أنه لا يوجد ما يقارَن به.
3. احسب net BTC/day في الحاسبة على هاشريتك وسعر الكيلوواط لديك. لا على المتوسط ولا على «المعتاد في المنطقة».
4. اقسم حد الدفع لكل مرشح على الدخل اليومي الناتج. ستحصل على المدة حتى أول دفعة بالأيام. وإذا زادت عن شهر، فالسيولة هي عاملك الرئيسي، لا العمولة.
5. اقرأ لدى المرشحَين النهائيين الشروط الخاصة بالمتبقي وبالمكافأة غير المدفوعة.
6. ضع النقاط والأوزان بما يناسبك. إذا اختلف مجمّعان بأقل من 5 نقاط، فالفارق ضمن هامش خطأ البيانات الأصلية، ويُستحسن الاختيار بناءً على ما لم يُرقَّم: لغة الدعم، وسرعة الرد، ووجود صفحة حالة.
7. دوّن تاريخ الفحص وعُد إليه بعد ربع سنة. العمولات والحدود تتغير، والقرار المبني على بيانات العام الماضي ليس أفضل من قرار مبني على إشاعات.

حالة خاصة لا تلزم فيها المنهجية: إذا كنت تفكر جدياً في التعدين الفردي، فالمكوّنات هي نفسها لكن الأوزان مختلفة تماماً، لأن التباين يتوقف عن كونه معطى ويصبح هو الحكاية كلها. عن هذا توجد مقارنة بين SOLO والمجمّع.

باختصار

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

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