Хардфорк SegWit2X: спорные моменты: чья возьмёт?

22.01.2018

В ноябре 2017 года, все кто официально закрепили подписями известное «Нью-Йоркское Соглашение» (New York Agreement, NYA) ожидали, что хардфорк SegWit2X сумеет выйти на новый виток развития, который был изначально предусмотрен договором.

Даже после подписания «Соглашения» можно увидеть, что вся криптовалютная сфера разделилась на два непримиримых лагеря.

Вероятно, что два лагеря так и останутся при своем мнении, останется две платформы блокчейна, и два варианта криптоактивов, ситуация будет примерно такова, как это полгода назад произошло с биткешем (Bcash).

Спорность по хардфорку NYA остаётся открытым, и порой не хватает мудрого решения или консенсуса, чтобы найти оптимальное решение.

Содержание:

Справка о Bitcoin Segwit2X
Зачем нужна функция для биткоина «защита от повтора»?
Кто обязан реализовать защиту BTC1 или Bitcoin Core
Проблемы с опцией защиты повтора
Даёт ли «Соглашение» NYA защиту от повторов
Почему BTC1 противится введению кода от защиты повторов
Будет ли запущен Segwit2X

Очень сильные противоречия возникают между разработчиками платформ.

Так, один из СЕО-руководителей программного обеспечения BTC1 из компании Blog Джефф Гарзик упорно считает, что нет необходимости вводить программу обороны от повторного воспроизведения replay attack, чего не скажешь о разработчиках Bitcoin Cash, которые прекрасно понимают всю причину случившегося.

По причине «неуступчивости» Гарзика из проекта NYA уже успел выйти второй СЕО-директор проекта Wayniloans.

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

Справка о Bitcoin Segwit2X

Дата предполагаемого форка была — 28 декабря 2017 год – хардфорк не произошел.
Примерная капитализация и эмиссия- 21 млн. монет;
Будет ли реализована система от повторных операций – планировалось;
Временной интервал для майнинга- 2,5 минуты;
Протокол для добычи: Х11;
Размер одной единицы блока — планируется увеличение до 4 МБ;
Принцип пересчёта сложности – обязателен после каждого формированного блока;
Будет ли уникальный адрес – планируется;
Реализация режима оффлайн-кодов, допускается;
Структура моментальной транзакции — соответствует протоколу Lightning Network;
Методика ZkSnarks;
Осуществление технологий по принципу смарт-контрактов;
Прохождение операций для переводов — только с анонимным протоколом.

перейти к содержанию ↑

Зачем нужна функция для биткоина «защита от повтора»?

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

Хотя, большинство считает, что раскол принёс на рынок новую криптовалюту, с новыми формами блокчейна и токенов.

Чтобы понять, что же на самом деле произошло в течении 2017 года, возьмём за основу протокол «Legacy Bitcoin», который имеет прямое отношение только к BTC.

После того, как валюта раскололась, блокчейн, а также маркер новой валюты получили фиксированные данные.

Так блокчейн стал «SegWit2X», а валюта получила имя B2X.

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

Все старые транзакции и суммы могут перейти на аккумулятор маркера B2X.,

Защита здесь по-любому необходима, иначе все повторы будут дублироваться на обеих цепочках, что вызовет еще большую путаницу.

Образно говоря, появится ситуация «повторной атаки», которая нежелательно для одной валюты.

Предположим такую ситуацию, некая Анна хранит на своем кошельке валюту BTC во время произошедшего раскола.

Через некоторое время, она хочет переслать криптофонд биткоина Борису.

То есть вся цепочка блоков выглядит так, с ее адреса Legacy Bitcoin перевод поступает на точно такой же адрес Бориса.

Теперь Анна передаёт сформировавшуюся транзакцию через различную сеть майнеров, которые в свою очередь также используют Legacy Bitcoin.

Майнер видит, что нарушения никаких не зафиксировано, и спокойно передаёт цепочку в официальную сеть.

