Майнинг фермасын партиямен есептеу: 10, 50 және 100 ASIC

Ферманы партиямен есептеу бір машинаның нәтижесін 10, 50 немесе 100-ге көбейту ғана емес. Белгілі саннан кейін жаңа PDU, желдеткіш банкі, ауысым, қойма немесе трансформатор қажет болуы мүмкін. Сондықтан модель айнымалы, сатылы және ортақ шығындарды бөледі.

Дерек 2026-08-09 күні тексерілді. Мысалдағы 10/50/100 — жоспарлау нүктелері; нақты қуат пен қорғауды білікті маман тексеруі тиіс.

Мазмұны

Бірлік паспортын жасаңыз
10 машиналық кезең
50 машиналық кезең
100 машиналық кезең
Сатылы шығын моделі
Ақша ағымы және procurement gate
Басқару панелі
Партияны бір дата емес, cohort ретінде басқару
Партияны капитал кезеңдеріне бөліңіз
Жиі қойылатын сұрақтар

Бірлік паспортын жасаңыз

Әр модель үшін атаулы және stress W, TH/s, J/TH, кернеу/ток, inlet температурасы, шу, өлшем, кепілдік және нақты тест медианасы жазылады. Бір партияда бірнеше модель болса, орташа қуат қолданбай, әр cohort-ты жеке қосыңыз.

партия ASIC kW = Σ(модель саны × модель stress kW); тиімді TH/s = Σ(саны × нақты TH/s × uptime × (1−reject)).

10 машиналық кезең

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

Pilot қабылдау критерийі алдын ала жазылсын: 24–72 сағат тұрақты hashrate, шектен аспайтын температура, breaker оқиғасының болмауы, rejected share нормасы және өлшенген facility kW. Нәтиже нашар болса, 50-ге көшу тоқтайды.

50 машиналық кезең

Осы деңгейде ауа жолы, фазалық теңгерім, spare parts және кезекшілік формалданады. Қосымша fan bank немесе жаңа PDU іске қосылғанда шығын сатылы өседі. Бір оператордың қолмен бақылауы жеткіліксіз болуы мүмкін; alarm, incident ticket және maintenance window енгізіледі.

50 құрылғы үшін бір ақаудың fault-domain әсерін қараңыз: бір switch, PDU немесе желдеткіш тобы қанша машинаны тоқтатады? Қайта іске қосу кезегі және pool failover сынақтан өтсін.

100 машиналық кезең

100-де capacity, қойма, ауысым және өрт/қауіпсіздік процедурасы жобалық деңгейге өтеді. Ортақ электр мен салқындату коэффициентін 50 құрылғыдан тікелей көшіру дұрыс болмауы мүмкін. Demand charge, қосымша трансформатор, жаңа желдету сатысы және жеке техник қажеттілігі пайда болуы мүмкін.

Капитал кестесі ASIC бағасынан бөлек rack, switchgear, PDU, желі, sensor, spare, installation және commissioning жолдарын көрсетеді. Жабдық жеткізу мерзімі мен инфрақұрылым дайындығы бір Gantt логикасында келісілсін; ерте келген машина жұмыс істемей тұрған капиталға айналады.

Сатылы шығын моделі

Айнымалы шығын: ASIC kWh, pool fee, kWh-қа байланысқан төлем. Сатылы шығын: әр 25 машинаға PDU, әр 50-ге fan bank, белгілі қуатта transformer upgrade. Ортақ тұрақты шығын: жалдау, негізгі байланыс, күзет және есеп. Шартты мысалдар нақты коммерциялық баға ретінде берілмей, өз quotation-ыңызбен толтырылады.

бір TH/s толық айлық құн = (айнымалы + сатылы бөлік + ортақ бөлу + амортизация) / тиімді TH/s. Осы көрсеткіш 10, 50 және 100 арасында scale артықшылығы шынымен бар ма екенін көрсетеді.

Ақша ағымы және procurement gate

Барлық ASIC үшін ақшаны бір күнде төлемеңіз деген кеңес әмбебап емес, бірақ milestone арқылы төлеу тәуекелді көруге көмектеседі: sample/serial тексеру, factory test, shipping, site acceptance. Шарттың заңдық мазмұнын маман қарауы тиіс.

