Биткоин-кодеры противостоят старому затруднению: как обновить всю сеть – CryptoNews.one

Движущиеся части: как вся сеть плавно обновляется способом обратной совместимости, позволяя тем, кто имеет более старые версии программного обеспечения, продолжать участвовать? 

Биткоин-кодеры сталкиваются со старым затруднением: Как обновить всю сеть

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

Катализатор на этот раз называется Taproot/Schnorr, многолетнее обновление конфиденциальности и масштабирования, которое в последнее время стало замечательным прогрессом, особенно теперь, когда код в форме «запроса на вытягивание» пересматривается и тестируется, приближая изменения, впервые обсуждавшиеся много лет назад, к реальности.

Само изменение кода пока не вызывает споров среди разработчиков. То, что обсуждается, — это лучший способ активировать изменение, сделав, наконец, возможным отправлять транзакции Биткоин (BTC) этим новым способом.

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

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

Существует два основных варианта применения софт-форка. Один из вариантов, Bitcoin Improvement Proposal (BIP) 9, в прошлом использовался для нескольких софт-форков. Это гарантирует, что майнеры заранее подготовлены к мягкой вилке, чтобы убедиться, что изменение плавно пульсирует по всей сети. Общим возражением против такого подхода является то, что он дает майнерам слишком много власти.

Кроме того, есть BIP 8, также известный как активируемый пользователем софт-форк (UASF), который активируется независимо от того, сигнализируют ли майнеры, что они готовы или нет. В зависимости от исполнения, этот подход может вызвать другие проблемы, предупредил Коралло.

Урок истории

Дискуссия началась в 2017 году, когда BIP 9 был использован для активации Segregated Witness, или SegWit, изменения, неотъемлемого от больших дебатов о масштабировании Биткоин. Чтобы защитить майнеров от добычи недействительных блоков и потери денег, SegWit не будет активироваться, пока 95 % майнеров не поднимут флаг, показывающий, что они готовы.

Большинство майнинг-пулов (групп майнеров, объединяющих свои вычислительные мощности в Сети) заявили, что они не будут поддерживать SegWit – по сути, наложив на него вето, – если только он не будет сопряжен с увеличением параметра размера блока. (Таинственный создатель Биткоин установил потолок в 1 мегабайт, ограничив количество транзакций, которые могут быть заполнены блоками, которые публикуются каждые 10 минут или около того.)

Это было противоречивое требование, которое, по мнению многих, могло привести к централизации сети (и не могло быть успешно выполнено, пока Биткоин не централизован).

Короче говоря, инцидент показал, что майнинг-пулы могут использовать 95-% порог для извлечения других изменений вместо намеченной цели: помочь им облегчить изменение, чтобы они не теряли деньги.

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

В то время как эта дискуссия бушевала, таинственный разработчик, идущий по ручке Шаолиньфри, указал, что биткоинеры все еще могут сделать обновление. Суть идеи заключается в том, что пользователи Биткоин и биржи должны решить, должно ли произойти изменение, и майнеры будут следовать их желаниям, а не наоборот. Этот метод использовался для активации других изменений Биткоин. Шаолиньфи формализовал эту идею в BIP 8, иначе известном как UASF.

Большая группа пользователей громко заявила о поддержке SegWit UASF в социальных сетях и начала запускать программное обеспечение. Это, казалось, возымело желаемый эффект. Еще до того, как активировался UASF, майнеры начали отмечать поддержку SegWit.

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

В то время Расти Рассел, разработчик Биткоин-стартапа Blockstream, зашел так далеко, что извинился за участие в создании BIP 9.

Долгая память

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

Алекс Босворт, разработчик стартапа Lightning Labs, выразил аналогичное мнение, основанное частично на недавней драме вокруг bitcoin cash (BCH), меньшей криптовалюты, которая отделилась от Биткоин в 2017 году.

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

Вот почему он поддерживает метод UASF, хотя и с более длинным временным горизонтом.

Синтез

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

Например, одна из причин, по которой разработчики изначально любили BIP 9, — это 95-% порог, который может обеспечить своего рода страховочную сеть. Если во время работы пулов майнинга над обновлением программного обеспечения обнаруживалась проблема, пулы могли остановить это изменение. Сложнее остановить активацию UASF после ее инициирования.

Вот почему Коралло вновь предложил старую идею, что-то вроде смеси BIP 8 и BIP 9. Софт форк начиналась бы с BIP 9. Затем, если это не удалось в течение года из-за «необоснованных возражений», пользователи могли обсуждать и перегруппироваться в течение шести месяцев. После этого, если изменения определенно чего-то хотят в сообществе, они могут попробовать BIP 8 в течение следующего года.

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

И хотя Рассел, казалось, был против BIP 9 в 2017 году, он сказал, что теперь он согласен с этим гибридным подходом.

Инженеры тщательно изучают предлагаемый код Taproot/Schnorr, чтобы устранить любые затянувшиеся проблемы. Так что у разработчиков еще есть время обсудить варианты активации. Но сообщество должно будет решить что-то, прежде чем изменения могут быть добавлены к Биткоин создавая больше конфиденциальности в сети.