Қазақстандағы Bitcoin майнингі қанша тұрады: толық шығын моделі

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

Бұл нұсқаулық API қолданбайтын қолмен енгізілетін модель ұсынады. Пул кабинетіндегі BTC түсімін, электр есептегішінің көрсеткішін, ASIC өндірушісінің сипаттамасын және Қазақстанның ресми құқықтық деректерін бір кестеге енгізуге болады. Нәтижені бір ғана «күніне қанша табады?» санымен емес, базалық, сақтық және стресс сценарийлері арқылы бағалаймыз.

Деректер 2026-08-09 күні UTC+8 уақыт белдеуімен тексерілді. Электр шарты, салық нормалары, майнинг төлемі, пул тарифі және өндіруші талаптары өзгеруі мүмкін. Нақты шешім алдында бастапқы ресми деректі қайта тексеріңіз. Бұл материал инвестициялық, заңгерлік немесе салықтық кеңес емес және табысқа кепілдік бермейді.

Алдымен қандай нәтижені есептеу керек

Бір бастапқы кестеден кемінде төрт бөлек көрсеткіш шығару қажет.

Операциялық маржа. Пулдан алынған түсімнен электр, майнинг төлемі, пул комиссиясы, алаң үлесі және ағымдағы жөндеу алынады. Бұл көрсеткіш «қазір құрылғыны қосып қою тиімді ме?» деген сұраққа жауап береді.
Ақшалай өтелу. Жинақталған операциялық ақша ағыны құрылғыны сатып алу, жеткізу, монтаждау және электр инфрақұрылымын дайындауға кеткен бастапқы қаражатпен салыстырылады.
Амортизацияны қосқан нәтиже. Операциялық маржадан есептік амортизация алынады. Ол басқарушылық немесе бухгалтерлік талдауға пайдалы, бірақ амортизация сол айда төленетін ақша емес.
Шығу құны. Құрылғыны 6, 12 немесе 18 айдан кейін сатқандағы таза қалдық құн есептеледі. Бөлшектеу, диагностика, тасымал және сату комиссиясы да шегеріледі.

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

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

Модельге қажет бастапқы деректер

Формула ішіне сандарды тұрақты етіп жазбаңыз. Әр енгізу жолының қасында дереккөз, тексерілген күн және сақтық мәні болсын.

Енгізу	Өлшем	Негізгі дерек	Нені тексеру керек
Номинал хэшрейт	TH/s	Өндіруші сипаттамасы	Нақты құрылғы номиналдан ауытқуы мүмкін
Қабырғадағы қуат	W	Өндіруші және есептегіш	Температура мен желдеткіш жүктемесі әсер етеді
Жұмысқа жарамдылық	%	Мониторинг журналы	Электр, желі, қызып кету және жөндеу тоқтатады
Электр бағасы	KZT/kWh	Шарт және шот	Қуат, сұраныс немесе өзге төлем болуы мүмкін
Майнингке қолданылатын төлем	KZT/kWh не заңдағы өлшем	KGD және Adilet	Ставка мен қолдану шарты өзгеруі мүмкін
Жалпы өндірім	BTC/тәулік	Пул кабинеті немесе қол есебі	Қиындық пен транзакция комиссиясы өзгереді
Пул комиссиясы	%	Пулдың ресми ережесі	PPS+, PPLNS және өзге әдіс бірдей емес
BTC есептік бағасы	KZT/BTC	Нақты сату арнасы	Нарық бағасы таза түсімге тең емес
Ортақ электр жүктемесі	kWh/ай	Бөлек есептегіш	Желдеткіш, сорғы және желі жабдығы ұмыт қалады
Жөндеу резерві	KZT/ай	Жұмыс өтінімдері	Тарих жоқ кезде тым төмен алынады
ASIC толық сатып алу құны	KZT	Шот пен логистика	Жеткізу, монтаж және қосалқы бөлшек кіреді
Қалдық құн	KZT	Тексерілетін екінші нарық ұсынысы	Ең жоғары бағаны негіз деп алмаңыз

Техникалық деректі қалай қолдану керегін BITMAIN S21 Pro мысалымен көрсетуге болады. Өндірушінің ресми бетінде типтік хэшрейт 234 TH/s, 25°C кезінде қабырғадағы қуат 3510 W, тиімділік 15 J/TH деп көрсетілген. Сол бетте хэшрейттің ±3%, қуат пен тиімділіктің ±5% ауытқуы мүмкін екені жазылған. Демек, сатып алу моделінде тек 3510 W емес, шамамен 3335 W, 3510 W және 3686 W маңындағы диапазонды сынау керек. Бұл модель таңдау жөніндегі кеңес емес, өндіруші төзімділігін есепке алу мысалы.

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

Бір ASIC электр шығыны

Тәуліктік электрдің негізгі формуласы:

Тәуліктік энергия (kWh) = қабырғадағы қуат (W) / 1000 × 24 × жұмысқа жарамдылық

ASIC электр құны (KZT/тәулік) = тәуліктік энергия × шарттағы электр бағасы

Тек түсіндіру үшін 3510 W және 96% жұмысқа жарамдылық алсақ:

