Насколько мне известно (и я говорю, что, потому что я говорю следующее: без 100% уверенности):
Стандартное программное обеспечение не будет принимать двойные расходы, и не поддерживает замену в этой манере (кроме использования nLocktime), но не все используют стандартное программное обеспечение. Есть, например, вилы эталонного клиента, которые делают его поддержку (https://github.com/petertodd/bitcoin/tree/replace-by-fee-v0.10.0rc4). Я не знаю, какие-либо серьезных бассейнов, работающих под управлением этим патч, хотя я знаю несколько таких, как запустить Элигии дети платит-за-Родителя патчи стиле, которые имеют некоторые сходные последствия.

Питер Тодд также создал инструмент для замены транзакций, работающих на выше патч: https://github.com/petertodd/replace-by-fee-tools
Он даже имеет пример выполнения двойные израсходуют с использованием этого. Как Петр отмечает в этом, есть и другие дополнительные методы, чтобы увеличить вероятность успеха в попытке двойного потратить. "Кроме того, вы можете дополнительно указать, что первая транзакция дополнительной OP-RETURN, multisig и "черный список" адрес выхода. Некоторые шахтеры не будут принимать операции с этими типами выходных; эти шахтеры будут принимать вторую транзакцию дважды тратить деньги, помогая вам достичь успешной двойной расходы.", например.

А «Джентльмены себе» или соглашение против природы, что технология блока цепи должна достичь. Стороны не могут доверять и накладывания дизайн должен обеспечивать, что предполагается, что они не будут. Если сумма, чтобы получить не очень большой в любом случае, как правило, бассейны имеют финансовый стимул отстаивать сетевые правила и здравомыслие, а не нанести ущерб их репутации один раз небольшой прирост. Кроме того, никто не хочет быть обманутым, даже если бы они хотели обмануть; Разработчики, поставщики отрасли, бассейн операторы все есть стимул, чтобы рассмотреть эти вещи и работать вместе, чтобы обеспечить сеть и протокол работать с безопасным подходом.

В целом (насколько им известно кандидату) 0-Conf Tx должны быть использованы только для микро- и малых операций, в идеале, в таких случаях, как купеческой точки продажи. При меньших количествах операций, уровень стоимости риски является достаточно низким, чтобы быть смягчено, если двойные расходы должны были произойти (Потеря 25 $ не самая крупная сделка торговца, и, конечно, двойная расходы будет происходить реже, чем возвраты !). Конечно, можно было бы использовать несколько небольших сделки сразу и совершить серию двойные проводит в одном блоке, чтобы попытаться получить наибольшее количество возможно, прежде чем атака заметила. Хотя следует считать никому предлагать услуги, ориентированных вокруг или с участием функции, использующие 0conf ТХ в любом значительном неимении будет также контролировать сеть для аномальной активности такого рода.

Исключение будет замена транзакций с помощью подачи TX использующего nLocktime. Насколько им известно, Если ТХ есть будущее nLocktime он не будет распространяться на другие узлы или быть включены в блок до этого времени будет достигнуто, поэтому злоумышленнику придется вручную отправить его в достаточно больших узлов, 0conf инструменты будут обнаруживать это разумно подтвердил, обслуживание подтвердить его или в любом случае, то их отправить обновленный REQ к узлам не тратить деньги или нет, рано nLocktime. Это можно было бы предотвратить (и, вероятно, уже есть) по услугам с использованием 0conf игнорируя ТХ с будущей nLocktime.