Пул істен шықты: мәселе сіздің ASIC-те емес екенін қалай түсінуге болады және алғашқы сағатта не істеу керек

*Last updated: 09.09.2026. POOL BTC.*

TL;DR

Пул панеліндегі хэшрейт нөлге түскенде, кінәлі әрқашан пул бола бермейді. Көп жағдайда себеп сіздің ASIC пен стратум-сервердің арасында жатыр: роутер, провайдер, қуат, қызып кеткен тақта, жаңа ғана құйылған прошивка. Бірін екіншісінен ажырату ноутбуктан тұрмай-ақ бес минутта мүмкін: майнердің өзі не көрсететініне қарау, пул басқа майнерлерде де істен шыққанын тексеру және жергілікті хэшрейтті пулдағы хэшрейтпен салыстыру. Алғашқы сағатты дүрбелеңге де, пул ауыстыруға да емес, ретімен жүргізілетін диагностикаға және алдын ала конфигте тұруға тиіс резервтік стратумды қосуға жұмсаған дұрыс.

POOL BTC пул емес, пулдарды салыстыратын тәуелсіз сайт. Нақты пулдарға авария таңбаламаймыз: төменде әдіс берілген, біреудің істен шығуын талдау емес.

Пулдың тоқтап тұруын өз тарапыңдағы ақаудан қалай ажыратуға болады?

Пулдың тоқтап тұруының басты белгісі: майнер жұмыс істеп тұр, құрылғыдағы хэшрейт қалыпты, бірақ стратуммен байланыс үзіледі немесе shares жауапсыз кетеді. Ал ASIC-тің өз панелінде хэшрейт төмендесе, чиптер шығып қалса немесе құрылғы шеңбер бойынша қайта жүктелсе, пулдың қатысы жоқ, ақау темірде, қуатта немесе провайдерге дейінгі желіде.

Симптомдар бойынша жіктеп көрейік. Бір мезгілде екі жерге қарау керек: майнер панелі (жергілікті хэшрейт) және пулдағы аккаунт статистикасы (пулдағы хэшрейт).

Пулдың істен шығуымен ең жиі шатастырылатын бөлек жағдай: жаңа ғана жасалған баптау. Егер пулда хэшрейт мүлде пайда болмаған болса, бұл авария емес, воркер атындағы қате немесе жабық порт. Авария басқаша көрінеді: тәулік бойы істеп тұрған нәрсе бірден тоқтайды.

Байланыс үзілгенде майнер панелі не көрсетеді және accepted, rejected, stale нені білдіреді?

ASIC панелінде әр пул бойынша үш есептегіш бар: accepted (shares қабылданды), rejected (қабылданбады), stale (кеш келді, тапсырма ескірген). Стратуммен байланыс үзілгенде пул күйі dead немесе disconnected болып өзгереді, accepted есептегіші қатып қалады, ал майнер тізімдегі келесі пулға қосылуға тырыса бастайды, егер ол тізімде болса.

Сөздердің артында не тұр:

• Accepted. Пул сіздің share қабылдап, статистикаға есептеді. Ақшаға айналатын жалғыз есептегіш осы.
• Rejected. Пул share алды, бірақ есепке алмады. Себептері әртүрлі: тапсырма ескірген, көшірме, тым төмен қиындық, авторизация қатесі.
• Stale. Қабылданбаудың жеке жағдайы: share пул тоқтатып үлгерген тапсырма үшін есептелген, себебі желіде жаңа блок табылған. Серверге дейінгі кідіріс неғұрлым үлкен болса, мұндайы соғұрлым жиі кездеседі.
• Difficulty accepted. Кейбір прошивкаларда қабылданған shares қиындығының қосындысы бөлек жолмен беріледі. Ол дана есептегішінен ақпараттырақ, себебі vardiff кезінде shares саны өздігінен ештеңе айтпайды.

Қарауға тұратын тағы бір жол: соңғы қабылданған share уақыты (last share). Егер ол өсіп келе жатса және хэшрейт тұрақты бола тұра бірнеше минуттан асып кетсе, байланыс іс жүзінде өлі, тіпті пул күйі әлі жасыл болса да.

Shares механикасы және олардың саны неге табысқа тең емес екені FPPS және PPLNS төлем схемалары туралы мақалада толығырақ талданған.