3,510 × 24 × 0,96 = 80,8704 kWh/тәулік

Бұл тек ASIC корпусының жүктемесі. Фермада сорып шығаратын және кіргізетін желдеткіштер, сорғылар, коммутаторлар, маршрутизаторлар, бақылау жүйесі, жарық және трансформатор шығыны бар. Сенімді әдіс — көмекші жабдыққа бөлек есептегіш орнату. Ондай есептегіш жоқ болса, бүкіл алаң энергиясынан ASIC-тердің есептік энергиясын алып, айырманы жұмыс істеп тұрған құрылғы санына немесе хэшрейтке бөлуге болады.

Бір құрылғыға ортақ энергия = (алаңның жалпы энергиясы − ASIC энергиясының қосындысы) / жұмыс істеген құрылғы саны

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

Электр шоты тек kWh бағасынан тұрмауы ықтимал. Қуат лимиті, шарттық сұраныс, қуат коэффициенті, уақыт белдеуі және тұрақты төлемдер болуы мүмкін. kWh-қа тікелей тәуелді соманы тұрақты немесе жартылай тұрақты сомадан ажыратыңыз: бір ASIC-ті өшіру барлық тұрақты төлемді жоймайды.

Жалпы түсімнен таза ақша ағынына дейін

API жоқ модельде пул кабинетіндегі нақты тәуліктік BTC түсімін қолмен жазу ең түсінікті әдіс. Балама ретінде тексерілген қиындық пен желілік көрсеткіш арқылы теориялық өндірімді есептеп, деректің уақытын белгілеуге болады. Bitcoin әзірлеуші құжаттамасы пул майнерлері жұмысты дәлелдейтін share жіберетінін, ал пул блок сыйақысы мен транзакция комиссиясын қолданған төлем жүйесіне қарай бөлетінін түсіндіреді. getmininginfo командасы қиындық пен желілік хэшрейт сияқты көрсеткіштерді береді.

Жалпы тәуліктік түсім (KZT) = өндірілген BTC × нақты сатуға болатын KZT/BTC бағасы

Пулдан кейінгі түсім = жалпы түсім × (1 − пул комиссиясы)

Егер пул кабинеті комиссия шегерілген нақты соманы көрсетсе, комиссияны екінші рет алмаңыз. Әр жолда «комиссияға дейінгі болжам» немесе «шегерілгеннен кейінгі түсім» деп белгілеңіз. ViaBTC ресми анықтамасында PPS+ пен PPLNS төлем құрамы және комиссиялары бөлек берілген, сонымен бірге теориялық нәтиже қиындық пен транзакция комиссиясына байланысты өзгеретіні ескертіледі. Яғни пулды тек бір пайыз бойынша салыстыру жеткіліксіз: қысқа мерзімді өзгеріс пен төлем тәртібі де ақша резервіне әсер етеді.

Толық тәуліктік операциялық ақша ағыны:

Пулдан кейінгі түсім − ASIC электрі − ортақ электр үлесі − қолданылатын майнинг төлемі − алаң үлесі − желі үлесі − жөндеу резерві − BTC сату шығыны

BTC сату шығыны активті KZT-ге немесе электр шотын төлейтін басқа валютаға айырбастағанда ғана нақты пайда болады. Егер BTC сақталса, оны қолдағы ақша деп санауға болмайды. Модель «өндірілді», «сатуға бөлінді», «сатылды» және «банкке түсті» кезеңдерін жеке көрсетуі тиіс.

Тоқтап қалу, жөндеу және салқындату

Нақты uptime

Тоқтау тек офлайн сағат емес. Қалыптыдан төмен хэшрейт, жиі қайта жүктелу немесе қабылданбаған share үлесінің өсуі де тиімді өндірімді азайтады.

Жұмысқа жарамдылық = нақты өнімді сағат / жоспарланған сағат

Ай сайын тоқтауды себеп бойынша бөліңіз: электр, интернет, қызып кету, жоспарлы қызмет, құрылғы ақауы, пул байланысы. Осылайша шығынның жабдықтан ба, алаңнан ба немесе байланыстан ба екенін көруге болады. Тек «online» белгісіне сену төмен хэшрейтті жасырын қалдырады.

Жөндеу резерві

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

Айлық жөндеу резерві = ақау саны × (бөлшек + еңбек + логистика)

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

Жазғы салқындату

ASIC қолданған электрдің басым бөлігі жылуға айналады. Салқындату моделінде желдеткіш немесе салқындату жүйесінің қуаты, нақты жүктемесі, сағаты және маусымы болуы керек.

Салқындату электрі = жүйе қуаты (kW) × сағат × жүктеме коэффициенті × электр бағасы

Жоғары температура жанама түрде ASIC желдеткіш қуатын арттырады, хэшрейтті түсіреді немесе қорғаныс тоқтауын тудырады. Өндіруші S21 Pro типтік қуатын 25°C кіріс ауасымен береді және жұмыс температурасы мен биіктік шегін көрсетеді. Сондықтан жазғы стресс сценарийі бір уақытта қуатты көтеріп, салқындату шығынын қосып және uptime-ды төмендетуі керек.

