Одной из основных проблем, с которой сталкивается Ethereum, является то, как в долгосрочной перспективе снизить сложность и требования к хранению, сохраняя при этом долговечность блокчейна и децентрализованные характеристики. Это требует от нас принятия мер в нескольких ключевых областях:
В настоящее время полному синхронизированному узлу Ethereum требуется около 1,1 ТБ пространства для хранения, большая часть которого используется для хранения исторических данных. Даже если лимит газа останется прежним, размер узла будет увеличиваться на сотни гигабайт каждый год.
Решение заключается в создании одноранговой сети, состоящей из узлов Ethereum, для распределенного хранения старых данных. Каждый узел должен хранить лишь данные за последние 18 дней, более старые данные могут быть получены через сеть. Это значительно уменьшает нагрузку на хранение для каждого отдельного узла.
Основные работы по истечению исторических записей включают:
Построение и интеграция конкретных решений для распределенного хранения, таких как введение существующих библиотек торрент или нативной сети Portal Эфира.
Включите EIP-4444, ограничив время хранения исторических данных узлами.
Решение о том, как обрабатывать "древние" исторические данные, полностью зависит от существующих архивных узлов или от создания более надежной распределенной сети хранения.
Статус истёк
Даже если будет устранена необходимость в хранении истории, потребность клиентов в хранении все равно будет расти примерно на 50 ГБ в год, поскольку состояние (, баланс счета, код контракта и т.д. ) продолжает расти.
Существует два основных типа решений:
Часть состояния устарела: разбейте состояние на блоки, храните только недавно доступные блоки данных, остальные данные сохраняйте только в виде 32-байтного обязательства.
Состояние истечения срока на основе адресного цикла: периодически добавляются новые пустые деревья состояния, старые деревья замораживаются. Полные узлы хранят только последние два дерева.
У этих двух вариантов есть свои плюсы и минусы, и необходимо найти баланс между сложностью, удобством для пользователей и удобством для разработчиков. Независимо от выбранного варианта, необходимо решить проблему расширения или сокращения адресного пространства, что само по себе является огромным вызовом.
Чтобы снизить сложность протокола, нам необходимо удалить некоторые ненужные или редко используемые функции:
Полностью заменить RLP кодирование на SSZ
Удалить старые типы сделок
Упрощение механизма логирования
Удалить механизм синхронизации комитета Beacon Chain
Унитарный формат данных
Упрощение механизма газа
Удалить некоторые предварительно скомпилированные
Отмена наблюдаемости газа
Улучшение статического анализа
При выполнении этих упрощений необходимо учитывать компромисс между степенью упрощения/скоростью и обратной совместимостью. Следует установить стандартизированный процесс для обработки не срочных обратных несовместимых изменений.
Более радикальный способ упрощения заключается в преобразовании большей части содержания протокола в код контрактов. Например, упростить Ethereum L1, чтобы он содержал только цепь сигналов, ввести минимальную виртуальную машину, а затем заново построить EVM в качестве первого сводного. Этот метод может значительно упростить протокол, но его реализация довольно сложна.
В целом, благодаря этим мерам мы можем значительно снизить сложность и требования к хранению, сохраняя при этом основные ценности Ethereum, что заложит основу для долгосрочного устойчивого развития. Это требует совместных усилий сообщества для нахождения баланса между техническими инновациями и обратной совместимостью.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
5 Лайков
Награда
5
7
Поделиться
комментарий
0/400
GraphGuru
· 12ч назад
Что делать, если нет денег на апгрейд машины?
Посмотреть ОригиналОтветить0
failed_dev_successful_ape
· 12ч назад
Ну и дела, столько всего изменили.
Посмотреть ОригиналОтветить0
DoomCanister
· 12ч назад
Продолжай делать свои дела, и всё будет в порядке.
Посмотреть ОригиналОтветить0
DeFiVeteran
· 12ч назад
Техническое развитие должно быть надежным.
Посмотреть ОригиналОтветить0
BridgeTrustFund
· 12ч назад
Основная сеть апгрейд — это дело, которое нужно делать постепенно.
Посмотреть ОригиналОтветить0
Token_Sherpa
· 12ч назад
лол, еще одна дорожная карта "оптимизации"... надеюсь, это не просто понзиномика в маскировке
Долгосрочная дорожная карта развития Ethereum: оптимизация хранения, упрощение протокола, повышение эффективности
Путь к более простому и эффективному Ethereum
Одной из основных проблем, с которой сталкивается Ethereum, является то, как в долгосрочной перспективе снизить сложность и требования к хранению, сохраняя при этом долговечность блокчейна и децентрализованные характеристики. Это требует от нас принятия мер в нескольких ключевых областях:
! Виталик: возможное будущее для Ethereum, чистка
История записи устарела
В настоящее время полному синхронизированному узлу Ethereum требуется около 1,1 ТБ пространства для хранения, большая часть которого используется для хранения исторических данных. Даже если лимит газа останется прежним, размер узла будет увеличиваться на сотни гигабайт каждый год.
Решение заключается в создании одноранговой сети, состоящей из узлов Ethereum, для распределенного хранения старых данных. Каждый узел должен хранить лишь данные за последние 18 дней, более старые данные могут быть получены через сеть. Это значительно уменьшает нагрузку на хранение для каждого отдельного узла.
Основные работы по истечению исторических записей включают:
Построение и интеграция конкретных решений для распределенного хранения, таких как введение существующих библиотек торрент или нативной сети Portal Эфира.
Включите EIP-4444, ограничив время хранения исторических данных узлами.
Решение о том, как обрабатывать "древние" исторические данные, полностью зависит от существующих архивных узлов или от создания более надежной распределенной сети хранения.
Статус истёк
Даже если будет устранена необходимость в хранении истории, потребность клиентов в хранении все равно будет расти примерно на 50 ГБ в год, поскольку состояние (, баланс счета, код контракта и т.д. ) продолжает расти.
Существует два основных типа решений:
Часть состояния устарела: разбейте состояние на блоки, храните только недавно доступные блоки данных, остальные данные сохраняйте только в виде 32-байтного обязательства.
Состояние истечения срока на основе адресного цикла: периодически добавляются новые пустые деревья состояния, старые деревья замораживаются. Полные узлы хранят только последние два дерева.
У этих двух вариантов есть свои плюсы и минусы, и необходимо найти баланс между сложностью, удобством для пользователей и удобством для разработчиков. Независимо от выбранного варианта, необходимо решить проблему расширения или сокращения адресного пространства, что само по себе является огромным вызовом.
! Виталик: Возможное будущее Ethereum, Чистка
Очистка функций
Чтобы снизить сложность протокола, нам необходимо удалить некоторые ненужные или редко используемые функции:
При выполнении этих упрощений необходимо учитывать компромисс между степенью упрощения/скоростью и обратной совместимостью. Следует установить стандартизированный процесс для обработки не срочных обратных несовместимых изменений.
! [Виталик: возможное будущее Ethereum, чистка] (https://img-cdn.gateio.im/webp-social/moments-5cd0e9908a04986f83c85cabecd4a0ae.webp)
Более радикальный способ упрощения заключается в преобразовании большей части содержания протокола в код контрактов. Например, упростить Ethereum L1, чтобы он содержал только цепь сигналов, ввести минимальную виртуальную машину, а затем заново построить EVM в качестве первого сводного. Этот метод может значительно упростить протокол, но его реализация довольно сложна.
В целом, благодаря этим мерам мы можем значительно снизить сложность и требования к хранению, сохраняя при этом основные ценности Ethereum, что заложит основу для долгосрочного устойчивого развития. Это требует совместных усилий сообщества для нахождения баланса между техническими инновациями и обратной совместимостью.
! [Виталик: возможное будущее Ethereum, чистка] (https://img-cdn.gateio.im/webp-social/moments-dcbf40e0c1bc28d9082b35ed7741f911.webp0192837465674839201