Topic: Чем грозит биткоину отказ разработчиков SegWi (Read 708 times)

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

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

Что значит физически разные?

Какой-то период времени они остаются очень похожими, поэтому ничего не мешает реплицировать транзакцию в другую сеть, если состояния кошелька в разных сетях совпадает (если не предусмотрено соответствующих предохранительных мер). Технически, как я понимаю, нода, которая поддерживает обе сети, видит транзакцию в одной сети и может транслировать её в другую сеть (если немного допилить код клиента, конечно). Если не подсовывать транзакции, то проблем, очевидно, не будет. Вроде бы на такую злонамеренную репликацию транзакций в своё время попал Coinbase с Ethereum после сплита (но деталей я не знаю, ибо не особо интересовался)

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

Репликация происходит ещё до подтверждения

Это возможно поскольку транзакция будет корректной в обеих цепях (ключи те же, адреса тоже). После того как транзакция появляется в одной сети, её можно реплицировать (дублировать) в другой цепи, и она корректно подтвердится. Проблема решается добавлением определённого числа (версии) ко всем транзакциям. Это число позволяет идентифицировать любую транзакцию как принадлежащую к данному конкретному блокчейну, что предотвращает репликацию транзакций в другой сети

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

Другими словами, вы переводите обычные биткоины из одного кошелька в другой кошелёк, а эта транзакция появляется и в Bitcoin Cash блокчейне (пример чисто для понимания, ибо, насколько я знаю, с Bitcoin Cash это невозможно)

Могут дошантажироваться до того, что из битка деньги перетекут в другие криптовалюты.

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

На колу мочало, начинай сначала

Ещё даже август толком не кончился, и люди не успели передохнуть от вакханалии царившей в связи со сплитом битка и активацией Сегвита (хотя какой там отдых), а уже определённая группа товарищей начала нагнетать истерию в связи с предстоящим в ноябре хардфорком. Думаю, ответ от команды Bitcoin Core будет скор и прост как пять копеек, а именно еб...сь вы со своим SegWit2x сами. Думаю, что дровишки специально подкидывают в печурку, чтобы не погас огонёк, и команда Bitcoin Core открыто выступила против активации Гадких Блоков в ноябре

А я не понял что такое атака повторного воспроизведения?
В ноябре только блок с 1 мб на 2 мб планируют увеличить или еще какие то другие изменения должны произойти в биткоине?

На колу мочало, начинай сначала

Ещё даже август толком не кончился, и люди не успели передохнуть от вакханалии царившей в связи со сплитом битка и активацией Сегвита (хотя какой там отдых), а уже определённая группа товарищей начала нагнетать истерию в связи с предстоящим в ноябре хардфорком. Думаю, ответ от команды Bitcoin Core будет скор и прост как пять копеек, а именно еб...сь вы со своим SegWit2x сами. Думаю, что дровишки специально подкидывают в печурку, чтобы не погас огонёк, и команда Bitcoin Core открыто выступила против активации Гадких Блоков в ноябре

Чем грозит биткоину отказ разработчиков SegWit2x включить защиту от атаки повторного воспроизведения


оригинал http://forklog.com/chem-bitkoinu-grozit-otkaz-razrabotchikov-segwit2x-vklyuchit-zashhitu-ot-ataki-povtornogo-vosproizvedeniya/

Биткоин-разработчик и предприниматель Джимми Сонг в своей новой записи в блоге Bitcoin Tech News подробно объяснил, какие последствия могут ждать биткоин в случае отказа разработчиков SegWit2x включить защиту от атаки повторного воспроизведения (Replay Attack) при осуществлении хардфорка, который они намерены провести в ноябре этого года.

Напомним, ранее команда разработчики Segwit2x подтвердила, что планирует провести хардфорк на блоке 494,784. При этом подчеркивается, что этот код, хотя и включает в себя поддержку находящегося в шаге от активации протокола Segregated Witness, будет несовместим с текущими версиями Bitcoin Core и UASF. Однако еще большую озабоченность сообщества вызывает отказ команды Segwit2x включить защиту от атаки повторного воспроизведения – т.е. от атаки на систему аутентификации путем записи и последующего воспроизведения ранее посланных корректных сообщений или их частей.

Что стоит за этой угрозой и каковы могут оказаться ее последствия, бывший вице-президент по инженерии Armory подробно излагает в своем блоге.


***

Segwit2x и защита от атаки повторного воспроизведения

Разработчики Segwit2x отказываются добавить защиту от атаки повторного воспроизведения. Вместо этого они говорят, что, если для команды Bitcoin Core это такая проблема, то пусть она ее и добавляет.

К сожалению, большинство схем, предусматривающих защиту от атаки повторного воспроизведения, это хардфорки. И поскольку хардфорки обратно несовместимы, и апгрейд проведут не все, это приведет к образованию двух отдельных реестров. Многие разработчики Bitcoin Core придерживаются мнения, что хардфорк, который не запланирован как минимум за год, приведет именно к такому сценарию.

Таким образом, если Bitcoin Core за тот короткий промежуток времени, в течение которого Segwit2x хочет провести хардфорк (3 месяца), добавит защиту от атаки повторного воспроизведения, это с большой долей вероятности приведет к появлению трех отдельных реестров: Segwit2x, биткоина с защитой от атаки и оригинально (legacy) биткоина. И это не считая Bitcoin Cash.

Отказ Bitcoin Core [от добавления такой защиты – прим.] согласуется с отказом принять хардфорк Segwit2x. Если бы разработчики Bitcoin Core не имели возражений относительно хардфорка в течение 3 месяцев, то хардфорк вроде того, что предлагает Segwit2x имел бы смысл. Однако, поскольку большинство разработчиков Bitcoin Core считают, что 3 месяца для подготовки к хардфорку – это слишком мало, включение защиты от атаки повторного воспроизведения в код Bitcoin Core исключено.