Так что это предложение не включает в себя устранение проблемы податливости скорее попытка выяснить, кто делает это (если вообще намеренно) :

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

Сделать очень маленькие транзакции (чтобы сэкономить деньги, конечно) с BTC и представить их в хорошо известные бассейны (с https://en.bitcoin.it/wiki/IP_Transactions больше не включаются мы, возможно, потребуются добровольцы или шахтеры, которые могли бы попробовать это из различных бассейнов или, возможно, даже с пользовательской реализацией). Я считаю (да предположение), что некоторые бассейн делает это нарочно, и это вполне может быть (да второе предположение), что это делается некоторыми из семенных узлов (за счет подключения).

Операции над банкой (или некоторые пользовательские реализации - см сложности ниже) можно сделать, используя что-то похожее на bitcoind, потому что это даст оригинальный TXID, который будет помочь выследить позже и посмотреть, если он был изменен.

Для каждой сделки мы делаем выше, проверьте, если сумма была зачислена на ваш второй адрес с тем же TXID. Если начислено разные TXID то это скорее всего Ваш преступник (s / бассейн), что является причиной проблемы.

Я говорю, скорее всего, потому что вики https://en.bitcoin.it/wiki/Transaction_Malleability говорит, что это редкость, но возможно. Есть хорошо известные причины пластичности, поэтому мы не можем быть уверены в первом. Повторите описанную выше процедуру больше и больше, чтобы сказать с некоторой степенью уверенности, что данный пул является виновником. Так же, как и в суде.

трудность : Может быть, в зависимости от того, что реализация используемого клиента может попытаться соединится со многими коллегами, как в протоколе. Может быть, нам потребуется собственная реализация кода просто подключить к семенам хорошо известных бассейнов. В основном идея только подключение к семенным узлам одного конкретного пула в один момент времени. Затем сделайте то же самое с семенными узлами последовательно пулами.

действие И если мы так случиться, чтобы найти виновного, то, возможно, ведущий разработчик может использовать использование https://en.bitcoin.it/wiki/Alerts для всех, чтобы остаться (добыча остановки) от бассейна (если случится, чтобы идентифицировать его с некоторой степенью уверенности). Таким образом, мощность распространения сети бассейна идет на низком уровне (не все из хотя) и, следовательно, так будет число "malleated" TXS, мы надеемся вернуться к, как это было прежде, чем эта проблема всплыла.

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

Что-то, что может быть, возможно, использование conceptwise (им не программист, так может быть, неуместные ссылки но помочь мне с высказанной идеей)
https://github.com/bitcoin/bitcoin/pull/3403
https://en.bitcoin.it/wiki/IP_Transactions