Если и есть какое-то обновление Ethereum, которое когда-либо было подружкой невесты, то это формат объектов EVM (EOF).
Когда-то они были помолвлены и планировали пожениться в Шанхае, но вскоре после этого были отвергнуты разработчиками, мечтавшими о шариковом будущем в Прото-Данкшардинге.
Если вы понятия не имеете, что означает это предложение, не волнуйтесь. Это метафора многолетних обсуждений, состоявшихся в ходе телефонных разговоров с разработчиками ядра Ethereum.
После звонка ACD в четверг мы до сих пор не знаем, получит ли EOF наконец шанс стать невестой. Но, по крайней мере, на столе есть четкое предложение.
Прочитайте больше: Dencun и Pralectra: основные разработчики Ethereum планируют амбициозный 2024 год
Разработчики серьезно рассматривали возможность использования EOF для хард-форка Shapella. Однако год назад, после некоторого самоанализа, было принято решение сосредоточить внимание исключительно на выводе средств из ставок.
Как только Шапелла благополучно была отправлена, среди кандидатов на включение в Денкун снова оказался EOF. И снова его отложили на полку, к большому огорчению двух главных защитников этой темы, Дэнно Феррина и Грега Колвина.
В апреле 2023 года было достигнуто согласие, что EOF слишком велик, чтобы делить сцену с EIP-4844 — Proto-Danksharding — и поэтому от него нужно отказаться. Последний, с его потенциалом значительно улучшить взаимодействие с пользователем при использовании накопительных пакетов уровня 2, победил.
В качестве утешения Ансгар Дитрихс из Ethereum Foundation предложил сосредоточить внимание на EOF при следующем обновлении, Праге. «Это слишком много, чтобы быть вторым местом в развилке», - сказал он. Значит, оно должно быть свое.
Прочитайте больше: Следующее обновление Ethereum будет сосредоточено на BLOB-объектах
Dencun, с 4844 в качестве «драйвера», продолжает работать в основной сети в марте, поскольку во вторник разработчики сообщили о «без происшествий» хард-форке тестовой сети Sepolia.
«Мы видели завершенность, а также появление пятен именно тогда, когда мы этого хотели», — сказал Паритош Джаянти из Ethereum Foundation.
Перед основной сетью осталась только одна тестовая сеть, Holesky, и Dencun должен пройти финальное тестирование 7 февраля.
Выталкивание EOF за финишную черту
Большая часть разговора в четверг была направлена на понимание текущего статуса следующего большого функционального форка. Это обновление согласованного уровня, получившее название «Прага», названо в честь местоположения Devcon 4. Между тем, «Электра» — обозначение, вдохновленное сине-белой гигантской звездой в созвездии Тельца — это термин, используемый клиентами исполнения для обозначения тот же апгрейд.
Приоритеты «Пектры» постепенно формируются. Очень медленно.
Феррин еще раз выступил за EOF, назвав его «существенным для EVM в ближайшие пару лет».
Как руководитель рабочей группы по реализации EOF, Феррин сказал, что разработчики «переходят в режим «отправки».
EOF стремится сделать смарт-контракты Ethereum более безопасными, эффективными и удобными для разработчиков. Это имеет особое значение для разработчиков децентрализованных приложений Ethereum, которые обычно не присоединяются к проводимым раз в две недели телеконференциям для всех основных разработчиков.
Из-за этого у некоторых клиентских команд сложилось впечатление, что EOF в прошлом не имел значения, и от этой стигмы трудно избавиться.
Во время телеконференции 4 января Драган Ракита из клиентской команды Reth выразил решительную поддержку EOF, а разработчик Nethermind Лукаш Розмей отметил, что EOF гораздо легче тестировать, чем деревья Веркла — основной конкурирующий объект для следующего форка.
Прочитайте больше: Пользователи Big Geth диверсифицируют своих клиентов после ошибки Nethermind
Даже Мариус ван дер Вейден из Go Ethereum (Geth), ранее скептически относящийся к EOF, высказался относительно согласен с этой идеей.
«Я привык к EOF, [это] просто не [приоритет] для меня», - сказал ван дер Вейден.
Поддержка усилилась после звонка 18 января. Технический директор Paradigm Георгиос Константинополус заявил, что это «может сделать один человек за пару месяцев».
Феррин подтвердил это мнение во время последнего звонка, заявив, что работа над EOF и Verkle выполняется разными инженерами в клиентских группах, и поэтому принятие на себя обязательств не помешает работе над Verkle.
Но Гийом Балле, разработчик Geth из Ethereum Foundation, еще не был в этом убежден, опасаясь, что EOF может отрицательно повлиять на Verkle.
«Если это действительно произойдет первым, мне нужно убедиться, что мы не отправим что-то и не загоним себя в угол, понимая, что что-то сломали», — сказал Баллет.
Эндрю Ашихмин, инженер-программист клиентской команды Erigon, предложил использовать EOF с оговоркой, что его можно будет опробовать в тестовой сети Verkle и что в ближайшие недели будет выделено время для сотрудничества между Verkle и разработчиками EOF.
Как заметил Феррин, это своего рода проблема курицы и яйца.
«Прежде чем мы сможем разместить его в тестовой сети в Веркле, нам нужно, чтобы он работал на клиентах», — сказал он, добавив, что его клиентская команда Besu может вскоре запустить и запустить EOF для целей тестирования.
Но он убежден, что он должен быть совместим с Verkle.
«Мне не нужны «должны», я хочу видеть, как это работает», — парировал Баллет.
EOF все еще пытается поймать букет, ожидая, когда жених проведет его по проходу.
Не пропустите следующую важную новость – подпишитесь на нашу бесплатную ежедневную рассылку новостей.
Источник: https://blockworks.co/news/ethereum-developers-consider-evm-upgrade.