Ethereum готов к пересмотру важнейшего стандарта программирования с помощью «формата объектов EVM»

Как опытный аналитик с более чем двадцатилетним опытом работы в сфере технологий и блокчейнов, я был свидетелем эволюции Ethereum от его создания до нынешнего статуса крупнейшей платформы смарт-контрактов. Предлагаемое обновление формата объектов EVM (EOF) — интригующая разработка, которая в случае успешной реализации может значительно улучшить опыт разработчиков на Ethereum.

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

Как опытный разработчик блокчейнов с многолетним опытом работы над различными проектами, я внимательно следил за продолжающимися дискуссиями вокруг предложения по улучшению Ethereum (EIP), известного как формат объектов EVM (EOF). Учитывая мой опыт и уроки, которые я извлек из прошлых инцидентов с безопасностью в космосе, я понимаю обеспокоенность некоторых участников по поводу потенциальных рисков. Тем не менее, я рад видеть, что это предлагаемое изменение теперь станет частью значительного пакета под названием хард-форк Pectra, который состоится позднее в этом году или в начале следующего. Это обновление может повысить надежность и эффективность виртуальной машины Ethereum (EVM), что принесет пользу не только разработчикам вроде меня, но и всей экосистеме Ethereum. Я с нетерпением жду его реализации и буду внимательно следить за его влиянием на общую безопасность и производительность сети.

Предложение EOF представляет собой серию небольших изменений, направленных на обновление виртуальной машины Ethereum (EVM), среды программирования, которая выполняет смарт-контракты в блокчейне, и, возможно, секретного соуса Ethereum, который отличал его от Биткойна и других ранних распределенных сетей при его запуске. в 2015 году.

В частности, внедрение Ethereum Orange Friend (EOF) улучшит опыт разработчиков, особенно для тех, кто создает децентрализованные приложения с использованием языков кодирования Solidity или Vyper. Эта серия корректировок настолько сложна, что потенциально может нарушить существующие смарт-контракты, поэтому была включена новая версия, позволяющая создателям dapp выбирать, какой вариант виртуальной машины Ethereum (EVM) использовать при развертывании своего кода.

«Паритош Джаянти, основной разработчик Ethereum Foundation, заявил через Telegram, что EOF знаменует собой значительный сдвиг в достижениях, связанных с EVM, после длительного периода. Это изменение прокладывает путь для будущих обновлений EVM и демонстрирует приверженность базового уровня постоянному совершенствованию EVM. .»

Стандарт ЭВМ

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

Однако, поскольку разработчики планируют выпустить новую версию виртуальной машины Ethereum (EVM), их цель — облегчить создание более надежных смарт-контрактов и децентрализованных приложений (dapps). Тем не менее этот шаг вызывает некоторые опасения среди разработчиков, которые опасаются, что этот процесс может непреднамеренно вызвать нежелательные последствия для сети.

В настоящее время аспект EOF предстоящего обновления Pectra для Ethereum включает в себя в общей сложности 11 предложений по улучшению Ethereum (ESI).

Идея предложений EOF возникла во время последнего обновления, известного как Dencun. Однако, когда разработчики Ethereum погрузились в работу над прото-данкшардингом — значительным достижением, направленным на снижение стоимости и увеличение скорости хранения данных в блокчейне — они решили отложить EOF и вместо этого планируют пересмотреть его во время Pectra.

Одним из известных критиков EOF был основной разработчик Мариус Ван Дер Вейден.

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

Ван дер Вейден выражает серьезные опасения по поводу EOF: «Главная проблема заключается в необходимости одновременно управлять как существующей, так и новой EVM. Причина в том, что текущая версия не будет прекращена, верно? И кажется, что большинство люди в настоящее время используют существующий».

Большинство ключевых разработчиков утверждают, что EOF (Entity-Oriented Framework) выгоден для среды Ethereum, поскольку его преимущества превосходят потенциальные опасности.

По словам Данно Феррина, независимого члена клиентской команды Besu, он поделился с CoinDesk через Telegram, что EOF (конец файла) уже подготовлен, все необходимые реализации выполнены, и его поддержка среди последующих пользователей, таких как Solidity, растет.

«Как только эта функция будет полностью разработана и завершена, наступит время либо выпустить ее для использования, либо вывести ее из эксплуатации навсегда», — объяснил Феррин, добавив, что EOF значительно сократит технический долг, накопленный виртуальной машиной Ethereum (EVM) с момента ее создания. .