Ожидается, что Fusaka Fusaka Hard Fork состоится в третьем или четвертом квартале этого года, по словам чиновника фонда Ethereum.
В сообщении от 28 апреля совместный директор Фонда Ethereum Томаш Каджатан Станьчак сказал, что организация стремится развернуть обновление сети Fusaka Ethereum в 3-м или 4-м квартале 2025 года. Тем не менее, точный график развертывания еще не был определен.
Комментарии возникают на фоне споров по поводу предстоящей реализации обновления формата объекта EVM (EOF) для виртуальной машины Ethereum (EVM). Как отметил Станьячзак, ожидается, что EOF будет частью обновления сети Fusaka.
EVM – это программное обеспечение, которое запускает интеллектуальные контракты Ethereum. EOF будет реализовать серию изменений протокола, известных как предложения по улучшению Ethereum (EIPS), с глубокими последствиями для того, как он работает. EOF вводит расширяемый и версидный формат контейнера для Smart Contrage Bytecode, который проверяется один раз при развертывании, разделяет код и данные для повышения эффективности.
Связанный: исследователь предлагает масштабировать лимит газа Ethereum в 100 раз в течение 4 лет
Обернуть, штамп один раз, отправить
Bytecode-это компактный набор инструкций низкого уровня. Смарт -контракты Solidity должны быть составлены в байт -код, прежде чем EVM сможет их выполнить.
EOF определяет контейнерный модуль для Smart Contract Bytecode, заменяя сегодняшние брусные байт-коды в свободной форме более определенной структурой. Эти объекты будут состоять из:
- Заголовок, начиная с шестнадцатеричного значения 0xef00, за которым следует один байтовый номер версии для обеспечения обновления.
- Таблица секции, обеспечивающая метаданные о содержимое контейнера. Каждая запись состоит из одного байта для вида записи и двух байтов для размера записи.
- Разделы с фактическим содержанием, по крайней мере, с одним разделом кода и любыми необходимыми разделами данных – через будущие EIPS можно добавить больше типов разделов.
Эта структура оптимизирует работу EVM, позволяя повысить эффективность и более низкую обработку. Это обновление приведет к более чистой среде разработчика и более легкой для понимания развернутых интеллектуальных контрактов.
Не прыгай, Ржамп вместо этого!
EIP-4200, один из EOF EIP, предоставляет альтернативу инструкциям Jump and Jumpi, которая позволяет программе перемещать выполнение в любое произвольное смещение байта. Этот вид цепочки выполнения приводит к трудностям (значение прыжков в некоторых случаях, которое в некоторых случаях неверно предсказать) и позволяет легко скрывать вредоносные программы в каплях данных и перемещать указатель выполнения.
Эта практика известна как динамический прыжок, и EIP-4750 (в разделе «Проверка») предлагает неразрывное динамическое прыжок/прыжки внутри интеллектуальных контрактов EOF, полностью отклоняя их на более позднем этапе развертывания EOF. В своей текущей форме этот EIP заменяет их на функцию вызова (Callf) и возвращает вызовы функции функции (RETF). Эти новые инструкции гарантируют, что направления будут жестко кодированы в байт-коде, но унаследованные интеллектуальные контракты предварительно не затронуты.
Разработчики, которые предпочитают использовать Jump или Jumpi после обновления, будут проходить проверку времени развертывания, что гарантирует, что они никогда не смогут прыгать в данные или середину другой инструкции. Эта проверка будет проходить через правила проверки кода EIP-3670, а также таблицу прыжков (EIP-3690), поэтому каждый пункт назначения проверяется.
В качестве альтернативы этим функциям EOF реализует Rjump и Rjumpi, которые требуют, чтобы пункт назначения был жестко кодировать в байт -коде. Тем не менее, не все находятся на борту с реализацией EOF.
Связанный: члены сообщества Ethereum предлагают новую структуру платы за уровень приложений
У EOF есть свои ненавистники
EOF – это реализация 12 EIPS с глубокими последствиями для того, как работают умные разработчики контрактов. Его сторонники утверждают, что он эффективен, более элегантен и позволяет облегчить обновления.
Тем не менее, его хулители утверждают, что он чрезмерно инженер и вносит дополнительную сложность в и без того сложную систему, такую как Ethereum. Разработчик Ethereum Pascal Caversaccio посетовал в сообщении магов Ethereum 13 марта, что «EOF чрезвычайно сложный», поскольку он добавляет две новой семантики и удаляет и добавляет более дюжины выборов. Кроме того, он утверждал, что в этом нет необходимости.
Он сказал, что все преимущества могут быть введены в «более частичных, менее инвазивных обновлениях». Он добавил, что наследие EVM также нужно будет поддерживать, «вероятно, на неопределенный срок».
Caversaccio также объяснил, что EOF потребует обновления инструментов, что рискует внедрить новые уязвимости из -за ее большой поверхности атаки. Кроме того, по его словам, «контракты EVM становятся намного сложнее из -за заголовков», в то время как в настоящее время пустые контракты весят всего 15 байтов. Другой разработчик поднял отдельную точку в потоке:
«Возможно, как мета -точка, кажется, существует разногласия по поводу того, являются ли крупные изменения EVM в целом желательны. Стабильная виртуальная машина, в которую люди могут инвестировать в создание отличного инструмента и приложения с уверенностью, гораздо более ценна».
Caversaccio, похоже, находится в хорошей компании в своей оппозиции EOF. Специальный опрос на платформе избирательного участка Ethereum Ethpulse показывает, что 39 избирателей, имеющих в общей сложности почти 17 745 эфиров (ETH), выступают против обновления. Только семь держателей менее 300 ETH проголосовали за.
