Разработчики Ethereum CORE обсуждают преимущества более частых хард-форков

Как часто следует нарушать консенсус?

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

Желая «проверить температуру», разработчик, задавший вопрос, объяснил, что некоторые предстоящие предложения по улучшению Ethereum (EIP), такие как государственная арендная платаДля достижения полного эффекта потребуется несколько последовательных обновлений.

Однако, по мнению Джозефа Делонга, старшего инженера-программиста венчурной компании Consensys, три месяца — это «слишком QUICK для поворота событий».

Руководитель группы Ethereum Foundation Петер Силадьи согласился, объяснив:

«Если ваша единственная работа как разработчика [ПО] заключается в реализации хард-форков и их выполнении, то три месяца — это нормально, но обычно клиентам требуется много обслуживания. Поэтому, если вы начнете делать хард-форки раз в три месяца, это по сути отнимет все время у общего обслуживания и улучшения производительности».

Руководитель отдела безопасности Ethereum Foundation Мартин Хосте Свенде, согласившись с тем, что хардфорк каждые три месяца «был бы плохим делом», отметил, что в отдельных случаях с единогласно одобренными простыми изменениями время выполнения может сократиться.

«Идея не в том, чтобы планировать хард-форк каждые три месяца, а в том, чтобы посмотреть, завершена ли функция X, существуют ли тестовые случаи и реализована ли она во всех клиентах. Если так, то мы можем провести хард-форк довольно скоро», — утверждал Свенде во время звонка.

Однако, призывая разработчиков реализовывать свои планы «ONE » за раз, технический директор Parity Technologies Фредрик Харрисон отметил, что даже шестимесячный график запланированного хардфорка Ethereum так и не был достигнут.

«Есть пара вещей, которые нам, вероятно, нужно автоматизировать, чтобы делать [более короткие хард-форки] действительно хорошо. Большая часть времени, которое уходит на хард-форк, уходит не только на создание кода. Это все, что происходит вокруг», — сказал Харрисон.

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

На это Харрисон ответил, что проблема в нехватке финансов для привлечения таких членов команды. «Для нас это деньги. У нас T денег за этим», — съязвил Харрисон.

Многоэтапные обновления

Но вопрос не только в том, следует ли проводить более частые хард-форки.

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

Предположив, что такие разработчики, как Алексей Ахунов и основатель Ethereum Виталик Бутерин, предостерегают от «изменений, которые T способствуют выживанию [нынешней сети Ethereum]», Харрисон спросил:

«Насколько мы можем отклониться от этого, ведь [EIP 615] ведет к длинной цепочке улучшений, которая займет несколько лет, прежде чем мы увидим от нее значительные преимущества».

EIP 615 — ONE из пяти предложений, рассматриваемых для включения в следующий хардфорк Ethereum под названием Istanbul. Он направлен на внесение улучшений в самое сердце кодовой базы Ethereum , известной как виртуальная машина Ethereum (EVM), которая отвечает за выполнение всех саморазвертывающихся строк кода — также называемых смарт-контрактами — на платформе.

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

«Конструкция EVM затрудняет выполнение с низкими затратами газа и высокой производительностью. Мы предлагаем двигаться вперед с предложениями по решению этих проблем, ужесточая гарантии безопасности и расширяя пределы производительности EVM»,пишетавторы EIP 615 Колвин, Бруклин Зеленка, Павел Былик и Кристина Рейтвиснер.

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

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

По мнению Зеленки, такой инструментарий необходим для обеспечения постоянной «прямой совместимости» с предстоящими обновлениями EVM, такими как eWASM, и для бесперебойного процесса адаптации для разработчиков смарт-контрактов в свете «неопределенной даты выпуска Ethereum 2.0».

«Для разработчиков смарт-контрактов есть и другие варианты. Нам нужно KEEP Ethereum 1.x живым, а это значит продолжать двигаться», — заявил Зеленка в сегодняшнем звонке.

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

Но соглашаясь с неопределенными настроениями относительно будущего Ethereum 2.0, Гаррисон, который поднял первоначальный вопрос об амбициозных обновлениях с несколькими хардфорками, сказал:

«Мы T должны корректировать нашу дорожную карту или мышление на основе того, каким может быть или не быть Ethereum 2.0».

Изображение вилки через Shutterstock