استخر پشتیبان و failover: چرا اسلات دوم و سوم در ASIC لازم است
تقریباً هر فرمور ASIC سه فیلد برای آدرس استخر دارد. معمولاً فقط یکی پر میشود. دومی و سومی خالی میمانند یا همان آدرس تکرار میشود که آنها را بیفایده میکند. این ارزانترین بیمه در ماینینگ است: تنظیم آن پنج دقیقه طول میکشد و هیچ هزینهای ندارد، اما وقتی استخر اصلی از دسترس خارج میشود، از داونتایم نجات میدهد.
در ادامه مکانیزم جابهجایی را باز میکنیم، هزینه داونتایم را با فرمول خودمان محاسبه میکنیم و جداگانه به نکتهای میپردازیم که تقریباً هیچکس توضیح نمیدهد: وقتی ماینر به استخر پشتیبان میرود، بر سر سهم شما در PPLNS چه میآید.
سه اسلات استخر در ASIC چیست
سه اسلات یک فهرست اولویتدار هستند. ماینر اتصال stratum را با آدرس اول حفظ میکند. اگر اتصال قطع شود یا استخر دیگر وظیفهای ندهد، فرمور آدرس دوم را امتحان میکند، سپس سوم را. چیز هوشمندانهتری در کار نیست: این یک جستوجوی متوالی از بالا به پایین است، بدون توازن بار و بدون تقسیم هشریت بین استخرها.
نکته کلیدی درباره جابهجایی: لحظهای نیست. ماینر ابتدا باید مطمئن شود که واقعاً اتصالی وجود ندارد. منتظر پایان یک timeout میماند، گاهی چند بار سعی میکند به آدرس اول دوباره وصل شود، و فقط بعد از آن به بعدی میرود. طول این پنجره به فرمور و نسخه بستگی دارد، استاندارد واحدی وجود ندارد. مقدار دقیق را در رابط وب دستگاه خود، در بخش تنظیمات استخر، یا در لاگها ببینید: آنجا میبینید چند ثانیه پس از قطعی ماینر شروع به تلاش برای آدرس دوم کرده است.
از این یک نتیجه عملی به دست میآید. failover از قطعیهای کوتاه چند ثانیهای محافظت نمیکند. از وضعیتهایی که چند دقیقه تا چند ساعت طول میکشند محافظت میکند: استخر از دسترس خارج شده، مشکل DNS دارد، ارائهدهنده اینترنت شما مسیر به یک دیتاسنتر خاص را از دست داده است. اینکه چطور مشکل سمت استخر را از مشکل سمت خودتان تشخیص دهید، در مقاله استخر از دسترس خارج شده: تشخیص گامبهگام بهتفصیل شرح داده شده است.
نکته دوم: بیشتر فرمورها وقتی استخر اول بازیابی شود، بهطور خودکار به آن برمیگردند. یعنی استخر پشتیبان مانند یک سکوی موقت عمل میکند، نه یک جابهجایی دائمی. اما این رفتار باید روی مدل خودتان جداگانه بررسی شود، چون آن هم به فرمور بستگی دارد.
یک ساعت داونتایم چقدر هزینه دارد
از فرمول پایه تولید مورد انتظار شروع میکنیم. درآمد در یک بازه زمانی با هشریت مشخص:
```
BTC = H * 86400 * R / (D * 2^32)
```
که در آن H هشریت بر حسب هش در ثانیه است، 86400 تعداد ثانیههای یک روز، R پاداش بلوک بر حسب BTC، D دشواری شبکه. این فرمول یک امید ریاضی میدهد، نه تضمین: در حجمهای کوچک تولید واقعی حول این عدد نوسان میکند.
شبکه را در تاریخ 08.09.2026 جایگذاری میکنیم: دشواری 127.45 تریلیون، پاداش 3.125 BTC، هشریت شبکه 930.73 EH/s، سهم کارمزد در بلوک 0.66 درصد. با این پارامترها، 100 TH/s روزانه 0.00004932 BTC تولید میکند. با نرخ 78,349 دلار، این روزانه 3.86 دلار میشود، یعنی 16.1 سنت در ساعت.
سپس حساب ساده بر اساس مقیاس:
| هشریت | یک ساعت داونتایم | یک روز داونتایم | یک ماه با 1% داونتایم (حدود 7.3 س) | یک ماه با 5% داونتایم (حدود 36 س) |
|---|---|---|---|---|
| 100 TH/s | 0.16 $ | 3.86 $ | 1.16 $ | 5.80 $ |
| 1 PH/s | 1.61 $ | 38.65 $ | 11.60 $ | 58 $ |
| 10 PH/s | 16.10 $ | 386 $ | 116 $ | 580 $ |
| 100 PH/s | 161 $ | 3865 $ | 1160 $ | 5800 $ |
روی یک S21 خانگی، تفاوت بین 1 و 5 درصد داونتایم در ماه با چند دلار اندازهگیری میشود، و در این سطح failover بیشتر مسئله نظم است تا پول. در ده پتاهش، همان درصدها به صدها دلار در ماه تبدیل میشوند، و تنظیم اسلات دوم از همان اولین خرابی خودش را جبران میکند. میتوانید اعداد خودتان را از طریق ماشینحساب سودآوری محاسبه کنید، با وارد کردن هشریت و قیمت برق خودتان.
همچنین باید به یاد داشت که داونتایم از نظر هزینه هم رایگان نیست: تجهیزاتی که در سمت استخر از دسترس خارج شده، همچنان برق مصرف میکند اگر ماینر بیکار بچرخد و سعی کند دوباره وصل شود.
هنگام رفتن به استخر پشتیبان، بر سر سهم PPLNS چه میآید
پاسخ مستقیم: در PPLNS، شیرهایی که قبلاً ارسال کردهاید در لحظه قطع اتصال صفر نمیشوند. در پنجره باقی میمانند و همچنان در تقسیم بلوکهایی که استخر بهزودی پیدا میکند شرکت میکنند، و بعد بهتدریج با شیرهای جدید ماینرهای دیگر جابهجا میشوند. عبور کوتاه به استخر پشتیبان هزینهای بسیار کمتر از آنچه معمولاً تصور میشود دارد. عبور طولانی، سهم را کاملاً میبلعد.
مکانیزم اینطور است. PPLNS برای خود شیر پرداخت نمیکند، بلکه برای سهم شیرهای شما از میان N شیر آخر استخر در لحظه پیدا شدن بلوک پرداخت میکند. تا زمانی که شیرهای شما داخل این پنجره باشند، هر بلوک پیدا شده بخشی از پاداش را برای شما میآورد. بهمحض اینکه جریان شیرهای دیگران شیرهای شما را از مرز پنجره بیرون بیندازد، دیگر حساب نمیشوند. این نه جریمه است و نه از بین رفتن، بلکه جابهجایی طبیعی پنجره است.
اندازه پنجره بین استخرها متفاوت است، و توصیف آن هم متفاوت است. طبق بررسی ما از مستندات:
| استخر | پنجره چگونه توصیف شده | در عمل یعنی چه |
|---|---|---|
| ViaBTC | ۵ دور دشواری آخر | پنجره با یک عدد صریح داده شده، عمر شیر قابل تخمین است |
| Ocean | طرح TIDES، پنجره برابر با ۸ دشواری شبکه بر حسب شیر است | مستندترین پنجره در میان همه، شیرها هرگز از لاگ حذف نمیشوند، فقط از مرز پنجره خارج میشوند |
| AntPool | N دور دشواری آخر | عدد N در مستندات رسمی منتشر نشده، عمر شیر را نمیتوان دقیق تخمین زد |
از این یک قاعده عملی میآید: هرچه پنجره استخر اصلی پهنتر باشد، عبورهای کوتاه به استخر پشتیبان را میتوان با آرامش بیشتری تحمل کرد. در Ocean، پنجره هشت دشواری شبکه یعنی یک شیر بهطور متوسط چندین بار موفق به شرکت در تقسیم میشود، و قطعی دهدقیقهای اتصال تقریباً چیزی نمیگیرد. با پنجره کوتاه، همان قطعی هزینه بیشتری دارد.
و برعکس: عبور چندساعته به استخر پشتیبان یعنی تا لحظه بازگشت، تقریباً چیزی از سهم شما در پنجره استخر اصلی باقی نمانده، و انباشت دوباره از صفر شروع میشود. دقیقاً به همین دلیل خرابیهای طولانی در PPLNS دردناکتر از PPS و FPPS هستند، جایی که پرداخت به این بستگی ندارد که استخر بلوکی پیدا کرده یا نه.
یک نکته مهم: بیشتر استخرهای بزرگ BTC بهطور پیشفرض روی PPLNS نیستند، بلکه روی FPPS یا PPS+ کار میکنند. اگر روی FPPS باشید، تمام این حسابوکتاب پنجره به شما مربوط نمیشود، و رفتن به استخر پشتیبان دقیقاً به اندازه همان چیزی هزینه دارد که در زمان داونتایم استخراج نکردهاید، نه بیشتر نه کمتر.
چطور استخر پشتیبان را انتخاب کنیم
پاسخ مستقیم: استخر پشتیبانی با همان طرح پرداخت استخر اصلی انتخاب کنید، اما سعی نکنید استخری هماندازه پیدا کنید. تطابق طرح مهم است، چون به آن بستگی دارد که درآمد در زمان داونتایم چگونه محاسبه میشود و آیا مجبورید در یک هفته دو مدل پرداخت متفاوت را درک کنید. اندازه استخر روی این تأثیری ندارد.
چرا طرح مهمتر از اندازه است. اگر استخر اصلی روی FPPS و استخر پشتیبان روی PPLNS باشد، هر جابهجایی شروع میکند به انباشت سهم از صفر در پنجرهای غریبه، و هنگام بازگشت این سهم استفادهنشده باقی میماند. علاوه بر این، تطبیق گزارشها سختتر است: در FPPS درآمد یکنواخت است، در PPLNS به یافتن بلوک وابسته است. طرح یکسان دو پلتفرم را قابلمقایسه میکند.
چرا اندازه حیاتی نیست. هشریت استخر روی واریانس پرداختها تأثیر میگذارد: استخر کوچک بلوک را کمتر پیدا میکند، پس درآمد ناهموارتر است. اما استخر پشتیبان بنا به تعریف در دورههای کوتاه کار میکند. طی دو ساعت داونتایم، واریانس استخر کوچک چیزی را خراب نمیکند، چون در FPPS اصلاً وجود ندارد و در PPLNS سهم چند ساعته در هر حالت ناچیز است.
واقعاً باید هنگام انتخاب استخر پشتیبان به چه چیزی نگاه کرد:
- طرح پرداخت با استخر اصلی مطابقت دارد.
- آستانه پرداخت قابلدستیابی است. این دام اصلی است، در پایین شرح داده میشود.
- موقعیت جغرافیایی سرورها با استخر اصلی متفاوت است. استخر پشتیبان در همان دیتاسنتر استخر اصلی، از خرابی دیتاسنتر نجات نمیدهد.
- ثبتنام به یک فرآیند KYC یکهفتهای نیاز ندارد، وگرنه استخر پشتیبان بهسرعت راهاندازی نمیشود.
- کارمزد و آستانهها از قبل مشخصاند. میتوان آنها را بین استخرها در تحلیلهای ما درباره کارمزد و حداقل برداشت مقایسه کرد.
درباره اینکه تعویض استخر اصلاً ارزشش را دارد و چرا جابهجاییهای مکرر رایگان نیست، تحلیل جداگانهای هست: هزینه تعویض استخر.
آیا ارزشش را دارد solo یا استخر دیگری در اسلات سوم قرار داد
پاسخ مستقیم: اسلات سوم وقتی معنا دارد که کپی اسلات دوم نباشد، بلکه بیمهای در برابر نوع دیگری از خرابی باشد. اسلات دوم افت یک استخر خاص را میپوشاند. اسلات سوم باید وضعیتی را بپوشاند که هر دو در دسترس نباشند، مثلاً بهخاطر مشکل مسیر به یک منطقه یا مسدودسازی سمت ارائهدهنده اینترنت.
گزینههای معقول برای اسلات سوم:
- استخری از حوزه قضایی دیگر و با زیرساخت شبکهای دیگر. عملیترین انتخاب برای اکثر افراد.
- استخر solo. اگر اصولاً حاضرید بیشتر زمان درآمد صفر داشته باشید به امید شانس قرعهکشی برای پیدا کردن یک بلوک، معنا دارد. بهعنوان حالت دائمی برای هشریت کوچک، این یک شرطبندی آگاهانه است، نه یک محاسبه. بهعنوان اسلات سوم که در ساعات نادر خرابی فعال میشود، هزینه solo تقریباً برابر با هزینه همان ساعات داونتایم از جدول بالاست.
- همان استخر، اما آدرس دیگری از endpoint stratum آن در منطقهای دیگر. این از خرابی منطقهای محافظت میکند، اما از خرابی کل استخر نه.
خیلیها گزینه ۳ را بهعنوان اسلات دوم استفاده میکنند، و این بد نیست. اما در آن صورت اسلات سوم باید حتماً استخر دیگری باشد، وگرنه کل فهرست به یک اپراتور واحد وابسته میماند.
اشتباهات رایج در تنظیم failover
- یک آدرس در هر سه اسلات. رایجترین مورد. فهرست پرشده به نظر میرسد، اما هیچ محافظتی وجود ندارد: استخر از دسترس خارج میشود، هر سه ورودی هم از دسترس خارج میشوند.
- استخر پشتیبان با worker تأییدنشده. لاگین از حافظه وارد شده، با غلط تایپی یا برای زیرحسابی که وجود ندارد. تا زمانی که استخر اصلی زنده است، خطا نمایان نمیشود. در لحظه خرابی، ماینر جابهجا میشود و رد احراز هویت میگیرد.
- آستانه پرداختی که هرگز به آن نمیرسید. اگر استخر پشتیبان از مبلغی پرداخت میکند که هشریت شما طی سالها خرابی نادر جمع میکند، پول فقط در موجودی انباشته میشود. در برخی استخرها باقیمانده زیر آستانه از بین نمیرود و منتظر چرخه بعدی میماند، اما در برخی دیگر قوانینی درباره حسابهای غیرفعال و آدرسهای پرداخت تنظیمنشده وجود دارد، تا حد از دست دادن حقوق روی مبلغ انباشته طبق شرایط خدمات. قبل از قرار دادن یک استخر بهعنوان پشتیبان، شرایط همان استخر را بخوانید.
- failover تنظیم شده اما هرگز تست نشده. اسفناکترین دسته، چون فرد متقاعد است که محافظتشده است.
- استخر پشتیبان با همان آدرس پرداخت و همان ایمیل استخر اصلی، بدون بررسی دسترسی جداگانه. اگر دقیقاً در لحظه خرابی دسترسی به حساب را از دست بدهید، از اسلات تنظیمشده فایده چندانی نمیبرید.
- استخر پشتیبان فقط روی بخشی از دستگاهها اضافه شده. در یک مزرعه سیتایی ASIC، تنظیم از طریق قالب پیکربندی یکنواختی را تضمین میکند، عبور دستی یکبهیک تقریباً همیشه شکافهایی باقی میگذارد.
چطور بررسی کنیم که failover کار میکند
پاسخ مستقیم: باید با قطع اجباری اتصال با استخر اصلی بررسی شود، نه با تئوری. امنترین روش این است که موقتاً ترتیب اسلاتها را تغییر دهید یا آدرس استخر اصلی را روی روتر مسدود کنید، ببینید ماینر به آدرس دوم رفته و شروع به ارسال شیرهای پذیرفتهشده کرده، و بعد همه چیز را به حالت قبل برگردانید.
ترتیب اقدامات:
- مطمئن شوید worker روی استخر پشتیبان ساخته شده و در پنل کاربری آن دیده میشود. سادهترین راه این است که یک ماینر را به مدت ده دقیقه به استخر پشتیبان هدایت کنید و ببینید هشریت آن worker ظاهر شده.
- وضعیت فعلی را یادداشت کنید: آدرسها در هر سه اسلات، نام workerها، هشریت فعلی روی استخر اصلی.
- دسترسی به استخر اصلی را مسدود کنید. گزینهها: یک قانون روی روتر بر اساس دامنه یا IP، غیرفعال کردن یک پورت خاص، یا جایگزینی موقت آدرس اسلات اول با آدرسی که قطعاً کار نمیکند.
- زمان را بگیرید. یادداشت کنید چند ثانیه بعد ماینر به آدرس دوم رفت. این timeout واقعی failover شماست، و همین مقدار را باید هنگام برآورد ضرر در نظر داشت.
- در پنل استخر پشتیبان بررسی کنید شیرهای worker میرسند و معتبر شناخته میشوند. صرف وجود اتصال کافی نیست.
- مسدودسازی را بردارید و ببینید آیا ماینر خودش به اسلات اول برمیگردد. اگر نه، یعنی بازگشت دستی است، و این باید در روال کار لحاظ شود.
- همین کار را برای اسلات سوم تکرار کنید، با مسدود کردن هم استخر اول و هم دوم.
- نتایج و تاریخ بررسی را یادداشت کنید. پس از هر بهروزرسانی فرمور تکرار کنید: رفتار failover از نسخهای به نسخه دیگر تغییر میکند.
ترکیب این بررسی با کارهای برنامهریزیشده راحت است، وقتی بخشی از هشریت در هر صورت بیکار است. هزینه خود بررسی با همان جدول محاسبه میشود: ده دقیقه روی 10 PH/s حدود 2.7 دلار است، هزینهای یکباره برای اطمینان از اینکه محافظت کار میکند.
خلاصه
سه اسلات بهجای یک اسلات، درآمد را افزایش نمیدهد. آنها افتهایی را از نمودار حذف میکنند که در غیر این صورت تا زمانی که خودتان دستی متوجه مشکل شوید، ادامه پیدا میکنند. با هشریت کوچک، سود با چند دلار در ماه اندازهگیری میشود؛ با مقیاس صنعتی، با صدها و هزاران دلار.
سه چیز را به یاد داشتن مفید است. جابهجایی لحظهای نیست، بلکه بر اساس timeout فرمور است، و مقدار آن باید روی دستگاه خودتان اندازهگیری شود. در PPLNS، عبور کوتاه به استخر پشتیبان هزینهای کمتر از آنچه به نظر میرسد دارد، چون شیرها بهتدریج در پنجره پیر میشوند، نه یکباره صفر میشوند. و failover تنظیمشده اما هرگز آزمایشنشده، محافظت نیست، فقط تقلیدی از آن است.
برای برآورد اینکه داونتایم دقیقاً در پیکربندی شما چقدر هزینه دارد، میتوانید از ماشینحساب استفاده کنید، و برای مقایسه شرایط استخرها برای استخر پشتیبان، بخش مقایسه استخرها را ببینید.