Bits Media logo

Русскоязычный информационный сайт о криптовалюте Bitcoin


cryptonomos.com

Разработчик UASF пересматривает свое предложение

UASF

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

Ранее дискуссия сосредоточивалась вокруг потребности в консенсусе большинства в процессе принятия решений в сети – когда любой майнинговый пул с достаточным количеством мощности хэширования получает возможность наложить вето на любое предложение. Многие считают, что именно это отсрочивает внедрение SegWit. Логика UASF, напротив, состоит в том, чтобы обойти право вето и отдать возможность принятия решений в руки криптовалютного сообщества.

После первого предложения концепции UASF, Shaolinfry выдвинул второе предложение - BIP148, суть которого – оказать поддержку SegWit с помощью «экономического большинства», лишив майнеров возможности принимать решение за все сообщество. Однако даже после того, как предложение получило широкую огласку, даже такие убежденные сторонники SegWit, как разработчик Bitcoin Core Грегори Максвелл (Gregory Maxwell), отвергли предложение на основании того, что оно может подорвать стабильность экосистемы Биткоина.

«Мы должны использовать наименее разрушительные механизмы из доступных, и предложение BIP148 не удовлетворяет этому критерию», - пишет Максвелл.

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

«BIP 148 определенно не похож на традиционный UASF. Несмотря на то, что предложение получило достаточно широкую поддержку, есть достаточно большое количество экспертов, которые поддерживают UASF в целом, но не BIP 148».

Обновляемому предложению присвоен идентификатор BIP8, в дополнении к BIP9, которое касается внедрения софтфорков.

Аспект масштабирования

Изменения также намекают на то, что может произойти, если обсуждение вопросов масштабирования затянется. В настоящее время, если SegWit не получит 95% поддержку хэшрейта сети к 15 ноября, то предложение будет отклонено по умолчанию. Однако технические изменения, внесенные в предложение в соответствии с условиями BIP8, будут также автоматически заблокированы к определенной дате, хотя они могут быть и приняты раньше, чем это случится.

Предложение Shaolinfry подразумевает, что после 15 ноября будет сделано предложение UASF SegWit в соответствии с условиями BIP8. Это означает, что сообщество получит в свое распоряжение целый год, чтобы подготовиться к модернизации посредством UASF, устранив возможный дестабилизирующий эффект в краткосрочной перспективе. Разработчик утверждает:

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

До сих пор реакция сообщества на условия предложения BIP8 была не очень бурной, хотя идея автоматической блокировки является достаточно спорной. Однако в условиях, когда сообщество зашло в тупик по вопросу внедрения SegWit (в то время, как Лайткоин фактически уже пришел к решению этой проблемы), предложение, подразумевающее бесконфликтное внедрение обновления, может показаться весьма привлекательным многим членам сообщества.



Последние новости:

Все новости


Все материалы с данного сайта Вы можете свободно копировать с указанием на источник - bits.media
Любые пожелания, предложения, материалы и т.п. Вы можете присылать на адрес [email protected]
Адрес для добровольных пожертвований на развитие - 1BQ9qza7fn9snSCyJQB3ZcN46biBtkt4ee (QR)