Реджекттердің қандай пайызы қалыпты саналады, ал қайсысы дабыл?

Әмбебап сан жоқ: қабылданбаған shares үлесі стратум-серверге дейінгі қашықтыққа, арна сапасына, прошивкаға және vardiff баптауларына байланысты. Абсолютті шамаға емес, өз базалық сызығыңа сүйену керек: тыныш күндегі әдеттегі пайызыңды жазып ал да, содан айтарлықтай жоғары кетіп, сол күйі тұрған бәрін ауытқу деп сана.

Сиқырлы санның орнына практикалық тәсіл:

1. Қалыпты жұмыстың бір тәулігі бойынша rejected үлесін өлшеп ал. Бұл сенің нөлің.
2. Лездік мәнді емес, бір сағаттық орташа мәнді бақыла. Блок ауысқандағы жеке шапшулар авария емес, қалыпты жағдай.
3. Жергілікті хэшрейт өзгермей тұрғанда үлестің өсуі темірде емес, арнада немесе пулда ақау бар дегенді білдіреді.
4. Үлестің өсуі жергілікті хэшрейттің төмендеуімен қатар жүрсе, темір кінәлі.

Өз бағдарларын үш пул атайды, әрі олар чаттарда дауласқан майнерлерден де қаттырақ ажырасады. AntPool анықтама орталығында қабылданбағандардың үлесі 1 пайыздан төмен, ал ескірген shares шамамен 0,5 пайыз және одан төмен болса қалыпты деп жазады. ViaBTC 3 пайыз шегіндегі қабылданбауды қалыпты аралық деп атайды. F2Pool кешіккен shares үлесінің шамамен 2 пайызын саналы деп есептейді. Үш ірі пул арасындағы 0,5-тен 3 пайызға дейінгі шашырау норма туралы сұраққа жауаптың өзі: жалпы норма жоқ, нақты пулдың баптаулары бар.

Дереккөз туралы ескертпе: осы пулдардың қолдау беттері автоматты тексеруден жабық, сондықтан жоғарыдағы тұжырымдарды беттердің толық мәтіні бойынша емес, олардың жария іздеу сниппеттері бойынша тіркедік. Нақты санға сүйенер алдында өз пулыңның анықтама орталығын ашып, ағымдағы редакциясын салыстыр.

Шығын байқала бастайтын шекті ешкім жарияламайды, әрі оны ойлап табудың қажеті жоқ: механика ойша есептеледі. Қабылданбаған share төленбейді, сондықтан қабылданбау үлесі алынбай қалған табыс үлесіне шамамен тең. Бір пайыз реджект деген табыстың шамамен бір пайызы кассадан тыс кетті дегені, үш пайыз болса үш пайыз. Осы үшін ферманы қайта баптау керек пе, ол ферманың көлеміне байланысты, біреудің ұсынысына емес.

Нақты қалыпты емес әрі статистиканы қажет етпейтін жағдай: қабылданбағандар үлесі жүз пайызға жақын. Бұл әрдайым дерлік қате қиындық, бүлінген прошивка немесе делдалдың байланысты бұғаттауы, пулдың шамадан тыс жүктелуі емес.

Пулдың тоқтап тұрғанын растау үшін қайда қарау керек?

Тоқтап тұруды растау деген әрқашан екінші тәуелсіз дереккөз. Тек өз панелің жеткіліксіз: ол пул авариясын да, провайдеріңдегі үзілісті де бірдей көрсетеді. Ең жылдамнан ең баяуға дейінгі тексеру реті бес минуттай уақыт алады және әрдайым дерлік біржақты жауап береді.

