Не легко. Это потребует некоторой ручной модификации файла бумажника. Существуют инструменты для клиента QT, но я не знаю, если они существуют для многоразрядных. Даже тогда это не так просто. Узлы, которые видели первоначальный ТХ будет видеть "новый" ТЙ как недействительные двойные расходы и отказываются передать его. По очевидным (умышленному двойным тратиться) причины нет команды протокола "расстегивать" TX-. Шахтеры (в зависимости от их правил пула памяти) может упасть новый ТХ до тех пор, как старый ТХ в их памяти пула. Для предотвращения ОГО из оставшихся в пуле памяти навсегда, узлы будут падать старый неподтвержденный Тх из пула памяти после достаточно времени, однако до тех пор, как ТЕ остается в бумажнике файл исходного клиента будет периодически ретрансляцией его, пока он не обнаружит, что это в блоке.

Так что удаление требуется
а) вручную удалить ТХ из файла кошелька (так клиент "забывает" об этом)
б) ждали достаточно долго для узлов в сети забыть ТХ (потому что клиент не является "напоминая" их старого ТХ).
в) создать новый потратить.

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

"решение" на самом деле проще. Есть два отдельных категорий.
а) действительно недействительные сделки (двойные тратит, недействительные подписи, уродливо ТЙ, нарушение правил протокола и т.д.).
б) действительные сделки без платы (но не в нарушении анти-спам правила), которые могут быть непривлекательными для шахтеров.

Для действительно недействительных сделок не легко исправить. Исправление не делают недопустимый ТХ. Хороший клиент предотвратит вас от недействительных сделок. Не использовать патчи, устраняющие такие вещи, как анти-спам правило, и не вручную (с помощью QT rawtransaction API) создает транзакцию.

Для действительных ОГО при отсутствии или низкой платы получатель может включать в себя, что неизрасходованный выход в ОМ, который имеет плату. В настоящее время шахтеры не выглядят "вперед" чтобы увидеть, если низкие / нет платы TX являются входными данными для более высокой платы TX, но они могут и, вероятно, будет (особенно плата становится все более важной).  

Пример:
Адрес A посылает монеты Адрес B в ОМ (t1) без платы.
Адрес B включает в себя, что в ТХ (t 2), чтобы Адрес C с платой.

А - (t1), -> В - (t2) -> С

Горный узел видит, что t2 является платным ТМ и требует t1 неоплачиваемого ТХ. Оба ТХ могут быть включены в один блок, но t2 не может быть включен без t1 (было бы сделать блок недействительным иметь ТХ с неподтвержденной входом в него). Узел горнодобывающей промышленности включает в себя как в том же блоке, чтобы собрать плату TX. Это было бы особенно полезно для продавцов. Торговцы не могут объединить несколько не гонорар ТХ от клиентов в другом ТЙ с платой обратно к себе с гонораром сила поощрять шахтер включать все ОЕ в следующем блоке.