Эксперимент по тестированию механизма истечения статуса Ethereum выявил впечатляющие результаты. Исследование включало моделирование нагрузки основной сети Ethereum в течение целого года с использованием клиента Geth, сравнивая производительность узлов, хранящих всю историю статусов, и узлов, сохраняющих только активные данные статусов за последний год.
Разработчик слоя выполнения Ethereum, weiihann, спроектировал этот эксперимент для проверки практического воздействия снижения нагрузки на статус. Методология эксперимента сосредоточена на сравнении двух моделей работы узлов: традиционной модели, которая хранит полный статус с момента genesis, и оптимизированной модели, которая сохраняет только активные статусы за последний год. Данные собирались путем повторного выполнения реальных транзакционных нагрузок из mainnet, что обеспечивало отражение реальных условий эксплуатации.
Кардинальное снижение: с 359GB до 81GB
Самым заметным результатом этого эксперимента стало уменьшение размера базы данных. Узел, сохраняющий только статус за последний год, смог сократить объем хранения с 359 ГБ до всего 81 ГБ — снижение на 77.5%. Наибольшее снижение наблюдалось в структуре Trie, которая является критически важным компонентом для хранения данных состояния Ethereum. Эта оптимизация базы данных имеет существенные последствия: снижение требований к аппаратному обеспечению узлов, что уменьшает барьеры входа для операторов узлов и одновременно открывает возможности для увеличения лимита газа и пропускной способности сети.
Рост производительности: увеличение скорости выполнения и снижение задержек
Помимо уменьшения размера базы данных, эксперимент показал значительный рост производительности выполнения. Время повторной обработки блоков сократилось примерно на 15%, что свидетельствует о повышенной эффективности повторного выполнения исторической нагрузки. Метрики задержки показывают еще более впечатляющие улучшения: латентность чтения P50 снизилась на 46%, а латентность P99 — на 36%. Эти сокращения очень важны, поскольку влияют на опыт узлов при обработке новых транзакций. Кроме того, задержка хвоста увеличилась последовательно, время вставки блока P99 сократилось на 21%, что помогает узлам поддерживать синхронизацию с сетью даже при высокой нагрузке.
Следующие шаги: исследование различных сценариев истечения статуса
Это исследование открывает возможности для дальнейших исследований. Следующая фаза будет сравнивать результаты с другими клиентами Ethereum, тестировать альтернативные циклы истечения, такие как шесть месяцев, и исследовать стратегии, ориентированные на очистку хранения контрактов, которые больше не используются. Продолжающееся экспериментирование демонстрирует приверженность сообщества Ethereum к долгосрочной масштабируемости и эффективности сети.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
Эксперимент по оптимизации статуса Ethereum достиг прорыва: база данных сократилась на 77.5%
Эксперимент по тестированию механизма истечения статуса Ethereum выявил впечатляющие результаты. Исследование включало моделирование нагрузки основной сети Ethereum в течение целого года с использованием клиента Geth, сравнивая производительность узлов, хранящих всю историю статусов, и узлов, сохраняющих только активные данные статусов за последний год.
Дизайн эксперимента: стратегия тестирования эффективности узлов
Разработчик слоя выполнения Ethereum, weiihann, спроектировал этот эксперимент для проверки практического воздействия снижения нагрузки на статус. Методология эксперимента сосредоточена на сравнении двух моделей работы узлов: традиционной модели, которая хранит полный статус с момента genesis, и оптимизированной модели, которая сохраняет только активные статусы за последний год. Данные собирались путем повторного выполнения реальных транзакционных нагрузок из mainnet, что обеспечивало отражение реальных условий эксплуатации.
Кардинальное снижение: с 359GB до 81GB
Самым заметным результатом этого эксперимента стало уменьшение размера базы данных. Узел, сохраняющий только статус за последний год, смог сократить объем хранения с 359 ГБ до всего 81 ГБ — снижение на 77.5%. Наибольшее снижение наблюдалось в структуре Trie, которая является критически важным компонентом для хранения данных состояния Ethereum. Эта оптимизация базы данных имеет существенные последствия: снижение требований к аппаратному обеспечению узлов, что уменьшает барьеры входа для операторов узлов и одновременно открывает возможности для увеличения лимита газа и пропускной способности сети.
Рост производительности: увеличение скорости выполнения и снижение задержек
Помимо уменьшения размера базы данных, эксперимент показал значительный рост производительности выполнения. Время повторной обработки блоков сократилось примерно на 15%, что свидетельствует о повышенной эффективности повторного выполнения исторической нагрузки. Метрики задержки показывают еще более впечатляющие улучшения: латентность чтения P50 снизилась на 46%, а латентность P99 — на 36%. Эти сокращения очень важны, поскольку влияют на опыт узлов при обработке новых транзакций. Кроме того, задержка хвоста увеличилась последовательно, время вставки блока P99 сократилось на 21%, что помогает узлам поддерживать синхронизацию с сетью даже при высокой нагрузке.
Следующие шаги: исследование различных сценариев истечения статуса
Это исследование открывает возможности для дальнейших исследований. Следующая фаза будет сравнивать результаты с другими клиентами Ethereum, тестировать альтернативные циклы истечения, такие как шесть месяцев, и исследовать стратегии, ориентированные на очистку хранения контрактов, которые больше не используются. Продолжающееся экспериментирование демонстрирует приверженность сообщества Ethereum к долгосрочной масштабируемости и эффективности сети.