Разработчики предложили убрать механизм Replace-by-Fee

Инициатива исходит от части сообщества разработчиков Bitcoin и затрагивает клиентские реализации нод и кошельков. Предложение предполагает прекратить приём и ретрансляцию заменяющих транзакций, которые используют механизм Replace-by-Fee (RBF).

Replace-by-Fee позволяет отправителю заменить неподтверждённую транзакцию другой транзакцией с теми же входами и более высокой комиссией. Механизм применяется, когда первоначальная комиссия оказывается слишком низкой, а также некоторыми сервисами для корректировки транзакций до включения в блок.

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

Технические последствия включают изменение поведения нод и кошельков. Ноды при отключённой поддержке RBF перестанут принимать и ретранслировать заменяющие транзакции, а разработчики кошельков будут вынуждены предлагать альтернативы, например использование Child Pays For Parent (CPFP) или рекомендации по изначальной установке адекватной комиссии.

Для торговых площадок, бирж и платёжных сервисов возможны изменения в политике приёма неподтверждённых транзакций и во временных лимитах на подтверждение. Лёгкие кошельки и сервисы, которые полагаются на повышение комиссии через замену транзакции, потребуют доработок.

Рынок комиссий может измениться: пользователи и сервисы вероятно начнут выставлять более высокие комиссии заранее или чаще применять CPFP. Одновременно снижение гибкости в управлении комиссиями может увеличить число «застрявших» переводов и нагрузку на поддержку у крупных сервисов.

Принятие предложения потребует согласия разработчиков, операторов нод, майнеров и крупных сервисов, а также координации обновлений клиентского ПО и переходного периода, чтобы избежать фрагментации сети. Если инициатива не наберёт достаточной поддержки, изменения в кодовой базе не будут внедрены, но обсуждение вопросов безопасности и удобства остаётся открытым.