كيفية إصلاح ارتفاع نسبة Rejected Shares

تعرّف على أسباب إرسال جهاز ASIC لعدد كبير من Rejected أو Stale Shares إلى PECPool وكيفية حلها، بما في ذلك اختيار Stratum وزمن التأخير وفقدان الحزم وإعداد Worker والـFirmware وكسر السرعة وأخطاء العتاد وMining Proxy.

ارتفاع نسبة Rejected Shares يعني أن جزءاً من العمل الذي يرسله جهاز ASIC لا يقبله PECPool كمساهمة تعدين صالحة.

قد تظهر أعداد قليلة من Rejected أو Stale Shares بصورة طبيعية، لكن الارتفاع المستمر يقلل معدل التجزئة الفعلي، يهدر الكهرباء ويخفض الكفاءة. قد يعرض الجهاز Hashrate محلياً طبيعياً بينما يستقبل PECPool عملاً مفيداً أقل.

يشرح هذا الدليل أنواع الرفض الشائعة وكيفية تشخيصها وتقليلها في Antminer وWhatsMiner وغيرها من أجهزة Bitcoin SHA-256.

ما هي Rejected Share؟

الـ Share دليل على تنفيذ قدر معين من العمل. يرسلها الجهاز عبر Stratum، وPECPool يتحقق من الحساب وWorker وJob وDifficulty والبيانات، ثم يصنفها Accepted أو Rejected.

1. يرسل PECPool Job.
2. ينفذ ASIC حسابات SHA-256.
3. يجد نتيجة تحقق Share Difficulty.
4. يرسل النتيجة.
5. يتم التحقق من البيانات.
6. تصنف Accepted أو Rejected.

لماذا تهم Rejected Shares؟

الكهرباء استُهلكت لحساب النتيجة، لكن العمل المرفوض لا يضاف إلى العمل المقبول.

• Hashrate فعلي أقل
• مساهمة مقبولة أقل
• كفاءة أقل
• هدر طاقة
• إحصاءات Worker غير مستقرة
• فارق أكبر بين Hashrate المحلي والـ Pool

Accepted وRejected وStale

Stale نوع خاص من Rejected وقد يظهر منفصلاً أو ضمن الإجمالي.

حساب نسبة الرفض

Rejected Share Rate =
Rejected Shares ÷ Total Submitted Shares × 100

مثال: Accepted 9,900 وRejected 100 من إجمالي 10,000:

100 ÷ 10,000 × 100 = 1%

Combined Unsuccessful Rate =
Rejected Shares + Stale Shares
÷ Total Submitted Shares
× 100

ما النسبة الطبيعية؟

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

حدد سبب الرفض أولاً

راجع Miner Status وPool Status وCGMiner Status وSystem/Kernel/Event Log قبل تغيير الإعدادات.

• Stale
• Job Not Found
• Low Difficulty Share
• Duplicate Share
• Unauthorized Worker
• Invalid Share
• Invalid Nonce
• Unknown Job

Stale أو Job Not Found

الـ Stale تخص Job لم يعد صالحاً. يصل Job، يبدأ الجهاز الحساب، يظهر Block أو Job جديد، يصبح القديم منتهياً ثم تصل نتيجته متأخرة.

• Latency مرتفع
• Packet Loss
• إنترنت غير مستقر
• Stratum بعيد أو غير مستقر
• Reconnect متكرر
• معدات شبكة بطيئة/محمّلة
• Mining Proxy غير مستقر

تقليل Stale

• استخدم أكثر خوادم PECPool استقراراً.
• جرّب Port رسمياً آخر.
• استخدم Ethernet.
• استبدل الكابلات التالفة.
• افحص Switch/Router وPacket Loss.
• تجنب Wi‑Fi غير المستقر.
• خفف ازدحام الشبكة.
• افحص Proxy.
• تجنب Restart المتكرر.
• اضبط عناوين احتياطية موثوقة.

اختيار Stratum Server

الأقرب جغرافياً ليس دائماً الأفضل؛ Routing وPacket Loss وفلترة ISP قد تجعل خادماً أبعد أكثر استقراراً.

بعد التغيير أعط الجهاز وقتاً كافياً للمقارنة.

Pool 1 وPool 2 وPool 3

Pool 1
URL: stratum+tcp://btc-eu.pecpool.com:3333
Worker: myaccount.miner01
Password: x

Pool 2
URL: stratum+tcp://btc.pecpool.com:443
Worker: myaccount.miner01
Password: x

