В Bitcoin нет «фиксированной комиссии» и нет поддержки, которая отменит перевод. Скорость подтверждения зависит от mempool (очереди транзакций) и вашей ставки sat/vB, а итоговая комиссия — ещё и от размера транзакции в виртуальных байтах (vB). Поэтому один и тот же перевод у двух людей может стоить по-разному — даже если отправляют одинаковую сумму.

Этот материал — практический хаб: как устроена транзакция BTC, как читать mempool, как выбрать комиссию под задачу, что делать при зависании (RBF/CPFP) и какие ошибки чаще всего приводят к потерям, переплатам или «нервам на сутки».

Если вы только начинаете и хотите сначала понять базу (адреса, подтверждения, как принять/отправить), держите вводный пиллар: Биткоин: полный гайд для новичка (2026).

1) Как работает транзакция Bitcoin: от кошелька до блока

Транзакция Bitcoin — это сообщение в сеть: «я трачу такие-то выходы (UTXO) и отправляю средства на такие-то адреса». Кошелёк формирует транзакцию, подписывает её вашим ключом и рассылает в сеть. Далее всё решает рынок места в блоке.

Условный маршрут такой:

• Кошелёк выбирает UTXO (входы), формирует выходы (получатель + сдача), рассчитывает размер и комиссию.
• Сеть принимает транзакцию и держит её в очереди (mempool), пока майнер не включит её в блок.
• Майнеры собирают блок, выбирая транзакции по выгодности (обычно по sat/vB), и добавляют блок в цепочку.
• Подтверждения растут с каждым новым блоком поверх вашего.

Практический вывод: в момент «отправил» вы ещё не гарантировали скорость. Вы подали заявку в очередь и предложили цену за место. Если цена низкая на фоне текущего спроса — заявка ждёт.

2) Что такое mempool и почему он «двигает» комиссии

Mempool — это очередь неподтверждённых транзакций. У каждого узла она своя, но по сути это общий «рынок ожиданий». Когда транзакций мало, очередь короткая и ставки sat/vB низкие. Когда транзакций много (ажиотаж, активность бирж, всплески on-chain), очередь раздувается и ставки растут.

Важный момент: «перегруз» — это не ошибка сети. Это нормальная работа механизма приоритета: кто платит выше, тот проходит быстрее.

3) sat/vB и vB: почему комиссия не зависит от суммы перевода

В Bitcoin комиссия почти никогда не считается как процент от суммы. Она считается как:

Комиссия (sats) = ставка (sat/vB) × размер транзакции (vB)

Где:

• sat — сатоши, минимальная доля BTC;
• vB (virtual bytes) — «виртуальный размер» транзакции, близкий по смыслу к весу транзакции;
• sat/vB — сколько сатоши вы платите за каждый vB.

Поэтому:

• можно отправить «маленькую сумму» и заплатить заметную комиссию (если транзакция большая по vB);
• можно отправить крупную сумму и заплатить умеренно (если транзакция компактная);
• комиссию в первую очередь «двигают» mempool и размер транзакции.

4) UTXO и размер транзакции: главный источник переплат

Самое важное понятие для экономии комиссий — UTXO. В Bitcoin ваш «баланс» — это набор выходов транзакций, которые вы можете потратить. Когда вы отправляете BTC, кошелёк подбирает один или несколько UTXO в качестве входов (inputs). Если входов много — транзакция «толстеет» и становится дороже.

Это базовый механизм, который объясняет фразу «в BTC не баланс, а набор выходов». Если вы хотите понять это на примерах: UTXO простыми словами: почему в BTC “не баланс”, а набор выходов.

4.1 Почему «много мелких поступлений» делает будущие переводы дорогими

Представьте, что у вас на кошельке 50 маленьких UTXO (потому что вы часто получали небольшие суммы). Чтобы отправить одну большую сумму, кошелёк может быть вынужден собрать 10–30 входов. Каждый вход добавляет размер, а размер × sat/vB = комиссия.

Пользовательский вывод: комиссия зависит не только от mempool, но и от того, насколько «аккуратно» устроен ваш кошелёк внутри.

4.2 Сдача (change): почему она есть почти всегда

В UTXO-модели вы не «снимаете со счёта». Вы тратите конкретные выходы целиком. Если UTXO больше суммы перевода, разница уходит на ваш адрес сдачи. Это нормально и должно быть. Опасно другое — когда вы не понимаете, куда ушла сдача, и думаете, что «кошелёк забрал комиссию». На практике комиссию забирает не кошелёк, а майнеры, а сдача — это ваши же средства на новом адресе.

