نحوه رفع نرخ بالای Rejected Share

بیاموزید چرا ماینر ASIC ممکن است تعداد زیادی Rejected یا Stale Share به PECPool ارسال کند و چگونه مشکل را برطرف کنید؛ شامل انتخاب Stratum، Latency، Packet Loss، Worker Configuration، Firmware، Overclock، خطای سخت‌افزار و Mining Proxy.

بالا بودن نرخ Rejected Share یعنی بخشی از کار استخراجی که ماینر ASIC شما ارسال می‌کند، توسط PECPool به‌عنوان مشارکت معتبر پذیرفته نمی‌شود.

تعداد کمی Rejected یا Stale Share در استخراج عادی ممکن است رخ دهد؛ اما نرخ بالا و مداوم می‌تواند هش‌ریت مؤثر سمت Pool را کاهش دهد، برق را هدر دهد و بازده استخراج را کم کند. ممکن است ماینر هش‌ریت محلی طبیعی نشان دهد، ولی چون بخشی از Shareها رد می‌شوند، PECPool کار مفید کمتری دریافت کند.

این راهنما انواع رایج Share ردشده، روش تشخیص علت و راه‌های کاهش نرخ Rejected Share در Antminer، WhatsMiner و سایر ASICهای Bitcoin SHA-256 را توضیح می‌دهد.

Rejected Share چیست؟

Share مدرکی است که نشان می‌دهد ASIC مقدار مشخصی کار استخراج انجام داده و آن را از طریق Stratum به PECPool ارسال کرده است. PECPool هر Share را اعتبارسنجی می‌کند؛ Share معتبر Accepted و Share نامعتبر Rejected می‌شود.

1. PECPool Job استخراج را می‌فرستد.
2. ASIC محاسبات SHA-256 را انجام می‌دهد.
3. نتیجه‌ای مطابق Difficulty تعیین‌شده پیدا می‌کند.
4. نتیجه به PECPool ارسال می‌شود.
5. Account، Worker، Job، Difficulty و داده Share بررسی می‌شوند.
6. Share به Accepted یا Rejected طبقه‌بندی می‌شود.

چرا Rejected Share مهم است؟

ASIC برای محاسبه هر Share برق مصرف می‌کند. Share ردشده به کار پذیرفته‌شده Pool اضافه نمی‌شود.

• کاهش هش‌ریت مؤثر Pool
• کاهش سهم استخراج پذیرفته‌شده
• کاهش بهره‌وری
• اتلاف برق
• آمار ناپایدار Worker
• افزایش اختلاف هش‌ریت محلی و Pool

Accepted، Rejected و Stale

Stale معمولاً نوعی Rejected Share است؛ برخی Firmwareها آن را جدا و برخی در مجموع Rejected نمایش می‌دهند.

محاسبه نرخ Rejected Share

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

مثال:

• Accepted: 9,900
• Rejected: 100
• Total: 10,000

100 ÷ 10,000 × 100 = 1%

اگر Stale جداست:

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

نرخ طبیعی Rejected چقدر است؟

مقدار ایده‌آل تا حد امکان نزدیک صفر است. مقدار کم و گهگاه می‌تواند به دلیل تأخیر اینترنت، تغییر Job، قطعی کوتاه یا Failover رخ دهد. مهم این است که نرخ در طول زمان پایین و پایدار بماند.

اگر درصد دائماً بالا می‌رود، نسبت به ماینرهای مشابه بیشتر است، هش‌ریت Pool خیلی کمتر از انتظار است، Worker مرتب قطع می‌شود، نمودار Gap دارد یا Log خطاهای Rejection را تکرار می‌کند، بررسی بیشتر لازم است. یک درصد ثابت برای همه شبکه‌ها، Firmwareها و محیط‌ها وجود ندارد.

اول دلیل Rejection را پیدا کنید

قبل از تغییر تصادفی تنظیمات، دلیل دقیق را در Miner Status، Pool Status، CGMiner Status، System Log، Kernel Log یا 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ی است که دیگر جاری نیست. PECPool Job می‌فرستد، ماینر روی آن کار می‌کند، Block/Job جدید می‌آید، Job قبلی منقضی می‌شود و نتیجه قدیمی دیر می‌رسد.

