Налог на майнинг криптовалюты нельзя корректно посчитать одной строкой «получил рубли — заплатил процент». Для российского майнера с 2025 года важны как минимум два самостоятельных этапа. Первый возникает тогда, когда добытая цифровая валюта становится доступна для распоряжения: ее стоимость признается доходом в натуральной форме и переводится в рубли по правилам рыночной котировки. Второй появляется позже, когда эти монеты продаются или иным образом выбывают. Между двумя событиями может пройти день, несколько месяцев или несколько лет, но они не сливаются в один расчет.
Практическая сложность заключается не столько в ставке, сколько в доказуемости исходных данных. Майнеру нужно восстановить объем добычи по дням, определить момент возникновения права распоряжения монетами, связать начисления пула с кошельками, сохранить выбранную котировку, рублевый курс, расходы на оборудование и электроэнергию, а затем не потерять себестоимость уже учтенной цифровой валюты при последующей продаже. Если часть этих звеньев отсутствует, даже правильная формула начинает опираться на предположения.
На 4 сентября 2026 года ФНС отдельно разъясняет, что при многократных или непрерывных начислениях доход от майнинга признается ежедневно, а не по каждой микровыплате и не одним итогом за месяц. Одновременно действует другая обязанность: информацию об объеме полученной цифровой валюты и адресах-идентификаторах майнер подает в ФНС ежемесячно, не позднее 20-го числа следующего месяца. Это два разных контура учета: ежедневная оценка нужна для налоговой базы, а ежемесячное сообщение — для специальной отчетности о майнинге.
Статья прежде всего построена для физического лица — налогового резидента России, которое майнит самостоятельно или через пул и затем продает добытые монеты. Отдельно разобраны ИП и организации, потому что для них различаются вычеты, режим налогообложения и бухгалтерская логика. Если деятельность ведется через иностранную компанию, несколько юрисдикций, сложную корпоративную структуру или майнинг-инфраструктуру как отдельный сервис, базовая схема ниже остается полезной, но не заменяет персональную налоговую квалификацию.
Главная цель материала — сделать расчет воспроизводимым. Проверяющий должен иметь возможность взять любую крупную продажу и пройти цепочку назад: от рублей или стейблкоинов при реализации к конкретной партии добытой валюты, от партии — к дате признания дохода, от даты — к рыночной котировке, а от расходов — к счетчику, счету, договору, платежу или иному первичному документу. Такой подход одновременно помогает с налогами, банковским source of funds и подтверждением происхождения актива.
| Событие | Что происходит | Что фиксировать | Зачем |
|---|---|---|---|
| Добыча | Возникает право распоряжаться цифровой валютой | Дата, объем, валюта, пул/адрес, рыночная котировка, рублевая оценка | Определить доход от майнинга |
| Расходы | Возникают затраты на добычу | Электроэнергия, оборудование, аренда, инфраструктура и документы | Подтвердить допустимый вычет |
| Ежемесячный отчет | Сообщаются сведения о добытой валюте | Объем, адрес-идентификатор, адрес пула | Исполнить специальную обязанность перед ФНС |
| Продажа | Добытая валюта реализуется или выбывает | Цена продажи, комиссия, объем, документ сделки | Рассчитать второй налоговый этап |
| 3-НДФЛ | Сводится налоговый период | Реестр, вычеты, расчет базы, подтверждения | Задекларировать доход физлица |
Два налоговых события: добыча и последующая продажа
Доход появляется до вывода рублей
Самая опасная ошибка майнера — считать, что налоговый учет начинается только в момент продажи BTC, LTC или другой добытой валюты. Для физического лица доход от майнинга возникает раньше: в день, когда появляется право распоряжаться полученной цифровой валютой. Поэтому отсутствие банковского поступления не означает отсутствие дохода. Монеты могут год лежать на self-custody адресе, но их первоначальная рублевая стоимость уже должна быть зафиксирована в налоговом регистре.
Эта конструкция похожа на получение дохода в натуральной форме. Объектом становится не будущая прибыль от роста курса, а сама стоимость полученного актива на соответствующую дату. Именно поэтому майнеру нельзя восстанавливать год только по банковской выписке: банк покажет продажу, но не покажет, когда и по какой рублевой оценке добытые монеты были впервые признаны доходом.
Право распоряжения важнее технического факта нахождения блока
Техническая добыча блока и налоговое возникновение права распоряжаться монетой не всегда совпадают по секундам. В пуле сначала может формироваться внутренний баланс, затем начисление становится подтвержденным, после чего доступно к выплате или автоматически отправляется на внешний адрес. Для учета нужен не абстрактный момент работы ASIC, а момент, в который у конкретного майнера возникло право распоряжаться соответствующей цифровой валютой.
Поэтому договор или правила пула имеют значение. Если интерфейс показывает estimated reward, immature balance, confirmed balance и paid balance, эти статусы нельзя автоматически считать одинаковыми. В своем регистре полезно отдельно хранить статус начисления и объяснение, почему именно выбранная дата считается датой возникновения права распоряжения. При спорной модели пула лучше заранее получить профессиональную позицию, чем ежегодно менять методику задним числом.
Продажа — второй расчет, но не налог со всей суммы заново
Когда добытая валюта позже продается, появляется второй этап. ФНС прямо разъясняет для физического лица и ИП на общей системе: доход от продажи добытой цифровой валюты уменьшается на сумму дохода, с которого уже был уплачен налог при майнинге этой валюты. Экономически это не дает повторно обложить всю стоимость монеты: первоначально признанная стоимость формирует основу для последующего расчета реализации.
Предположим, при добыче партия была оценена в 700 000 рублей и именно эта сумма вошла в доход. Позже партия реализована за 850 000 рублей. Налоговый анализ продажи строится вокруг разницы между реализацией и ранее признанной стоимостью с учетом допустимых расходов на реализацию, а не вокруг повторного налогообложения всех 850 000 рублей как будто монеты достались бесплатно.
Если цена упала после добычи
Обратная ситуация особенно важна для волатильного рынка. Монеты могли быть признаны доходом при высокой котировке, а проданы дешевле. Это не отменяет первоначальный доход от майнинга: он уже возник на дату получения права распоряжения. Одновременно продажа ниже ранее учтенной стоимости не должна автоматически превращаться в второй положительный доход. Но перенос отрицательного результата на другие налоговые базы нельзя придумывать самостоятельно — его порядок зависит от статуса налогоплательщика и применимых норм.
Практический вывод — держать «цену рождения» каждой партии отдельно от текущей рыночной цены. Без этого при падении курса майнер видит лишь убыток в рублях и ошибочно решает, что налогов не будет вовсе. В налоговой модели результат делится на первоначальное получение цифровой валюты и последующую реализацию; они могут дать разные экономические результаты в одном и том же году.
Обмен криптовалюты тоже нельзя игнорировать автоматически
Формулировка «реализация или иное выбытие» шире продажи за рубли. Если добытый BTC обменивается на USDT, ETH или другую цифровую валюту, нельзя исходить из бытового аргумента «денег на карту не пришло, значит налогового события нет». Для каждого такого обмена требуется квалифицировать выбытие исходного актива, сохранить обе стороны сделки и рублевую оценку на момент операции.
Именно поэтому для сложных маршрутов полезна отдельная таблица движения партий. Строка «0,01 BTC → 700 USDT» должна ссылаться на исходную добытую партию, дату ее первоначального признания, транзакцию или ордер обмена, комиссию и стоимость результата. Такой реестр пригодится и для общего материала о том, как платить налоги с криптовалюты в России, где отдельно разбираются иные виды выбытия.
Собственный перевод между кошельками не равен продаже
Перевод добытых монет со своего адреса на другой собственный кошелек сам по себе не создает нового покупателя и не означает, что актив реализован. Но это утверждение нужно уметь доказать. Если один адрес не связан документально с другим, внешне блокчейн показывает обычную исходящую транзакцию. Через год вспомнить, почему она была внутренней, гораздо сложнее, чем зафиксировать принадлежность адресов в момент операции.
В рабочем реестре добавьте отдельный тип события «own transfer» и храните пару адресов, TxID, дату, сеть, комиссию и доказательство контроля второго адреса. Это предотвращает двойной учет, помогает исключить внутренние перемещения из продаж и делает историю кошелька пригодной для подготовки истории криптокошелька для налогов.
Майнинг и покупка одной монеты — разные партии
Если на одном адресе смешаны купленные и добытые BTC, экономически это один баланс, но налоговое происхождение разное. У купленной партии исходная стоимость подтверждается расходом на приобретение; у добытой партии — рублевой оценкой дохода при майнинге и соответствующими расходами. При частичной продаже без партийного учета легко случайно использовать не ту стоимость и получить необъяснимую базу.
Лучший момент разделить учет — до первой продажи. Можно использовать отдельные кошельки, субсчета или хотя бы строгий виртуальный лот-регистр. Физическое смешение UTXO или токенов не запрещает учет, но увеличивает объем доказательств. Подробная документальная цепочка для добытых активов уже раскрыта на странице о том, как подтвердить происхождение добытой криптовалюты.
Как ежедневно оценивать добытую криптовалюту в рублях
При непрерывном майнинге доход признается ежедневно
ФНС специально отвечает на вопрос о пулах и непрерывных начислениях: даже если вознаграждение формируется несколько раз в сутки, для налогообложения доход признается на ежедневной основе. Это существенно упрощает регистр. Не требуется создавать тысячу налоговых строк по каждой микродоле, но и объединять весь месяц в одну среднюю цену нельзя. Для каждого календарного дня нужен объем полученной цифровой валюты и применимая рыночная котировка.
Такой подход удобно реализовать в двух слоях. Сырой слой хранит все начисления пула как они есть, включая timestamp и внутренний идентификатор. Налоговый слой агрегирует подтвержденные начисления по календарному дню и рассчитывает рублевый доход. Если сумма сырого слоя не совпадает с дневным итогом, ошибка находится до декларации, а не во время камеральной проверки.
Рыночная котировка — не случайный курс из поисковика
Для майнинга законодательство использует специальное понятие рыночной котировки. ФНС указывает на цену закрытия, рассчитываемую иностранным организатором торговли, который соответствует установленным критериям. Поэтому налоговый регистр не должен брать курс из виджета, Telegram-канала, OTC-чата или произвольного агрегатора только потому, что значение кажется знакомым. Метод должен быть воспроизводимым и соответствовать правилам ФНС.
ФНС публикует собственный набор сведений о динамике рыночных котировок цифровых валют и сервисы, помогающие рассчитывать стоимость добытой валюты. Для архивной надежности полезно сохранять не только итоговую цифру, но и источник котировки, дату выгрузки и версию файла. Тогда через два года можно доказать, почему 0,003 BTC в конкретный день оценены именно в такую сумму.
Если доступно несколько подходящих площадок
По одной и той же цифровой валюте может существовать несколько подходящих иностранных организаторов торгов. ФНС допускает выбор рыночной котировки у одного из них при соблюдении условий. Это не означает, что выгодно каждый день переключаться на самую низкую цену. Налоговый учет выигрывает от последовательной методики, которую можно объяснить и воспроизвести.
В регистре разумно завести поле «источник котировки» и не менять его без основания. Если источник прекращает публиковать данные или перестает соответствовать критериям, сохраните дату перехода и причину. История решений важнее идеальной теоретической цены: проверяющему нужен понятный алгоритм, а не ретроспективный подбор котировок после того, как известен результат года.
Котировка в иностранной валюте переводится в рубли
Если цена цифровой валюты выражена в долларах или другой иностранной валюте, одного значения BTC/USD недостаточно. ФНС указывает, что соответствующая котировка пересчитывается в рубли по официальному курсу на дату определения налоговой базы. Следовательно, дневная строка майнера должна хранить минимум два внешних показателя: цену цифровой валюты и валютный курс для рублевого пересчета.
Пример: за день признано 0,002 BTC. Выбранная цена закрытия — 70 000 долларов за BTC, официальный курс — 92 рубля за доллар. Расчетный доход до вычетов составляет 0,002 × 70 000 × 92 = 12 880 рублей. В реальном файле сохраните исходные числа отдельно, а не только финальные 12 880: иначе невозможно проверить арифметику и заменить ошибочную котировку без ручного восстановления.
Пул с порогом выплаты не отменяет ежедневный учет
Некоторые пулы накапливают начисления и отправляют их на внешний кошелек только после достижения минимального payout. Это создает разрыв между внутренним балансом пула и on-chain поступлением. Налоговая дата зависит от того, когда возникает право распоряжения цифровой валютой по правилам конкретной модели, а не исключительно от даты TXID внешней выплаты. Поэтому нужно понимать юридико-технический статус внутреннего баланса.
Если начисления уже доступны пользователю для вывода, а он добровольно не нажимает Withdraw, простое отсутствие транзакции на личный адрес не обязательно переносит налоговый момент. Если же монеты до порога остаются условными и не могут быть получены, ситуация иная. Для крупных сумм сохраните правила пула, screenshots/exports статусов и описание выбранного подхода; не делайте вывод только по слову “balance”.
Комиссия пула должна быть видна отдельно
Пул может удерживать комиссию до выплаты. Для налоговой сверки важно различать gross reward, pool fee и фактически доступную сумму. Если отчет показывает только net payout, потеряется экономическая связь с условиями пула. Если же одновременно учесть net payout как доход и затем повторно вычесть уже удержанную комиссию, возникнет двойное уменьшение базы.
Хороший регистр содержит три поля: начислено до комиссии, комиссия, получено после комиссии. Затем налоговая методика определяет, какие значения участвуют в доходе и расходах для вашего статуса. Такое разделение особенно важно при смене пулов: один удерживает процент из reward, другой выставляет отдельную плату, третий меняет payout scheme. Универсальная строка «комиссия майнинга» без первичного документа слишком груба.
Не делайте текущую переоценку просто из-за роста курса
После того как добытая валюта принята к налоговому учету по соответствующей стоимости, ежедневное изменение рыночного курса само по себе не создает новый доход. ФНС прямо указывает, что текущая переоценка цифровой валюты не производится. Это важное отличие от попытки вести налоговый учет как торговый терминал, где unrealized PnL меняется каждую минуту.
Следующее значимое событие для уже признанной партии — реализация или иное выбытие. Поэтому в лот-регистре исходная стоимость партии не должна переписываться вслед за рынком. Можно хранить текущую справочную цену для управленческого анализа, но она не заменяет историческую стоимость, которая потребуется при продаже и доказательстве того, какая сумма уже была учтена на этапе майнинга.
Расходы майнера: что подтверждать и как не завысить вычет
Документальные расходы важнее приблизительной себестоимости
ФНС позволяет уменьшать доход физического лица от майнинга на предусмотренные НК РФ вычеты, а в разъяснениях прямо приводит примеры документально подтвержденных расходов на оборудование и электроэнергию. Поэтому расчет «по тарифу из памяти» или «ASIC стоил примерно 300 тысяч» слабее счета, договора, чека, платежного поручения и показаний счетчика. В налоговом файле расход должен одновременно иметь сумму, дату, назначение и связь с добычей.
Главная проверка расхода — вопрос причинности: был бы он понесен в таком объеме без майнинга? Если да, требуется обоснованное распределение. Домашний интернет, аренда помещения, вентиляция, ремонт электрики, охрана и обслуживание могут иметь смешанное назначение. Не следует автоматически относить 100% семейного счета или общего договора на деятельность только потому, что в помещении стоит ферма.
Электроэнергия требует собственного измерения
Электричество обычно является крупнейшим переменным расходом. Идеальный набор доказательств включает договор энергоснабжения, тариф, счет, оплату и отдельное измерение потребления майнинговой установки. Если майнинг идет в жилом помещении вместе с бытовой нагрузкой, общий счет не показывает, какая часть киловатт-часов относится к добыче. Тогда нужен технически объяснимый метод распределения.
Можно вести показания отдельного счетчика, smart-plug промышленного класса, PDU или другого измерителя и ежемесячно сверять их с общим счетом. Метод не должен противоречить реальному профилю оборудования: если ASIC номинально потребляет 3,2 кВт, а регистр систематически списывает 7 кВт круглосуточно без дополнительных систем, это вызовет вопросы. Оборудование, охлаждение и потери лучше показывать отдельными компонентами.
Покупка оборудования не равна произвольному списанию всей суммы
ASIC, GPU, блок питания, стойки и системы охлаждения — материальные объекты с длительным сроком использования. ФНС указывает оборудование как пример подтверждаемого расхода, но конкретный порядок признания зависит от статуса налогоплательщика и характера актива. Нельзя автоматически считать, что дорогой ASIC, купленный 31 декабря, всегда полностью уменьшает доход именно этого дня или года.
Для ИП и организаций особенно важны правила профессионального учета, амортизации и главы 25 НК РФ. Обычному физическому лицу также полезно хранить полный комплект покупки и не придумывать срок списания самостоятельно. Если оборудование дорогое, используется несколько лет или одновременно сдается в аренду, способ учета лучше зафиксировать с налоговым специалистом до подачи декларации.
Аренда и хостинг должны совпадать с фактической услугой
Майнер может не держать оборудование дома, а размещать его в дата-центре или у оператора инфраструктуры. Тогда документы должны объяснять, за что именно платит пользователь: аренда стойко-места, электричество, обслуживание, интернет, ремонт, управление или предоставление вычислительной мощности. Общая строка «майнинг — 100 000 руб.» затрудняет проверку состава затрат и налоговой квалификации.
С 2026 года ФНС отдельно разъясняет НДС для услуг аренды майнинговой инфраструктуры и предоставления вычислительной мощности. Это еще одна причина не смешивать саму добычу цифровой валюты с услугами вокруг нее. Операции майнинга и реализации цифровой валюты не признаются объектом НДС, но инфраструктурные услуги могут иметь иной режим.
Ремонт и запасные части связывайте с конкретной фермой
Замена вентиляторов, блоков питания, hashboard, кабелей или автоматов может быть реальным расходом майнинга, однако первичный документ часто содержит только название товара. Добавьте внутреннюю запись: какое устройство ремонтировалось, серийный номер или инвентарный идентификатор, дата выхода из строя, акт ремонта и период простоя. Это превращает чек магазина в доказуемый производственный расход.
Такой журнал полезен не только для налогов. Он позволяет считать реальную себестоимость добычи и сравнивать, выгодно ли продолжать эксплуатацию оборудования. Но управленческая себестоимость может включать более широкий набор оценок, чем налоговый вычет. Не переносите в декларацию стоимость собственного времени, «упущенную прибыль» или расчетную амортизацию, если для нее нет правового основания и документов.
Общие расходы нужно распределять последовательно
Если одно помещение используется и для майнинга, и для другой деятельности, возникает проблема allocation. Разумный метод должен иметь объективный драйвер: площадь, потребление электроэнергии, время использования, мощность или другой показатель. Главное — не выбирать коэффициент после того, как известна налоговая база. Методика должна работать одинаково в прибыльный и убыточный месяц.
Сохраните короткую учетную записку: какие общие расходы распределяются, по какому принципу, где берутся исходные данные и как часто пересматривается коэффициент. Если доля майнинга выросла после установки новой фермы, изменение методики должно быть связано с фактом расширения, а не с желанием получить больший вычет. Для бизнеса такая дисциплина особенно важна при нескольких площадках.
ИП имеет профессиональный вычет, но спецрежимы ограничены
Для индивидуального предпринимателя на общей системе ФНС подтверждает возможность профессионального налогового вычета по расходам, связанным с майнингом и реализацией цифровой валюты. В разъяснениях отдельно упоминаются аренда оборудования, амортизация и электроэнергия. При отсутствии документального подтверждения расходов действует специальное правило профессионального вычета в размере 20% доходов от предпринимательской деятельности, но применять его нужно в точных рамках статьи 221 НК РФ.
Одновременно майнинг нельзя автоматически переводить на удобный спецрежим. ФНС указывает, что организации и ИП, осуществляющие майнинг цифровой валюты, не вправе применять УСН, ЕСХН, ПСН, НПД и АУСН. Поэтому старая рекомендация «зарегистрируйте ИП на УСН и платите процент с дохода» после налоговой реформы 2025 года неверна и опасна.
Ставки НДФЛ: почему для майнинга и продажи они разные
Майнинг попадает в основную прогрессивную шкалу
Доход физического лица — налогового резидента от майнинга входит в совокупность налоговых баз, облагаемых основной прогрессивной шкалой. На текущую дату это ставки 13%, 15%, 18%, 20% и 22% в зависимости от размера соответствующей совокупности доходов. Поэтому фраза «налог на майнинг — 13%» верна только для нижнего диапазона и не должна использоваться как универсальное правило.
Для расчета важна именно прогрессия, а не умножение всего годового дохода на максимальную достигнутую ставку. Пороговые значения общей шкалы на 2026 год связаны с уровнями 2,4 млн, 5 млн, 20 млн и 50 млн рублей. Если у человека одновременно есть зарплата и доход от майнинга, нужно учитывать правила совокупности соответствующих налоговых баз, а не смотреть майнинг в вакууме.
Продажа цифровой валюты использует отдельную шкалу 13% и 15%
ФНС отдельно указывает для доходов физических лиц от купли-продажи и иного выбытия цифровой валюты ставки 13% и 15% с превышения соответствующей базы 2,4 млн рублей. Это означает, что один и тот же майнер в одном году может иметь доход от добычи по основной шкале до 22% и отдельный результат реализации добытых монет по правилам продажи цифровой валюты.
Именно различие ставок делает неправильной попытку свести год к одной строке «крипта — доход X, налог Y». Сначала классифицируют источники и события, затем рассчитывают соответствующие базы. Общая статья о 3‑НДФЛ по криптовалюте полезна для формы декларации, но майнеру до нее нужен собственный регистр добычи.
Пример с ростом цены после добычи
Допустим, физлицо получило право распоряжаться добытой партией, которая на эту дату оценена в 300 000 рублей. Документально подтвержденные допустимые расходы, относимые к этой добыче, составили 180 000 рублей. Условный результат майнингового этапа до учета других доходов и особенностей вычетов — 120 000 рублей. Через несколько месяцев эта же партия продана за 410 000 рублей.
При продаже нельзя считать все 410 000 рублей новой экономической прибылью. В расчет попадает ранее сформированная стоимость добытой валюты, с которой уже учитывался доход на первом этапе, плюс допустимые затраты на реализацию. Точная сумма НДФЛ зависит от всей базы года, но сам принцип двухступенчатого учета предотвращает двойное налогообложение первоначальной стоимости.
Пример с падением цены
Пусть партия была признана при майнинге по 300 000 рублей, а затем продана за 250 000. Первоначальный майнинговый доход не исчезает из-за будущего падения рынка. На втором этапе отсутствует положительный прирост относительно ранее учтенной стоимости, однако вопрос о том, может ли отрицательный результат уменьшать другие доходы, нельзя решать бытовой арифметикой. Для физлица применяются специальные правила вычетов и баз.
Поэтому в статье намеренно не дается обещание «убыток от продажи автоматически вернет налог с майнинга». Это разные налоговые события. Если сумма значительна, есть несколько продаж или нерезидентство, правильнее моделировать итог по всей декларации и действующим нормам, а не переносить правила по ценным бумагам или обычному бизнесу на цифровую валюту по аналогии.
Резидентство меняет налоговую картину
Все основные примеры в материале предполагают налоговое резидентство России. Если человек длительно живет за рубежом, статус по НДФЛ может измениться, а вместе с ним — ставки, вычеты и квалификация источника дохода. Нельзя определять резидентство только по гражданству, адресу регистрации или российскому паспорту. Нужен фактический расчет дней и проверка специальных правил соответствующего периода.
Для майнера, который держит оборудование в России, а сам живет за границей, возникают дополнительные вопросы: источник дохода, право на вычет, иностранные счета, местное налогообложение и соглашения. Это уже выходит за рамки универсального гайда. В таком случае годовой регистр добычи все равно нужен, но окончательный налоговый расчет должен учитывать обе юрисдикции.
Налоговый расчет и банковский оборот — разные величины
Банк видит рубли, пришедшие после продажи, но налоговая база не обязана совпадать с этим оборотом. Часть банковского поступления может представлять ранее признанную стоимость добытой валюты, а налоговый доход на этапе майнинга вообще мог возникнуть задолго до банковской операции. Поэтому декларацию нельзя строить как сумму входящих переводов на карту минус несколько расходов.
Чтобы объяснить расхождение, сохраняйте таблицу мостов: mining income → digital asset cost → sale proceeds → bank receipt. Если банк спрашивает происхождение денег, полезен материал о подтверждении происхождения средств после P2P-продажи; если вопрос налоговый, опорой будет отдельный регистр признанного дохода и стоимости партии.
Не используйте прошлогоднюю ставку без повторной проверки
Налоговое регулирование цифровой валюты менялось быстро. Поэтому статичный Excel со ставкой, зашитой навсегда, опасен. На каждый налоговый период храните версию методики: действующие ставки, пороги, форму декларации, источник котировок и правила вычетов. При обновлении закона старый расчет не переписывается автоматически — он остается документом соответствующего года.
Это особенно важно для контента и внутренних инструкций OneMagic: общая страница может обновляться позже конкретной декларационной кампании. Перед подачей 3‑НДФЛ сверяйте текущую ФНС, а не только статью. Материал фиксирует правила, подтвержденные на 4 сентября 2026 года, и специально избегает обещания, что они останутся неизменными в следующем налоговом периоде.
Ежемесячная отчетность майнера и реестр ФНС
Сведения о добыче подаются до 20-го числа следующего месяца
Помимо годовой налоговой декларации у майнера есть специальная обязанность сообщать ФНС информацию о полученной цифровой валюте. По действующим правилам сведения об объеме добычи и адресе-идентификаторе, включая адрес майнинг-пула, направляются не позднее 20-го числа месяца, следующего за месяцем получения цифровой валюты. Эта обязанность действует с 2025 года и не заменяется 3‑НДФЛ.
Например, информация о валюте, полученной в августе 2026 года, должна быть подготовлена в сентябре в установленный срок. Налоговая ежедневная оценка и месячный отчет должны сходиться по объему: если в отчете указано 0,10 BTC, а дневной регистр суммарно показывает 0,08 BTC, расхождение нужно объяснить до отправки, а не оставлять на будущую проверку.
Физлицо подает сведения даже без включения в реестр
Гражданин России, не зарегистрированный как ИП, может в определенных условиях майнить без включения в реестр лиц, осуществляющих майнинг цифровой валюты. Но отсутствие обязанности включаться в реестр не отменяет обязанность сообщать о полученной цифровой валюте. ФНС отдельно подчеркивает, что ежемесячные сведения представляют и физические лица, и ИП, и организации.
Это различие часто упускают: человек слышит «до 6000 кВт·ч можно без реестра» и делает ошибочный вывод «значит, можно вообще ничего не сообщать». Правильнее разделять три вопроса: нужно ли быть в реестре, разрешен ли майнинг на конкретной территории и как исполняются налогово-информационные обязанности. Ответ на один вопрос не отменяет два других.
Лимит 6000 кВт·ч относится к возможности физлица майнить без реестра
ФНС на текущую дату указывает лимит 6000 кВт·ч в месяц: гражданин России, не являющийся ИП, вправе осуществлять майнинг без включения в реестр при условии, что энергопотребление майнинговой деятельности не превышает установленный предел. Это не налоговый вычет и не «бесплатный объем электричества», а критерий правового режима деятельности физлица.
Если потребление приближается к пределу, нужен объективный учет энергии. Оценка «ASIC примерно столько не берет» недостаточна. Системы охлаждения, вентиляция и сопутствующая нагрузка тоже могут влиять на фактическое потребление. При расширении фермы заранее проверьте, не меняется ли статус деятельности и не возникаетет ли необходимость регистрации ИП и включения в реестр.
ИП и российские организации должны быть в реестре до начала майнинга
Для индивидуальных предпринимателей и российских юридических лиц ФНС ведет специальный реестр. Право осуществлять майнинг для этих субъектов связано с включением сведений в реестр. Поэтому бизнес-проект нельзя строить по схеме «сначала год майним, потом оформим документы перед продажей». Юридическая инфраструктура должна предшествовать деятельности.
Внутренний compliance-file бизнеса стоит начинать с решения о площадке, энергоснабжении и статусе майнера. К нему добавляются заявление и решение по реестру, сведения об оборудовании, договоры с оператором инфраструктуры, адреса, пул, учетная политика и налоговый регистр. Для корпоративной покупки криптовалюты как отдельного процесса есть материал о криптовалюте для юрлица и ИП.
Территориальные запреты проверяются отдельно
Даже если по статусу и энергопотреблению майнинг допустим, на отдельных территориях России могут действовать постоянные или сезонные ограничения. ФНС в актуальных региональных разъяснениях ссылается на правительственные решения о запретах в части регионов. Поэтому география установки оборудования — не второстепенная техническая деталь, а самостоятельная юридическая проверка.
Не стоит переписывать полный список запрещенных территорий в локальный регламент и считать его вечным. Храните ссылку на актуальный официальный источник и фиксируйте дату проверки перед запуском и существенным расширением мощности. Если оборудование перемещается между регионами, журнал локаций поможет объяснить, где именно формировалась добыча в каждом периоде.
Месячный отчет и 3‑НДФЛ должны быть взаимно проверяемыми
Месячные сведения отражают объем добытой цифровой валюты, а годовая декларация — налоговый результат. Эти документы составляются в разные сроки и по разной логике, но должны объяснять один и тот же экономический процесс. Если майнер подает месячные объемы без ежедневной рублевой оценки, в апреле ему придется заново восстанавливать котировки за весь год.
Полезно закрывать каждый месяц как мини-период: сверить пул, кошелек, дневные суммы, котировки, расходы, отчет ФНС и остаток монет. Тогда годовая декларация формируется суммированием проверенных месяцев. Такой процесс снижает риск потерять историю после закрытия пула, смены API или удаления старого аккаунта.
Для 2026 года заранее готовьте декларацию за год
Если доход получен в 2026 году и обязанность по декларированию сохраняется по общему правилу, декларационный цикл придется завершать уже в 2027 году. Поэтому не нужно ждать следующего апреля, чтобы впервые скачать историю выплат. На текущую дату стандартная логика 3‑НДФЛ — декларация не позднее 30 апреля следующего года и уплата налога не позднее 15 июля, но перед подачей необходимо проверить форму и сроки кампании 2027.
За 2025 год сроки уже прошли: 30 апреля 2026 года для подачи обязательной 3‑НДФЛ и 15 июля 2026 года для уплаты рассчитанного налога. Если майнер пропустил их, правильный шаг — не ждать новой кампании, а восстановить расчет и урегулировать просрочку. Общий алгоритм подготовки документов собран в статье о документах для налога с продажи криптовалюты.
Физлицо, ИП и организация: как меняется налоговая модель
Обычное физическое лицо: НДФЛ и имущественный вычет
Для физического лица — налогового резидента доход от майнинга является доходом в натуральной форме от источника в России. ФНС указывает возможность уменьшения этой базы на имущественный налоговый вычет по подпункту 5 пункта 1 статьи 220 НК РФ при наличии фактически произведенных и документально подтвержденных расходов, связанных с майнингом. Именно поэтому расходы физлица должны собираться не менее тщательно, чем доход.
Физлицу особенно важно не превращать домашние расходы в предпринимательскую смету без оснований. Электроэнергия, оборудование и другие затраты должны быть связаны с добычей и подтверждены. Если ферма выросла до системной коммерческой деятельности или превышает энергетический лимит для режима без реестра, нужно отдельно оценить необходимость статуса ИП и соблюдение требований реестра.
ИП на общей системе: профессиональный вычет
ИП, осуществляющий майнинг, применяет общую систему с учетом специальных ограничений для цифровой валюты. ФНС допускает профессиональный вычет по документально подтвержденным расходам, связанным с деятельностью. В официальных ответах прямо названы аренда майнингового оборудования, амортизация и электроэнергия. Состав и порядок расходов формируются с учетом правил, аналогичных главе о налоге на прибыль.
Если ИП не способен документально подтвердить предпринимательские расходы, статья 221 НК РФ предусматривает 20‑процентный профессиональный вычет от общей суммы дохода предпринимательской деятельности. Но это не универсальная «ставка расходов майнера». Перед применением нужно убедиться, что условия нормы выполнены и расчет не смешивает личное физлицо с ИП.
УСН, ПСН, НПД, ЕСХН и АУСН для майнинга не применяются
После реформы цифровой валюты старые советы о «самозанятости для майнинга» или «УСН 6%» нельзя использовать без проверки. ФНС прямо указывает ограничения: организации и ИП, осуществляющие майнинг цифровой валюты, не вправе применять специальные налоговые режимы УСН, ЕСХН, ПСН, НПД и АУСН. Для НПД также есть прямое ограничение в профильном законодательстве.
Если человек уже зарегистрирован как самозанятый из-за другой работы, запуск майнинга требует анализа последствий для режима, а не просто формирования нового чека в приложении «Мой налог». Не смешивайте оплату за дизайн или консультацию с выпуском цифровой валюты: разные виды деятельности могут иметь разные ограничения. Соседний материал о самозанятом и оплате в USDT отвечает на другой вопрос.
Организация: отдельная база и налог на прибыль 25%
Для организации доход в виде цифровой валюты, полученной в результате майнинга, признается внереализационным. Налоговая база по операциям с цифровой валютой учитывается отдельно, а расходы, связанные с майнингом, признаются косвенными. С 2025 года общая ставка налога на прибыль организаций составляет 25%. Текущая переоценка цифровой валюты не производится.
При продаже организация рассчитывает выручку и уменьшает ее на стоимость цифровой валюты и затраты на реализацию. Для определения стоимости выбывающих единиц правила предусматривают методы, включая ФИФО и стоимость единицы, в рамках учетной политики. Эти корпоративные правила нельзя автоматически переносить на физлицо только потому, что они удобны в Excel.
Операции майнинга и реализации цифровой валюты не облагаются НДС
По действующим правилам НДС не начисляется на саму добычу цифровой валюты и на ее последующую реализацию. Это важное правило для бизнеса, но оно не означает общего освобождения всей майнинговой отрасли от НДС. Аренда инфраструктуры, предоставление вычислительной мощности и иные услуги могут иметь собственную налоговую квалификацию.
Поэтому договор должен точно описывать предмет. Если компания фактически предоставляет клиенту серверное место, электричество и обслуживание, нельзя назвать весь платеж «майнингом» только ради налогового режима цифровой валюты. ФНС в 2026 году отдельно разъясняла применение НДС к инфраструктурным услугам, поэтому service revenue нужно отделять от собственно добытых монет.
Покупка оборудования через компанию требует бухгалтерской дисциплины
У юрлица ASIC и инженерная инфраструктура появляются не только в налоговом регистре цифровой валюты, но и в бухгалтерском учете. Инвентарный объект, первоначальная стоимость, ввод в эксплуатацию, амортизация, ремонт и выбытие должны быть согласованы с фактической эксплуатацией. Если налоговая таблица считает один срок использования, а бухгалтерская система — другой, причина расхождения должна быть документирована.
Майнинговый бизнес полезно отделять аналитически от другой деятельности: отдельные cost centers по площадкам, оборудованию и пулам позволяют доказать расходы и понять экономику. Это также снижает риск случайно включить в базу по цифровой валюте услуги, которые относятся к другому виду деятельности и облагаются по общим правилам.
Статус нужно определить до начала года, а не перед декларацией
Выбор между физлицом, ИП и организацией не сводится к поиску самой низкой ставки. Статус определяет право вести деятельность, требования к реестру, набор расходов, бухгалтерский учет, отчетность, ответственность и отношения с энергоснабжающей организацией. Если ферма масштабируется, налоговая структура должна меняться вместе с фактической деятельностью.
Перед покупкой крупной партии ASIC составьте короткую карту: субъект, площадка, энергия, реестр, ограничения региона, договор пула, кошельки, налоговый режим и предполагаемый маршрут продажи. Если эта схема появляется только после получения банковского запроса, документальная позиция уже слабее. Общий правовой контекст раскрыт в статье о регулировании криптовалюты в России.
Какие документы и данные сохранять майнеру
Дневной налоговый регистр — центральный документ
Минимальная строка дневного регистра должна содержать дату, вид цифровой валюты, количество, источник начисления, статус права распоряжения, адрес, выбранную рыночную котировку, валюту котировки, официальный курс для рублевого пересчета и итоговую рублевую стоимость. Если есть pool fee, добавьте gross reward, комиссию и net amount. Такой формат позволяет пересчитать день без доступа к старому интерфейсу пула.
Не храните только формулы Excel, которые тянут цену по внешнему API. Через год API может изменить формат, удалить историю или перестать работать. На закрытие месяца сохраняйте static snapshot: CSV/PDF/JSON исходных начислений, файл котировок и итоговый регистр. Хеш файла или версия архива дополнительно помогает доказать, что данные не переписаны после факта.
Экспорт пула связывает вычислительную работу с монетами
История пула должна показывать аккаунт или worker, выплаты, начисления, payout scheme, комиссии и адрес назначения. Если пул допускает выгрузку CSV, сохраняйте ее регулярно. Скриншот полезен, но хуже машинного экспорта: его сложнее сверять и агрегировать. После закрытия сервиса пользователь может потерять доступ к многолетней истории.
Если вы меняете пул, зафиксируйте последний день старого и первый день нового, итоговый невыплаченный баланс и адреса. Именно такие переходы создают «дыры», когда налоговый объем не совпадает с on-chain поступлениями. Для банковского подтверждения происхождения монет используйте цепочку, описанную в материале о добытой криптовалюте после майнинга.
TXID нужен, но он не заменяет отчет пула
Блокчейн показывает факт перевода между адресами, сумму и время, но не объясняет экономическую причину. Получение 0,01 BTC с адреса пула может быть майнингом, возвратом долга или чужим переводом — смысл появляется из внешних документов. Поэтому TXID — один элемент доказательства, а не вся доказательная база.
Для каждой значимой выплаты сохраняйте TXID и сопоставляйте его с payout ID пула. Если одна транзакция агрегирует выплаты многим майнерам, полезна строка отчета, где видно именно вашу долю. Если пул использует внутренний баланс и редкие выплаты, дневной налоговый регистр должен существовать независимо от количества on-chain транзакций.
Документы по электроэнергии храните вместе с измерениями
Счет энергосбыта подтверждает стоимость, а отдельный измеритель — производственное потребление. Вместе они значительно сильнее, чем любой документ по отдельности. Ежемесячно сохраняйте начальные и конечные показания, тариф, период, платежный документ и расчет доли майнинга. Если тариф менялся, разбивайте месяц на периоды или используйте фактический счет.
Для дата-центра аналогично храните invoice, акт, детализацию потребления и оплату. Если оператор выставляет одну сумму без kWh, попросите расшифровку либо документируйте метод расчета. В налоговом споре фраза «все включено» не объясняет, какая часть платежа относится к электричеству, размещению или ремонту.
Оборудование идентифицируйте по серийным номерам
Счет на десять ASIC подтверждает покупку, но не показывает, какие устройства фактически работали на конкретной площадке. Инвентарный список с моделью, серийным номером, датой ввода, мощностью и локацией делает расходы и энергопотребление проверяемыми. При продаже или списании устройства добавьте дату выбытия и документ операции.
Если оборудование куплено с рук, договор и подтверждение платежа особенно важны. Перевод физлицу без назначения сам по себе не доказывает, что куплен ASIC. Чем дороже актив, тем полезнее акт приема-передачи, фотографии маркировки, переписка о модели и последующая регистрация в собственном инвентарном журнале.
Продажу монет связывайте с конкретным объемом добычи
На этапе реализации нужны ордер биржи, заявка OTC или иной документ сделки, объем, цена, комиссия и дата. Затем проданный объем сопоставляется с лот-регистром добытых монет. Если часть BTC была куплена, а часть добыта, объясните метод идентификации партий; не используйте среднюю стоимость всего кошелька без правового и учетного основания.
Если продажа идет через P2P и деньги приходят банковским переводом, добавьте банковскую выписку и ID ордера. Для вопросов 115‑ФЗ поможет материал о P2P и 115‑ФЗ. Налоговый расчет и банковский compliance используют разные критерии, но качественная цепочка документов нужна обоим.
Храните версию расчета, а не только финальную декларацию
Форма 3‑НДФЛ содержит итоговые показатели, но не показывает все 365 дневных оценок, pool fees и распределение электричества. Поэтому вместе с декларацией сохраняйте рабочую книгу, исходные выгрузки и memo о методике. Через несколько лет декларацию можно прочитать, но без расчетной модели трудно объяснить, почему в ней именно такая база.
Организуйте архив по годам и месяцам: `2026/01-pool`, `2026/01-quotes`, `2026/01-electricity`, `2026/sales`, `2026/3-ndfl`. Имена файлов должны содержать дату и источник. Это техническая деталь, но она сильно уменьшает стоимость восстановления истории при запросе банка, ФНС, аудитора или при продаже бизнеса.
Практические расчеты: от пула до продажи
Пример 1: ежедневное начисление BTC через пул
Майнер в течение дня получил подтвержденные начисления 0,0015 BTC и по правилам пула имеет право ими распоряжаться. Выбранная подходящая цена закрытия составила 72 000 долларов за BTC, официальный курс — 91 рубль за доллар. Рублевый доход дня до вычетов: 0,0015 × 72 000 × 91 = 9 828 рублей. Эта строка попадает в дневной регистр независимо от того, вывел майнер монеты на личный адрес в тот же день или позже.
Если за месяц таких дней 30, нельзя брать одну цену последнего дня и умножать на весь месячный BTC. Дневные количества и цены суммируются. Месячный отчет ФНС по объему должен согласовываться с суммой признанных монет, но рублевый доход строится из дневных оценок. Это один из ключевых контрольных тестов файла.
Пример 2: пул платит раз в неделю
Пул ежедневно начисляет reward, но отправляет on-chain выплату каждое воскресенье. Если подтвержденный баланс уже находится в распоряжении пользователя, налоговый регистр может содержать семь дневных строк, а блокчейн — одну недельную транзакцию. Не пытайтесь насильно сделать эти уровни одинаковыми. Вместо этого создайте reconciliation: сумма семи дневных начислений минус комиссия пула равна сумме выплаты с учетом округлений и остатка.
Если же условия пула не дают пользователю права распоряжаться внутренним начислением до прохождения порога или другого события, дата может определяться иначе. Именно поэтому для нестандартных payout schemes сохраняйте договор/правила. Универсальная статья не может заменить анализ конкретной модели, а простое наличие цифры на dashboard не всегда доказывает право собственности на нее.
Пример 3: продажа дороже первоначальной оценки
За квартал майнер признал определенную партию BTC по рублевой стоимости 500 000 рублей. Допустимые расходы добычи уже были учтены на первом этапе. Позже эта партия продана за 620 000 рублей, а торговая комиссия составила 4 000 рублей. На втором этапе нужно связать выручку 620 000 с стоимостью партии, ранее вошедшей в доход, и с затратами на реализацию.
Такой расчет показывает, почему нельзя вновь вычитать электричество из продажи, если оно уже использовано для уменьшения майнингового дохода. Один и тот же расход не должен уменьшать две разные базы дважды. В рабочей таблице каждому расходу присваивайте `used_for`: mining income, sale cost или общий распределенный расход — это простая защита от двойного вычета.
Пример 4: часть партии продана, часть осталась
Если из добытых 0,10 BTC продано 0,04 BTC, нужно определить стоимость именно реализованной части, а 0,06 BTC оставить с исторической стоимостью для будущего выбытия. Нельзя списывать всю первоначальную стоимость 0,10 BTC против выручки от 0,04 BTC. Это завысит расход текущего периода и лишит будущую продажу подтвержденной стоимости.
Лот-регистр должен показывать opening quantity, additions, disposals и closing quantity. Для физлица метод идентификации партий следует применять последовательно и обоснованно; для организаций соответствующие методы закрепляются в учетной политике. Если монета UTXO-based и транзакция технически объединяет несколько входов, налоговый лот не обязан дословно копировать blockchain coin selection, но связь должна быть объяснима.
Пример 5: добытые и купленные BTC на одном адресе
На кошельке лежат 0,05 BTC, купленные за рубли, и 0,03 BTC, добытые майнингом. Продано 0,04 BTC. Без лот-регистра невозможно доказать, какая стоимость относится к реализации. Биржа видит только общий депозит. Поэтому до продажи сопоставьте происхождение каждой партии и выберите документируемую методику списания в рамках применимых правил.
Лучше предотвратить проблему организационно: отдельный адрес для payout пула и отдельный инвестиционный кошелек. Если смешение уже произошло, восстановите хронологию транзакций и не меняйте метод после того, как увидели налоговый результат. Для доказательства происхождения актива пригодится общий материал как подтвердить происхождение криптовалюты.
Пример 6: домашняя ферма и общий счет за электричество
Счет за месяц — 18 000 рублей за 2 000 кВт·ч. Отдельный счетчик майнинговой линии показывает 1 450 кВт·ч. Простое умножение фактического тарифа на подтвержденный объем дает исходную сумму, связанную с майнингом; остаток относится к бытовой нагрузке. Если тариф ступенчатый или содержит разные компоненты, расчет должен повторять структуру счета, а не использовать среднюю цифру из интернета.
Сохраняйте фотографию/экспорт счетчика на начало и конец месяца, счет поставщика и платеж. При замене счетчика составьте запись с последними показаниями старого и первыми нового. Такой уровень детализации может казаться избыточным, пока через два года не потребуется доказать расход на значительную сумму.
Пример 7: продажа через P2P после майнинга
Маршрут может выглядеть так: пул начислил BTC → BTC пришел на личный кошелек → BTC продан/обменян в USDT → USDT продан через P2P → рубли поступили на банковский счет. В этой цепочке есть несколько потенциальных налоговых и банковских событий. Нельзя считать, что единственная значимая строка — финальное зачисление рублей.
Сохраните payout history, TXID, обмен BTC/USDT, P2P-ордер и выписку банка. Если банк задержал перевод, используйте материал как объяснить происхождение денег после продажи криптовалюты. Для налога же основная задача — не потерять первоначальную стоимость добытой партии и квалифицировать каждое выбытие.
Ошибки майнеров и итоговый рабочий процесс
Ошибка: считать налог только по выводу на карту
Если в декларацию попадают только банковские поступления, майнинговый доход на дату получения цифровой валюты исчезает из учета. Одновременно выручка от продажи может выглядеть завышенной, потому что ранее признанная стоимость партии не восстановлена. В итоге одна и та же упрощенная методика способна одновременно занизить один вид дохода и завысить другой.
Исправление начинается с обратной хронологии: банк → площадка продажи → кошелек → пул → ежедневные начисления. После восстановления партий переходите к расчету. Не начинайте с попытки подобрать налог под сумму, которую удобно заплатить; сначала восстановите факты и документы.
Ошибка: использовать средний курс за месяц
ФНС требует ежедневного признания дохода при непрерывных начислениях. Месячная средняя цена может дать похожий итог в спокойный период, но это не делает метод правильным. При сильной волатильности разница становится существенной. Тем более нельзя брать курс на конец года или курс дня продажи для оценки всех добытых монет.
Автоматизируйте загрузку дневных данных, но сохраняйте источник. Если программа строит цену по API, раз в месяц экспортируйте значения и проверяйте несколько дней вручную. Ошибка в timezone или смена символа торговой пары может незаметно исказить весь годовой регистр.
Ошибка: не различать volume report и taxable income
Ежемесячные сведения ФНС содержат объем полученной цифровой валюты и адреса, а НДФЛ требует рублевой оценки и вычетов. Отчетить 0,5 BTC — не значит автоматически задекларировать налоговую базу на 0,5 BTC по одной цене. Два процесса связаны, но не идентичны.
Создайте контроль: сумма количества по дневному регистру = объем месячного отчета ± документируемые корректировки. Затем отдельный контроль: сумма дневной рублевой оценки = gross mining income месяца. Третий контроль связывает расходы и вычеты. Такая трехступенчатая сверка обнаруживает большинство ошибок до подачи.
Ошибка: применять УСН или НПД по старым советам
В сети много материалов, написанных до 2025 года, где майнеру предлагают самозанятость, УСН или произвольный предпринимательский режим. Актуальные разъяснения ФНС прямо указывают, что для майнинга цифровой валюты специальные режимы для ИП и организаций ограничены. Налоговый статус нельзя выбирать по статье трехлетней давности.
Если вы уже использовали спецрежим и начали майнить, не маскируйте проблему переименованием дохода. Нужен анализ периода, вида деятельности и последствий. Чем раньше обнаружено несоответствие, тем проще исправить учет до крупной продажи или проверки.
Ошибка: дважды списывать один расход
Электроэнергия, комиссия пула или стоимость оборудования могут уже уменьшить доход майнингового этапа. При продаже нельзя автоматически повторно использовать тот же расход, если он не относится к реализации. В больших таблицах двойной вычет возникает незаметно, особенно когда один файл ведет майнер, а второй — бухгалтер.
Добавьте каждому документу уникальный expense ID и поле `tax_use`. Если счет использован в расчете января, второй файл должен ссылаться на него, а не создавать новую копию расхода. Этот прием прост, но хорошо работает при нескольких фермах и сотнях платежей.
Ошибка: не сохранять доказательства до закрытия сервиса
Пулы, биржи и обменники меняют интерфейсы, ограничивают историю и иногда закрываются. Если налоговый архив существует только в облачном кабинете третьего лица, он не находится под контролем майнера. Раз в месяц выгружайте данные, а перед сменой сервиса делайте полный архив.
Для значимых продаж полезно собрать отдельный source-of-funds пакет: происхождение добычи, адреса, TXID, отчет пула, реестр, котировки, продажа и банковская выписка. Это ускорит и банковский ответ, и подготовку к вопросам по 115‑ФЗ и криптовалюте.
Итоговый алгоритм на каждый месяц
Налог на майнинг криптовалюты проще контролировать помесячно, поэтому рабочий процесс не должен начинаться в апреле. После окончания месяца выгрузите пул, агрегируйте ежедневные начисления, зафиксируйте котировки и рублевую стоимость, приложите расходы, сверите кошельки, подготовьте ежемесячные сведения ФНС и сохраните подтверждение отправки. Отдельно обновите лот-регистр остатков добытой валюты.
- Выгрузить все начисления и выплаты пула за месяц.
- Определить дни возникновения права распоряжения и дневные объемы.
- Применить рыночные котировки и выполнить рублевый пересчет.
- Собрать подтвержденные расходы и исключить двойное использование.
- Сверить дневной объем с кошельками и отчетом пула.
- Подать сведения о добыче и адресах в установленный срок.
- Обновить остатки партий и журнал продаж/обменов.
- Сохранить статический архив исходных данных и подтверждений.
Если этот цикл выполняется ежемесячно, годовая декларация становится итоговой процедурой, а не расследованием собственной истории. Любая значимая цифра должна раскрываться до первичного документа. Именно эта воспроизводимость важнее красивого шаблона таблицы.
Что проверить перед 3‑НДФЛ
Перед заполнением декларации пересчитайте год по статусу налогоплательщика, проверьте резидентство, ставки, суммы вычетов, продажи, собственные переводы и остатки партий. Сверьте ежемесячные сообщения о добыче с дневным регистром. Если есть расхождения, сначала объясните их в рабочем файле, а только затем переносите итог в форму.
Подготовьте приложение с реестром операций и перечнем подтверждений. Для сложной декларации полезно хранить короткую пояснительную записку: как определяется дата дохода, какой источник котировки использован, как распределяется электричество и как идентифицируются проданные партии. Если ФНС задаст вопрос, вы не будете формулировать методологию заново по памяти.
Когда нужна индивидуальная консультация
Универсальный гайд заканчивается там, где появляется спорная квалификация: нерезидентство, иностранная компания, несколько стран добычи, крупный дата-центр, смешанная инфраструктурная услуга, оборудование в лизинге, необычный пул, отсутствие рыночной котировки, существенные убытки, наследование, безвозмездная передача или корпоративная реструктуризация. В этих случаях цена ошибки выше стоимости предварительной консультации.
При обращении к специалисту не приносите только итоговый Excel. Подготовьте исходные документы и сформулируйте конкретные вопросы: дата признания, допустимость расхода, метод распределения, статус субъекта, порядок продажи. Чем точнее факты, тем меньше вероятность получить общий ответ, который невозможно применить к вашей ферме.
Короткий вывод
Налог на майнинг криптовалюты строится вокруг последовательности налоговых событий, а не одной ставки. Сначала фиксируется цифровая валюта в день возникновения права распоряжения и оценивается по правилам рыночной котировки. Затем учитываются допустимые подтвержденные расходы. Отдельно исполняется ежемесячная информационная отчетность. При продаже ранее признанная стоимость партии участвует во втором расчете, поэтому полная выручка не должна рассматриваться как новая стоимость с нуля.
Если вы сохраните дневные начисления, котировки, расходы, адреса, TXID, месячные отчеты, лоты и документы продажи, расчет становится проверяемым. Если история начинается только с поступления рублей на карту, налоговый файл неполон. Для общего контекста используйте общий налоговый гид OneMagic, а текущую страницу — как специализированный регламент именно по добыче и последующей реализации.
Расширенный контроль: как сверять майнинг, котировки и продажи
Контроль №1: количество монет
Для каждого месяца посчитайте четыре независимых показателя: начислено пулом, стало доступно для распоряжения, выплачено on-chain и осталось внутренним балансом. Эти числа могут различаться и это нормально, если существует понятный мост между ними. Ненормально, когда итоговая таблица содержит только одну цифру, а объяснить расхождение с кошельком невозможно.
Сверка количества должна выполняться в единицах цифровой валюты до рублевого пересчета. Если сначала переводить каждую строку в рубли и затем пытаться восстановить BTC, округления и разные цены уничтожат контроль. Сначала докажите количество, затем стоимость. Этот принцип одинаково полезен для BTC, LTC, DOGE и других добываемых активов.
Контроль №2: календарный день и timezone
Пул может хранить timestamps в UTC, браузер показывать локальное время, а иностранная площадка формировать торговый день по собственному календарю. На границе суток одна и та же выплата способна попасть в разные даты. Зафиксируйте timezone сырого источника и правило преобразования в календарный день налогоплательщика. Не меняйте его посередине года без документированной причины.
Особенно тщательно проверяйте 23:00–01:00 и переходы между часовыми поясами после переезда сервера или смены настроек аккаунта. Одна строка редко изменит год радикально, но системная ошибка может сдвинуть сотни начислений и применить неверные котировки. В автоматизированном файле добавьте столбцы `timestamp_raw`, `timezone_raw`, `tax_date`.
Контроль №3: котировка и валютный курс
Цена цифровой валюты и курс иностранной валюты — разные источники данных. Если BTC/USD получен с подходящей торговой площадки, а USD/RUB — по официальному курсу, храните оба идентификатора. Не используйте итоговый курс BTC/RUB, построенный неизвестным агрегатором, если ваша методика по закону опирается на две отдельные величины.
Проводите выборочный пересчет хотя бы пяти дней каждого квартала вручную. Сравните сохраненный source price, официальный валютный курс, количество и итог. Это простой способ обнаружить ошибку формулы, неверную десятичную точность или ситуацию, когда API вернул цену другой торговой пары. После проверки отмечайте строку как reconciled.
Контроль №4: расходы не превышают реальную деятельность
Сравните годовые расходы с мощностью и временем работы фермы. Если электричество заявлено как для круглосуточной работы 20 ASIC, а pool hashrate показывает активность только половину года, потребуется объяснение: тестирование, простой, ремонт или другой алгоритм. Сам по себе высокий расход не становится недопустимым, но экономическая история должна быть правдоподобной.
Аналогично оборудование должно согласовываться с доходом. Если в расходах десять ASIC, а пул показывает один worker, проверьте, не использовались ли остальные на другом пуле или в другом бизнесе. Налоговый файл сильнее, когда технические метрики и финансовые документы подтверждают друг друга, а не существуют в независимых таблицах.
Контроль №5: стоимость проданных партий
После каждой продажи уменьшайте quantity конкретных лотов и сохраняйте cost basis, использованный в расчете. Если продажа отменена или часть сделки не исполнилась, налоговый регистр должен отражать фактический executed volume, а не размер первоначального ордера. Для OTC и P2P особенно важно отличать заявку от реально завершенной сделки.
В конце года сумма opening balance + mined + purchased − disposed должна равняться closing balance по всем контролируемым адресам с учетом комиссий и технических потерь. Если баланс не сходится, не закрывайте год «корректирующей строкой». Найдите мост, fee, внутренний перевод или пропущенный адрес. Необъяснимый остаток подрывает весь лот-регистр.
Контроль №6: банковские поступления
Банковская выписка не формирует налоговую стоимость добытой валюты, но она помогает проверить реализацию. Для каждой продажи в рубли создайте link ID между ордером/заявкой и банковским платежом. При дробной оплате один ордер может ссылаться на несколько поступлений; при агрегированной выплате сервиса — наоборот, один платеж может закрывать несколько продаж.
Если банк запрашивает source of funds, не отправляйте ему налоговый Excel без контекста. Обычно понятнее цепочка: оборудование/пул → адрес → TXID → площадка продажи → ордер → банк. Материал о Source of Funds по криптовалюте помогает собрать доказательства без лишней передачи секретных данных.
Контроль №7: секреты не входят в доказательную базу
Для подтверждения владения кошельком не требуется передавать seed-фразу, приватный ключ или файл wallet.dat налоговой, банку, бухгалтеру или «помощнику». Публичный адрес, TXID, экспорт сервиса и при необходимости безопасная криптографическая подпись сообщения дают совершенно другой уровень доказательства без раскрытия ключа. Любой запрос seed-фразы следует считать критическим красным флагом.
Внутри компании доступ к налоговому архиву тоже не должен автоматически означать доступ к кошельку. Бухгалтеру нужны public addresses, отчеты и документы, а не возможность подписывать транзакции. Разделение финансового учета и custody снижает риск, что обычная подготовка декларации превратится в компрометацию цифровых активов.
Как должен выглядеть дневной налоговый регистр майнера
Дневной регистр лучше строить так, чтобы он одновременно отвечал на три вопроса: сколько цифровой валюты стало доступно для распоряжения, по какой рыночной котировке она оценена и какой рублевый доход получился после прозрачного пересчета. Не объединяйте несколько исходных величин в одну формулу без сохранения первичных данных. В отдельные поля вынесите дату, актив, количество, статус начисления, название пула или иной источник, выбранного организатора торгов, closing price, валюту котировки, официальный курс этой валюты к рублю, рассчитанную стоимость и ссылку на исходный файл. Такая детализация позволяет повторно выполнить расчет без обращения к памяти и быстро заменить ошибочную котировку, не пересобирая весь год.
Полезно хранить две версии данных: неизменяемый raw-слой и расчетный tax-layer. Raw-слой представляет собой выгрузки пула, CSV, API-response, скриншоты условий и блокчейн-транзакции. В tax-layer допускаются нормализация времени, агрегация за календарный день, рублевый пересчет и классификация расходов. Никогда не редактируйте исходную выгрузку так, чтобы невозможно было понять, что прислал пул первоначально. При исправлении ошибки создавайте новую версию расчетной таблицы и коротко фиксируйте причину изменения — например, исправлена timezone, неверная торговая пара или дублированная строка.
| Поле регистра | Пример содержания | Контроль |
|---|---|---|
| tax_date | 2026-03-14 | Дата признания дохода |
| asset / quantity | BTC / 0,0017 | Количество цифровой валюты |
| source | Pool A, account ID | Откуда получено начисление |
| right_to_dispose | confirmed / available | Почему выбран этот день |
| quote_source | выбранный организатор торгов | Источник рыночной котировки |
| closing_price | цена закрытия и валюта | Не смешивать с FX-курсом |
| FX to RUB | официальный курс на дату | Рублевый пересчет |
| RUB value | расчетное значение | Gross mining income дня |
| evidence | CSV / TXID / snapshot | Воспроизводимость |
Как согласовать дневной регистр с ежемесячным сообщением ФНС
Ежемесячное сообщение о полученной цифровой валюте и дневной налоговый регистр должны опираться на одну и ту же фактическую историю, но это не одна и та же форма. В дневном файле главная задача — стоимость дохода по датам. В специальном сообщении главная задача — объем полученной цифровой валюты и адреса-идентификаторы, включая сведения, связанные с пулом. Поэтому перед отправкой месячной информации сформируйте reconciliation sheet: opening внутреннего баланса пула, начислено за месяц, удержано комиссий, доступно пользователю, выплачено на адрес, closing внутреннего баланса. Если объем специального сообщения не объясняется этими строками, сначала найдите причину расхождения.
Не пытайтесь устранять расхождение ручной корректировкой итоговой цифры. Причиной могут быть immature rewards, перенос payout threshold, округление, комиссия пула, смена payout address, начисление на границе UTC-дня или возврат ошибочной выплаты. Каждую корректировку сопровождайте кодом причины и ссылкой на документ. Тогда при годовой подготовке 3‑НДФЛ месячные отчеты можно использовать как независимый контроль полноты: если в феврале ФНС сообщено одно количество BTC, а дневной регистр содержит заметно меньше, ошибка выявляется до того, как она попадет в годовую декларацию.
| Контур | Периодичность | Главные данные | Что проверяет |
|---|---|---|---|
| Pool/raw | по событию | начисления, fees, payout status | Фактическую добычу |
| Tax register | ежедневно | количество, котировка, FX, RUB | Налоговый доход |
| Mining report to FNS | ежемесячно | объем и адреса-идентификаторы | Специальную отчетность |
| Lot register | по движению | партии, стоимость, остаток | Будущую реализацию |
| 3‑НДФЛ workfile | ежегодно | базы, вычеты, итог | Декларацию физлица |
Как отделить стоимость добычи от расходов последующей продажи
Для каждой партии полезно вести cost card. В ней первоначальная стоимость цифровой валюты, сформированная на этапе майнинга, хранится отдельно от расходов, которые уменьшали именно майнинговый доход, и отдельно от расходов реализации. Например, комиссия пула может относиться к добыче, а торговая комиссия площадки — к продаже. Если обе суммы записать в один столбец «расходы на BTC», при реализации легко повторно вычесть то, что уже уменьшало первую налоговую базу. Поэтому каждая затрата должна иметь назначение, документ, дату, сумму и признак того, в каком расчете она уже использована.
Особое внимание нужно комиссиям, которые удерживаются непосредственно из добываемого актива. Экономически майнер может видеть только net-выплату, но для налогового файла важно понимать gross reward и fee-механику. Не подменяйте налоговую квалификацию арифметической удобностью: если пул удержал часть вознаграждения, сохраните его отчет и правила. При продаже другого количества актива не переносите старую fee автоматически. Хорошая модель позволяет выбрать конкретную реализованную партию и увидеть ровно ту историческую стоимость, которая относится к ней, без повторного использования электроэнергии или оборудования.
| Компонент | Этап | Пример доказательства | Риск ошибки |
|---|---|---|---|
| Рублевая стоимость добычи | получение | дневной регистр + quote | Потерять исходную стоимость партии |
| Электричество | добыча | счет + измерение + оплата | Вычесть бытовое потребление |
| Оборудование | добыча | договор/чек + учетная методика | Списать сумму без основания |
| Pool fee | добыча | отчет пула | Учесть дважды |
| Trading fee | продажа | отчет площадки | Смешать с mining cost |
| Bank/P2P docs | реализация | ордер + выписка | Не связать рубли с продажей |
Что делать, если пул изменил правила начисления посреди года
Изменение payout scheme нельзя скрывать одной колонкой «доход пула». Переход с PPS на FPPS, PPLNS или иной модели способен изменить состав вознаграждения, частоту начислений, комиссию и момент, когда reward становится подтвержденным. В налоговом архиве создайте boundary date и храните правила до и после изменения. Если в один день действовали разные условия, разделите строки. Не нужно пытаться пересчитать старую историю по новым правилам только ради единообразия: налоговый файл должен описывать фактическую модель соответствующего периода.
Аналогично действуйте при смене пула или кошелька выплат. Закройте предыдущий период reconciliation-строкой, сохраните closing balance, последний payout и последний адрес. Новый период начинайте с opening balance и нового набора условий. Такая сегментация существенно упрощает спор о происхождении конкретной партии: вместо одного гигантского файла с неизвестной логикой вы показываете последовательность контролируемых периодов. Она также помогает будущему материалу о mining-ledger, но текущая налоговая статья использует эти данные только для доказуемости даты, количества и стоимости дохода.
| Изменение | Что зафиксировать | Что не делать |
|---|---|---|
| Смена пула | дата, closing/opening balances, адреса | Склеивать историю без границы |
| Смена payout scheme | старые/новые правила, fee, статус rewards | Пересчитывать прошлое по новой схеме |
| Смена кошелька | старый/новый адрес, контроль владения | Терять связь партий |
| Смена timezone/API | версию настроек и дату | Незаметно сдвигать календарные дни |
| Смена quote source | основание и дату | Выбирать источник задним числом по выгоде |
Как работать с продажей только части добытого остатка
Частичная реализация — один из самых частых источников неправильной базы. Если на начало месяца было несколько добытых партий с разной исторической стоимостью, а продана только часть общего баланса, нельзя уменьшать выручку на всю стоимость всех оставшихся монет. В lot register должны сохраняться opening quantity, поступления, списание реализованной части, комиссии и closing quantity. Для каждой продажи формируйте disposal record, который указывает источник партии и соответствующую historical RUB value. Метод идентификации должен быть последовательным и соответствовать правилам для вашего статуса; для спорных случаев его лучше заранее согласовать с налоговым специалистом.
Проверка конца года проста по смыслу: количество цифровой валюты на контролируемых адресах и внутренних balances должно объясняться формулой opening + mined + purchased + incoming own transfers − sales − outgoing own transfers − network fees = closing. Налоговый лот и on-chain coin selection могут не совпадать один к одному технически, особенно у UTXO-активов, но финансовая связь должна быть воспроизводимой. Если разница закрывается строкой «прочее», такой регистр нельзя считать готовым: сначала восстановите пропущенный адрес, комиссию, swap или внутренний перевод.
| Сценарий | Правильный учет | Ошибочная логика |
|---|---|---|
| Продана часть партии | Списать стоимость только проданного количества | Вычесть стоимость всей партии |
| Смешаны mined + purchased | Идентифицировать происхождение по регистру | Считать весь кошелек одной средней покупкой |
| Own transfer | Перенести лот без продажи | Записать исходящий TXID как реализацию |
| Network fee | Отразить отдельно по применимой методике | Игнорировать исчезнувшее количество |
| Swap BTC→USDT | Квалифицировать выбытие и сохранить обе стороны | Считать, что без рублей события нет |
Как подготовить файл к возможному запросу ФНС или банка
ФНС и банк решают разные задачи, поэтому один и тот же архив нужно уметь представить в двух проекциях. Для налогового вопроса основное — дата получения дохода, рублевая оценка, допустимые расходы и расчет реализации. Для банка — происхождение актива и экономический маршрут до рублевого поступления. Не отправляйте сотни страниц без структуры. Составьте cover memo на одну-две страницы: кто майнил, каким способом, какие пулы и адреса использовались, где находится дневной регистр, как выбрана котировка, где расходы, как связана конкретная продажа с банковским платежом.
Затем приложите индекс доказательств. Каждой строке таблицы присвойте document ID: POOL-2026-03, TX-0017, ELEC-03, SALE-004, BANK-004. В расчетной книге храните эти ID вместо длинных путей к файлам. Такой подход помогает быстро ответить на точечный запрос и не раскрывать лишнее. Seed-фраза, private key, recovery codes и API secrets никогда не являются налоговым подтверждением. Если нужно подтвердить контроль адреса, используйте безопасные методы без передачи секретов и заранее согласуйте формат с тем, кто запросил доказательство.
| Запрос | Минимальный набор | Не передавать |
|---|---|---|
| ФНС: расчет дохода | дневной регистр, котировки, расходы, лоты | seed/private key |
| ФНС: объем майнинга | месячные данные, адреса, pool history | доступ к аккаунту пула |
| Банк: source of funds | pool history, TXID, sale order, выписка | recovery phrase |
| Аудитор/бухгалтер | read-only архив и методика | ключи подписи транзакций |
| Площадка продажи | только требуемые подтверждения | полный налоговый архив без необходимости |
Годовое закрытие: десять сверок до заполнения 3‑НДФЛ
До перехода к форме декларации выполните годовое закрытие как отдельную процедуру. Сверьте все пулы и периоды работы, все адреса выплат, все дни с правом распоряжения, полноту котировок, официальный валютный пересчет, ежемесячные сведения ФНС, документы по расходам, движение партий, продажи и банковские поступления. Отдельно проверьте, что в расчете нет одной и той же комиссии дважды и что остаток цифровой валюты на конец года имеет понятную историческую стоимость. Только после этого переносите агрегированные показатели в декларацию.
Храните контрольный snapshot закрытия года: копию расчетной книги только для чтения, hash или хотя бы checksum экспортов, список исходных файлов и текстовую заметку с примененной методикой. Если позднее обнаружена ошибка, не переписывайте исходный snapshot молча. Создайте amended version и укажите, что изменилось. Это особенно полезно, когда декларация корректируется: можно показать не только новую итоговую цифру, но и конкретную причину — например, восстановлена пропущенная выплата пула или исправлена неверная дата котировки.
| Контроль перед 3‑НДФЛ | PASS означает |
|---|---|
| Пулы | все периоды и аккаунты учтены |
| Дни добычи | нет необъяснимых пропусков |
| Котировки | есть источник и дата для каждого дня |
| Месячные сообщения | объемы согласуются с регистром |
| Расходы | есть документы и распределение |
| Лоты | opening + movement = closing |
| Продажи | каждая связана с исторической стоимостью |
| Банк | рублевые поступления связаны с реализацией |
| Дубли | один расход не использован дважды |
| Архив | можно воспроизвести расчет без памяти |


