ASIC тозуы мен қалдық құнын есептеу

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

Дерек 2026-08-09 күні тексерілді. Салықтық амортизацияны Қазақстандағы қолданыстағы есеп саясаты мен кәсіби кеңес негізінде растаңыз; мақала басқарушылық модельге арналған.

Мазмұны

Құн базасын анықтау
Түзу сызықты әдіс
Үш қалдық құн сценарийі
Экономикалық тозу индикаторлары
Payback-пен қалай байланыстыру керек
Ай сайын қайта бағалау
Сатып алу шешіміне арналған шектер
Амортизация тізілімін құрылғы деңгейінде жүргізу
Жиі қойылатын сұрақтар

Құн базасын анықтау

Құрылғының invoice бағасына халықаралық және жергілікті жеткізу, кеден және брокер, сақтандыру, rack/PDU үлесі, кабель, бастапқы диагностика және пайдалануға дайын күйге жеткізудің тікелей шығыны қосылуы мүмкін. Бірақ бүкіл ғимараттың жалдау ақысын немесе қалыпты айлық электрді актив құнына еріксіз қоспаңыз. Әр жолға шот, төлем күні және валюта бағамы тіркелсін.

амортизацияланатын база = пайдалануға дайын тікелей құн − есептік қалдық құн. Қай шығынның бухгалтерлік капиталдандырылатынын жергілікті маман анықтайды; басқарушылық кестеде шешімнің логикасы бөлек сақталады.

Түзу сызықты әдіс

айлық амортизация = (бастапқы құн − есептік қалдық құн) / пайдалы ай саны. Бұл әдіс түсінікті және модельдерді салыстыруға қолайлы. Бірақ ASIC экономикалық құны түзу сызықпен төмендейді дегенді білдірмейді. Жаңа буын тиімділігі, BTC бағасы, difficulty, кепілдік, жөндеу тарихы және өтімділік нарықтық бағаны күрт өзгерте алады.

Пайдалы мерзімді тек өндіруші кепілдігіне теңестірмеңіз. Ол техникалық жұмыс мерзімі, тиімділік шегі, жоспарланған ферма стандарты және қосалқы бөлшек қолжетімділігі арқылы бекітіледі. 24, 30 және 36 ай сияқты бірнеше басқарушылық сценарийді салыстырған дұрыс.

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

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

таза қалдық құн = сату бағасы − диагностика − бөлшектеу/орау − логистика − платформа және төлем шығыны. Қалдық құнды BTC бағасымен бір бағытта автоматты өсірмеңіз: жоғары баға difficulty мен жаңа жабдық сұранысын да өзгерте алады.

Экономикалық тозу индикаторлары

J/TH бойынша жаңа буыннан артта қалу, электрдің break-even шегіне жақындау, firmware қолдауының тоқтауы, қосалқы бөлшек тапшылығы, қайталама hashboard ақауы және сатып алушы нарығының жұқаруы — экономикалық тозу белгілері. Оларды ай сайын scorecard-та белгілеңіз.

Физикалық күй де маңызды: шаң мен коррозия, желдеткіш ауыстыру тарихы, inlet температурасы, overclock қолданылуы, пломба және сериялық нөмір. Жарнамадағы «жақсы күй» орнына журнал, тест хэшрейті және қуат өлшемі керек.

Payback-пен қалай байланыстыру керек

Cash payback есебінде амортизацияны айлық cash outflow ретінде екінші рет шегермеңіз. Ал P&L немесе бір TH/s толық құн есебінде амортизацияны қосыңыз. Иелену мерзімінің соңында нақты таза қалдық құн cash flow-ға кіріс ретінде қосылады.

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

Ай сайын қайта бағалау

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

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

Сатып алу шешіміне арналған шектер

Консервативті қалдық құнмен stress payback пайдалы мерзімнен ұзақ болса, бағаны төмендету немесе сатып алудан бас тарту керек. Егер мәміле тек жоғары қалдық құнға сүйенсе, капитал тәуекелі жасырылған. Қолданылған ASIC үшін диагностика нәтижесі мен кепілдік мәртебесі қалдық құннан бұрын тексеріледі.

Партияларды араластырмаңыз: әр сатып алу күні, модель және техникалық күй үшін жеке cohort жасаңыз. Сонда жаңасының жақсы нәтижесі ескі партияның құнын жасыра алмайды.

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

Амортизация электр төлеміне әсер ете ме?

Жоқ, ол kWh шотын өзгертпейді. Бірақ толық экономикалық құн мен есептік пайдаға әсер етеді.

