Виталик Бутерин недавно опубликовал серию статей о будущем развития Ethereum, в которых обсуждаются такие темы, как слияние, волны, прорывы, границы и последний этап очистки. Эти статьи демонстрируют видение Виталика о будущем основной сети Ethereum и о том, как решить текущие проблемы.
Основная цель этапа очистки заключается в снижении требований к хранению клиентских данных за счет уменьшения или устранения необходимости в каждом узле хранить все исторические записи или даже конечное состояние, а также в снижении сложности протокола путем устранения ненужных функций.
Историческая устаревшая информация предназначена для решения проблемы, когда полностью синхронизированные узлы Ethereum требуют большого объема дискового пространства. В настоящее время клиент выполнения требует около 1,1 ТБ дискового пространства, а клиент консенсуса требует еще сотни гигабайт. При этом подавляющее большинство данных относится к исторической информации, собранной много лет назад.
Ключевым моментом исторической устарелости является использование особенностей механизма консенсуса, достаточно достичь консенсуса по последнему блоку, чтобы подтвердить правильность исторических данных. Это предоставляет множество вариантов для хранения исторических записей, например, каждый узел хранит только часть данных.
В настоящее время Ethereum постепенно отказывается от модели, при которой все узлы постоянно хранят всю историю. Консенсусные блоки хранятся только около 6 месяцев, Blob хранится только около 18 дней. Будущая цель — создать единый срок хранения (, возможно, около 18 дней ), а затем хранить старые данные через распределенную сеть.
Для реализации исторической устаревшей информации необходимо построить и интегрировать конкретные решения для распределенного хранения, такие как привлечение существующих торрент-библиотек или нативной сети Portal на Эфире. Основная дилемма заключается в том, как стремиться предоставить "древние" исторические данные и насколько глубоко интегрировать историческое хранение в протокол.
Историческая устарелость критически важна для упрощения работы и запуска узлов, что помогает реализовать видение запуска узлов Ethereum на умных часах. Это также делает более новые узлы Ethereum более жизнеспособными, поддерживая только последние версии протокола.
Статус истек
Состояние устарело, чтобы решить проблему, когда потребность в хранении клиента продолжает расти, даже если необходимость в хранении исторических записей устранена. Это происходит потому, что состояние (, баланс аккаунта, случайные числа, код контракта и хранилище ) будут постоянно расти, и пользователи должны платить единовременную плату, чтобы навсегда создать нагрузку на хранение для клиента.
Состояние устаревания труднее реализовать, чем историческое устаревание, поскольку проектирование EVM предполагает, что объект состояния будет существовать вечно после его создания. В настоящее время существует два основных решения: частичное устаревание состояния и устаревание состояния на основе адресного цикла.
Часть состояний устарела, и состояния разделяются на блоки, только недавно доступные данные будут храниться. EIP-7736 является конкретным предложением, основанным на дизайне "стебель-лист" для Verkle-деревьев.
Дизайн, основанный на периодах адреса, решает проблему конфликта воскрешения через постоянно растущий список деревьев состояния. Каждый период (, как 1 год, ) добавляет одно новое пустое дерево состояния, полные узлы хранят только последние два дерева.
Основной проблемой реализации истечения состояния является расширение или сокращение адресного пространства, что требует решения сложных вопросов совместимости и безопасности. Независимо от того, будет ли реализовано истечение состояния, в конечном итоге необходимо решить вопросы, касающиеся адресного пространства.
Очистка функций направлена на снижение сложности протокола, повышение безопасности, доступности и доверительной нейтральности. Основные методы включают удаление ненужных функций, упрощение существующих механизмов, унификацию форматов данных и т. д.
Некоторые конкретные упрощенные возможности включают:
Преобразовать RLP в SSZ
Удалить старый тип транзакции
Реформа механизма LOG
Удалить механизм синхронизационного комитета Beacon Chain
Единый формат данных
Удалить комитет по цепочке сигналов
Удалить смешанный порядок байтов
Упрощенный механизм Gas
Удалить предкомпилированный
Удаление наблюдаемости gas
Улучшение статического анализа
Основной компромисс при упрощении функций заключается в степени и скорости упрощения и обратной совместимости. Необходимо создать стандартизированный процесс для внесения изменений, нарушающих обратную совместимость, которые не являются срочными, стремясь найти баланс между удалением функций и консерватизмом.
Формат объекта EVM ( EOF ) является набором основных изменений, предложенных для EVM, направленных на то, чтобы позволить EVM обновляться с более сильными атрибутами. Его преимущество заключается в создании естественного пути для добавления новых функций EVM, но это также значительно увеличивает сложность протокола.
Более радикальная стратегия упрощения заключается в преобразовании большей части содержания протокола в код контрактов, например, превращение Ethereum L1 только в цепочку маяка, вводя минимальную виртуальную машину, позволяющую создавать сводки. Либо провести замену EVM на месте, выбрав новую "официальную Ethereum VM".
В общем, этап очистки направлен на снижение требований к хранению и сложности протокола за счет исторической устаревшей информации, устаревших состояний и очистки функциональности, что закладывает основу для долгосрочной масштабируемости и устойчивости Ethereum. Это требует поиска баланса между упрощением и совместимостью и может потребовать глубоких изменений в протоколе.
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
9 Лайков
Награда
9
7
Поделиться
комментарий
0/400
NFTragedy
· 20ч назад
Продажа старого, чтобы двигаться вперед!
Посмотреть ОригиналОтветить0
CryptoCross-TalkClub
· 21ч назад
Снова обновление, неудачники разыгрываются как лохи, а Майнеры тоже пострадали.
Посмотреть ОригиналОтветить0
TokenomicsTrapper
· 21ч назад
ngmi просто ещё одна история о cope с eth, если честно...
Посмотреть ОригиналОтветить0
DegenDreamer
· 21ч назад
Снова говорят о упрощении, но рост не происходит.
Посмотреть ОригиналОтветить0
DaisyUnicorn
· 21ч назад
Виталик Бутерин хочет подрезать ветви в саду Ethereum~
Ethereum净化之路:Падение存储需求与简化Протокол复杂性
Будущее Ethereum: очистка
Виталик Бутерин недавно опубликовал серию статей о будущем развития Ethereum, в которых обсуждаются такие темы, как слияние, волны, прорывы, границы и последний этап очистки. Эти статьи демонстрируют видение Виталика о будущем основной сети Ethereum и о том, как решить текущие проблемы.
Основная цель этапа очистки заключается в снижении требований к хранению клиентских данных за счет уменьшения или устранения необходимости в каждом узле хранить все исторические записи или даже конечное состояние, а также в снижении сложности протокола путем устранения ненужных функций.
! Виталик: возможное будущее для Ethereum, чистка
Историческая просрочка
Историческая устаревшая информация предназначена для решения проблемы, когда полностью синхронизированные узлы Ethereum требуют большого объема дискового пространства. В настоящее время клиент выполнения требует около 1,1 ТБ дискового пространства, а клиент консенсуса требует еще сотни гигабайт. При этом подавляющее большинство данных относится к исторической информации, собранной много лет назад.
Ключевым моментом исторической устарелости является использование особенностей механизма консенсуса, достаточно достичь консенсуса по последнему блоку, чтобы подтвердить правильность исторических данных. Это предоставляет множество вариантов для хранения исторических записей, например, каждый узел хранит только часть данных.
В настоящее время Ethereum постепенно отказывается от модели, при которой все узлы постоянно хранят всю историю. Консенсусные блоки хранятся только около 6 месяцев, Blob хранится только около 18 дней. Будущая цель — создать единый срок хранения (, возможно, около 18 дней ), а затем хранить старые данные через распределенную сеть.
Для реализации исторической устаревшей информации необходимо построить и интегрировать конкретные решения для распределенного хранения, такие как привлечение существующих торрент-библиотек или нативной сети Portal на Эфире. Основная дилемма заключается в том, как стремиться предоставить "древние" исторические данные и насколько глубоко интегрировать историческое хранение в протокол.
Историческая устарелость критически важна для упрощения работы и запуска узлов, что помогает реализовать видение запуска узлов Ethereum на умных часах. Это также делает более новые узлы Ethereum более жизнеспособными, поддерживая только последние версии протокола.
Статус истек
Состояние устарело, чтобы решить проблему, когда потребность в хранении клиента продолжает расти, даже если необходимость в хранении исторических записей устранена. Это происходит потому, что состояние (, баланс аккаунта, случайные числа, код контракта и хранилище ) будут постоянно расти, и пользователи должны платить единовременную плату, чтобы навсегда создать нагрузку на хранение для клиента.
Состояние устаревания труднее реализовать, чем историческое устаревание, поскольку проектирование EVM предполагает, что объект состояния будет существовать вечно после его создания. В настоящее время существует два основных решения: частичное устаревание состояния и устаревание состояния на основе адресного цикла.
Часть состояний устарела, и состояния разделяются на блоки, только недавно доступные данные будут храниться. EIP-7736 является конкретным предложением, основанным на дизайне "стебель-лист" для Verkle-деревьев.
Дизайн, основанный на периодах адреса, решает проблему конфликта воскрешения через постоянно растущий список деревьев состояния. Каждый период (, как 1 год, ) добавляет одно новое пустое дерево состояния, полные узлы хранят только последние два дерева.
Основной проблемой реализации истечения состояния является расширение или сокращение адресного пространства, что требует решения сложных вопросов совместимости и безопасности. Независимо от того, будет ли реализовано истечение состояния, в конечном итоге необходимо решить вопросы, касающиеся адресного пространства.
! Виталик: Возможное будущее Ethereum, Чистка
Очистка функций
Очистка функций направлена на снижение сложности протокола, повышение безопасности, доступности и доверительной нейтральности. Основные методы включают удаление ненужных функций, упрощение существующих механизмов, унификацию форматов данных и т. д.
Некоторые конкретные упрощенные возможности включают:
Основной компромисс при упрощении функций заключается в степени и скорости упрощения и обратной совместимости. Необходимо создать стандартизированный процесс для внесения изменений, нарушающих обратную совместимость, которые не являются срочными, стремясь найти баланс между удалением функций и консерватизмом.
Формат объекта EVM ( EOF ) является набором основных изменений, предложенных для EVM, направленных на то, чтобы позволить EVM обновляться с более сильными атрибутами. Его преимущество заключается в создании естественного пути для добавления новых функций EVM, но это также значительно увеличивает сложность протокола.
Более радикальная стратегия упрощения заключается в преобразовании большей части содержания протокола в код контрактов, например, превращение Ethereum L1 только в цепочку маяка, вводя минимальную виртуальную машину, позволяющую создавать сводки. Либо провести замену EVM на месте, выбрав новую "официальную Ethereum VM".
! [Виталик: возможное будущее Ethereum, чистка] (https://img-cdn.gateio.im/webp-social/moments-5cd0e9908a04986f83c85cabecd4a0ae.webp)
В общем, этап очистки направлен на снижение требований к хранению и сложности протокола за счет исторической устаревшей информации, устаревших состояний и очистки функциональности, что закладывает основу для долгосрочной масштабируемости и устойчивости Ethereum. Это требует поиска баланса между упрощением и совместимостью и может потребовать глубоких изменений в протоколе.
! [Виталик: возможное будущее Ethereum, чистка] (https://img-cdn.gateio.im/webp-social/moments-dcbf40e0c1bc28d9082b35ed7741f911.webp0192837465674839201