RBF и CPFP — разные способы повысить шанс включения неподтверждённой Bitcoin-транзакции. При RBF новая транзакция конфликтует с исходной хотя бы по одному расходуемому input и должна удовлетворять правилам комиссии и замены; CPFP создаёт дочернюю транзакцию, чья ставка комиссии учитывается вместе с родителем по правилам узлов, принимающих пакет.
Сначала проверь, что кошелёк может сделать
Найди txid и статус в обозревателе. Уточни, контролируешь ли ты нужные inputs или выход и умеет ли кошелёк создавать replacement либо тратить неподтверждённый выход. Если транзакция уже подтверждена, эти способы fee-bump к ней неприменимы.
| Механизм | Что создаётся | Что нужно иметь | Главная граница |
|---|---|---|---|
| RBF | Новая версия конфликтующей транзакции | Кошелёк должен уметь собрать замену; политика узла принимает её | BIP125 сигнализация — не единственный фактор текущего relay |
| CPFP | Child-транзакция, тратящая spendable output parent | Доступный неподтверждённый выход, который ты можешь потратить | Поддержка package relay и условия пакета |
BIP125 описывает историческую opt-in signaling модель; Bitcoin Core v29 указывает, что для Bitcoin Core full RBF стал стандартным поведением после того, как настройка была включена по умолчанию с v28 и удалена в v29. Современная политика mempool отличается от консенсусных правил и зависит от узла и кошелька. В актуальных правилах Bitcoin Core package acceptance ограничен формой child-with-parent и условиями комиссии (package mempool policy, релиз Bitcoin Core v29). CPFP возможен, только если child тратит spendable output родителя; поддержка package relay у конкретного кошелька или узла не гарантируется. Это не обещает включение в ближайший блок.
Посчитай CPFP-пакет на учебных данных
Пусть parent имеет размер 500 vB и комиссию 1 000 sat, а child — 100 vB и 2 000 sat. Суммарно пакет: (1 000 + 2 000) ÷ (500 + 100) = 5 sat/vB. Это иллюстрация арифметики, не рекомендуемая текущая ставка. Узел может не принимать пакет, если он не удовлетворяет политике или child не тратит подходящий выход parent.
Для RBF новая версия должна заменять исходную транзакцию по правилам кошелька и relay policy. Не собирай конфликтующую транзакцию вручную, если не понимаешь все outputs и change: легко ошибиться в возврате или комиссии.
Ожидаемый ответ ИИ для этих чисел: «CPFP package feerate равен 5 sat/vB; поддержка зависит от wallet/node policy. RBF надо проверять отдельно по исходным inputs, кошельку и доступной политике».
Для общего дерева статусов перевода смотри что делать с pending-транзакцией. Здесь нет прогноза времени подтверждения или совета платить конкретную комиссию.