Налогообложение майнинга и операций с BTC (РФ)

IMPORTANT

Документ — практическая “карта вариантов” для проекта. Это не юридическая/налоговая консультация: финальная модель и формулировки договоров должны быть проверены профильными налоговыми консультантами в РФ и выбранной юрисдикции холдинга.

Ключевой вопрос: можно ли не продавать BTC в РФ и “просто хранить/переводить в холдинг”?

Продавать BTC именно в РФ не обязательно, но важно понимать разницу между:

  • не продавать (HODL) и
  • не платить налог.

С 01.01.2025 для майнинга в РФ применяется логика, при которой налогооблагаемый доход возникает уже в момент получения (добычи) цифровой валюты. Поэтому HODL обычно не отменяет налог на прибыль — проекту все равно нужна рублевая ликвидность для уплаты налога (обычно за счет продажи части добычи или финансирования оборотки).

NOTE

Перевод BTC в холдинговую компанию (или на ее кошельки) сам по себе не является “обнулением” налога: доход уже возникает на стадии получения BTC, а дальше возможны дополнительные последствия в зависимости от формы передачи (продажа/дивиденды/вклад/иное).


1) Базовый налоговый контур проекта (ООО РФ, ОСН)

Налог на прибыль организаций — 25%

Налог считается на финансовый результат (доходы минус расходы) с учетом особенностей учета цифровой валюты.

Ключевые источники результата:

  1. доход от майнинга (получение BTC)
  2. прибыль/убыток от реализации BTC (продажа/обмен/OTC)
  3. прочие операции с BTC (передача, вклад, распределение) — требуют отдельной квалификации

НДС — 20%

  • Импортный НДС по поставкам оборудования учитывается в CAPEX (см. 01-capex.md).
  • Операции с цифровой валютой не облагаются НДС (общая логика проекта сохраняется; применимость к конкретной операции подтверждается по фактическим договорам и формулировкам).

Страховые взносы (ФОТ управляющей компании)

Стандартные ставки: ПФР 22% + ФСС 2.9% + ФОМС 5.1% (см. также ../06-операции/03-персонал.md).

Специальные налоговые режимы (УСН/АУСН/ЕСХН/ПСН/НПД)

Для деятельности по майнингу с 01.01.2025 в проектной логике закладываем, что применяется общий режим налогообложения (ОСН) и спецрежимы не используются.
Если в структуре появятся отдельные компании под иные функции (например, торговля/IT‑услуги/консалтинг), применимость спецрежимов оценивается отдельно и только при “чистой” раздельной модели.


2) Когда возникает налог: “получили BTC” vs “продали BTC”

2.1. Доход от майнинга (получение BTC)

Суть: доход возникает на дату, когда у майнера появляется право распоряжаться цифровой валютой (практически — когда BTC зачислен на адрес‑идентификатор/кошелек и доступен к выводу/переводу).

Оценка дохода: по рыночной котировке на дату получения.
Внутренний регламент должен фиксировать:

  • источник котировки (биржа/агрегатор) и правило выбора цены,
  • время/дату фиксации,
  • курс пересчета в рубли (если котировка в $/€),
  • подтверждение поступления (пул/эксплорер/кошелек).

Налоговый эффект: налог на прибыль платится не с “количества BTC”, а с рублевой оценки полученного BTC минус документально подтвержденные расходы, относящиеся к получению дохода.

2.2. Реализация BTC (продажа/обмен/OTC)

Суть: при реализации появляется второй слой результата — разница между ценой реализации и “стоимостью BTC в учете” (той рыночной оценкой, по которой BTC был признан доходом при получении), плюс расходы на реализацию.

TIP

После 01.01.2025 “продажа BTC” чаще является не “первой точкой налога”, а точкой, где фиксируется дополнительная прибыль/убыток (прирост/снижение стоимости) относительно цены на дату получения.


3) Что означает HODL для проекта (и как платить налоги, не распродавая весь BTC)

Что HODL дает

  • контроль времени реализации (в т.ч. ближе к ценовым максимумам),
  • возможность продавать частями: “только на OPEX/налоги”,
  • снижение риска “вынужденной продажи” при краткосрочной просадке рынка.

Что HODL НЕ дает

  • не отменяет налог на прибыль, если доход признается при получении BTC,
  • не снимает обязательства по отчетности (в т.ч. по майнинг‑реестру).

Практическая модель (типовой “белый” вариант)

  1. BTC добывается и учитывается как доход по котировке даты получения
  2. продается часть BTC для покрытия: OPEX + налог на прибыль + резерв ликвидности
  3. остальная часть BTC — HODL на кошельках, контролируемых проектом/холдингом (с учетом выбранной структуры)

4) Варианты “перевода BTC в холдинг” (и риски)

Ниже — рабочие варианты, которые чаще всего обсуждаются. “Схемы без налогов” обычно нет: отличается распределение налогов и уровень риска.

IMPORTANT

Внутри РФ цифровая валюта не должна использоваться как средство оплаты товаров/услуг. Поэтому любые “взаиморасчеты BTC внутри РФ” требуют предельной осторожности по квалификации и комплаенсу.