Әр кеңею алдында төрт gate: қуат sign-off, cooling test, желі/monitoring, операциялық staff. Біреуі өтпесе, келесі партия құрылмайды. Бұл «жабдық арзандап барады, тез алайық» қысымын техникалық дәлелге бағындырады.

Басқару панелі

Партия бойынша effective TH/s, facility kW, uptime, reject, incident/100 device, maintenance KZT/TH және net cash/TH көрсетіңіз. Ферманың жалпы орташа саны жаңа партиядағы нашарлауды жасыруы мүмкін.

Апта сайын pilot және production cohort айырмасын талдаңыз. Жаңа машинаның қуаты немесе хэшрейті acceptance диапазонынан тыс болса, бүкіл партияны қабылдамай тұрып іріктемені кеңейтіңіз.

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

100 машинаның табысы 10 машинаның табысынан дәл он есе ме?

Жоқ. Сатылы инфрақұрылым, ортақ электр, uptime және персонал өзгереді.

Қай партиядан бастау керек?

Нысан мен мәмілеге байланысты; ең кіші бақыланатын партия негізгі қауіптерді өлшеуі керек.

Аралас модельді қалай есептейміз?

Әр модельді жеке cohort ретінде есептеп, соңында kW және тиімді TH/s бойынша қосыңыз.

Партияны бір дата емес, cohort ретінде басқару

«50 ASIC» бірдей активтер тобы болмауы мүмкін. Әр жеткізуге cohort ID беріңіз: модель мен ревизия, serial диапазоны, сатушы, өндіріс/жеткізу күні, firmware baseline, acceptance нәтижесі, іске қосылған күн және кепілдік мерзімі. Бір партияның ішіндегі кейін ауыстырылған hashboard немесе PSU change log арқылы көрінуі керек.

Cohort-ты бөлу жалпы орташа көрсеткіштің ақауды жасыруына жол бермейді. Жаңа 10 құрылғы 5% артық қуат жұмсаса, 100 машинаның орташа мәнінде айырма байқалмауы мүмкін; cohort кестесінде бірден көрінеді. Салыстыру кезеңі бірдей ауа температурасы, pool, firmware және есептеу терезесімен жасалады.

Әр cohort-қа жоспар және факт бағандары берілсін: машина саны, online саны, stress kW, facility kW, accepted TH/s, uptime, reject, incident, жөндеу сағаты және KZT шығыны. «Жоспардан ауытқу» тек бағаға емес, техникалық себепке байланысады.

Инфрақұрылымның bill of materials тізімі

ASIC санын көбейтпей тұрып, әр кезеңнің инфрақұрылымын бөлек BOM ретінде жазыңыз. Электр бөлімінде инженер бекіткен transformer/switchgear/PDU/branch өлшемі мен қорғау; cooling бөлімінде fan, duct, filter, sensor және қосалқы жүйе; желіде switch, uplink, DHCP/IP жоспары, мониторинг және failover; операцияда rack, құрал, spare, PPE, CCTV және өрт қауіпсіздігі болады.

BOM жолында quantity, unit cost, lead time, installation owner, commissioning evidence және next-capacity threshold көрсетіледі. Жабдық сатып алынғаны іске дайын деген сөз емес. Cable/duct жұмысы, инженер sign-off, бақылау жүйесі және қызметкер training аяқталмайынша ол available capacity-ге кірмейді.

Білікті электр және өрт қауіпсіздігі маманы жергілікті талаптарды мақұлдауы тиіс. Бұл модель breaker, кабель немесе қорғаныс параметрін өз бетімен таңдауға арналмаған. Қауіпсіздік дәлелі жоқ болса, batch gate жабық қалады.

Step-cost кестесін формуладан бөлек ұстаңыз

Сатылы шығынды «бір машинаға орташа» деп ерте бөлу жаңылыстырады. Мысалы, жаңа PDU 26-машинада, қосымша fan bank 41-машинада, екінші ауысым 70-машинада қажет болуы мүмкін. Нақты шектерді инженерлік схема, vendor quotation және staffing plan анықтайды.