Нөлдік қалдық құн тым консервативті ме?

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

Нарық бағасын қайдан алу керек?

Бірнеше салыстырмалы ұсынысты, нақты мәмілені және сату шығынын пайдаланыңыз; бір жарнаманы база етпеңіз.

Амортизация тізілімін құрылғы деңгейінде жүргізу

Жалпы фермаға бір ғана амортизация жолын ашу бақылауды әлсіретеді. Ең аз дегенде модель, сатып алу партиясы, сериялық нөмір, іске қосылған күн, бастапқы құн, кепілдік аяқталатын күн, қуат режимі және орналасқан rack тіркелуі керек. Құрылғы басқа алаңға ауысса, hashboard алмастырылса немесе donor ретінде пайдаланылса, өзгеріс күні мен негізі сол карточкада қалады. Сонда бухгалтерлік қалдық, техникалық күй және нақты өндіріс бір объектіге байланысады.

Партиялық деңгей де қажет. Бір жеткізілімдегі машиналар ұқсас температура, тасымал және firmware тарихына ие болуы мүмкін. Егер бір партияда fan немесе hashboard ақауы жиілесе, оны бүкіл модельге таратып жібермей, сол cohort бойынша impairment белгісін тексеруге болады. Керісінше, кейін сатып алынған жаңа партияның жоғары хэшрейті ескі машиналардың нашарлауын жаппайды.

Тізілімдегі құн валютасын өзгерткен сайын тарихи invoice-ты жаңа бағаммен қайта жазбаңыз. Бастапқы тану бағамы, есеп күні қолданылған басқарушылық бағам және сатуға арналған ағымдағы KZT сценарийі бөлек бағандарда тұрады. Әйтпесе жабдық құнының өзгеруі мен валюта әсері араласып, қандай фактор шығын әкелгенін түсіну қиын болады.

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

Ай соңында тек формуланы төменге көшіру жеткіліксіз. Әр cohort үшін мына ретпен жабу пайдалы:

Іске қосылған және тоқтатылған құрылғылар санын сериялық нөмірмен салыстыру.
Ай ішінде капиталдық сипаттағы жөндеу не жаңарту болғанын тексеру.
Жоспарланған амортизацияны толық емес айға қолдану саясатын біркелкі ұстау.
Hashrate, J/TH, downtime және жөндеу журналынан impairment индикаторларын жинау.
Қалдық құнға негіз болған салыстырмалы ұсыныстардың күні мен күйін жаңарту.
Сату шығынын — тексеру, қаптау, логистика және комиссияны — қайта есептеу.
Cash-flow кестесі мен P&L кестесінде жабдық құнының екі рет шегерілмегенін тексеру.
Өзгерісті дайындаған және бекіткен адамдарды журналға жазу.

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

Қалдық құнға дәлел иерархиясы

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

Әр салыстырмалы нысанды бірдей күйге келтіріңіз. Хэшрейт, PSU жиынтығы, кепілдік, жөндеу тарихы, жұмыс сағаты және ел/қала айырмасы белгіленеді. Бағаға ҚҚС, кеден, жеткізу немесе marketplace комиссиясы кірсе, оны бөлек шығарыңыз. Үш түрлі комплектацияның арифметикалық ортасын «нарықтық баға» деу дәлел болмайды.

Сатуға кететін уақыт та құнға әсер етеді. 30 күн ішінде қолма-қол ақша қажет болса, ал нарықта машинаны өткізу 90 күн алса, өтімділік жеңілдігі қажет. Сондықтан модельде «жарнама бағасы», «күтілетін мәміле бағасы» және «тез сату бағасы» үш бөлек көрсеткіш болғаны дұрыс.

Impairment белгісінен нақты әрекетке дейін

Бір белгі автоматты түрде бүкіл қалдық құнды нөлге түсірмейді. Алдымен оқиғаның ауқымын анықтаңыз: жеке құрылғы ма, партия ма, әлде бүкіл модель ме. Содан кейін техникалық тексеру, соңғы 30–90 күндегі net margin, жөндеу ұсынысы және қайта сату дәлелі салыстырылады. Шешім «ұстау», «жөндеу», «қуат режимін төмендету», «бөлшекке шығару» немесе «сату» болуы мүмкін.