Вариант A (низкий риск): продали часть BTC → сформировали фиат → вывели в холдинг (дивиденды/займ/услуги)

  • BTC реализуется (полностью или частично), формируется рублевая/валютная ликвидность для налогов и OPEX.
  • Далее холдинг получает деньги юридически понятными способами (дивиденды, займы, договоры услуг).

Плюсы: максимально понятный банкам и контрагентам трек.
Минусы: прибыль, сформированная в РФ, облагается в РФ.

Вариант B (средний риск): ООО РФ продает BTC холдингу (OTC) по рынку, холдинг распоряжается BTC

  • ООО фиксирует реализацию BTC (и возможную прибыль/убыток относительно цены получения).
  • Холдинг становится владельцем BTC и может хранить/продавать/хеджировать.

Плюсы: концентрация казначейства/активов в холдинге.
Минусы: требуется аккуратное документирование цены и комиссий; налог в РФ все равно возникает (получение BTC + эффект реализации).

Вариант C (повышенный риск): распределение прибыли “натурой” (дивиденды/имущество в BTC)

  • Теоретически возможно распределение имущества участникам, но для цифровой валюты возникают сложные вопросы:
    • корпоративные процедуры и оценка,
    • квалификация для налога на прибыль,
    • налог у получателя (дивиденды нерезиденту/резиденту),
    • комплаенс у банков и контрагентов.

Плюсы: можно передать актив без конвертации в фиат.
Минусы: высокая “техническая” сложность и риск споров; делать только после заключения консультантов и под конкретную юрструктуру.

Вариант D (высокий риск): “майнит холдинг, РФ — только оператор/сервис”

Идея: кошельки/пулы/доход — на холдинге, а в РФ — сервисная компания с маржой.

Плюсы: потенциально снижает прибыль, облагаемую в РФ.
Минусы: риск признания дохода источником в РФ и/или постоянного представительства, плюс требования реестра майнеров и отчетности (см. ../04-юридическое/02-реестр-майнеров.md).


5) Как легально снижать налоговую нагрузку (без “серых” схем)

5.1. Максимально собрать “белые” расходы (это главный рычаг)

Налог на прибыль уменьшается за счет документированных расходов. Для проекта критично:

  • электроэнергия и сервис площадки (договор, акты, счета),
  • ФОТ + взносы управляющей компании (см. ../06-операции/03-персонал.md),
  • амортизация оборудования (ASIC, инфраструктура, сопутствующее),
  • логистика/страхование/брокерские услуги (если на ООО),
  • услуги связи/интернет/мониторинг/безопасность,
  • комплаенс, аудит, юрсопровождение, ИТ‑безопасность (при корректных договорах).

5.2. Амортизация и форма финансирования (покупка vs лизинг)

  • амортизация “размазывает” налоговую базу по сроку полезного использования,
  • лизинг/кредит дает расходы в виде процентов/платежей (с учетом ограничений НК РФ).

5.3. Региональные режимы и льготы (отдельный трек на проверку)

Для ЯНАО/Арктической зоны потенциально доступны меры поддержки (инвест‑вычеты, льготы по налогу на прибыль/имуществу/взносам). Это один из немногих способов существенно снизить налоговую нагрузку “официально”.

NOTE

Льготы почти всегда завязаны на статус резидента, требования к инвестициям/рабочим местам и отчетность. Здесь нужен отдельный проектный трек “получение статуса/льгот”.

5.4. Оптимизация кэш‑флоу по налогам (чтобы не продавать лишний BTC)

  • плановый “процент продажи” BTC на налоги и OPEX,
  • резерв ликвидности (фиат/стейбл в рамках допустимого комплаенса),
  • покрытие кассовых разрывов через займы от инвестора/холдинга (в фиате), а не через “взаимозачеты BTC внутри РФ”.

6) Отчетность и комплаенс (обязательная часть “белой” модели)

Реестр майнеров и ежемесячная отчетность

  • проектный статус: ООО — майнер, площадка — оператор инфраструктуры (см. ../04-юридическое/02-реестр-майнеров.md);
  • ежемесячная отчетность о полученной цифровой валюте, адресах‑идентификаторах, оборудовании и электроэнергии.

Что нужно хранить как “доказательную базу”

  • выгрузки из пулов (начисления, комиссии),
  • данные кошельков/адресов и подтверждения поступлений,
  • выбранный источник котировки и архив цен на даты получения,
  • первичку по энергии/сервису/ФОТ/взносам,
  • регламент доступа к кошелькам (кто и как подписывает транзакции).

7) Схема налоговых событий (упрощенно)

flowchart TD
    A[Майнинг / получение BTC] --> B[Доход по рыночной котировке на дату получения]
    B --> C[Минус подтвержденные расходы периода]
    C --> D[Налог на прибыль (25%)]
    A --> E{Решение: продавать?}
    E -->|Да, частично| F[Реализация BTC: доп. прибыль/убыток (цена продажи - учетная стоимость)]
    E -->|Нет (HODL)| G[Хранение BTC; налог уже начислен на стадии получения]

Связанные разделы