4.3 Coin control и «UTXO-гигиена»

У некоторых кошельков есть coin control: возможность выбрать, какие UTXO тратить. Это полезно для приватности и комиссий, но требует аккуратности. Отдельный практикум: Coin control и UTXO-гигиена: как не “портить” приватность и комиссии.

5) Как выбрать комиссию и прогнозировать время подтверждения

Есть два подхода: «угадать» или «посмотреть рынок». В Bitcoin хорошо работает второй. Вам нужно понимать:

• какие ставки sat/vB сейчас проходят в ближайшие блоки;
• сколько блоков вы готовы ждать;
• как ваша транзакция выглядит по размеру (vB) — хотя бы примерно.

5.1 Принцип «под задачу»

• Срочно (обмен, дедлайн, важная оплата) — платите рыночную ставку, которая попадает в ближайшие 1–2 блока.
• Можно подождать — ставьте ниже и ждите «окна» разгрузки.
• Совсем не срочно — можно ставить минимально разумную и ждать.

5.2 Почему «минимальная комиссия» — ловушка в перегруз

Если сеть перегружена, «минимальная» ставка может не попасть в блоки часами или днями. Это не «пропажа средств», это очередь. Но если вы отправляете на биржу, в сервис или на оплату с дедлайном — зависание становится проблемой.

5.3 Удобная практическая схема выбора

Если вы хотите повторяемый алгоритм (без «магии»): используйте пошаговый гайд по sat/vB и прогнозу времени. Он заточен под действия, а не под теорию: Как выбрать комиссию BTC: sat/vB, mempool.space, прогноз времени.

5.4 Как оценить итоговую комиссию до отправки

Почти все кошельки показывают итоговую комиссию перед подтверждением отправки. Если кошелёк показывает также размер в vB — ещё лучше. Логика проверки простая:

• сравните предложенную ставку sat/vB с текущими рекомендациями под вашу срочность;
• посмотрите итоговую комиссию в сатоши и спросите себя: «я готов платить столько ради скорости?»;
• если нет — снижайте ставку и увеличивайте ожидание (или переносите перевод на спокойное время).

6) Транзакция зависла: что делать и что нельзя делать

«Зависла» — значит, транзакция в mempool и не подтверждается, потому что ставка sat/vB оказалась низкой на фоне текущей конкуренции. Это обычная ситуация в перегруз и одна из самых нервных для новичков.

6.1 Сначала — диагностика

• Убедитесь, что транзакция действительно есть в mempool (по txid в обозревателе).
• Посмотрите текущие ставки sat/vB для ближайших блоков: вы поймёте, насколько «ниже рынка» вы выставились.
• Проверьте, поддерживает ли ваш кошелёк ускорение (RBF) или есть возможность CPFP (если вы получатель).

6.2 Чего точно не делать

• Не вводить seed «для ускорения» на сайтах и не отправлять его никому.
• Не устанавливать сомнительные «ускорители» и плагины.
• Не делать «повторную отправку» вслепую десятки раз — это создаёт путаницу и не решает проблему.

6.3 Когда достаточно просто подождать

Если перевод не срочный, часто лучшее решение — ждать. Mempool не всегда растёт бесконечно: бывают «окна» разгрузки. Но если вы отправляете в сервис, где есть дедлайн, или вам нужно быстрое подтверждение — переходите к ускорению.

7) Ускорение: RBF и CPFP простыми словами (и когда что выбрать)

В Bitcoin есть два рабочих механизма ускорения, которые используют нормальные кошельки и сервисы:

• RBF (Replace-By-Fee) — отправитель заменяет транзакцию на новую с большей комиссией;
• CPFP (Child-Pays-For-Parent) — получатель или отправитель создаёт «дочернюю» транзакцию с высокой комиссией, чтобы «подтянуть» родителя.

Ключевой выбор:

• Если вы отправитель и кошелёк поддерживает RBF — это чаще самый прямой путь.
• Если вы получатель (или отправитель, но без RBF) — часто выручает CPFP.

Самое удобное — идти по готовому сценарию с примерами и проверками: Транзакция BTC зависла: ускорение через RBF и CPFP (на примерах).

7.1 RBF: что это на человеческом

Вы отправили транзакцию, но поставили низкую комиссию. RBF позволяет «пересобрать» транзакцию так, чтобы она тратила те же входы, но платила выше. Сеть предпочитает более выгодную версию. На практике это выглядит как «повысить комиссию» в кошельке.

7.2 CPFP: когда вы не можете заменить, но можете подтолкнуть

