Два человека отправляют одинаковую сумму BTC, но кошельки показывают разные комиссии. Причиной может быть не только выбранная ставка. Для одного перевода используется один прежний выход, для другого — несколько. Размер транзакции меняется, хотя сумма получателю остаётся такой же. Поэтому полезно различать баланс кошелька, число выбранных входов и ставку за виртуальный байт.
Баланс не описывает устройство будущей транзакции
В модели Bitcoin средства представлены непотраченными выходами предыдущих транзакций — UTXO. Для новой траты кошелёк выбирает подходящие выходы в качестве входов. Он не обязан использовать все доступные UTXO при каждом переводе.
Много небольших поступлений может привести к необходимости использовать несколько входов для выбранной отправки. Но по одному числу прошлых пополнений нельзя точно узнать будущую комиссию: выбор зависит от доступных выходов, их типов, суммы и поведения кошелька. Исходить нужно из конкретной подготовленной операции.
| Параметр | Что означает | Чего не следует предполагать |
|---|---|---|
| Сумма перевода | Количество BTC для получателя | Одинаковая сумма всегда даёт одинаковый размер |
| Число входов | Сколько предыдущих выходов используется | Оно всегда равно числу всех поступлений кошелька |
| Число выходов | Новые назначения средств, включая сдачу | Один получатель всегда означает один выход |
| Ставка sat/vB | Выбранная плата за виртуальный байт | Она сама гарантирует время подтверждения |
Вход и сдача — не дополнительные комиссии сервиса
Когда использованный выход больше необходимой суммы, транзакция может содержать отдельный выход сдачи. Это не означает, что получателю отправили два платежа или обменник добавил скрытую услугу. Состав выходов нужно рассматривать в контексте конкретной операции.
При этом нельзя объявлять любой незнакомый выход собственной сдачей только по положению в списке. Для подтверждения принадлежности используйте сведения своего кошелька. Локальный калькулятор ниже не анализирует адреса и не определяет, кому принадлежит каждый выход.
Почему для SegWit используется виртуальный размер
BIP141 определяет вес транзакции с учётом базовых данных и witness. Виртуальный размер получается делением веса на четыре с округлением вверх. Поэтому обычное число сериализованных байтов и число виртуальных байтов могут различаться.
Это не универсальный коэффициент для любой транзакции. Имеют значение типы входов и выходов, а также данные подписей. Если взять одно упрощённое число байтов «на вход» и применить ко всем кошелькам, результат может оказаться неверным.
Границы модели в этой статье
Инструмент предполагает только native P2WPKH-входы с пустым scriptSig и только P2WPKH-выходы. Для каждого входа условно принята подпись длиной 72 байта вместе с байтом типа подписи и сжатый публичный ключ 33 байта. Это допущение о размере, а не проверка реальной подписи.
В расчёте учитываются счётчики CompactSize и дополнительные данные witness. Другие виды адресов, смешанные входы, дополнительные скрипты и фактический выбор UTXO не моделируются. При несовпадении этих условий сравнивать результат с реальной транзакцией как точное предсказание нельзя.
Учебное сравнение одного и десяти входов
При двух выходах и заданных допущениях один вход даёт виртуальный размер 141 vB, десять — 753 vB. Для условной ставки 5 sat/vB получаются 705 и 3765 сатоши. Это арифметический пример, а не текущая ставка сети или совет выбрать такой размер комиссии.
Если произведение ставки на виртуальный размер содержит долю сатоши, инструмент округляет рассчитанную плату вверх до целого сатоши. Он не строит транзакцию, не проверяет правила приёма узлами и не оценивает вероятность включения в ближайший блок.
Проверить, откуда получились 753 виртуальных байта
Для десяти входов и двух выходов действуют параметры именно этой учебной модели. Базовая часть занимает 482 байта, witness вместе с marker и flag — 1082. Вес учитывает эти части с разными коэффициентами.
| Часть вычисления | Действие | Результат |
|---|---|---|
| Базовая часть | 482 × 4 | 1928 единиц веса |
| Witness, marker и flag | 1082 × 1 | 1082 единицы веса |
| Полный вес | 1928 + 1082 | 3010 |
| Виртуальный размер | Округлить 3010 / 4 вверх | 753 vB |
Фактический размер сериализации в этом примере равен 1564 байтам. Это другое число: его нельзя подставлять вместо виртуального размера в показанное умножение на sat/vB.
Что проверить перед переводом на обмен
- Выбрать нужную сеть и реквизиты именно своей заявки.
- Посмотреть оценку кошелька для конкретной отправки.
- Различать сумму получателю, комиссию отправки и возможную сдачу.
- Уточнить, не удерживает ли исходная площадка собственную комиссию вывода вместо показанной здесь модели.
- Проверить ограничения и актуальные условия заявки до подтверждения.
Расходы на отправку из вашего кошелька и условия расчёта обмена — разные уровни. Для KOT.CASH смотрите параметры выбранной заявки и условия сервиса; эта статья не обещает доступность любого направления и не заменяет проверку суммы к получению.
Калькулятор работает без адреса, seed-фразы и подключения кошелька. Он помогает понять источник разницы в оценках, но не назначает оптимальную ставку, не объединяет выходы и не отправляет средства. Окончательные детали проверяются в том кошельке или сервисе, который формирует вашу реальную транзакцию.
Оценить размер одной модели Bitcoin-транзакции
Только native P2WPKH. Условная подпись 72 байта с sighash, публичный ключ 33 байта. Не определяет реальные типы и число входов, не создаёт транзакцию и не прогнозирует подтверждение. Расчёт выполняется на вашем устройстве, введённые данные никуда не отправляются.