Әр step үшін trigger, толық құн, useful life, іске қосу күні және қай cohort-тарға бөлінетіні жазылсын. 10 құрылғыға арналған pilot болашақ 100 машиналық transformer upgrade шығынын толық көтермеуі мүмкін; бірақ ол шығын жақын арада міндетті болса, cash-flow жоспарда алдын ала көрінуі тиіс.

Бос capacity-ді «тегін» деп есептемеңіз. Бұрын төленген инфрақұрылымның accounting құны нөл болуы мүмкін, бірақ fault domain, maintenance және replacement reserve қалады. Decision view үшін incremental cash және full economic cost екі бөлек көрсетіледі.

Толық белгіленген 10/50/100 мысалы

Гипотетикалық бір ASIC stress режимінде 3.5 kW, accepted hashrate 190 TH/s, жоспарлы uptime 95% және reject 1% болсын. Effective hashrate:

190 × 0.95 × (1 − 0.01) = 178.7 TH/s.

Тек ASIC жүктемесі 10/50/100 машинада 35/175/350 kW болады. Егер facility overhead өлшенген 15%, 18% және 22% болса, жалпы жоспар шамамен 40.25/206.5/427 kW. Overhead-ті бір коэффициентпен көшірмейміз: әр кезеңде cooling және auxiliary өлшенеді.

Effective hashrate сәйкесінше 1.787/8.935/17.87 PH/s. Бірақ 50-де екі машина жөндеуде болса, online count 48 болып қайта есептеледі. 100 машиналық кезеңге жетпей branch немесе cooling bottleneck 82 машинамен шектесе, «100» сценарийі сатып алу жоспары емес, gap analysis болып қалады.

Бұл сандар коммерциялық ұсыныс емес. Өз моделіңізде әр кіріске vendor spec, acceptance өлшемі, инженер sign-off немесе invoice сілтемесін қосыңыз. Белгісіз коэффициенттер диапазонмен беріледі.

Қуат, ауа және желі bottleneck матрицасы

Әр batch size үшін ең әлсіз шекті табыңыз: utility/contract kW, transformer, switchgear, PDU/branch, cooling heat rejection, fresh-air path, rack space, uplink, IP pool, pool connection және қызметкер capacity. «Қанша ASIC сыяды?» деген жауап осы шектердің ең төмені.

Матрицада design maximum, approved operating limit, current measured load, reserved load және available headroom болады. Жаңа клиент немесе firmware power mode өзгерсе, headroom дереу жаңартылады. Көзбен көрінген бос розетка электр немесе ауа capacity-ін дәлелдемейді.

Желіде тек bandwidth емес, fault domain маңызды. Бір switch немесе DHCP failure қанша машинаны тоқтатады? Monitoring жоғалса ASIC әлі хэштеу мүмкін, бірақ overheating немесе адрес өзгерісі байқалмай қалуы мүмкін. Сондықтан visibility capacity-і де gate ретінде қаралады.

Spare және еңбек жүктемесін санмен көрсету

Spare policy «бірнеше fan бар» деген сөз емес. Әр cohort үшін failure history, supplier lead time, warranty turnaround және criticality бойынша fan, PSU, control board, cable және sensor қоры жоспарланады. Жалған немесе үйлеспейтін бөлшек тәуекелін азайту үшін part number мен provenance сақталады.

Техник еңбегін planned және unplanned сағатқа бөліңіз. 10 машинада бір адамның бос уақыты жеткілікті көрінуі мүмкін; 100-де alert triage, cleaning, inventory, repair, report және on-call бөлек рөлге айналады. Бір incident-ке медианалық уақыт пен айлық incident rate арқылы staffing stress-test жасаңыз.

Егер on-call жауап уақыты SLA-ға жетпесе, қосымша ASIC пайдасы staffing cost-пен қайта есептеледі. Қызметкердің қауіпті электр жұмысына араласуына жол бермеңіз; лицензияланған маман қажет тапсырма жеке жоспарланады.

Commissioning wave және rollback