Амортизация және қалдық құн

Амортизация — шығынды кезеңдерге бөлу тәсілі, болашақ нарық бағасының болжамы емес. Алғашқы нұсқада түзу сызықты әдіс қолдануға болады:

Айлық амортизация = (амортизацияланатын құн − күтілетін қалдық құн) / пайдалану айы

Амортизацияланатын құнға сатып алу, жеткізу, орнату және құрылғыны жұмыс күйіне жеткізетін тікелей шығындар енуі мүмкін. Қазақстандағы нақты бухгалтерлік және салықтық тәртіпті тиісті маманмен тексеру керек.

Басқарушылық модельде нарықтық қалдық құнды бөлек сценарий етіңіз. ASIC екінші нарық бағасына BTC бағасы, желі қиындығы, жаңа буын тиімділігі, жаңа құрылғы ұсынысы, кепілдік және техникалық күй әсер етеді. Үш қисық жеткілікті:

Сақтық мәні: сұраныс әлсіз, тиімділік ескірген, сату мен тасымал шығыны шегерілген.
Негізгі мән: бірнеше тексерілетін ұсыныстың орта диапазоны, бір сатушының ең жоғары бағасы емес.
Жақсы шығу мәні: өтімділік жақсы, бірақ диагностика, комиссия және логистика бәрібір алынады.

Ең жоғары BTC бағасын және ең жоғары қалдық құнды бөлек-бөлек алып, бір «базалық» сценарийге біріктірмеңіз. Олар өзара байланысты және бірге өзгеруі мүмкін.

Үш сценарийді қалай құру керек

Сценарий болашақты дәл табу үшін емес, шешімнің қай енгізуге сезімтал екенін көру үшін қажет.

Енгізу	Сақтық	Негізгі	Стресс
BTC сату бағасы	Қазіргі бағадан төмен	Тексерілген қолжетімді баға	Қосымша төмендеу
Қиындық	Өседі	Шағын өзгеріс	Елеулі өсім
Uptime	Нашар тарихи ай	Соңғы медиана	Ұзақ тоқтау қосылады
Қуат	Типтік мәннің жоғары жағы	Нақты медиана	Ыстық пен төзімділік шегі
Ортақ электр	Жазғы жүктеме	Жылдық орта	Салқындату тиімділігі нашар
Жөндеу	Қалыпты резерв	Нақты орта	Ірі жөндеу және логистика кідірісі
Қалдық құн	Төмен	Орта	Нөлге жақын немесе сату қиын

«Негізгі» деген атауды ең оптимистік нұсқаға бермеңіз. Негізгі мән ең жақсы дәлелденген дерекке сүйенуі керек. Қарызды өтеу қабілетін тек оптимистік сценариймен бағалау қауіпті.

Қиындық әсерін есептеу үшін әр TH/s-қа шаққандағы BTC өндірімін өзгерту жеткілікті. Өзге жағдайлар бірдей болса, қиындық өскенде бірдей хэшрейттің күтілетін өндірімі төмендейді. Бірақ транзакция комиссиясы, желілік хэшрейт пен пул әдісі нәтижені қарапайым пропорциядан ауытқытады, сондықтан есеп «болжам» деп белгіленуі керек.

Өтелу мерзімі және өшіру шегі

Қарапайым өтелу

Өтелу айы = бастапқы ақша салымы / айлық операциялық ақша ағыны

Айлық ақша ағыны нөлден төмен немесе нөлге тең болса, өтелу «өте ұзақ» емес — осы сценарийде өтелу жоқ. Кесте теріс ай немесе есеп қатесін емес, «өтелмейді» деген белгі көрсетуі керек.

Қарапайым формула қиындық, баға, жөндеу және қалдық құнның уақыт бойынша өзгерісін елемейді. Сенімдірек әдіс — әр айдың BTC өндірімін, түсімін, шығынын және жинақталған ақша ағынын жеке жолға жазу. Жинақталған көрсеткіш алғаш рет нөлден асқан ай — өтелу айы. Егер 12-айда ASIC сатылса, сол айға сату шығыны алынған таза қалдық құн қосылады.

Өшіру шегі

Қысқа мерзімді шешімде тек құрылғы қосылғанда пайда болатын қосымша түсім мен өшіру арқылы шынымен үнемделетін шығын салыстырылады.

1 kWh шекті түсім = пулдан кейінгі тәуліктік түсім / ASIC тәуліктік энергиясы

Егер 1 kWh шекті түсім электр бағасы, kWh бойынша алынатын майнинг төлемі және өшіруге болатын салқындату құнының қосындысынан төмен болса, жұмысты жалғастыру ақша шығынын өсіреді. Бірақ шарттағы ең төмен тұтыну, қуат төлемі, қайта іске қосу және персонал шығынын да тексеру қажет. Тұрақты жалдау мен бұрын төленген ASIC бағасы қысқа өшіру формуласында қайта алынбайды, алайда ұзақ мерзімді шығу шешімінде қалады.

Бір құрылғы мен ферма есебінің айырмасы

Ферма нәтижесін жалғыз ASIC санын жай ғана көбейтіп алуға болмайды.

