31 августа разработчики Ethereum собрались в Zoom на телеконференцию Core Developers (ACDE). Конференц-связь ACDE, модерируемая Тимом Бейко из Ethereum Foundation, представляет собой серию конференц-звонков, проводимую раз в две недели, в ходе которой клиентская команда Ethereum обсуждает и координирует изменения на уровне исполнения Ethereum (EL). На этой неделе разработчики обсуждали ход разработки и тестирования:
Обновление Канкун/Денеб (Денкун)
Преобразование Веркла Трие
Обновление сериализации SSZ
1. Обновление Канкуна
Devnet #8 запущен две недели назад, 16 августа. Барнабас Буса, инженер DevOps в Ethereum Foundation, сказал, что ориентированная на разработчиков тестовая сеть обновления Cancun, похоже, работает хорошо. Буса упомянул, что, похоже, возникли некоторые проблемы с узлами, на которых работает клиентское программное обеспечение Nethermind (EL). Разработчик клиента Nethermind Лукаш Розмей объяснил, что суть проблемы заключалась в неправильной настройке реализации пула транзакций BLOB-объектов. (Примечание переводчика: Devnet 8 — это первая выделенная тестовая сеть, содержащая все доработанные EIP для обновления Канкун/Денеб)
Что касается EIP 4788, разработчики кратко подтвердили новую стратегию развертывания изменений кода. Контракты, которые предоставляют данные цепочки маяков на EL, будут развернуты как обычные смарт-контракты, требуя, чтобы кто-то профинансировал адрес контракта до активации обновления. Devnet #9, следующая тестовая сеть обновления Cancun, примет этот рабочий процесс и обеспечит ознакомление разработчиков с ним.
Вместо того, чтобы откладывать дату выпуска Devnet #9, разработчики согласились продолжить тестирование Devnet #8 до тех пор, пока не будут решены все проблемы с реализацией клиента. «Я лучше буду уверен в Devnet #9, чем буду говорить, что мы надеемся, что эти вещи будут работать. ... Я лучше буду решать проблемы, о которых мы знаем. В противном случае, если у нас возникнут серьезные проблемы в Devnet #9, мы обязательно их решим. снова иметь Devnet № 10, я не говорю, что нам не следует иметь Devnet № 10. У нас должно быть значительное количество Devnet. Я думаю, что теперь мы можем попытаться сделать Devnet № 9 действительно надежным». Этер Дэнни Райан, член Square Foundation и председатель телеконференции ACDC.
Другие участники разговора, в том числе Тим Бейко, Мариус Ван дер Вейден и Джастин Флорентайн, высказались за то, чтобы потратить больше времени на тестирование Devnet #8 и позднее протестировать изменения в EIP 4788 на Devnet #9. Бейко предложил разработчикам время вновь созвать Devnet #9 во время следующей телеконференции ACDE. Что касается стратегий развертывания тестовой сети, Beiko рекомендует следующую последовательность:
Devnet #9: Еще один Devnet, спецификация Dencun которого заморожена. Проведите стресс-тестирование сети и предположите, что разработчики ею довольны, а затем перейдите к общедоступной тестовой сети. В противном случае запустите Devnet #10.
Holesky: форк недавно запущенной тестовой сети Holeksy и развертывание на ней обновления Dencun.
Герли: Затем разверните Денкун на Герли. Поскольку тестовая сеть является предпоследним запуском перед основной сетью, спецификации обновления на данный момент должны быть окончательными и предоставлять пользователям и приложениям достаточно времени для тестирования своего программного обеспечения до активации обновления основной сети. Dencun, вероятно, станет последней вилкой Goerli перед тем, как Goerli будет признан устаревшим и заменен Holesky. (Примечание переводчика: слово Dencun — это составное слово, состоящее из слов Cancun (Cancun) и Deneb. Cancun — это имя обновления уровня исполнения Ethereum, а Deneb — это имя обновления уровня протокола. Таким образом, обновление Cancun связано с Денеб. Обновления в совокупности называются обновлениями Dencun.)
Сеполия: Наконец, Денкун был развернут на Сеполии для достижения хороших результатов.
Никто не возражал против предложения Бейко выпустить тестовую сеть после Devnet #9. Бейко упомянул, что приведенный выше график будет представлен широкому сообществу Ethereum в сообщении в блоге после официального запуска тестовой сети Holesky 15 сентября. Кроме того, Бейко сообщил, что в разработке находится тестовая сеть под названием Ephemery. Ehemery — это тестовая сеть Ethereum для операторов валидаторов, которая возвращается в исходное состояние через неделю или две. Для получения дополнительной информации о сети Ephemery прочитайте страницу проекта на GitHub здесь.
Прежде чем перейти к обсуждению Verkle Tries, Буса рассказал об открытом запросе на извлечение (PR) на GitHub для тестовой сети Holesky. По просьбе команды Erigon (EL) ПР предлагает убрать конкретное время активации апгрейда Dencun на Holesky. Позже разработчик установит значение активации Dencun в Holesky, а не перезапишет существующее значение. Буса также спросил о тестировании целевого/максимального размера 3/6 BLOB-объектов вместо ограничения 2/4. По этой теме Бейко предложил снова поднять этот вопрос на телеконференции ACDC на следующей неделе, при этом Райан упомянул, что недавние эксперименты с большими размерами блоков принесут новые идеи.
2. Преобразование Веркла Трие
Затем разработчики обсудили предложение Виталика Бутерина объединить дорожные карты Verkle Trie и State Expiry, чтобы уменьшить сложность реализации Verkle Trie и ускорить преимущества State Expiry на Ethereum. В качестве фона: Verkle Trie или Verkle Tree — это структура данных, которая позволяет пользователям легко проверять большие объемы данных, опираясь на одно криптографическое доказательство. Они ничем не отличаются от Merkle Patricia Trie (MPT), структуры данных, используемой для хранения состояния Эфириума. Однако эффективность доказательства у деревьев Веркла относительно выше, чем у MPT, поэтому разработчики работают над переходом MPT на Verkle.
State Expiration — это отдельная инициатива, призванная решить проблему неограниченного роста штата. Целью истечения срока действия состояния является уменьшение размера состояния с более чем 100 ГБ до менее 50 ГБ путем удаления частей состояния Ethereum, к которым пользователь не обращался в течение определенного периода времени (например, 365 дней). Эндрю Ашихмин из группы по работе с клиентами Erigon (EL) предпочел объединить два обновления, полагая, что преобразование Verkle Trie значительно упростится, если объединить его с State Expiry. Гийом Балле из клиентской команды Geth (EL), который возглавлял проект Verkle Trie, обеспокоен тем, что объединение задержит Verkle Tries, поскольку срок действия статуса истек, поскольку тема исследования была «заброшена» в течение последних двух лет.
Бутерин поделился более подробной информацией о мотивах своего предложения, сказав: «С [Verkle] Процесс перехода, проблема в основном в конвертации более 50 ГБ Merkle Patricia Trie в... Verkle Trie в действующей сети, просто довольно сложен. Это действительно то, над чем исследовательская группа боролась уже больше года. Я помню, как в прошлом году на Devconnect это было, по сути, предметом исследовательского мероприятия и, по сути, такого же объема исследований и разработок, как и вся остальная дорожная карта Verkle, вместе взятая, просто процесс того, как осуществить этот последний переход. В некотором смысле, его сложность действительно сравнима со сложностью слияний. "
Бутерин продолжил, как State Expiry значительно упрощает переход на Verkle. Однако он также упомянул, что истечение срока действия состояния имеет сложные предпосылки, такие как необходимость ежегодно добавлять больше адресного пространства для поддержки нового «периода адреса». Кроме того, если Verkle Tryes будет реализован до истечения срока действия состояния, срок действия состояния будет менее срочным, поэтому разработчикам следует рассмотреть возможность использования Verkle для перехода или подождать несколько лет, чтобы ввести срок действия состояния после Verkle. дополнительную ценность объединения двух обновлений вместе, и согласился продолжить асинхронное обсуждение этой темы в Discord и Verkle Trie Implementors' Call.
3. Сериализация SSZ
Затем Этан Кисслинг, разработчик клиента Nimbus (CL), представил свой последний прогресс в обновлении структур данных Ethereum до формата сериализации SSZ. Для получения дополнительной информации по этому вопросу прочитайте стенограмму предыдущего разговора с разработчиками Ethereum здесь. Кисслинг выделил новый подход к обновлению сериализации данных Ethereum с использованием формата на основе SSZ «PartialContainer». В комментариях к повестке телеконференции на этой неделе Кисслинг написал: «Этот [формат] по существу сочетает в себе все преимущества [предыдущего формата] и также может быть повторно использован для других целей, тем самым постепенно отказываясь от неиспользуемого в настоящее время SSZ Union и дополнительного типа SSZ. (Примечание переводчика: Простая сериализация (SSZ) — это метод сериализации, используемый в цепочке маяков. Этот метод заменяет уровень реализации, используемый повсюду на уровне консенсуса, кроме протокола обнаружения одноранговых узлов. Рекурсивная сериализация с префиксом длины. Простая конструкция сериализации является детерминированной и также может быть эффективно мерклеизирован.)
После обновления Бейко поспешил похвалить недавно созданную эталонную реализацию EL на Python (называемую EELS). В недавнем сообщении в блоге Ethereum Foundation редактор EIP и исследователь Ethereum Foundation Сэм Уилсон написал: «EELS — это эталонная реализация Python основных компонентов клиента исполнения Ethereum, ориентированная на читабельность и ясность. EELS разработан, чтобы стать духовным преемником Желтая книга, более удобная для программистов и синхронизированная с ответвлениями после слияния, EELS может заполнять и выполнять тесты с отслеживанием состояния, подключаться к основной сети и является отличным местом для прототипирования новых EIP».
Некоторые разработчики уже используют EELS для повторной реализации своих EIP, а Ethereum Foundation предлагает грант всем, кто заинтересован в обновлении Желтой книги, чтобы включить недостающие предварительно объединенные обновления сети, такие как Лондон и Париж, в дополнение к EELS.
Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
Краткое изложение 116-й встречи руководителей разработчиков ядра Ethereum: обновление Cancun, преобразование Verkle Trie и сериализация SSZ
Автор: Кристин Ким / Источник:
Перевод: Huohuo/Народный блокчейн
31 августа разработчики Ethereum собрались в Zoom на телеконференцию Core Developers (ACDE). Конференц-связь ACDE, модерируемая Тимом Бейко из Ethereum Foundation, представляет собой серию конференц-звонков, проводимую раз в две недели, в ходе которой клиентская команда Ethereum обсуждает и координирует изменения на уровне исполнения Ethereum (EL). На этой неделе разработчики обсуждали ход разработки и тестирования:
Обновление Канкун/Денеб (Денкун)
Преобразование Веркла Трие
Обновление сериализации SSZ
1. Обновление Канкуна
Devnet #8 запущен две недели назад, 16 августа. Барнабас Буса, инженер DevOps в Ethereum Foundation, сказал, что ориентированная на разработчиков тестовая сеть обновления Cancun, похоже, работает хорошо. Буса упомянул, что, похоже, возникли некоторые проблемы с узлами, на которых работает клиентское программное обеспечение Nethermind (EL). Разработчик клиента Nethermind Лукаш Розмей объяснил, что суть проблемы заключалась в неправильной настройке реализации пула транзакций BLOB-объектов. (Примечание переводчика: Devnet 8 — это первая выделенная тестовая сеть, содержащая все доработанные EIP для обновления Канкун/Денеб)
Что касается EIP 4788, разработчики кратко подтвердили новую стратегию развертывания изменений кода. Контракты, которые предоставляют данные цепочки маяков на EL, будут развернуты как обычные смарт-контракты, требуя, чтобы кто-то профинансировал адрес контракта до активации обновления. Devnet #9, следующая тестовая сеть обновления Cancun, примет этот рабочий процесс и обеспечит ознакомление разработчиков с ним.
Вместо того, чтобы откладывать дату выпуска Devnet #9, разработчики согласились продолжить тестирование Devnet #8 до тех пор, пока не будут решены все проблемы с реализацией клиента. «Я лучше буду уверен в Devnet #9, чем буду говорить, что мы надеемся, что эти вещи будут работать. ... Я лучше буду решать проблемы, о которых мы знаем. В противном случае, если у нас возникнут серьезные проблемы в Devnet #9, мы обязательно их решим. снова иметь Devnet № 10, я не говорю, что нам не следует иметь Devnet № 10. У нас должно быть значительное количество Devnet. Я думаю, что теперь мы можем попытаться сделать Devnet № 9 действительно надежным». Этер Дэнни Райан, член Square Foundation и председатель телеконференции ACDC.
Другие участники разговора, в том числе Тим Бейко, Мариус Ван дер Вейден и Джастин Флорентайн, высказались за то, чтобы потратить больше времени на тестирование Devnet #8 и позднее протестировать изменения в EIP 4788 на Devnet #9. Бейко предложил разработчикам время вновь созвать Devnet #9 во время следующей телеконференции ACDE. Что касается стратегий развертывания тестовой сети, Beiko рекомендует следующую последовательность:
Devnet #9: Еще один Devnet, спецификация Dencun которого заморожена. Проведите стресс-тестирование сети и предположите, что разработчики ею довольны, а затем перейдите к общедоступной тестовой сети. В противном случае запустите Devnet #10.
Holesky: форк недавно запущенной тестовой сети Holeksy и развертывание на ней обновления Dencun.
Герли: Затем разверните Денкун на Герли. Поскольку тестовая сеть является предпоследним запуском перед основной сетью, спецификации обновления на данный момент должны быть окончательными и предоставлять пользователям и приложениям достаточно времени для тестирования своего программного обеспечения до активации обновления основной сети. Dencun, вероятно, станет последней вилкой Goerli перед тем, как Goerli будет признан устаревшим и заменен Holesky. (Примечание переводчика: слово Dencun — это составное слово, состоящее из слов Cancun (Cancun) и Deneb. Cancun — это имя обновления уровня исполнения Ethereum, а Deneb — это имя обновления уровня протокола. Таким образом, обновление Cancun связано с Денеб. Обновления в совокупности называются обновлениями Dencun.)
Сеполия: Наконец, Денкун был развернут на Сеполии для достижения хороших результатов.
Никто не возражал против предложения Бейко выпустить тестовую сеть после Devnet #9. Бейко упомянул, что приведенный выше график будет представлен широкому сообществу Ethereum в сообщении в блоге после официального запуска тестовой сети Holesky 15 сентября. Кроме того, Бейко сообщил, что в разработке находится тестовая сеть под названием Ephemery. Ehemery — это тестовая сеть Ethereum для операторов валидаторов, которая возвращается в исходное состояние через неделю или две. Для получения дополнительной информации о сети Ephemery прочитайте страницу проекта на GitHub здесь.
Прежде чем перейти к обсуждению Verkle Tries, Буса рассказал об открытом запросе на извлечение (PR) на GitHub для тестовой сети Holesky. По просьбе команды Erigon (EL) ПР предлагает убрать конкретное время активации апгрейда Dencun на Holesky. Позже разработчик установит значение активации Dencun в Holesky, а не перезапишет существующее значение. Буса также спросил о тестировании целевого/максимального размера 3/6 BLOB-объектов вместо ограничения 2/4. По этой теме Бейко предложил снова поднять этот вопрос на телеконференции ACDC на следующей неделе, при этом Райан упомянул, что недавние эксперименты с большими размерами блоков принесут новые идеи.
2. Преобразование Веркла Трие
Затем разработчики обсудили предложение Виталика Бутерина объединить дорожные карты Verkle Trie и State Expiry, чтобы уменьшить сложность реализации Verkle Trie и ускорить преимущества State Expiry на Ethereum. В качестве фона: Verkle Trie или Verkle Tree — это структура данных, которая позволяет пользователям легко проверять большие объемы данных, опираясь на одно криптографическое доказательство. Они ничем не отличаются от Merkle Patricia Trie (MPT), структуры данных, используемой для хранения состояния Эфириума. Однако эффективность доказательства у деревьев Веркла относительно выше, чем у MPT, поэтому разработчики работают над переходом MPT на Verkle.
State Expiration — это отдельная инициатива, призванная решить проблему неограниченного роста штата. Целью истечения срока действия состояния является уменьшение размера состояния с более чем 100 ГБ до менее 50 ГБ путем удаления частей состояния Ethereum, к которым пользователь не обращался в течение определенного периода времени (например, 365 дней). Эндрю Ашихмин из группы по работе с клиентами Erigon (EL) предпочел объединить два обновления, полагая, что преобразование Verkle Trie значительно упростится, если объединить его с State Expiry. Гийом Балле из клиентской команды Geth (EL), который возглавлял проект Verkle Trie, обеспокоен тем, что объединение задержит Verkle Tries, поскольку срок действия статуса истек, поскольку тема исследования была «заброшена» в течение последних двух лет.
Бутерин поделился более подробной информацией о мотивах своего предложения, сказав: «С [Verkle] Процесс перехода, проблема в основном в конвертации более 50 ГБ Merkle Patricia Trie в... Verkle Trie в действующей сети, просто довольно сложен. Это действительно то, над чем исследовательская группа боролась уже больше года. Я помню, как в прошлом году на Devconnect это было, по сути, предметом исследовательского мероприятия и, по сути, такого же объема исследований и разработок, как и вся остальная дорожная карта Verkle, вместе взятая, просто процесс того, как осуществить этот последний переход. В некотором смысле, его сложность действительно сравнима со сложностью слияний. "
Бутерин продолжил, как State Expiry значительно упрощает переход на Verkle. Однако он также упомянул, что истечение срока действия состояния имеет сложные предпосылки, такие как необходимость ежегодно добавлять больше адресного пространства для поддержки нового «периода адреса». Кроме того, если Verkle Tryes будет реализован до истечения срока действия состояния, срок действия состояния будет менее срочным, поэтому разработчикам следует рассмотреть возможность использования Verkle для перехода или подождать несколько лет, чтобы ввести срок действия состояния после Verkle. дополнительную ценность объединения двух обновлений вместе, и согласился продолжить асинхронное обсуждение этой темы в Discord и Verkle Trie Implementors' Call.
3. Сериализация SSZ
Затем Этан Кисслинг, разработчик клиента Nimbus (CL), представил свой последний прогресс в обновлении структур данных Ethereum до формата сериализации SSZ. Для получения дополнительной информации по этому вопросу прочитайте стенограмму предыдущего разговора с разработчиками Ethereum здесь. Кисслинг выделил новый подход к обновлению сериализации данных Ethereum с использованием формата на основе SSZ «PartialContainer». В комментариях к повестке телеконференции на этой неделе Кисслинг написал: «Этот [формат] по существу сочетает в себе все преимущества [предыдущего формата] и также может быть повторно использован для других целей, тем самым постепенно отказываясь от неиспользуемого в настоящее время SSZ Union и дополнительного типа SSZ. (Примечание переводчика: Простая сериализация (SSZ) — это метод сериализации, используемый в цепочке маяков. Этот метод заменяет уровень реализации, используемый повсюду на уровне консенсуса, кроме протокола обнаружения одноранговых узлов. Рекурсивная сериализация с префиксом длины. Простая конструкция сериализации является детерминированной и также может быть эффективно мерклеизирован.)
После обновления Бейко поспешил похвалить недавно созданную эталонную реализацию EL на Python (называемую EELS). В недавнем сообщении в блоге Ethereum Foundation редактор EIP и исследователь Ethereum Foundation Сэм Уилсон написал: «EELS — это эталонная реализация Python основных компонентов клиента исполнения Ethereum, ориентированная на читабельность и ясность. EELS разработан, чтобы стать духовным преемником Желтая книга, более удобная для программистов и синхронизированная с ответвлениями после слияния, EELS может заполнять и выполнять тесты с отслеживанием состояния, подключаться к основной сети и является отличным местом для прототипирования новых EIP».
Некоторые разработчики уже используют EELS для повторной реализации своих EIP, а Ethereum Foundation предлагает грант всем, кто заинтересован в обновлении Желтой книги, чтобы включить недостающие предварительно объединенные обновления сети, такие как Лондон и Париж, в дополнение к EELS.