Әр batch бір күнде қосылмайды. Алдымен аз сынақ тобы, кейін инженер бекіткен wave-тер іске қосылады. Әр wave алдында power/cooling/network baseline, кейін stress kW, temperature, alarm, accepted hashrate және restart бақыланады. Белгіленген stop-line асып кетсе, келесі wave тоқтайды.

Firmware, pool profile және monitoring template version-controlled baseline-нан таратылады. Жаңа нұсқа pilot cohort-та тексеріліп, rollback файлы мен жауапты адам дайын болады. Config drift анықталса, нәтиже «batch performance» ретінде бекітілмейді.

Commissioning актісінде online serials, rejected units, open defects, өлшеу уақыты және мақұлдаушы көрсетіледі. Қабылданбаған ASIC жалпы online count-қа қосылмайды және төлем milestone-ы шартқа сай тоқтайды.

Cash-flow-ды delivery кестесімен байланыстыру

Capex тек order күнінде шықпайды. Deposit, factory/warehouse evidence, shipping, customs, site delivery, acceptance және holdback кезеңдері болады. Әр төлемге дәлел және соңғы күн қосыңыз. Инфрақұрылым кешігіп, ASIC ерте келсе, warranty уақыты өтіп, бірақ табыс басталмауы мүмкін.

Модельде order-to-online күн саны, idle capital cost және first-full-month бөлек көрсетіледі. 100 машинаны бірден сатып алу unit price-ты азайтса да, 40 машина екі ай қоймада тұрса, нақты артықшылық жоғалуы ықтимал.

Cash runway scenario-сы BTC бағасы, difficulty, uptime, electricity invoice және іске қосу кешігуін бірге тексереді. Procurement gate тек NPV немесе payback емес; келесі үш invoice пен emergency reserve қауіпсіз қалуы керек.

Batch review және тоқтату шарты

10-нан 50-ге көшу үшін техникалық, операциялық және қаржылық дәлел пакеті керек. Техникалық: measured kW/TH, температура, reject, fault және engineer sign-off. Операциялық: alert, spare, staffing, incident close. Қаржылық: landed cost, net cash/TH, invoice coverage және next-step capex.

Келесі жағдайларда scale тоқтайды: effective hashrate acceptance-тен төмен; facility overhead белгісіз; branch/cooling headroom дәлелденбеген; incident backlog өседі; spare lead time coverage-тен ұзақ; source data export жоқ; немесе next batch қолдағы KZT міндеттемесін әлсіретеді.

Әр review бастапқы hypothesis пен нақты нәтиженің айырмасын көрсетеді. Жақсы шыққан BTC бағасы техникалық кемшілікті жаппайды, ал баға төмендеген кезеңдегі сапалы commissioning «сәтсіз» деп саналмайды. Басқарылатын көрсеткіштер мен нарық көрсеткіштері бөлек бағаланады.

Input register және model version

Партия моделі қай санның қайдан алынғанын көрсетпесе, нәтиже қайталанбайды. Input register-де параметр, мән, бірлік, дерек көзі, алынған күн, owner, confidence және expiry болсын. Vendor spec, onsite өлшем, invoice, шарт және management assumption бөлек source type ретінде белгіленеді.

Бір параметр өзгергенде ескі файлды үстінен сақтамаңыз. Model revision, change reason және әсер еткен output жазылады. Мысалы, ASIC stress power 3.5-тен 3.7 kW-қа өзгерсе, тек electricity cost емес, branch headroom, cooling, maximum count және commissioning wave қайта есептеледі.

Assumption-ға expiry date қойыңыз. Үш ай бұрынғы electricity quote, жазғы емес cooling measurement немесе басқа firmware-мен алынған power test қазіргі expansion-ға автоматты жарамайды. Expired input model-де қызыл flag болып, procurement gate-ті жабады.

Formula cells пен manual override ажыратылсын. Қолмен өзгертілген нәтиже reason және approver-сіз қолданылмайды. Spreadsheet access read/write рөлдерге бөлініп, decision snapshot PDF немесе locked export ретінде сақталады.

Бір фактор емес, сценарий матрицасы