Әр модельдің қуаты мен хэшрейті бөлек, сондықтан топпен есептеледі.
Желдеткіш, сорғы және трансформатор жүктемесі толық сызықтық емес.
Электр қуатында қауіпсіздік пен іске қосу қоры болуы керек.
Қосалқы бөлшек пен персонал белгілі бір саннан кейін сатылы өседі.

Әр партияға модель, саны, нақты хэшрейт медианасы, қуат медианасы, онлайн сағат, rejected share, жөндеудегі саны және кепілдік аяқталуы жазылсын.

Партияның тиімді хэшрейті = саны × нақты хэшрейт × uptime × (1 − rejected share)

Партияның толық қуаты = ASIC қуатының қосындысы + ортақ жабдық қуаты + жобалық резерв

Жобалық резерв тұтынылған энергия емес, кабель, қорғаныс аппараты және қуат ауытқуына арналған кеңістік. Сым, автомат, қалқан мен қорғанысты нақты нысан нормасына сай білікті электр маманы есептеуі керек.

Сатып алу алдындағы тексеру тәртібі

1. Құрылғы

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

2. Электр және міндетті төлем

Интернеттегі «орташа тарифті» емес, нақты шарт пен соңғы шотты қолданыңыз.
Қазақстан Республикасы Қаржы министрлігі Мемлекеттік кірістер комитетінің цифрлық активтер бөлімі мен Adilet құқықтық базасынан қолданыстағы норманы тексеріңіз.
Қолданылатын тұлға, есеп бірлігі, есепті кезең немесе күшіне ену күні түсініксіз болса, жергілікті салық және құқық маманына жүгініңіз.

3. Өндірім

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

4. Стресс тест

BTC сату бағасын түсіріңіз.
Қиындықты көтеріңіз.
Электр мен қолданылатын төлемді өсіріңіз.
Жазғы ортақ қуатты көбейтіңіз.
Uptime-ды төмендетіп, бір ірі жөндеу қосыңыз.
12-айдағы қалдық құнды азайтыңыз.

Тек оптимистік сценарий өтелсе, жоба «жоғары табысты» емес, сыртқы жағдайға қатты тәуелді. Алдын ала шешім шектерін жазыңыз: қандай BTC бағасында немесе қиындықта жаңа сатып алу тоқтайды, қай деңгейде төмен режимге өтеді, қашан өшеді және қай кезде құрылғы сатылады.

Жиі қойылатын сұрақтар

Онлайн майнинг калькуляторын қолдануға бола ма?

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

Қуатқа номинал мәнді ме, нақты мәнді ме енгіземін?

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

BTC бағасы өссе, өтелу міндетті түрде жылдамдай ма?

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

Амортизация өшіру шешіміне кіре ме?

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

Майнинг төлемін қалай қате алмауға болады?

Ескі жаңалыққа немесе сатушының қысқаша жазбасына сенбеңіз. Ресми бет, заң нұсқасы, күшіне ену күні және тексеру уақытын сақтаңыз. Сіздің заңды тұлғаңыз бен электр ұйымдастыруыңыздың дәл сол ережеге кіретінін тексеріңіз. Осы себеппен мақала өзгеруі ықтимал ставканы «Қазақстанға ортақ тұрақты сан» ретінде жазбайды.

Операциялық есепті тереңдету

Есепті операциялық журналға айналдыру

Кесте тек сатып алу алдында ашылып, кейін ұмыт қалса, алғашқы болжам бір айдың ішінде ескіреді. Басқару есебін үш қабатқа бөліңіз. Бірінші қабатта өзгермейтін немесе сирек өзгеретін деректер тұрады: ASIC моделі, сериялық нөмір, номинал хэшрейт, қуат көзінің түрі, сатып алу бағасы, жеткізу және монтаж шығыны. Екінші қабатта шарттық деректер сақталады: электр бағасының құрамдары, алаң ақысы, пул комиссиясы, сақтандыру немесе күзет төлемі, жөндеу шарты. Үшінші қабат күн сайын немесе апта сайын жаңаратын өндірістік деректерден тұрады: онлайн сағат, нақты хэшрейт, rejected share, есептегіш энергиясы, температура оқиғалары, жөндеу уақыты және алынған BTC.

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

Бастапқы болжамды нақты нәтижемен үстінен жазбаңыз. plan, actual және variance бағандарын бөлек ұстаңыз. Әйтпесе жоба іске қосылғаннан кейін алғашқы шешім қандай дерекке сүйенгенін дәлелдеу мүмкін болмайды. Ай соңында ауытқуды тек теңгемен емес, себеппен бөліңіз: баға, қиындық, uptime, қуат, комиссия, салқындату немесе жөндеу. Осы жіктеу келесі сатып алудың болжамын жақсартады.

Есеп шекарасын дұрыс белгілеу

Бір алаңда бірнеше бизнес немесе бірнеше ASIC иесі болса, есеп шекарасы анық жазылуы керек. Тек майнердің розеткасына дейінгі энергияны өлшеп, ортақ желдеткішті, сорғыны, жарықты, желіні және қауіпсіздік жүйесін басқа бюджетке қалдыру майнингтің шынайы шығынын төмен көрсетеді. Керісінше, ғимараттағы барлық шығынды бір шағын партияға жүктеу жаңа ASIC-тің экономикасын негізсіз нашарлатады.

