Найденный этой DoS уязвимости. Так как его уже в дикой природе на шведском форуме, здесь идет:

https://www.flashback.org/t2349003
(Тема на шведском языке).

Но вот приходит объяснений:

Что OP в Flashback потоке говорит, его уязвимость DoS в том, что Bitcoin позволяет создавать транзакции, содержащие произвольные произвольные данные. Так что он делает, должен был искать определения анти-вирус после последовательностей, которые являются общими в сети BTC (0x76 0xA9 0x14) - OP_DUP OP_HASH160 длина = 20bytes.
Когда он находит это, он затем принимает следующие 20 байт этого антивирусного определения, и преобразовать это действительный Bitcoin Адрес.

Затем он посылает несколько монет на этот адрес.

Результат: blockchain будет содержать вхождения 23 байт, которые будут соответствовать определению Anti-Virus.
Если Защита соответствует небольшому вирусу, а также антивирус использует эвристики, то антивирус будет бурно реагировать на blockchain.

Он уже сделал список 442 адресов, что каждый из них является найденной записью в базе данных антивирусной четкости для определенного AV-поставщика.
Он говорит, что если он делает список всех эти адресов для всех производителей, а затем убедитесь, что каждый адрес получить компенсацию, то КАЖДЫЙ AV продавец будет реагировать на blockchain, что приведет к остановкам и стиранию всей blockchain (потому что антивирус каждому узла сотрет цепь BTC) и смерть Bitcoin является immient.



Решение:
клиент Force кодировать транзакцию в какой-то непредсказуемым образом, что клиент не может контролировать более или иметь шахтер "слепой" сделка с ослепительным фактором, который затем требует узла сотрудничать с шахтером, чтобы успешно выполнить атаку.
Также enconding / ослепление может также основываться на предыдущем блоке и / или временного значения для дальнейшего сделать нападение еще более трудным.
Коэффициент кодирования / ослепление фактора, конечно, внедренные в сделке, так что любой пользователь сети может "раскрываться" сделка и прочитать его в открытом виде.

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

Это предотвращает клиент от совершения сделок, которые намеренно будут вызывать антивирусные решения другого узла.