علت‌ها:

• Latency بالا
• Packet Loss
• اینترنت ناپایدار
• Stratum Server دور یا ناپایدار
• Reconnect مکرر
• Router/Switch کند یا Overload
• Mining Proxy ناپایدار

کاهش Stale Share

• از پایدارترین سرور منطقه‌ای PECPool استفاده کنید.
• Port رسمی دیگری را تست کنید.
• Ethernet کابلی استفاده کنید.
• کابل خراب را تعویض کنید.
• Switch/Router را از نظر Packet Loss بررسی کنید.
• از Wi‑Fi یا Wireless Bridge ناپایدار دوری کنید.
• Congestion غیرضروری را کم کنید.
• Proxy را از نظر Delay/Overload بررسی کنید.
• از Restart مکرر ماینر خودداری کنید.
• Poolهای پشتیبان مطمئن تنظیم کنید.

انتخاب Stratum Server مناسب

نزدیک‌ترین سرور نقطه شروع خوبی است، اما همیشه پایدارترین نیست. Routing، Packet Loss، فیلترینگ ISP و Congestion ممکن است یک سرور دورتر را بهتر کنند.

پس از تغییر سرور، زمان منطقی برای مقایسه در نظر بگیرید.

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

برای یک ماینر فیزیکی، Account و Worker در هر سه ورودی معمولاً یکسان است.

Latency و Port را تست کنید

Windows:

ping btc-eu.pecpool.com
Test-NetConnection btc-eu.pecpool.com -Port 3333

Linux:

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

Ping تنها معیار نیست؛ ممکن است سرور ICMP را جواب ندهد ولی Stratum کار کند.

Packet Loss را بررسی کنید

Packet Loss می‌تواند Job را دیر برساند، Submission را گم کند، Connection Reset ایجاد کند و Stale را بالا ببرد.

• Timeoutهای مقطعی Ping
• نوسان زیاد Latency
• Reconnect زیاد Stratum
• Pool Dead تکراری
• Gap در نمودار Hashrate
• افزایش Stale در ساعات خاص

کابل، Port سوییچ، Router، Wireless Link، ISP و Congestion را بررسی کنید.

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 با وجود Latency بیشتر ممکن است Stale کمتری داشته باشد. اولویت: پایداری، Packet Loss پایین، Accepted Share پایدار، Stale پایین و سپس Latency.

Low-Difficulty Share

این Share به Difficulty اختصاص‌یافته Worker نمی‌رسد. علت‌های رایج: Firmware مشکل‌دار، ناسازگاری Custom Firmware، مدیریت نادرست Difficulty، داده خراب، Overclock ناپایدار یا خطای Proxy. صرفاً تغییر Region معمولاً آن را حل نمی‌کند.

Duplicate Share

یعنی یک نتیجه بیش از یک بار ارسال شده است. علت: Bug Firmware، Proxy، ارسال مجدد پس از قطعی، Mining Software اشتباه یا Control Board ناپایدار.

1. Log را بررسی کنید.
2. Mining Process را یک‌بار Restart کنید.
3. نسخه Firmware را بررسی کنید.
4. در صورت امکان Proxy را موقتاً دور بزنید.
5. اتصال مستقیم PECPool را مقایسه کنید.

Unauthorized Worker

Server در دسترس است اما Account/Worker پذیرفته نشده است.

AccountName.WorkerName
myaccount.miner01

Account اشتباه، نبودن Account، نبود Dot، Space، Character نامعتبر، Email یا Wallet در Worker را بررسی کنید.

Pool Password

این فیلد رمز PECPool نیست. در حالت عادی:

x

رمز PECPool، Email Password، 2FA، API Secret، Private Key یا Seed Phrase را وارد نکنید.

Invalid Share و Hardware Error

محاسبه نادرست ASIC یا داده خراب می‌تواند Invalid Share ایجاد کند. Hardware Error، وضعیت ASIC، Hashboard، دما، فن/خنک‌کننده، پایداری PSU و Frequency/Voltage را بررسی کنید.

دمای ماینر