Batch шешімін тек BTC бағасының үш нұсқасымен тексеру жеткіліксіз. Кемінде market, production, site және delivery осьтерін біріктіріңіз. Market: BTC price және difficulty; production: hashrate, uptime, reject; site: kWh, facility overhead, curtailment; delivery: equipment price, delay, defect rate.

Барлық комбинацияны шексіз көбейтудің қажеті жоқ. Басқару үшін төрт түсінікті сценарий жеткілікті болуы мүмкін: base; power/cooling stress; revenue stress; combined severe but plausible. Әр сценарийде net cash/TH, minimum KZT coverage, payback range және safe batch size көрсетіледі.

Combined сценарийде бір жақсы assumption жаманын жасырмауы керек. Мысалы, арзан ASIC баға төмендеуін өтейді деп автоматты есептемеңіз, егер delivery кешігіп, difficulty өскен болса. Сценарийлердің dependency-і жазылады.

Go шешімі base scenario-да ғана емес, бекітілген stress scenario-да да invoice coverage және safety reserve сақталғанда беріледі. Stress-та 100 машина қауіпті, бірақ 50 қауіпсіз болса, модель «жоба жаман» демейді; next batch size-ты 50 деп шектейді.

Capacity reservation және опцион құны

Кейде site 100 ASIC-ке арналған инфрақұрылымды ерте орнатады, бірақ алдымен 10 немесе 50 ғана қосады. Пайдаланылмаған capacity-дің carrying cost-ы, maintenance және expiry тәуекелі бар. Оны нөл деп есептемеңіз; reserved kW және reserved rack үшін айлық cost center жасаңыз.

Керісінше, инфрақұрылымды тым кішкентай кезеңдермен алу қайталама installation, shutdown және инженерлік work шығынын өсіруі мүмкін. Екі жолды салыстырыңыз: ерте толық build және just-in-time expansion. Әрқайсында cash timing, downtime, lead time және stranded capacity көрсетіледі.

Vendor option немесе price lock болса, minimum purchase, expiry, cancellation және deposit-at-risk шарттары есепке кіреді. «Баға бекітілді» деген артықшылық site gate дайын болмаса пайдалы болмауы мүмкін. Option-ды exercise ету күні capacity sign-off пен cash runway-ға байланыстырылсын.

Модельдің соңғы беті бір сан емес, decision range береді: қазір қауіпсіз қосылатын count, шартты count, кейінгі infrastructure-дан соңғы count және мүлде рұқсат етілмейтін count. Бұл сатып алу командасына техникалық дәлелді коммерциялық тапсырыспен байланыстырады.

Партияны капитал кезеңдеріне бөліңіз

10, 50 немесе 100 ASIC есебі сатып алу сомасымен аяқталмайды. Cash draw-ды design, deposit, shipment, site works, commissioning және retention кезеңдеріне бөліңіз. Әр кезеңге төлем күні, валюта, approval және орындалған нәтижені байланыстырыңыз. Бұл жабдық келмей тұрып бүкіл капиталды жауып тастауды болдырмайды.

Capital ledger committed, paid және forecast сомасын бөлек көрсетеді. Purchase order берілген, бірақ invoice келмеген міндеттеме cash balance-та көрінбеуі мүмкін; оны available cash деп санау қате. Валюта бағамы өзгерсе, тек төленбеген кезең қайта бағаланады, бұрынғы actual қайта жазылмайды.

Contingency жалпы пайыз ретінде ғана тұрмасын. Электр жұмысы, кеден, spare, cooling және schedule delay үшін жеке risk allowance жасаңыз. Бір бап пайдаланылмаса, ол автоматты түрде көбірек ASIC алуға босамайды; steering review жаңа шешім береді.

Инфрақұрылым BOM-ын сериялық активпен байланыстырыңыз

ASIC саны өскенде PDU, кабель, switch port, rack, fan, filter және fire zone сыйымдылығы қатар өседі. Bill of materials әр позицияны белгілі cohort пен site area-ға байланыстырады. «Қоймада бар» деген белгі quantity, condition, compatible model және reserved project көрсетілмесе сенімсіз.