1. Пулдағы аккаунт хэшрейтінің статистикасы. Егер веб-кабинет ашылып, воркерің бойынша нөл көрсетсе, сервер тірі, ал оған дәл сенің shares жетпей жатыр. Егер кабинет мүлде жүктелмесе, мәселе кеңірек.
2. Пулдың статус-беті. Кейбір пулдарда сервистер күйінің бөлек беті бар. Оның адресін авария сәтінде іздемей, алдын ала тауып, бетбелгіде ұстаған дұрыс.
3. Сырттай мониторлар мен шолушылар. Хэшрейттің таралуын бақылайтын жария сервистер пулдың дәл қазір блок тауып жатқанын көрсетеді. Ірі пулдағы ұзақ үзіліс жанама, бірақ күшті белгі.
4. Пулдың әлеуметтік желілері мен чаттары. Ресми аккаунт пен телеграм-арна авария туралы статус-бет жаңарғаннан гөрі тезірек біледі. Сол жерден басқа майнерлердің шағымданып жатқанын да көруге болады.
5. Өз тарапыңнан маршрутты тексеру. Сол желідегі кез келген компьютерден стратумның адресі мен портына жасалған қарапайым telnet немесе nc пулдың құлауын провайдердегі бұғаттаудан он секундта ажыратады.

Егер пул кабинеті ашылса, блоктар табылып жатса, чатта тыныштық болса, ал сенің shares қабылданбаса, авария пулда емес, сенде.

Backup pool не үшін керек және резервтік стратумды қалай дұрыс жазу керек?

Резервтік пул деген майнер конфигіндегі жол, негізгі стратум жауап бермегенде құрылғы соған өзі ауысады. Ол болмаса, байланыс үзілгенде ASIC жай ғана желдеткіштерін айналдырады да, сен араласқанша ештеңе таппайды. Ол болса, тоқтап тұру қайта қосылу уақытына дейін қысқарады, ал оның өлшемі сенің ұйқыңның сағаттары емес, секундтар.

Конфигте бұл қалай көрінеді. Прошивкалар бөлшектерімен ерекшеленеді, бірақ принцип біреу: пулдардың басымдық бойынша тізімі, майнер жоғарыдан төмен қарай жүреді.

```

pool1: stratum+tcp://[НЕГІЗГІ ПУЛДЫҢ АДРЕСІ]:[ПОРТ] worker: аккаунт.воркер

pool2: stratum+tcp://[ҚОСАЛҚЫ ПУЛДЫҢ АДРЕСІ]:[ПОРТ] worker: аккаунт2.воркер

pool3: stratum+tcp://[ҮШІНШІ ПУЛДЫҢ АДРЕСІ]:[ПОРТ] worker: аккаунт3.воркер

```

Резерв жұмыс істеуі үшін қажет ережелер:

1. Екінші пул деген басқа пул, сол пулдың басқа порты емес. Сол инфрақұрылымның ішіндегі резервтік адрес осы инфрақұрылымның құлауынан құтқармайды. Негізгі пулдың қосалқы портын екінші емес, үшінші жолға қой.
2. Қосалқы пулдағы аккаунт алдын ала жасалып, тексерілуі керек. Авария сәтіндегі тіркелу дәл сол алғашқы сағатты жеп қояды.
3. Қосалқы пулдағы төлем адресі толтырылуы керек. Әйтпесе майнингте табылған қаражат бір айдан кейін ғана оралатын балансыңда ілініп қалады.
4. Ауысуды қолмен тексер. Интерфейсте негізгі пулды бірер минутқа өшіріп, shares резервтікке кеткеніне және қайта қосқан соң майнердің кері оралғанына көз жеткіз.
5. Төлем схемасын ескер. PPLNS-пулдар арасында ары-бері көшу терезедегі жинақты екі рет нөлдейді, сондықтан қосалқы ретінде схемасы қарапайымырақ пулды қойған саналы. Механикалардың айырмашылығы FPPS пен PPLNS салыстыруында талданған.

Пулдарда қолжетімді кіру нүктелерінің саны әртүрлі, әрі ол олардың өз құжаттамасынан көрінеді. Біз алты пулдың қосылу беттерінде BTC үшін бірегей stratum-хосттарды санадық.

Мұнда бір пулда хост сегіз, екіншісінде біреу екені маңызды емес. Маңыздысы: осы адрестердің бәрі бір инфрақұрылымға апарады, олар аймақтың құлауынан құтқарады, бірақ пулдың құлауынан емес. Дәл сондықтан конфигтегі екінші жол сыртқа сілтеуі керек.

Бір сағаттық тоқтап тұруда майнер шын мәнінде қанша ақша жоғалтады және оны өзің қалай есептейсің?