دمای زیاد می‌تواند Chip را ناپایدار و خطا را بیشتر کند. ورودی هوا، برگشت هوای گرم، فن‌ها، Heat Sink/کانال هوا، تهویه اتاق و در مدل‌های مربوط Hydro/Immersion را بررسی کنید. دما را با محدوده مدل دقیق مقایسه نمایید.

Power Supply

برق ناپایدار می‌تواند Chip Error، Hashboard Reset و Restart ایجاد کند. Input Voltage، ظرفیت PSU، Connectorها، کابل برق، Voltage Drop زیر بار و توزیع برق را بررسی کنید. با اتصال شل، سوخته، داغ یا تغییررنگ‌داده ادامه ندهید.

Overclocking و Rejected Share

Frequency بالاتر می‌تواند Hashrate را افزایش دهد، اما Hardware Error، Invalid Share، Restart، دما، مصرف و ناپایداری Hashboard را نیز بالا ببرد. اگر Rejected پس از Overclock بیشتر شد، Profile پایدار قبلی را برگردانید، مدتی اجرا کنید و Accepted/Rejected و Hashrate یک‌ساعته/24ساعته را مقایسه کنید.

Undervolting و ولتاژ ناکافی

Undervolt مصرف را کم می‌کند، ولی ولتاژ ناکافی می‌تواند خطای محاسبات و Hashboard ناپایدار ایجاد کند. اگر Low-Difficulty یا Invalid پس از تغییر ولتاژ بیشتر شد، به تنظیم پایدار برگردید.

مشکلات Firmware

Firmware Job، ASIC، ارتباط Pool و ارسال Share را کنترل می‌کند و ممکن است Duplicate، Low-Difficulty، Nonce اشتباه، Disconnect و ناپایداری ایجاد کند.

• Firmware معتبر استفاده کنید.
• سازگاری با مدل دقیق را تأیید کنید.
• Release Notes را بخوانید.
• از Firmware ناشناس دوری کنید.
• قبل از Upgrade تنظیمات را Backup کنید.
• حین نصب برق را قطع نکنید.

Mining Proxy

Proxy می‌تواند اتصال تعداد زیادی ماینر را متمرکز کند، اما Overload یا ناپایداری آن Delay، Stale، Duplicate، Reconnect و Offline شدن گروهی ایجاد می‌کند.

• CPU/RAM Proxy
• ظرفیت شبکه
• Connection Count
• System Log
• Latency Miner↔Proxy
• Latency Proxy↔PECPool

یک ماینر مشکل‌دار را موقتاً مستقیم به PECPool وصل کنید؛ اگر Rejected بهتر شد، Proxy یا مسیر آن را بررسی کنید.

تاریخ و ساعت ماینر

زمان سیستم اشتباه ممکن است Log، Diagnostics یا عملکردهای امن را مختل کند. در صورت امکان Sync خودکار را فعال و Gateway/DNS را بررسی کنید.

Pool Switching مکرر

سوییچ مکرر بین Pool 1/2/3 می‌تواند در هر انتقال Stale/Rejected ایجاد کند. اتصال Pool 1، Router/ISP، DNS، Firewall، Log و Region را بررسی کنید. اگر Pool 2 پایدارتر است، بعد از تست کافی آن را Pool 1 کنید.

افزایش Rejected پس از تغییر Server

1. Server و Port را تأیید کنید.
2. Latency و Packet Loss را بررسی کنید.
3. Log را بخوانید.
4. زمان کافی برای مقایسه بدهید.
5. در صورت نیاز به Server پایدار قبلی برگردید.

با تعداد کم Share قضاوت نکنید.

فقط یک ماینر Rejected بالا دارد

اگر بقیه همان شبکه طبیعی هستند، کابل Ethernet، Port سوییچ، Firmware، Overclock Profile، دما، Hashboard و Log همان ماینر را بررسی کنید.

همه ماینرها Rejected بالا دارند

اگر چند Worker هم‌زمان بد شدند، زیرساخت مشترک را بررسی کنید: اینترنت، Router/Gateway، Switchها، DNS، Routing ISP، Mining Proxy و Stratum مشترک. زمان دقیق شروع را بین همه Workerها مقایسه کنید.

Hashrate محلی و Pool را مقایسه کنید