Қабылдау кезінде ASIC serial ғана емес, PSU, PDU және критикалық spare asset ID алады. Бір компонент бірнеше жобаға резервтелмеуі тиіс. Compatible деген сөз connector, voltage, firmware және safety approval бойынша тексеріледі; сыртқы ұқсастық жеткіліксіз.

Long-lead item тізімі бөлек жүргізіледі. ASIC ерте келіп, transformer component немесе exhaust fan кешіксе, storage, warranty clock және капитал құны өседі. Сондықтан procurement sequence ең жылдам тауарға емес, critical path-қа қарай құрылады.

Әр толқынға capacity және stop gate қойыңыз

Commissioning wave мысалы 5 немесе 10 құрылғыдан басталуы мүмкін, бірақ нақты өлшем site тәуекеліне сай таңдалады. Толқын алдында available kW, airflow, network port, pool worker және monitoring tag расталады. Кейін хэшрейт, қуат, температура, reject және alarm келісілген бақылау терезесінде бағаланады.

Келесі толқынға өту gate-і сандық және құжаттық болады. Meter data жоғалса, sensor calibration белгісіз болса немесе previous action жабылмаса, жаңа cohort қосылмайды. Кесте қысымы stop gate-ті өшірмейді.

Толық жүктемеге жеткен соң 24 сағаттық бір snapshot жеткіліксіз. Weekday/weekend, күн/түн және ыстық сағат айырмасы бар болса, observation window соны қамтиды. Network difficulty немесе BTC бағасы техникалық acceptance критерийін өзгертпейді.

Қызметкер мен spare көлемін партиямен бірге өсіріңіз

100 құрылғы 10 құрылғының он есе көшірмесі емес. Alert саны, тазалау, firmware rollout, жөндеу логистикасы және spare айналымы сызықтық емес өсуі мүмкін. Staffing model shift coverage, response time, planned maintenance және мердігерге тәуелділікті көрсетсін.

Spare policy failure rate-ті ойдан шығармайды. Өз паркіңіздің fan, PSU, control board және hashboard тарихын cohort бойынша қолданыңыз. Жаңа модельде дерек аз болса, өндіруші lead time, minimum stock және emergency procurement сценарийін бөлек көрсетіңіз.

Spare-дің болуы оны орната алатын білікті адам бар деген сөз емес. Training matrix кім диагностика, кім электр оқшаулау, кім warranty claim жасайтынын анықтайды. Қауіпті жұмыс тек уәкілетті маманға беріледі.

Vendor lead time мен acceptance кезегін модельдеңіз

Жеткізу күні бір нүкте емес. Best, base және delay scenario customs, carrier, қойма және inspection capacity-ды қамтиды. Бір күнде 100 ASIC келсе, команда тек 10-ын қауіпсіз тексере алатын болса, қалған жабдықтың warranty және storage тәуекелі басталады.

Arrival schedule test bench throughput-пен байланысады. Күніне тексерілетін asset саны, failed unit quarantine орны, қайта қаптау және сатушыға notice мерзімі есептеледі. Acceptance deadline тым қысқа болса, contract negotiation кезінде өзгертіңіз; келгеннен кейін асығыс pass беру сапаны төмендетеді.

Масштабты тоқтататын экономика

Әр толқыннан кейін marginal contribution есептеледі: қосылған BTC value минус электр, pool fee, cooling, hosting, repair reserve және капитал құны. Алдыңғы 10 құрылғының жақсы нәтижесін келесі 50-ге автоматты қолданбаңыз; bottleneck іске қосылғанда шекті шығын өзгереді.

Scale stop line: all-in kWh лимиттен асты; safe capacity reserve бұзылды; commissioning fail үлесі келісілген шектен шықты; spare немесе staff response жеткіліксіз; немесе cash runway stress сценарийден төмендеді. Stop шешімі сәтсіздік емес, үлкен партияның шығынын шектеу құралы.

Жобаны тоқтатқанда committed purchase, қайтарылатын deposit, сақтандыру және idle infrastructure бөлек есептеледі. Келесі review нақты correction plan мен жаңа evidence болғанда ғана масштабты жалғастырады.