Logo
Поделиться этой статьей

Пожелтевшая бумага: что задерживает важное обновление Ethereum ?

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

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

НазываетсяЖелтая бумага, этот документ разработчики Ethereum используют в качестве справочного материала при кодировании, и на него полагаются клиенты, чтобы оставаться в курсе событий в сети (например, не создавая ошибок, которые могли бы ее разрушить).

Продолжение Читайте Ниже
Не пропустите другую историю.Подпишитесь на рассылку Crypto Long & Short сегодня. Просмотреть все рассылки

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

По словам CORE разработчика Ника Джонсона, вместо четкого руководства разработчикам придется полагаться на «консенсус сообщества», чтобы гарантировать правильность работы системы. на недавней встрече. И пока сеть изо всех сил пытается KEEP за внедрением (см.:Популярность CryptoKitties), необходимость адаптации кода Ethereum , пожалуй, никогда не была столь острой.

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

Помощь разочарованиям заключается в том, чтоОшибки консенсуса, которые возниклив преддверии недавнего обновления хард-форка Ethereum, получившего название Byzantium, его можно было бы смягчить с помощью более точной кросс-клиентской точки отсчета.

Как сказал Джонсон во время встречи:

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

Слишком много математики.

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

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

«На самом деле все сводится к умению превращать спецификации в математическую нотацию, в чем я не эксперт, хотя у меня есть математическое образование», — сказал он.

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

В телефонном разговоре с CoinDesk он добавил: «Очень немногие люди достаточно хорошо разбираются в обозначениях, используемых в «Желтой книге», чтобы вносить существенные изменения».

В настоящее время разработчики указывают на другой документ,КЭВМ, написанный на языке программирования K, как возможная современная спецификация для Ethereum.

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

Джонсон подвел итог:

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

Привратник

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

Это связано с тем, что в своем нынешнем состоянии Yellow Paper представляет собой нелицензионное программное обеспечение, а это значит, что его редакционные права переходят к указанному автору.

В частности, это доктор Гэвин Вуд, основатель Parity Technologies и соучредитель Ethereum. Поскольку он единственный указанный автор, это делает его ключевым авторитетом в его текущем состоянии – но его усилия по улучшению документа, похоже, предпринимались урывками.

Ранее в этом году Вудобновленодокумент, но вскоре после этого,возвращено вернуться к версии, доступной в 2016 году. На встрече разработчиков в марте инженер Ethereum Foundation Ёити Хираи сказалон поговорил с Вудом об изменениях, и тот откатился назад только для того, чтобы исправить ошибки перед объединением обновлений.

Однако с тех пор «Желтая книга» увидела светнет существенного обновления.

Потому что в общей сложности 29 человек имеютвнес вкладХираи, который руководил большинством попыток внесения изменений в репозиторий Yellow Paper, сказал: «Юридически это большая смесь людей».

Выступая на встрече на прошлой неделе, он добавил:

«В своем нынешнем состоянии он очень опасен».

Вуд не ответил на несколько просьб прокомментировать ситуацию.

Паритетная политика?

Менее ясна роль Вуда в какой-либо задержке, и эта проблема усугубляется тем фактом, что его уход из Ethereum Foundation уже давно отмечен теории заговора.

Усиление воспринимаемых проблемчто некоторые чувствуютНегативная пресса об эфириуме в этом году все возвращает нас к Вуду. Например,июльский взлом150 000 эфиров (стоимостью 30 миллионов долларов на тот момент) была вызвана проблемой с кошельками Parity, как инедавнее замораживание фонда в результате чего новый программист «случайно» инициировал блокировку эфира на сумму 275 миллионов долларов.

Кроме того, по словам Мерриама, который указал на бывший проект Вуда CPP Ethereum, Вуд в прошлом блокировал попытки изменить документацию.

В прошлом году в попытке «стимулировать максимально широкое внедрение Ethereum»изменение авторских прав был предложен для CPP Ethereum — объявлен как способ сделать юридически возможным для внешних проектов, таких как Hyperledger, внедрять код без двусмысленности лицензирования.

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

«Я знаю, что люди обращались к Гэвину [Вуду] по этому вопросу, но он пока T предпринял никаких действий», — заявил на встрече Хадсон Джеймсон, бывший руководитель отдела коммуникаций Ethereum Foundation.

Джонсон в интервью CoinDesk также заявил, что любые попытки предположить наличие разногласий среди разработчиков T совсем точны.

«Исходя из моих собственных проблем в меньшем масштабе, я бы сказал, что есть большая вероятность, что он просто занят и T успел этим заняться. Я T думаю, что здесь есть какой-то злой умысел», — сказал он.

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

Он заключил:

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

Пергаментизображение через Shutterstock

Rachel-Rose O'Leary

Рейчел-Роуз О'Лири — программист и писатель в Dark Renaissance Technologies. Она была ведущим техническим писателем CoinDesk 2017-2018, освещая технологии Политика конфиденциальности и Ethereum. У нее есть опыт работы в области цифрового искусства и философии, и она пишет о Криптo с 2015 года.

Rachel-Rose O'Leary