اختلاف بزرگ ممکن است نشان‌دهنده از دست رفتن کار مفید باشد. Current، 1-hour، 24-hour Hashrate، Accepted، Rejected، Stale و Last Share را بررسی کنید و برای مقایسه از Averageهای بلندمدت استفاده نمایید.

مثال 1: Stale زیاد

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

احتمالاً نتایج مرتب پس از تغییر Job می‌رسند. Latency، Packet Loss، Server، Router/Switch و Proxy را بررسی کنید.

مثال 2: Invalid زیاد

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

این الگو بیشتر به Firmware، Hardware Error، Voltage/Frequency یا Hashboard مربوط است تا فقط Latency.

مثال 3: Rejection پس از Overclock

Before:
Local Hashrate: 100 TH/s
Rejected Rate: 0.3%

After:
Local Hashrate: 112 TH/s
Rejected Rate: 5.5%
Frequent Miner Restarts: Yes

Hashrate محلی بیشتر شده اما پایداری پایین آمده؛ Profile قبلی ممکن است Performance مؤثر بهتری بدهد.

ترتیب پیشنهادی عیب‌یابی

1. Accepted/Rejected/Stale فعلی را ثبت کنید.
2. دلیل دقیق Rejection را از Log بخوانید.
3. Pool URL، Port، Worker و Password را تأیید کنید.
4. مشخص کنید یک ماینر یا همه درگیرند.
5. Latency/Packet Loss را تست کنید.
6. Server/Port رسمی دیگری را تست کنید.
7. کابل، Switch و Router را بررسی کنید.
8. Proxy را بررسی کنید.
9. دما و Hardware Error را بررسی کنید.
10. Overclock/Undervolt را پایدار کنید.
11. Firmware را بررسی کنید.
12. نتیجه را در بازه مناسب مانیتور کنید.

چند تنظیم را هم‌زمان تغییر ندهید

تغییر Server، Firmware، Frequency، Voltage، شبکه و Proxy به‌صورت هم‌زمان تشخیص علت را سخت می‌کند. آمار را ثبت کنید، فقط یک تغییر بدهید، زمان کافی صبر کنید، نتیجه را مقایسه و سپس تغییر را نگه دارید یا برگردانید.

یک تغییر را چه مدت تست کنیم؟

تست خیلی کوتاه گمراه‌کننده است. ابتدا باید اتصال فعال بماند، Accepted افزایش یابد و همان خطای Rejection ادامه نداشته باشد. برای مقایسه معتبرتر چند ساعت و Averageهای بلندمدت را بررسی کنید.

اشتباهات رایج

• نسبت دادن هر Rejected به Pool
• نادیده گرفتن Log
• انتخاب Server فقط با یک Ping
• نادیده گرفتن Packet Loss
• Firmware ناشناخته
• Overclock شدید
• Wi‑Fi برای ASIC
• نادیده گرفتن Proxy
• تغییرات هم‌زمان زیاد
• قضاوت بلافاصله بعد از Restart

مرجع سریع

چک‌لیست نهایی

• Stratum رسمی PECPool استفاده می‌شود.
• Port پایدار و در دسترس است.
• Worker فرمت AccountName.WorkerName دارد.
• Password برابر x است.
• Accepted افزایش می‌یابد.
• دلیل دقیق Rejection بررسی شده است.
• Packet Loss وجود ندارد.
• Ethernet کابلی استفاده می‌شود.
• Pool 1/2/3 تنظیم شده‌اند.
• سوییچ مکرر وجود ندارد.
• Firmware معتبر و سازگار است.
• Overclock/Voltage پایدارند.
• دما و Cooling طبیعی است.
• Hardware Error غیرعادی نیست.
• Proxy Overload نیست.

روی Effective Hashrate تمرکز کنید

هدف فقط عدد Hashrate محلی بالا نیست؛ هدف ارسال بیشترین کار معتبر به PECPool است. ماینری با Hashrate کمی کمتر و Rejected پایین می‌تواند نتیجه مؤثرتری از ماینر ناپایدار با Hashrate بالاتر داشته باشد. نوع Rejection را مشخص کنید و سپس شبکه، Stratum، Worker، Firmware، تنظیمات استخراج، دما، برق و Hardware را به ترتیب کنترل‌شده بررسی نمایید.