Шекараны электрдің бір сызықтық сызбасымен және шығын орталықтарының тізімімен бекітіңіз. Тікелей шығын нақты партияға бірден жазылады. Ортақ шығын түсінікті драйвермен бөлінеді. Желдету энергиясын ASIC тұтынған kWh үлесімен, мониторинг қызметін құрылғы санымен, техникалық кезекшілікті жұмсалған сағатпен бөлуге болады. Қай әдісті таңдасаңыз да, ай сайын өзгерте бермеңіз; әдіс өзгерсе, ескі және жаңа нәтиженің салыстырмалылығын көрсетіңіз.

Hosting шарты қолданылса, «бір kWh бағасы» ішіне қандай қызмет кіретінін ашыңыз. Кейбір шартта орын, желдету, желі және күзет бір ставкада болуы мүмкін; басқа шартта жөндеу, қосалқы бөлшек, электр шығыны немесе қуат резерві бөлек есептеледі. Бірдей ставка көрінген екі ұсыныстың қамтуы әртүрлі болса, оларды тікелей салыстыру дұрыс емес.

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

Айлық жабу тәртібі

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

Жабу тәртібі мына ретпен орындалсын:

Есептегіштің бастапқы және соңғы көрсеткішін, multiplier мен өлшем бірлігін тіркеңіз.
Пулдан күндік өндірім, комиссия, төлем және unpaid balance экспортын сақтаңыз.
Мониторингтен онлайн сағат, орташа тиімді хэшрейт және rejected share алыңыз.
Жөндеу өтінімдерін сериялық нөмірмен байланыстырып, бөлшек пен еңбек құнын жазыңыз.
Ортақ энергия мен алаң шығынын бекітілген драйвермен бөліңіз.
BTC түсімін таңдалған бағалау ережесімен көрсетіңіз; ақшаға нақты сатылған бөлік пен сатылмаған қорды араластырмаңыз.
Жоспар мен факт айырмасын себеп кодымен түсіндіріңіз.
Екінші адам есептегіш, пул және банк дерегінің бір бөлігін қайта тексерсін.

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

Өндірімді BTC және теңгемен бөлек бақылау

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

Техникалық өнімділік үшін нақты алынған BTC / тиімді TH·күн көрсеткішін бақылауға болады. Бұл көрсеткіш пул әдісі, желі жағдайы және luck әсеріне тәуелді болғандықтан, бір күнмен шешім қабылдамаңыз; бірнеше кезеңнің қозғалысын және пул түсіндірмесін қараңыз. Қаржы қабатында сол BTC-ді үш бөлек бағамен көрсетіңіз: өндірілген сәттегі басқару бағасы, нақты сату бағасы және кезең соңындағы қорды бағалау бағасы. Үшеуін араластырмау операциялық маржа мен актив бағасының өзгерісін ажыратады.

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

Пулдағы balance, әмиянға түскен transaction және биржада сатылған сома бірдей кезеңде бірдей болмауы ықтимал. Pending немесе unpaid соманы алынған ақша деп көрсетпеңіз. Әр қозғалыстың transaction id, уақыт, желі комиссиясы және қабылдаушы мекенжайы сақталсын. Бұл дерек салық және бухгалтерлік жіктеуді автоматты түрде шешпейді, бірақ кейінгі тексеруге қажетті бастапқы ізді береді.

Қуат пен энергияны қате араластырмау

Қуат — белгілі сәттегі kW, энергия — уақыт бойы жиналған kWh. 3,5 kW көрсеткен ASIC тәулігіне дәл 84 kWh жұмсайды деп бірден қабылдауға болмайды: downtime, режим ауысуы, қорек жоғалтуы және өлшеу қатесі бар. Дегенмен бастапқы тексеру үшін орташа kW × онлайн сағат есебі пайдалы. Оны есептегіш kWh-пен салыстырыңыз.

Екі мәннің айырмасы бірнеше себептен туады. ASIC API немесе интерфейс қуат көзінің кірісін емес, есептік чип жүктемесін көрсетуі мүмкін. Есептегіш бір ғана құрылғыны емес, PDU мен желдеткішті қамтуы ықтимал. Уақыт аралығы сәйкес келмеуі мүмкін. Ток трансформаторының коэффициенті қате енгізілуі де мүмкін. Айырма тұрақты болса, оны бірден «жоғалту» деп жазбай, өлшеу шекарасын тексеріңіз.

Ферма деңгейінде үш санды қатар ұстаңыз: ASIC атаулық қуатының қосындысы, нақты орташа сұраныс және есептегіш энергиясы. Атаулық қосынды электр жобасын алдын ала бағалауға көмектеседі; нақты сұраныс PDU мен трансформатор жүктемесін бақылайды; kWh шот пен операциялық маржаны тексереді. Қорғаныс аппараты мен кабель таңдауды мақаладағы қарапайым арифметикамен жасамаңыз — оны нысанның схемасы мен жергілікті талаптарды білетін маман есептеуі керек.

