Одной из проблем, с которыми сталкивается Ethereum, является то, что по умолчанию раздувание и сложность любого блокчейн-протокола будут расти с течением времени. Это происходит в двух аспектах: накоплении исторических данных и увеличении функций протокола. Для того чтобы Ethereum мог долго существовать, нам необходимо оказать мощное противодействие этим двум тенденциям, снижая сложность и раздувание со временем. В то же время нам нужно сохранить эту ключевую характеристику блокчейна — его долговечность.
Основная цель The Purge:
Снизить требования к хранилищу клиента, уменьшив или устранив необходимость в постоянном хранении всех историй и даже окончательного состояния на каждом узле.
Уменьшение сложности протокола за счет устранения ненужных функций.
Исторические записи истекают, чтобы решить проблему постоянного роста потребностей в хранении узлов. В настоящее время полностью синхронизированный узел Ethereum требует около 1,1 ТБ дискового пространства и продолжает увеличиваться на сотни гигабайт каждый год.
Основная идея истечения исторических данных заключается в том, что каждый узел хранит полные исторические данные за последние 18 дней (, а более ранние данные хранятся узлами сети в распределённой форме. Это можно реализовать аналогично семенным сетям, где каждый узел хранит лишь небольшую часть старых данных.
В настоящее время уже начали реализовывать эту идею, например, консенсусные блоки хранятся примерно 6 месяцев, а blob - около 18 дней. EIP-4444 предлагает ввести годичный срок хранения для исторических блоков и квитанций. Долгосрочная цель заключается в создании единого срока хранения ), возможно, около 18 дней (, после чего старые данные будут распределенно храниться в P2P-сети, состоящей из узлов Ethereum.
Для реализации архивирования исторических записей необходимо провести дальнейшую работу, такую как разработка и интеграция конкретных решений для распределенного хранения, обработка репликации древних исторических данных и т.д. Основной компромисс заключается в том, как мы стараемся гарантировать, что максимальный набор узлов действительно хранит все данные, а также насколько глубоко мы интегрируем архивный набор в протокол.
Состояние истечения срока годности направлено на решение проблемы постоянного роста состояния Ethereum. Даже если устранить необходимость в хранении исторических данных, потребность в хранении состояния клиентом по-прежнему будет расти примерно на 50 ГБ в год.
Ключевым вызовом для истечения состояния является то, как обеспечить автоматическое истечение объектов состояния при сохранении совместимости с EVM. В настоящее время существует два основных типа решений:
Часть состояния истекает: состояние разбивается на блоки, и только недавно доступные блоки будут храниться. Конкретное предложение — EIP-7736, оно основано на дизайне "стебель и листья" Веркла-дерева, которое хранит соседние данные под одним "стеблем", если они не были доступны в течение 6 месяцев, то хранится только 32 байта обязательства.
Состояние истечения срока действия на основе периодов адресов: использование постоянно растущего списка деревьев состояния, каждое из которых период ), такое как 1 год ( добавляет новое пустое дерево. Полные узлы хранят только последние два дерева. Просроченные объекты состояния могут быть восстановлены путем предоставления доказательства.
Обе эти схемы сталкиваются с определенными вызовами, такими как проектирование стимулов, изменение формата адресов и т. д. Возможные пути в будущем включают: только безстатусное решение без истечения состояния, частичное истечение состояния, истечение состояния через расширение или сжатие адресного пространства. Необходимо сбалансировать упрощение протокола и обратную совместимость.
Очистка характеристик направлена на снижение сложности протокола путем удаления ненужных функций. Некоторые основные возможности для очистки включают:
Преобразовать кодирование RLP в SSZ
Удалить старые типы сделок
Реформа механизма LOG
Удалить механизм синхронизации комитета по Beacon Chain
Единый формат данных
Удалить комитет по цепочке сигналов
Удалить смешанный порядок байтов
Упрощение газовой механики
Удалить редко используемые предкомпилированные
Сделать газ невидимым
Улучшение статического анализа
Для выполнения этих очисток необходимо найти баланс между степенью упрощения и обратной совместимостью. Необходимо установить стандартизированный процесс для внесения неэкстренных изменений, которые нарушают обратную совместимость. Формат объекта EVM )EOF( предложений вводит ряд изменений, но также увеличивает сложность, что требует взвешивания.
Более радикальная стратегия упрощения заключается в преобразовании большей части содержания протокола в код контрактов, например, превращении EVM в свод или замене EVM новой виртуальной машиной. Это может значительно упростить основной протокол, но сложность реализации велика.
![Виталик: возможное будущее Эфириума, The Purge])https://img-cdn.gateio.im/webp-social/moments-5cd0e9908a04986f83c85cabecd4a0ae.webp(
В целом, The Purge направлена на снижение сложности и требований к хранению Эфира за счет истечения сроков исторических записей, сроков состояния и очистки характеристик, чтобы обеспечить его долгосрочную устойчивость. Это требует балансировки между упрощением и совместимостью, а также создания долгосрочного, упорядоченного процесса для реализации этих изменений.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
Ethereum The Purge план: Падение сложности Обеспечение долгосрочной устойчивости
Возможное будущее Ethereum: чистка
Одной из проблем, с которыми сталкивается Ethereum, является то, что по умолчанию раздувание и сложность любого блокчейн-протокола будут расти с течением времени. Это происходит в двух аспектах: накоплении исторических данных и увеличении функций протокола. Для того чтобы Ethereum мог долго существовать, нам необходимо оказать мощное противодействие этим двум тенденциям, снижая сложность и раздувание со временем. В то же время нам нужно сохранить эту ключевую характеристику блокчейна — его долговечность.
Основная цель The Purge:
! Виталик: возможное будущее для Ethereum, чистка
История истечения срока действия
Исторические записи истекают, чтобы решить проблему постоянного роста потребностей в хранении узлов. В настоящее время полностью синхронизированный узел Ethereum требует около 1,1 ТБ дискового пространства и продолжает увеличиваться на сотни гигабайт каждый год.
Основная идея истечения исторических данных заключается в том, что каждый узел хранит полные исторические данные за последние 18 дней (, а более ранние данные хранятся узлами сети в распределённой форме. Это можно реализовать аналогично семенным сетям, где каждый узел хранит лишь небольшую часть старых данных.
В настоящее время уже начали реализовывать эту идею, например, консенсусные блоки хранятся примерно 6 месяцев, а blob - около 18 дней. EIP-4444 предлагает ввести годичный срок хранения для исторических блоков и квитанций. Долгосрочная цель заключается в создании единого срока хранения ), возможно, около 18 дней (, после чего старые данные будут распределенно храниться в P2P-сети, состоящей из узлов Ethereum.
Для реализации архивирования исторических записей необходимо провести дальнейшую работу, такую как разработка и интеграция конкретных решений для распределенного хранения, обработка репликации древних исторических данных и т.д. Основной компромисс заключается в том, как мы стараемся гарантировать, что максимальный набор узлов действительно хранит все данные, а также насколько глубоко мы интегрируем архивный набор в протокол.
![Виталик: Возможное будущее Эфириума, Удаление])https://img-cdn.gateio.im/webp-social/moments-b4e683a9e42e4b5bd6991a4cf6cf948e.webp(
Срок действия состояния истекает
Состояние истечения срока годности направлено на решение проблемы постоянного роста состояния Ethereum. Даже если устранить необходимость в хранении исторических данных, потребность в хранении состояния клиентом по-прежнему будет расти примерно на 50 ГБ в год.
Ключевым вызовом для истечения состояния является то, как обеспечить автоматическое истечение объектов состояния при сохранении совместимости с EVM. В настоящее время существует два основных типа решений:
Часть состояния истекает: состояние разбивается на блоки, и только недавно доступные блоки будут храниться. Конкретное предложение — EIP-7736, оно основано на дизайне "стебель и листья" Веркла-дерева, которое хранит соседние данные под одним "стеблем", если они не были доступны в течение 6 месяцев, то хранится только 32 байта обязательства.
Состояние истечения срока действия на основе периодов адресов: использование постоянно растущего списка деревьев состояния, каждое из которых период ), такое как 1 год ( добавляет новое пустое дерево. Полные узлы хранят только последние два дерева. Просроченные объекты состояния могут быть восстановлены путем предоставления доказательства.
Обе эти схемы сталкиваются с определенными вызовами, такими как проектирование стимулов, изменение формата адресов и т. д. Возможные пути в будущем включают: только безстатусное решение без истечения состояния, частичное истечение состояния, истечение состояния через расширение или сжатие адресного пространства. Необходимо сбалансировать упрощение протокола и обратную совместимость.
! [Виталик: Возможное будущее Ethereum, Чистка])https://img-cdn.gateio.im/webp-social/moments-a97b8c7f7927e17a3ec0fa46a48c9f24.webp(
Удаление особенностей
Очистка характеристик направлена на снижение сложности протокола путем удаления ненужных функций. Некоторые основные возможности для очистки включают:
Для выполнения этих очисток необходимо найти баланс между степенью упрощения и обратной совместимостью. Необходимо установить стандартизированный процесс для внесения неэкстренных изменений, которые нарушают обратную совместимость. Формат объекта EVM )EOF( предложений вводит ряд изменений, но также увеличивает сложность, что требует взвешивания.
Более радикальная стратегия упрощения заключается в преобразовании большей части содержания протокола в код контрактов, например, превращении EVM в свод или замене EVM новой виртуальной машиной. Это может значительно упростить основной протокол, но сложность реализации велика.
![Виталик: возможное будущее Эфириума, The Purge])https://img-cdn.gateio.im/webp-social/moments-5cd0e9908a04986f83c85cabecd4a0ae.webp(
В целом, The Purge направлена на снижение сложности и требований к хранению Эфира за счет истечения сроков исторических записей, сроков состояния и очистки характеристик, чтобы обеспечить его долгосрочную устойчивость. Это требует балансировки между упрощением и совместимостью, а также создания долгосрочного, упорядоченного процесса для реализации этих изменений.
! [Виталик: возможное будущее Ethereum, чистка] )https://img-cdn.gateio.im/webp-social/moments-dcbf40e0c1bc28d9082b35ed7741f911.webp0192837465674839201