Еще одна встреча @ethereum #AllCoreDevs завершилась 15 сентября: обсуждались обновления сети разработки, дополнения к Dencun и подробный обзор Reth!
Программа: Живая ссылка:
Ниже приводится краткое изложение встречи @TimBeiko.
1. Обновление статуса Devnet-8
Во-первых, обновление статуса devnet-8: сеть находится на завершающей стадии разработки, и многие клиенты уже загрузили в нее новые обновления. Тем временем мы начали тестировать процесс сборки MEV/блока с помощью @KurtosisTech. @NethermindEth заявила, что их пул транзакций BLOB-объектов теперь готов, и после нескольких дней тестирования на одном узле они развернули его на всех тестовых узлах Dencun.
Пул транзакций BLOB-объектов Geth также практически завершен. Besu вносит значительные улучшения в свой пул транзакций (ограничивая общий размер транзакций с большими и не большими двоичными объектами), которые, как ожидается, будут выпущены в следующем выпуске. Erigon продолжает совершенствовать свой пул транзакций и надеется быть готовым к devnet-9. Prysm также отмечает, что существует некоторая задержка при получении дополнительных BLOB-объектов, которые, по их словам, обычно приходят с задержкой около 500 миллисекунд после блока (в то время как обработка блока занимает около 15 миллисекунд).
Они изучают эту проблему, чтобы определить, может ли она быть вызвана состоянием гонки между импортом больших двоичных объектов и фрагментов. Что касается вопроса о том, разрешить ли поддержку транзакций BLOB-объектов в пуле памяти перед хардфорком, команда единогласно согласилась не делать этого.
2、EIP-7514
Далее мы продолжили обсуждение совещания ACDC на прошлой неделе о том, следует ли добавлять постоянное ограничение в очередь активации валидатора. Это предложение было официально оформлено как EIP-7514. Короче говоря, это замедлит процентный рост ставок ETH в худшем случае. Данкрад выразил поддержку этому предложению во время телеконференции, заявив, что оно выиграет нам время для внесения потенциально более сложных изменений в вознаграждения валидаторов.
Все команды CL поддерживают это изменение, с оговоркой, что это относится только к очереди депозитов, а не очереди вывода средств. После дальнейшего обсуждения мы решили установить ограничение на 8. Таким образом, EIP-7514 станет частью обновления Dencun! Ожидается, что в ближайшие несколько дней EIP и связанная с ним спецификация CL будут обновлены с учетом этого изменения.
3. EVM и Blob
Далее мы обсудили еще одно временное предложение: добавление кода операции в виртуальную машину Ethereum (EVM) для раскрытия базовых комиссий за BLOB-объекты. Это предложение было выдвинуто @PlasmaPower0 из Arbitrum, который ранее на этой неделе заявил в Discord, посвященном исследованиям и разработкам, что оно будет полезно для них (и других решений уровня 2). У нас уже есть аналогичный код операции, который предоставляет BASEFEE в EIP-1559, который был представлен одновременно с активацией EIP. Это облегчает решениям уровня 2 определение правильной цены на газ для взимания платы с пользователей на основе стоимости данных L1.
@protolambda из Optimism также присутствовал на встрече и предположил, что это не единственный способ получить базовую комиссию за BLOB-объект для L2, поскольку они могут посмотреть заголовок блока (который содержит значения, используемые для расчета базовой комиссии BLOB-объекта) и предоставить Меркле доказательства против этих ценностей. Тем не менее, он согласен, что это хорошая функция. Arbitrum в настоящее время не выполняет синтаксический анализ заголовков блоков, и полагаться на это может быть проблематично для неизменяемых решений уровня 2, поскольку это может вызвать проблемы, если формат заголовка блока в конечном итоге изменится.
Один из авторов EIP-4844 @adietrichs упомянул, что этот код операции не был включен в исходную спецификацию, поскольку было желание разработать более общий способ доступа к информации заголовка блока (вместо добавления одноразового кода операции). Тем не менее, принятие этого более амбициозного изменения будет более амбициозной задачей, чем введение этого кода операции.
Информация, предоставляемая этим кодом операции, уже является той, которую необходимо вычислить клиенту EL, и семантически она почти идентична коду операции BASEFEE. Команда клиента единогласно согласилась, что нам следует добавить этот код операции, хотя бы для того, чтобы он соответствовал BASEFEE. Если в будущем мы придумаем «хитрый» механизм, любая избыточная функциональность в этом новом коде операции также станет проблемой для других кодов операций, использующих информацию заголовка блока. Кроме того, стоит подчеркнуть, что это очень небольшое изменение: @vdWijden реализовал его в Geth до появления EIP, и это заняло всего около 20 минут, и команда Reth внесла изменения во время PR-звонка ACD.
4、EIP-4788
Далее мы обсудили некоторые обновления EIP-4788 — предложения хранить корни маяков в контрактах в основной цепочке Ethereum. За последние несколько недель мы провели многочисленные аудиты и фазз-тесты контракта, в результате которых были внесены некоторые незначительные изменения, описанные в этом PR. Хотя еще не все аудиты завершены и отчеты еще не опубликованы, @lightclients представил обзор изменений, рассматриваемых на данный момент. Первое изменение заключается в явной обработке нулевых меток времени, чтобы они вызывали откат (как и другие недопустимые метки времени) вместо возврата 0. Второе изменение касается размера буфера. Если предположить, что время слота изменится, первоначальный контракт приведет к нерациональному использованию памяти из-за того, как работает модульная арифметика.
5. Оптимизация газа
Наконец, существует оптимизация газа, которая уменьшает количество загрузок CALLDATA. Аудиторы рассмотрят эти изменения, и мы ожидаем получить их окончательный отчет до следующего заседания ACDE. Чтобы продолжить работу по фазз-тестированию и внедрению, мы договорились объединить предложенные изменения прямо сейчас.
@shemnon также упомянул, что эти изменения должны быть задокументированы в актуальном EIP — мы работаем над этим! Далее мы обсудили, как клиенты должны справляться с этим, если адрес системного контракта является частью состояния, но пуст в конце выполнения. Хотя на самом деле это вряд ли произойдет в основной сети (насколько я понимаю!), это крайний случай, который произошел при тестировании путем установки адреса в исходном блоке.
Учитывая, что это довольно особый крайний случай и не существует четкого канонического поведения, мы согласились потратить больше времени на размышления над этим вопросом и продолжить обсуждение на тестовом совещании на следующей неделе. Вот и все изменения в характеристиках! Все вышеперечисленное планируется включить в devnet-9. Команда клиента согласна, что все должно быть реализовано и протестировано до конференции ACDC на следующей неделе. В ходе этого разговора мы согласуем дату запуска devnet-9.
Следующий ACDE планируется провести 28 сентября в 14:00 по всемирному координированному времени. А до тех пор подписывайтесь на @terencechain для получения сводок тестовых встреч, @benjaminion_xyz для информации о встречах ACDC и @christine_dkim для более подробного освещения всего мероприятия.
Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
EIP-7514 станет частью обновления Ethereum Dencun
Автор: @TimBeiko Перевод: Huohuo/Vernacular Blockchain
Еще одна встреча @ethereum #AllCoreDevs завершилась 15 сентября: обсуждались обновления сети разработки, дополнения к Dencun и подробный обзор Reth!
Программа: Живая ссылка:
Ниже приводится краткое изложение встречи @TimBeiko.
1. Обновление статуса Devnet-8
Во-первых, обновление статуса devnet-8: сеть находится на завершающей стадии разработки, и многие клиенты уже загрузили в нее новые обновления. Тем временем мы начали тестировать процесс сборки MEV/блока с помощью @KurtosisTech. @NethermindEth заявила, что их пул транзакций BLOB-объектов теперь готов, и после нескольких дней тестирования на одном узле они развернули его на всех тестовых узлах Dencun.
Пул транзакций BLOB-объектов Geth также практически завершен. Besu вносит значительные улучшения в свой пул транзакций (ограничивая общий размер транзакций с большими и не большими двоичными объектами), которые, как ожидается, будут выпущены в следующем выпуске. Erigon продолжает совершенствовать свой пул транзакций и надеется быть готовым к devnet-9. Prysm также отмечает, что существует некоторая задержка при получении дополнительных BLOB-объектов, которые, по их словам, обычно приходят с задержкой около 500 миллисекунд после блока (в то время как обработка блока занимает около 15 миллисекунд).
Они изучают эту проблему, чтобы определить, может ли она быть вызвана состоянием гонки между импортом больших двоичных объектов и фрагментов. Что касается вопроса о том, разрешить ли поддержку транзакций BLOB-объектов в пуле памяти перед хардфорком, команда единогласно согласилась не делать этого.
2、EIP-7514
Далее мы продолжили обсуждение совещания ACDC на прошлой неделе о том, следует ли добавлять постоянное ограничение в очередь активации валидатора. Это предложение было официально оформлено как EIP-7514. Короче говоря, это замедлит процентный рост ставок ETH в худшем случае. Данкрад выразил поддержку этому предложению во время телеконференции, заявив, что оно выиграет нам время для внесения потенциально более сложных изменений в вознаграждения валидаторов.
Все команды CL поддерживают это изменение, с оговоркой, что это относится только к очереди депозитов, а не очереди вывода средств. После дальнейшего обсуждения мы решили установить ограничение на 8. Таким образом, EIP-7514 станет частью обновления Dencun! Ожидается, что в ближайшие несколько дней EIP и связанная с ним спецификация CL будут обновлены с учетом этого изменения.
3. EVM и Blob
Далее мы обсудили еще одно временное предложение: добавление кода операции в виртуальную машину Ethereum (EVM) для раскрытия базовых комиссий за BLOB-объекты. Это предложение было выдвинуто @PlasmaPower0 из Arbitrum, который ранее на этой неделе заявил в Discord, посвященном исследованиям и разработкам, что оно будет полезно для них (и других решений уровня 2). У нас уже есть аналогичный код операции, который предоставляет BASEFEE в EIP-1559, который был представлен одновременно с активацией EIP. Это облегчает решениям уровня 2 определение правильной цены на газ для взимания платы с пользователей на основе стоимости данных L1.
@protolambda из Optimism также присутствовал на встрече и предположил, что это не единственный способ получить базовую комиссию за BLOB-объект для L2, поскольку они могут посмотреть заголовок блока (который содержит значения, используемые для расчета базовой комиссии BLOB-объекта) и предоставить Меркле доказательства против этих ценностей. Тем не менее, он согласен, что это хорошая функция. Arbitrum в настоящее время не выполняет синтаксический анализ заголовков блоков, и полагаться на это может быть проблематично для неизменяемых решений уровня 2, поскольку это может вызвать проблемы, если формат заголовка блока в конечном итоге изменится.
Один из авторов EIP-4844 @adietrichs упомянул, что этот код операции не был включен в исходную спецификацию, поскольку было желание разработать более общий способ доступа к информации заголовка блока (вместо добавления одноразового кода операции). Тем не менее, принятие этого более амбициозного изменения будет более амбициозной задачей, чем введение этого кода операции.
Информация, предоставляемая этим кодом операции, уже является той, которую необходимо вычислить клиенту EL, и семантически она почти идентична коду операции BASEFEE. Команда клиента единогласно согласилась, что нам следует добавить этот код операции, хотя бы для того, чтобы он соответствовал BASEFEE. Если в будущем мы придумаем «хитрый» механизм, любая избыточная функциональность в этом новом коде операции также станет проблемой для других кодов операций, использующих информацию заголовка блока. Кроме того, стоит подчеркнуть, что это очень небольшое изменение: @vdWijden реализовал его в Geth до появления EIP, и это заняло всего около 20 минут, и команда Reth внесла изменения во время PR-звонка ACD.
4、EIP-4788
Далее мы обсудили некоторые обновления EIP-4788 — предложения хранить корни маяков в контрактах в основной цепочке Ethereum. За последние несколько недель мы провели многочисленные аудиты и фазз-тесты контракта, в результате которых были внесены некоторые незначительные изменения, описанные в этом PR. Хотя еще не все аудиты завершены и отчеты еще не опубликованы, @lightclients представил обзор изменений, рассматриваемых на данный момент. Первое изменение заключается в явной обработке нулевых меток времени, чтобы они вызывали откат (как и другие недопустимые метки времени) вместо возврата 0. Второе изменение касается размера буфера. Если предположить, что время слота изменится, первоначальный контракт приведет к нерациональному использованию памяти из-за того, как работает модульная арифметика.
5. Оптимизация газа
Наконец, существует оптимизация газа, которая уменьшает количество загрузок CALLDATA. Аудиторы рассмотрят эти изменения, и мы ожидаем получить их окончательный отчет до следующего заседания ACDE. Чтобы продолжить работу по фазз-тестированию и внедрению, мы договорились объединить предложенные изменения прямо сейчас.
@shemnon также упомянул, что эти изменения должны быть задокументированы в актуальном EIP — мы работаем над этим! Далее мы обсудили, как клиенты должны справляться с этим, если адрес системного контракта является частью состояния, но пуст в конце выполнения. Хотя на самом деле это вряд ли произойдет в основной сети (насколько я понимаю!), это крайний случай, который произошел при тестировании путем установки адреса в исходном блоке.
Учитывая, что это довольно особый крайний случай и не существует четкого канонического поведения, мы согласились потратить больше времени на размышления над этим вопросом и продолжить обсуждение на тестовом совещании на следующей неделе. Вот и все изменения в характеристиках! Все вышеперечисленное планируется включить в devnet-9. Команда клиента согласна, что все должно быть реализовано и протестировано до конференции ACDC на следующей неделе. В ходе этого разговора мы согласуем дату запуска devnet-9.
Следующий ACDE планируется провести 28 сентября в 14:00 по всемирному координированному времени. А до тех пор подписывайтесь на @terencechain для получения сводок тестовых встреч, @benjaminion_xyz для информации о встречах ACDC и @christine_dkim для более подробного освещения всего мероприятия.