Uptime жоғалуын себеп бойынша бағалау

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

Әр оқиғада басталу уақыты, анықталған уақыты, жауап басталған уақыт, қалпына келген уақыт және иесі болсын. Осыдан detection time, response time және repair time бөлінеді. Бірдей 10 сағаттық тоқтау екі түрлі басқару шешімін талап етеді: дабыл тоғыз сағат байқалмаса мониторинг мәселесі, ал бөлшек жетіспей қалса spare саясаты мәселесі.

Жоғалған өндірімді тек номинал хэшрейтпен есептемеңіз. Оқиға болмаған ұқсас кезеңнің нақты өнімділігін немесе сақтық baseline қолданыңыз. Жоғалған түсім бағалық болжам екенін белгілеңіз; пул luck пен difficulty әсері оны дәл ақшаға айналдырмайды. Тоқтау шығынына жөндеу, жедел жеткізу және артық жұмыс сағатын қосыңыз, бірақ сол шығынды басқа бюджетте қайта есептемеңіз.

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

Жөндеу резервін құрылғы жасына байланысты өзгерту

Бір ASIC үшін тұрақты айлық жөндеу пайызы қарапайым жоспарға жарайды, бірақ үлкен партияда жеткіліксіз. Құрылғыларды жасына, жұмыс ортасына, кепілдік мәртебесіне және ақау тарихына қарай cohort-тарға бөліңіз. Жаңа кепілді партияның ақша резерві төмен көрінуі мүмкін, алайда логистика мен алмастыру кезіндегі downtime бәрібір бар. Ескі партияда hashboard, желдеткіш, қуат көзі және коннектор ақауы жиілеген сайын резерв өсуі ықтимал.

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

Қосалқы бөлшектің қоймада жатуы да капиталды байлайды. Дегенмен бір арзан желдеткіштің жоқтығы ASIC-ті бірнеше күн тоқтатса, spare ұстау тиімді болуы мүмкін. Әр бөлшек үшін пайдалану жиілігі, жеткізу уақыты, сақтау тәуекелі және тоқтау құнын салыстырыңыз. Қымбат hashboard-ты көп жинау мен мүлде қор ұстамаудың арасында service-level шешімі керек.

Жөндеу аяқталған соң тек «жұмыс істейді» белгісімен жаппаңыз. Қай бөлшек ауысты, firmware өзгерді ме, ұзақ тест нәтижесі қандай, қуат пен хэшрейт baseline-ға қайтты ма — бәрін тіркеңіз. Қайталанған ақау жаңа оқиға ретінде емес, root cause шешілмеген белгі ретінде қаралсын.

Салқындату құнын маусым бойынша жоспарлау

Жылдық орташа ауа температурасы жазғы ең жоғары жүктемені жасырады. Айлық модельге сыртқы температура диапазонын, кіріс ауа температурасын, желдеткіш немесе сорғы қуатын және температураға байланысты derating немесе тоқтау сағатын бөлек енгізіңіз. Салқын маусымдағы төмен auxiliary load-ты бүкіл жылға көшіруге болмайды.

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

Heat rejection жоспарын ASIC санына тура көбейтіп қана қоймаңыз. Ыстық және суық ағынның араласуы, қысым, сүзгінің ластануы және rack орналасуы нақты нәтижеге әсер етеді. Пилот партияда бірнеше температура нүктесін өлшеп, ең ыстық rack пен орташа rack айырмасын сақтаңыз. Орташа температура қалыпты болғанымен, бір қатар жиі қызып кетсе, жалпы қуаттан бұрын ауа жолын түзету қажет болуы мүмкін.

Жазғы стресс сценарийінде үш әсер бірге есептелсін: auxiliary kWh өсімі, ASIC қуаты немесе хэшрейтінің өзгеруі және жоғары температурадан туған downtime. Тек желдеткіш электрін қосу толық сурет бермейді.

Сезімталдықты бір параметрмен емес, жұппен тексеру

Бір параметрлік талдау «BTC бағасы 20% түссе не болады?» деген сұраққа жауап береді, бірақ қиындық пен баға бірге қозғалғанда нәтиже басқаша болуы мүмкін. Екі өлшемді кесте құрыңыз: жолдарда таза BTC сату бағасы, бағандарда difficulty немесе бір TH/s-ке шаққандағы BTC өндірімі. Әр ұяшықта айлық ақша ағыны мен өшіру шегін көрсетіңіз.

Екінші жұп ретінде uptime пен электрдің all-in бағасын пайдаланыңыз. Бұл арзан, бірақ тұрақсыз hosting ұсынысын қымбат әрі тұрақты алаңмен салыстыруға көмектеседі. Үшінші жұпта жөндеу шығыны мен қалдық құнды қарауға болады; ескі ASIC үшін осы екі белгісіздік сатып алу қорытындысын қатты өзгертуі ықтимал.

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