Но, точно такая же операция с полной вероятностью используется и для системы SegWit2X. То есть, проходит полное дублирование операций одновременно для двух маркеров BTC и B2X.

Образно говоря, происходит непреднамеренное отправление биткоинов двух разных по своей сути криптовалют.

В обратном направлении Борис и Анна могут спокойно осуществлять переводы, не подозревая, что перед ним совершенно разные Криптоактивы.

Технически можно разделить на две группы криптофонды, для этого потребуется включить в действующие операции по транзакциям новые группы монет. Установление временных режимов замков также могло бы способствовать предупреждению непреднамеренных транзакций. На самом деле реализовать эту задачу очень трудно по ряду технических причин, особенно для рядовых пользователей, которые могут до сих пор не подозревать, что раскол привёл к образованию фактически двух независимых криптоактивов.

Чтобы не было таких форс-мажорных ситуаций, есть один проверенный способ, это внедрение одной из «конфликтующих» сторон своего программного протокола, то есть, все операции для транзакций будут актуальны только для одной цепочки.

Вот это и есть общий принцип работы «защиты от повторов».

перейти к содержанию ↑

Кто обязан реализовать защиту BTC1 или Bitcoin Core

Многие эксперты считают, что защиту от раскола должна внедрить только одна группа криптоактивов, это BTC1, исходя из того, раз раскольники они, значит, пусть устанавливают комплекс от возможного повторного воспроизведения.

Даже «Соглашение» недвусмысленно даёт понять, что BTC1 должны первыми пойти на этот шаг, так как есть несколько веских аргументов:

1BTC1 является новым клиентом, и по сути новой валютой, которой легче всего реализовать защиту от повторов. Нет достаточной базы пользователей, а, следовательно, легче всего минимизировать кризисные явления. Включение кода не будет болезненным для форка в целом.

2Bitcoin Core тоже может реализовать комплексную комбинацию, но этого будет недостаточно, так как есть второстепенные факторы. Одним из таких факторов является наличие клиентов, таких как Bitcoin_Knots, Bcoin, Libbitcoin и др., которые также необходимо привязать к системе защиты. Такой принцип не устраивает основной клиент BitCore. Кстати, здесь не учитываются клиенты с полным узлом, для которых механизм реализации комплекса будет трудным по объективным причинам.

3Почти все развёрнутые узлы появились до того, как было подписано «Соглашение». В данном случае нет оснований всем клиентам устанавливать комплекс. Технически это возможно, но потребуется титаническое усилие всех участников процесса. Необходимо будет обновиться до последней версии всем сторонам, в том числе рядовым пользователям. Максимум на это надо выделить не более 60 дней. Логично, что за это время никто не успеет выполнить обновление, а, следовательно, есть риск потери криптоактивов.

4Даже если бы BitCore пошёл бы на согласие внедрение кода предотвращения от возможных повторов, на свет появятся три независимые версии, это Legacy Bitcoin, SegWit2X, а также вспомогательный протокол Replay Protected Bitcoin (третий вариант опции, защищённый от повтора предыдущих двух). По логике это усложняет и без того сложную ситуацию. На свет появляется трёхсторонняя программа раскола, которая еще больше усугубляет ситуацию.

5Моральный аспект. Тот, кто внедряет комплекс от раскола, должен предусмотреть философию безопасности, где необходимо дать гарантии сторонам, что в дальнейшем ничего подобного не повторится. Но здесь намного труднее, и с этим мнением согласны все участники «Нью-Йоркского соглашения».

перейти к содержанию ↑

Проблемы с опцией защиты повтора

Противники внедрения защиты от повтора говорят о несовершенстве такой схемы. Гевин Андерсен, который первый предложил схему опционального внедрения кода, подвергается критике у BTC1.

СЕО-группа говорит, что есть явные несостыковки опции.

Внедрение технологии предусматривает создание транзакции вида («OP_RETURN») для цепочки Legacy Bitcoin, что сделает недействительным операции для блока SegWit2X.