Pool 3
URL: stratum+tcp://btc-us.pecpool.com:25
Worker: myaccount.miner01
Password: x

استخدم الحساب وWorker نفسيهما للجهاز نفسه.

اختبار Latency وPort

ping btc-eu.pecpool.com
Test-NetConnection btc-eu.pecpool.com -Port 3333
ping -c 20 btc-eu.pecpool.com
nc -vz btc-eu.pecpool.com 3333

Ping ليس اختباراً كاملاً؛ قد لا يجيب الخادم ICMP مع استمرار Stratum.

Packet Loss

قد يؤدي إلى Job متأخر، Submission مفقود، Connection Reset وStale. العلامات: Ping timeout، تفاوت Latency، Reconnect، Pool Dead، فجوات Hashrate أو زيادة Stale في أوقات معينة. افحص الكابلات، Switch، Router، الروابط اللاسلكية، ISP والازدحام.

Latency أقل لا يعني دائماً أداء أفضل

Server A
Average Latency: 40 ms
Packet Loss: 3%
Frequent Disconnects: Yes

Server B
Average Latency: 80 ms
Packet Loss: 0%
Frequent Disconnects: No

قد يكون Server B أفضل. الأولوية للاستقرار، Packet Loss المنخفض، Accepted المستمرة، Stale المنخفض ثم Latency.

Low-Difficulty Shares

لا تحقق Difficulty المعيّنة. الأسباب: Firmware، Custom Firmware، معالجة Difficulty، بيانات تالفة، Overclock أو Proxy. راجع Firmware والأداء والـ Proxy بدلاً من تغيير المنطقة فقط.

Duplicate Shares

تعني إرسال النتيجة نفسها أكثر من مرة. الأسباب: Bug في Firmware أو Proxy أو إعادة الإرسال بعد انقطاع أو Software غير صحيح أو Control Board غير مستقر.

1. راجع Log.
2. أعد تشغيل عملية التعدين مرة.
3. تحقق من Firmware.
4. تجاوز Proxy مؤقتاً إن أمكن.
5. قارن اتصال PECPool المباشر.

Unauthorized Worker

AccountName.WorkerName
myaccount.miner01

تحقق من اسم الحساب، النقطة الفاصلة، المسافات، الرموز غير المدعومة وعدم وضع Email أو Wallet في Worker.

Pool Password

x

ليس كلمة مرور PECPool. لا تدخل Email Password أو 2FA أو API Secret أو Private Key أو Seed Phrase.

Invalid Shares وHardware Errors

افحص Hardware Errors، ASIC Chips، Hashboard، الحرارة، التبريد، PSU، Frequency وVoltage. قد تكون الأخطاء مرتفعة رغم Hashrate محلي طبيعي.

الحرارة

افحص مدخل الهواء، رجوع الهواء الساخن، المراوح، Heat Sink، تهوية الغرفة، وأنظمة Hydro/Immersion. قارن الحرارة بمواصفات الموديل.

الطاقة

الطاقة غير المستقرة قد تسبب Chip Errors وHashboard Reset وRestart. افحص Input Voltage، سعة PSU، التوصيلات، الكابلات، Voltage Drop وتوزيع الطاقة. لا تستخدم موصلات مرتخية أو محترقة أو ساخنة.

Overclocking

قد يرفع Hashrate لكنه يرفع أيضاً Hardware Errors وInvalid Shares وRestart والحرارة والطاقة وعدم الاستقرار. إذا ارتفع Rejected، ارجع إلى Profile المستقر وقارن Accepted/Rejected وHashrate 1h/24h.

Undervolting

قد يقلل الاستهلاك، لكن الجهد غير الكافي يسبب أخطاء ASIC وعدم استقرار Hashboard. ارجع إلى إعداد مستقر إذا زادت الأخطاء.

Firmware

قد يسبب Duplicate، Low-Difficulty، Nonce خاطئ، انقطاع أو أداء غير مستقر. استخدم Firmware موثوقاً ومتوافقاً، اقرأ Release Notes، تجنب النسخ المجهولة، خذ Backup ولا تقطع الطاقة أثناء التحديث.

Mining Proxy

Proxy المحمّل قد يسبب Delay وStale وDuplicate وReconnect وOffline جماعياً. افحص CPU/RAM، الشبكة، عدد الاتصالات، Logs وLatency بين Miner↔Proxy وProxy↔PECPool. جرّب اتصال جهاز واحد مباشرةً؛ إذا تحسن، افحص Proxy.