Әр маңызды енгізуге owner және trigger тағайындаңыз. Мысалы, электр шоты жоспардан белгілі шектен асса — шарт пен есептегіш қайта тексеріледі; rejected share ұзақ уақыт baseline-нан асса — желі мен пул конфигурациясы тексеріледі; қалдық құн төмендесе — шығу жоспары жаңартылады. Шекті мәнді жоба басталғанға дейін бекіту кейінгі эмоциялық шешімді азайтады.

Капиталды кезең-кезеңімен бөлу

Барлық ASIC-ті бір күнде сатып алу болжам қатесін үлкейтеді. Капиталды sample, pilot және scale кезеңіне бөліңіз. Sample құрылғы ресми сипаттаманы нақты алаңда тексереді. Pilot партия электр, ауа, мониторинг, жөндеу және есеп процесінің бірге жұмыс істейтінін көрсетеді. Scale тек пилоттың нақты дерегі бойынша толық модель қайта өткенде басталады.

Әр кезеңнің шығу шарты жазылсын. Мысалы, пилот тек тұрақты тиімді хэшрейт, келісілген қуат диапазоны, бақыланатын температура, қабылданатын rejected share және құжатталған жөндеу процесі орындалғанда кеңейеді. Нақты шектер модель мен алаңға қарай белгіленеді; оларды өндіруші құжатынан және өз өлшеуіңізден алыңыз.

Кезеңдік сатып алу құрылғы бағасы өсіп кету тәуекелін жоймайды, бірақ қате алаңға немесе қате модельге барлық капиталды байлаудан қорғайды. Сонымен бірге кейінгі партияның firmware, power supply немесе корпус нұсқасы өзгеруі мүмкін; әр жеткізілімді алдыңғы партиямен автоматты түрде бірдей деп санамаңыз.

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

Басқару есебін екінші адамға қайта есептету

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

Қайта есептеуде мына бақылаулар пайдалы:

құрылғы саны мен сериялық нөмір тізімі monitoring және asset register-де бірдей ме;
онлайн сағат күнтізбедегі мүмкін сағаттан аспай ма;
есептегіштің бастапқы және соңғы көрсеткіші дұрыс бағытта ма;
kW пен kWh араласпаған ба;
пулдағы gross, fee, unpaid және paid сомалары бөлек пе;
BTC-ді теңгеге аударғанда қай уақыт пен қай баға қолданылған;
ортақ шығын бір рет қана бөлінген бе;
жөндеу мен spare сатып алу екі рет есептелмеген бе;
affiliate немесе сауда ынталандыруы кіріс болжамына жасырын қосылмаған ба;
формула көшірілгенде диапазон немесе белгі өзгермеген бе.

Айырма табылса, тек санды түзетпей, бақылау неліктен ұстамағанын жазыңыз. Мысалы, multiplier қолмен енгізілгендіктен қате болса, келесі айда оны бекітілген master data-дан алыңыз. Бір рет түзетілген қате қайта қайталанбауы керек.

Шешім журналын жүргізу

Модельдің соңғы нәтижесімен бірге шешімнің өзін сақтаңыз. Журналда дата, қаралған нұсқа, қолданылған сценарий, шешім иелері, мақұлдау, негізгі тәуекел және қайта қарау trigger-і болсын. «Сатып алдық, өйткені өтелу 14 ай» деген бір сөйлем жеткіліксіз: сол 14 ай қай BTC бағасы, difficulty, uptime, all-in kWh және қалдық құнға сүйенгенін көрсету керек.

Шешім журналында төрт ықтимал қорытындыны ажыратыңыз: сатып алу, шектеулі пилот, күту және бас тарту. Күту де нақты шартпен жазылсын: мысалы, электр шарты расталғанша, sample тест өткенше немесе сатушы құжатты толық бергенше. Ашық шарт болмаса, «күту» белгісіз мерзімді кейінге қалдыруға айналады.

Жоба іске қосылғаннан кейін 30, 60 және 90 күндік post-investment review өткізіңіз. Болжам мен факт арасындағы ең үлкен айырмаларды, олардың басқарылатын немесе сыртқы екенін және келесі партияға қандай түзету қажет екенін жазыңыз. Бұл есеп кінә іздеу үшін емес, болжам сапасын өлшеу үшін керек.

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

Бір айды нөлден қайта құру мысалы

Модельдің барлық бөлігі қалай байланысатынын көру үшін бір жабық айды қайта құрыңыз. Бұл мысалда нақты нарық ставкасы емес, тек тексеру ретін көрсететін шартты сандар пайдаланылады. Алдымен asset register-ден ай басындағы белсенді ASIC санын алыңыз. Ай ішінде үш құрылғы жөндеуге кетсе, олардың тоқтаған сағатын жеке белгілеңіз. Жаңа құрылғы ай ортасында қосылса, оны толық ай жұмыс істегендей есептемеңіз.

Екінші қадамда есептегішті жабыңыз. Бастапқы көрсеткіштен соңғы көрсеткішті алып, multiplier болса қолданыңыз. Нәтижені PDU немесе мониторингтегі орташа kW пен сағат арқылы жасалған rough check-пен салыстырыңыз. Айырма белгіленген tolerance-дан асса, шотты модельге енгізер алдында өлшеу шекарасын, уақытын және ортақ жүктемені тексеріңіз.