Мысалы, нақты емес оқу сценарийінде ASIC-тің пайдалануға дайын құны 2 400 000 KZT, пайдалы мерзімі 30 ай, бастапқы қалдық құны 300 000 KZT болсын. Түзу сызықты айлық амортизация 70 000 KZT болады. Он екі айдан кейін кестелік қалдық 1 560 000 KZT. Бірақ тексерілген тез сату ұсыныстары шығындарды шегергенде 900 000 KZT ғана берсе және машинаның консервативті алты айлық операциялық маржасы 300 000 KZT болса, «кестеде әлі 1,56 млн» деген аргумент құрылғыны ұстап қалуға жеткіліксіз. Бұл сандар нарық дерегі емес; олар шешім логикасын көрсетуге арналған гипотетикалық мысал.

Сол мысалда жөндеу 250 000 KZT тұрып, оны орындауға үш апта кетсе, тікелей жөндеу ақысымен қатар жоғалған net production есептеледі. Жөндеуден кейінгі консервативті құн мен қалған cash flow осы толық сомадан жоғары болса ғана жөндеу нұсқасы қаралады. Sunk cost шешімге үстем болмауы керек: бұрын көп ақша төлегеніңіз бүгінгі әлсіз машинаны пайдалы етпейді.

Қуат бағасы мен техникалық тиімділіктің әсері

ASIC-тің экономикалық өмірі күнтізбемен ғана аяқталмайды. Бір TH/s өндіруге кететін kWh, all-in электр бағасы және бір TH/s-ке шаққандағы таза табыс ай сайын салыстырылады. Электр қымбаттаса немесе difficulty өссе, техникалық жұмыс істейтін машина экономикалық stop-line-ға ертерек жетуі мүмкін.

Осы себептен қалдық құн сценарийін BTC бағасының бір коэффициентімен жүргізу жеткіліксіз. Кемінде төрт сезімталдық қажет: BTC бағасы, network difficulty немесе hashprice, all-in kWh және құрылғының тиімді хэшрейті. Әр факторды жеке өзгертіп, кейін біріккен stress-case жасаңыз. Барлық жақсы болжамды бір сценарийге жинау қалдық құнды негізсіз көтереді.

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

Салықтық және басқарушылық кестені шатастырмау

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

Практикада ортақ asset register сақталып, одан үш көрініс жасалады: бастапқы құжаттар мен сериялық нөмірлер; заңды есеп саясаты бойынша кесте; шешім қабылдауға арналған cash-flow және impairment сценарийі. Қай сан қай көріністен алынғаны формула жанында жазылады. Салықтық қорытындыны ресми талаптарды тексермей осы басқарушылық мысалдан шығаруға болмайды.

Шығару алдындағы бақылау

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

Қабылдау-тапсыру актісіне күйі, комплекті, іске қосу тесті, белгілі ақаулар, кепілдік құжаты және тараптардың жауапкершілігі жазылады. Ақша түскенге дейін сатуды аяқталған деп белгілемеңіз; қайтару терезесі немесе шартты төлем болса, резерв қалдырыңыз. Соңғы таза түсім жоспарланған қалдық құнмен салыстырылып, айырманың себебі келесі cohort моделіне беріледі.

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

Тоқсандық шешім комитетіне арналған қысқа пакет

Айлық кесте есепті жабуға жеткілікті болғанымен, сатып алу немесе шығару шешіміне тоқсан сайын бір бетке жинақталған пакет пайдалы. Онда әр cohort бойынша бастапқы және ағымдағы құрылғы саны, бір TH/s-ке шаққандағы net cash contribution, median J/TH, effective uptime, 90 күндік жөндеу құны, кестелік қалдық, консервативті таза сату бағасы және сатуға қажет күн саны көрсетіледі. Әр санның дерек күні мен иесі болады.

Комитетке тек базалық жағдай емес, шешімді өзгерте алатын айырмашылық ұсынылады. Мысалы, электр бағасы тағы 10% өскенде қай cohort stop-line-ға түседі; хэшрейт 5% төмендегенде қандай партияның жөндеуі ақталмайды; тез сату бағасы 20% төмен болса, planned replacement қаржыландырыла ма. Бұл пайыздар болжам емес, өз моделіңізге енгізілетін stress input ретінде пайдаланылады.

Шешім нәтижесі бес санаттың біріне жазылады: еш өзгеріссіз жалғастыру; қуат режимін өзгерту; техникалық тексеру немесе repair quote алу; сату үшін нақты ұсыныс жинау; жұмыстан шығару. «Кейін қараймыз» деген белгі мерзімсіз қалмауы керек. Әр action-ға жауапты адам, дәлел және timezone бар RFC3339 мерзімі беріледі.

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

Дерек сапасына арналған stop-rule

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

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

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