Бір сағаттық тоқтап тұрудың шығыны бір жолмен есептеледі: жабдығыңның тәуліктік табысын 24-ке бөліп, тоқтап тұру үлесіне көбейтесің. Мұнда күрделі модельдер қажет емес, себебі пулдағы табыс хэшрейт бойынша сызықты. Тек өзекті хэшпрайсты алу маңызды, жарты жыл бұрынғы мақаладағы санды емес, әйтпесе қателік бірнеше есе болады.

Формула:

```

шығын = (TH/s-тегі хэшрейт × тәулігіне TH/s үшін USD-дегі хэшпрайс) / 24 × тоқтап тұру сағаттары

```

Хэшпрайс деген электр қуатын шегергенге дейінгі бір терахештің тәуліктік табысы. Ол бағам мен қиындықпен бірге күн сайын өзгереді, сондықтан жаңа мәнді қой.

Мәтінде хэшпрайсты әдейі санмен бекітпейміз. Ол бағам мен қиындықпен бірге күн сайын өзгереді, ал бір ай бұрынғы мақаладағы мән пайызбен емес, бірнеше есе қателік береді. Жаңа мәнді есептеу күніне қой: оны хэшпрайстың жария индекстері және біздің калькуляторымыз көрсетеді.

Есептегенде ұмытпау керек нәрселер:

• Тоқтап тұрған кезде электр қуаты ішінара жұмсалады. Егер майнер қосулы болса, бірақ shares жібере алмаса, ол бәрібір қуат тұтынады. Бір сағаттағы нақты залал таза алынбаған табыстан осы тұтынудың құнына артық.
• PPLNS тоқтап тұруды екі рет айыппұлдайды. Жинақтаушы схемаларда сен бір сағат бойы таппағаның аз, терезедегі позицияңнан да айырыласың, ал ол лезде қалпына келмейді. PPS тәрізді схемаларда шығын формулаға дәл тең.
• Бір машина бойынша емес, бүкіл ферма бойынша есепте. Он құрылғының бір сағаттық тоқтап тұруы он есе қымбат, әрі осы санды көргенде резервтік пул туралы шешім өздігінен қабылданады.

Өз хэшрейтің мен желінің ағымдағы параметрлері бойынша табысты ойша емес, калькуляторда есептеген ыңғайлы.

Алғашқы сағатта не істеу керек: қадамдық чек-лист

1. 0-2 минут. Майнер панеліндегі жергілікті хэшрейтке қара. Пулдағымен бірге төмендесе, кінәлі темір, әрі бұл тізіммен әрі қарай жүрудің қажеті жоқ.
2. 2-5 минут. Пулдардың күйін және соңғы қабылданған share уақытын тексер. dead күйі мен өсіп бара жатқан уақыт байланыстың үзілгенін растайды.
3. 5-10 минут. Пул кабинетін және статус-бетті аш. Басқа сайттарды қоса алғанда, ештеңе ашылмаса, себеп сенің арнаңда.
4. 10-15 минут. Стратумның қолжетімділігін сол желідегі басқа құрылғыдан, содан кейін мобильді интернеттен тексер. Нәтижедегі айырмашылық провайдерге немесе роутерге нұсқайды.
5. 15-20 минут. Пулдың чаты мен әлеуметтік желілеріне көз сал. Соңғы минуттардағы жаппай шағымдар сұрақты жабады.
6. 20-30 минут. Резервтің іске қосылғанына көз жеткіз. Егер конфигте резервтік пул болмаса, оны дәл қазір жаз, дәл қазір табысты қайтаратын жалғыз әрекет осы.
7. 30-45 минут. Басқа ештеңеге тиіспе. Ферманы жаппай қайта жүктеу, прошивканы ауыстыру және біреудің авариясы кезінде қиындықты өзгерту саған бірінші аварияның үстіне екіншісін қосады.
8. 45-60 минут. Фактілерді тірке. Басталу уақыты, панельдің скриншоты, соңғы share уақыты, пулдың жауабы. Мұнсыз өтемақы туралы әңгіме кімнің есінде не қалғаны туралы дауға айналады.

Тоқтап тұру қашан пул ауыстыруға себеп, ал қашан себеп емес?