Үшінші қадамда пул дерегін reconciliation жасаңыз. Ай басындағы unpaid balance, ай ішінде есептелген gross reward, ұсталған pool fee, әмиянға төленген BTC және ай соңындағы unpaid balance бір теңдеуде байланысуы керек. Қарапайым бақылау: бастапқы қалдық + есептелген түсім − комиссия − төленген сома = соңғы қалдық. Пулдың нақты есебі басқа өріс атауын қолдануы мүмкін, сондықтан оның ресми анықтамасын оқып, бір шаманы екі рет қоспаңыз.

Төртінші қадамда сатылған BTC-ді бөліңіз. Әмиянға түскеннің бәрі сол айда сатылмаса, өндірістік түсім мен cash receipt әртүрлі болады. Нақты сатылымға transaction, платформа жазбасы, комиссия және банк немесе өзге есеп айырысу дәлелі байланыстырылсын. Сатылмаған қор кезең соңында басқару саясатына сай бөлек көрсетіледі.

Бесінші қадамда тікелей және ортақ шығынды қосыңыз. Тікелей энергия, қолданылатын міндетті төлем, pool fee, жөндеу және нақты сатылым комиссиясы бір партияға жазылады. Желдету, желі, күзет және оператор уақыты бекітілген драйвермен бөлінеді. Сатып алынған spare сол айда толық шығын ба, әлде қойма активі ме деген бухгалтерлік шешімді маман қабылдайды; басқару есебінде ақша қозғалысы мен тұтынылған бөлшекті бөлек көрсету пайдалы.

Алтыншы қадамда variance bridge жасаңыз. Жоспарланған маржадан бастап, BTC өндірімі, сату бағасы, электр, uptime, жөндеу және басқа айырманы бір-бірлеп қосып, нақты маржаға жетіңіз. Bridge соңғы айырманы дәл жабуы керек. Жабылмаса, missing data немесе classification қатесі бар.

Дерек сапасының деңгейлері

Барлық енгізудің сенімділігі бірдей емес. Әр жолға A, B, C немесе D сапа деңгейін беруге болады. A — есептегіш, пул экспорты, ресми шарт немесе transaction сияқты тікелей бастапқы дерек. B — калибрленген ішкі жүйеден алынған және басқа дерекпен салыстырылған өлшем. C — өндіруші номиналы немесе өткен кезең орташа мәні. D — сатушы сөзі, белгісіз калькулятор немесе құжатсыз болжам.

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

Сапа деңгейі уақытпен ескіреді. Былтырғы электр шоты A деңгейлі құжат болғанымен, бүгінгі шартқа дәлел емес. Сондықтан source quality мен freshness бөлек белгіленсін. Күнделікті метрикаға қысқа, шарт пен техникалық паспортқа ұзақ тексеру циклі берілуі мүмкін.

Бір енгізу бірнеше дерекпен расталса, қайшылық тәртібі болсын. Мысалы, ASIC интерфейсі мен қабырға есептегіші сәйкес келмесе, қаржы шығыны үшін есептегіш, техникалық диагностика үшін екі деректің айырмасы қолданылады. Пул экспорты мен әмиян transaction-ы сәйкес келмесе, balance және cutoff қайта тексеріледі; біреуін үнсіз өшіруге болмайды.

Өшіру, төмен режим және қайта қосу ережесі

Өшіру шегі бір батырма емес. Операция төрт күйді анықтай алады: қалыпты режим, төмен қуат режимі, уақытша өшіру және шығу. Әр күйге кіру және одан шығу шарты бөлек жазылсын. Егер кіру мен шығу бір шекке байланса, баға шекара маңында қозғалғанда құрылғы жиі қосылып-өшіп, қосымша тәуекел тудыруы мүмкін. Сондықтан hysteresis немесе минимал бақылау кезеңін инженерлік және қаржы топтары бірге белгілейді.

Төмен қуат режимі барлық ASIC-те бірдей қолжетімді немесе қауіпсіз емес. Тек өндіруші нұсқаулығы, бекітілген firmware және нақты тест бар болса қолданыңыз. Режим өзгергенде хэшрейт, қабырға қуаты, J/TH, температура және stability қайта өлшенеді. «Қуат 20% азайды» деген болжамды өлшемсіз модельге енгізбеңіз.

Уақытша өшіру шешімінде өшкенде жоғалатын және үнемделетін ақша бөлек қаралады. Электр мен кейбір қолданылатын төлем үнемделуі мүмкін; жалдау, сақтандыру, персоналдың бір бөлігі немесе бұрын алынған жабдық құны қалуы ықтимал. Қай шығын шынымен өзгеретінін шарттан тексеріңіз.

Қайта қосу құны да нөл емес. Техникалық тексеру, шаң тазалау, firmware күйі, пул конфигурациясы, жылыту немесе салқындату дайындығы және персонал уақыты қажет болуы мүмкін. Ұзақ тұрған құрылғыны бірден бүкіл партиямен қоспай, sample арқылы baseline-ды растаңыз.

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

Ресми және бастапқы дереккөздер

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