Любой пользователь по данной схеме может потратить биткоины только для Legacy Bitcoin, но никаким образом не будут касаться транзакции в SegWit2X.

В конечном итоге монеты будут непроизвольно разделяться на разные адреса выхода для обеих групп цепочек.

С одной стороны, кажется проблема решена, но на самом деле возникают прочие форс-мажорные ситуации.

Официальный блок обработает опцию OP_RETURN, но при этом потребуется провести дополнительные, незапланированные транзакции.

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

Для сети Legacy_Bitcoin нагрузка будет непомерно тяжёлой.

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

перейти к содержанию ↑

Даёт ли «Соглашение» NYA защиту от повторов

Справедливости ради нужно отметить, что полного текста «Соглашения» никто не видел в глаза, но есть два пункта, которые фигурируют в средствах массовой информации в открытом доступе.

1 SegWit необходимо активировать только на пороге 80%, подавая сигнал о бит 4.

2 Блок ‘2 МБ-й’ хардфорка нужно активировать в течение 6-ти месяцев.

Укажем, что первая позиция была реализована через протокол BIP91, второй должен был быть осуществлён, согласно подписанному договору, 23 ноября 2017 года.

Условно говоря, этот момент не был реализован по завершению формирования биткоин кэша, который должен быть завершён всеми подписантами «Соглашения».

Есть прямые несостыковки «Соглашения», о которых все прямо говорят, но никто не решает возникшую проблему.

Так, не оговорён такой момент, что все подписавшиеся стороны обязаны запустить программное обеспечение для BTC1, которая должна привести к появлению 2Мб-хардфорка.

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

перейти к содержанию ↑

Почему BTC1 противится введению кода от защиты повторов

Вышеуказанные причины являются основными почему «раскольники» не хотят вводить код защиты от повторов. Вместе с тем СЕО-директора говорят, что есть техническая сторона проблемы, которая не даёт реализоваться идеи.

Необходимо обновить «тонкие» кошельки версии SPV, но даже современная программа обновления сможет «сломать» старые версии хранилищ;
Отсутствие в кошельке Legacy биткоинов могло бы решить задачу установки нового программного обеспечения, но не каждый владелец SPV готов расстаться со старыми криптоактивами;
Удаление Legacy может поставить под удар существования биткоина в целом.

Весь упор отказа от внедрения защитного кода по мнению тех, кто поддерживает SegWit2X, может поставить под удар основную сеть Legacy Bitcoin.

Некоторые эксперты считают, что это полный бред.

Никакой опасности для официального биткоина не существует в принципе.

Другие эксперты считают, что отказ BTC1 о внедрении новой схемы несёт разрушительную силу для всего криптовалютного мира.

перейти к содержанию ↑

Будет ли запущен Segwit2X

По мнению экспертов, в конце декабря 2017 года майнеры должны были добыть блок № 501451, который мог стать определяющим фактором для дальнейшего форка Segwit2X.

Команда «активных противников» все же решила «реанимировать» форк.

Данная задача позволила бы «возродить к жизни» идею хардфорка Segwit2X.

По утверждению разработчиков нового декабрьского форка, фьючерсами на действующий хардфорк торгуют на многих биржах, в том числе на HitBTC.

Хотя ими торговали еще во время первого решения запуска Сегвит2х.

СЕО-группа нового форка утверждает, что все же нужно переходить к реализации Segwit2X, так как громадные комиссии за переводы в размере $15-20 на основном биткоине становятся невыгодными к использованию в качестве платёжного инструмента из-за колоссальной дороговизны.

Для приверженцев «прогресса» биткоина, разработчики даже пообещали установить приемлемый курс обмена в соотношении 1:1, и сообщили, что те, кто останутся с BTC1, могут получить аналогичные лавры Сатоши Накамото, так как скоро BTC1 может обогнать своего «прародителя». В качестве разработчика указан Яп Терлоу.

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

Голосуй