Бір авария көшуге себеп емес. Инфрақұрылым бәрінде де құлайды, әрі пул ауыстырудың құны бірнеше сағаттық тоқтап тұрудың шығынынан жиі асып түседі. Себеп тоқтап тұрулар қайталанғанда, ұзаққа созылғанда және түсінікті коммуникациямен қоса жүрмегенде пайда болады: авария кезіндегі пулдың үнсіздігі аварияның өзінен қымбат.

Көшер алдында көшудің өз бағасын есепте: PPLNS-тегі терезенің нөлденуі, жаңа төлем табалдырығын күту, қайта баптауға кететін уақыт. Егер біреудің инфрақұрылымына тәуелділіктен құтылу жолы ретінде соло-майнингке ойыссаң, алдымен соло мен пулды салыстыруды қара, онда сол тәуелділік жай ғана пішінін өзгертеді.

Неге пулдардың ешқайсысы дерлік uptime жарияламайды және сенімділікті жанама түрде қалай бағалауға болады?

Аптаймның жария беті деген алуға тиімсіз міндеттеме: кез келген сан талап пен салыстырудың себебіне айналады, ал оны адал өлшеу сырттан жүргізілуі керек. Сондықтан пулдардың көпшілігі табылған блоктар мен хэшрейт статистикасымен шектеледі. Сенімділікті мәлімделген пайыздар бойынша емес, байқалатын белгілер бойынша жанама бағалауға тура келеді.

Аптайм саны болмағанда неге қарау керек:

• Табылған блоктардың тұрақтылығы. Ірі пулда үзілістер оның желідегі үлесі бойынша болжанады. Аномалды ұзақ тыныштық кез келген жария шолушыда көрінеді.
• Статус-беттің және инциденттер тарихының болуы. Пулдың ақаулардың жария журналын жүргізу фактісінің өзі әдемі 99,9 санынан көбірек нәрсе айтады.
• Коммуникацияның жылдамдығы мен мазмұндылығы. Аварияның алғашқы минуттарындағы чаттағы хабарлама келесі күнгі кешірім-посттан қымбат.
• Тәуелсіз кіру нүктелерінің саны. Әртүрлі аймақтар, әртүрлі стратум-адрестер, бірнеше портты қолдау. Байланысты толықтай жоғалту ықтималдығын осылар азайтады.
• Майнерлердің өткен ақаулар туралы пікірлері. Ақаулардың болғаны туралы емес, олардан кейін статистиканың сәйкес келгені туралы.

Біз сегіз пулдың жария материалдарын 09.09.2026 күні тексердік. Инциденттер тарихы мен аптайм сандары бар толыққанды күй беті біреуінде табылды: Luxor оны uptime.luxor.tech сайтында сервистер бойынша бөліп жариялайды (пул интерфейсі 99,766 пайыз, статистиканы өңдеу 99,956 пайыз, кейбір сервистер 100 пайыз) және үш айлық журналмен қоса береді. Foundry-де status.foundry.ac бар, бірақ бұл майнинг-пулдың бөлек беті емес, Foundry Digital корпоративтік сервистерінің күйі. F2Pool инциденттер туралы жазбалары бар хабарландырулар бөлімін жүргізеді, бірақ бұл күй беті емес. ViaBTC-де 99,99 пайыз саны маркетингтік материалдарда кездеседі, ал оны тексеруге болатын бетті таппадық. AntPool, Braiins Pool, Binance Pool және Ocean пулдарында жария күй беті іздеу арқылы табылмады. Соңғысы кепілдендірілген жоқтықты емес, дәл «тексеру аясында табылмағанды» білдіреді.

Пулдардың жария беттерін тексеру, 09.09.2026.

Пулдардың жиынтық параметрлері, оның ішінде төлем схемалары, комиссиялар мен табалдырықтар, пул карточкаларында жинақталған. Аптайм туралы деректер онда дәл жоғарыдағы себеппен жоқ: пулдар оны жарияламайынша, салыстыратын ештеңе жоқ.

Қысқаша

Пул алғашқы минутта көрінгендей жиі істен шықпайды. Әрекеттер реті бір: алдымен өз темірін бөтен серверден ажырат, содан кейін тоқтап тұруды екінші дереккөзбен раста, содан кейін резервтік стратум жүктемені қабылдағанына көз жеткіз. Конфигтегі резервтік пул нөл теңге тұрады және сағаттап табыс үнемдейді, ал оны апаттық күні емес, тыныш күні жазу керек.