CPFP работает, когда у вас есть выход от неподтверждённой транзакции и вы можете потратить его в новой транзакции («ребёнке»), выставив высокую комиссию. Майнеры смотрят на пакет «родитель + ребёнок»: если суммарно это выгодно, они включают пакет и тем самым подтверждают обе.

7.3 Почему «ускорители» часто оказываются мошенничеством

Потому что реальное ускорение — это изменение комиссии в рамках стандартных правил сети, а не «перевод средств в сервис». Любая просьба «ввести seed», «подключить кошелёк на сайте», «дать доступ» — признак опасности. Ускорение должно происходить в вашем кошельке или через прозрачную on-chain механику.

8) Типовые ошибки: почему переводы не доходят «как ожидаете»

Большинство проблем с транзакциями BTC — это не «сбой сети», а неверные ожидания пользователя. Ниже — самые частые ситуации и как их распознать.

8.1 Ошибка №1: перепутали on-chain и Lightning

Если получатель ждёт оплату через Lightning, он даст LN-инвойс или LNURL. Это не on-chain адрес. И наоборот: если вы отправляете BTC on-chain, нужен обычный биткоин-адрес.

Правило: адрес BTC on-chain и Lightning-инвойс — разные маршруты. Не пытайтесь «вставить что дали куда угодно».

8.2 Ошибка №2: «я отправил — почему не видно сразу?»

Потому что транзакция может быть в mempool. Пока её не включили в блок, у неё 0 подтверждений. Это нормально. Проверяйте по txid и сравнивайте ставку sat/vB с текущими рекомендациями.

8.3 Ошибка №3: поставили минимальную комиссию в пик нагрузки

В перегруз это почти гарантированное зависание. Если перевод срочный, платите рыночную ставку. Если не срочный — планируйте и ждите. Комиссия — это цена скорости.

8.4 Ошибка №4: удивились, что комиссия «неадекватная», хотя отправляете мало

Комиссия зависит от vB и sat/vB. Если у вас много входов (много UTXO), транзакция становится большой. Именно поэтому понимание UTXO и аккуратная UTXO-гигиена так сильно влияет на расходы по комиссиям.

8.5 Ошибка №5: подмена адреса после копирования

Иногда вредоносное ПО подменяет адрес в буфере обмена. Вставили — и отправили на другой адрес. Поэтому для значимых сумм всегда сверяйте первые/последние символы и делайте тестовую транзакцию.

8.6 Ошибка №6: «верну назад, если ошибся»

После подтверждения транзакцию обычно нельзя отменить. Единственный способ «вернуть» — договориться с получателем, если это честная сторона. Поэтому тестовый перевод и чек-лист перед отправкой — не формальность.

8.7 Ошибка №7: неверные ожидания по подтверждениям

У разных сервисов разные требования: где-то достаточно нескольких подтверждений, где-то нужно больше. Сервис не «тормозит специально», он ждёт свою политику финальности. Сверяйте требования сервиса заранее, если перевод срочный.

9) Чек-листы: перед отправкой, при перегрузе, при зависании

9.1 Чек-лист перед отправкой BTC

• Проверяю, что получатель принимает именно BTC on-chain (а не Lightning).
• Вставляю адрес/QR, сверяю первые и последние символы.
• Оцениваю mempool и выбираю sat/vB под срочность.
• Если сумма заметная — делаю тестовый перевод.
• Сохраняю txid и отслеживаю подтверждения.

9.2 Чек-лист «сеть перегружена»

• Если не срочно — откладываю перевод и жду разгрузки.
• Если срочно — ставлю ставку sat/vB, проходящую в ближайшие блоки.
• Смотрю, не станет ли выгоднее другой маршрут (например, под мелкий платёж — Lightning, если доступен).
• Не ставлю «минимум» по привычке, если перевод важен по времени.

9.3 Чек-лист «транзакция зависла»

• Проверяю txid: транзакция в mempool или уже подтверждена.
• Сравниваю мою ставку sat/vB с текущими рекомендациями.
• Если доступно — повышаю комиссию через RBF.
• Если RBF нет — рассматриваю CPFP (если есть подходящий UTXO/выход).
• Не ввожу seed нигде и не использую сомнительные «ускорители».

10) FAQ

Полезные ссылки

• Как отправить BTC: пошагово + чек-лист перед отправкой
• Транзакция BTC зависла: ускорение через RBF и CPFP (на примерах)
• Coin control и UTXO-гигиена: комиссии и приватность
• Хранение BTC: кошельки, seed, аппаратники, мультисиг — как сделать безопасно