تاريخ ووقت الجهاز

اضبط المزامنة التلقائية عند الإمكان وتحقق من Gateway وDNS.

التبديل المتكرر بين Pools

قد يزيد Stale أثناء الانتقال. افحص Pool 1 وRouter/ISP وDNS وFirewall وLogs والخادم الإقليمي. إذا كان Pool 2 أفضل باستمرار، اجعله Pool 1 بعد اختبار كاف.

زيادة Rejected بعد تغيير الخادم

1. تحقق من الخادم والـ Port.
2. افحص Latency وPacket Loss.
3. راجع Log.
4. انتظر وقتاً كافياً.
5. ارجع للخادم المستقر عند الحاجة.

لا تحكم من عدد قليل من Shares.

جهاز واحد فقط لديه Rejected مرتفع

افحص كابله، Switch Port، Firmware، Overclock، الحرارة، Hashboard وLog.

كل الأجهزة لديها Rejected مرتفع

افحص الإنترنت، Router/Gateway، Switches، DNS، ISP Routing، Proxy وStratum المشترك، وقارن وقت بداية المشكلة.

قارن Hashrate المحلي مع Pool

راجع Current و1h و24h Hashrate وAccepted وRejected وStale وLast Share، واستخدم المتوسطات الطويلة للمقارنة.

مثال: Stale مرتفع

Accepted Shares: 9,200
Rejected Shares: 100
Stale Shares: 700

افحص Latency وPacket Loss والخادم وRouter/Switch وProxy.

مثال: Invalid مرتفع

Accepted Shares: 8,000
Invalid Shares: 1,800
Stale Shares: 200

يرجح Firmware أو Hardware أو Voltage/Frequency أو Hashboard أكثر من Latency وحده.

مثال: بعد Overclock

Before: 100 TH/s, Rejected 0.3%
After: 112 TH/s, Rejected 5.5%, Frequent Restarts: Yes

الزيادة المحلية لا تعني نتيجة فعالة أفضل إذا أصبح الجهاز غير مستقر.

ترتيب التشخيص

1. سجل Accepted/Rejected/Stale.
2. اقرأ سبب الرفض.
3. تحقق من URL/Port/Worker/Password.
4. حدد هل المشكلة فردية أم عامة.
5. اختبر الشبكة.
6. اختبر خادماً/Port آخر.
7. افحص الكابلات وSwitch/Router.
8. افحص Proxy.
9. افحص الحرارة وHardware Errors.
10. أعد Overclock/Undervolt لإعداد ثابت.
11. تحقق من Firmware.
12. راقب مدة كافية.

لا تغيّر عدة أشياء معاً

سجل الإحصاءات، غيّر إعداداً واحداً، انتظر، قارن ثم احتفظ بالتغيير أو تراجع عنه.

مدة الاختبار

الاختبار القصير قد يكون مضللاً. تحقق أولاً من استمرار الاتصال وزيادة Accepted واختفاء السبب نفسه، ثم راقب عدة ساعات ومتوسطات Hashrate الطويلة.

أخطاء شائعة

• اعتبار كل Rejected مشكلة Pool
• تجاهل Log
• اختيار الخادم من Ping واحد
• تجاهل Packet Loss
• Firmware غير مستقر
• Overclock عنيف
• Wi‑Fi للـ ASIC
• تجاهل Proxy
• تغييرات كثيرة معاً
• الحكم فور Restart

مرجع سريع

القائمة النهائية

• خادم PECPool رسمي.
• Port مستقر.
• AccountName.WorkerName.
• Password = x.
• Accepted تزداد.
• سبب Rejected معروف.
• لا Packet Loss.
• Ethernet.
• Pool 1/2/3.
• لا تبديل متكرر.
• Firmware موثوق.
• Overclock/Voltage مستقران.
• تبريد طبيعي.
• Hardware Errors طبيعية.
• Proxy غير محمّل.

ركز على Effective Hashrate

الهدف ليس أعلى رقم محلي، بل أكبر قدر من العمل الصالح المقبول لدى PECPool. قد يتفوق جهاز أقل Hashrate لكنه مستقر ومنخفض الرفض على جهاز أسرع غير مستقر. حدّد نوع الرفض ثم افحص الشبكة، Stratum، Worker، Firmware، الإعدادات، الحرارة، الطاقة وHardware بترتيب منضبط.