Опубликовать

Сообщество Ethereum предлагает сократить период хранения блоков уровня консенсуса до 36 дней


Сообщество Ethereum опубликовало ключевое предложение по улучшению Ethereum (EIP), направленное на значительное сокращение периода хранения блоков уровня консенсуса — примерно со 146 до 36,4 дня. Это предлагаемое изменение представляет собой информационную модификацию без форка, для реализации которой не требуется обновление сети или хардфорк. Предложение призвано решить растущую проблему расширения блокчейна, из-за которой операторы узлов сталкиваются с возрастающими требованиями к оборудованию. Сокращение периода хранения позволит значительно уменьшить объём пропускной способности, дискового пространства и времени, необходимых для обратной загрузки данных после синхронизации с контрольной точкой, помогая сохранять децентрализацию Ethereum за счёт повышения доступности запуска узлов. Это техническое улучшение отражает продолжающиеся усилия по оптимизации инфраструктуры Ethereum и повышению эффективности работы узлов.
Посмотреть Оригинал
post-image
Эта страница содержит контент третьих сторон. Он не является рекомендацией и не означает одобрения таких взглядов со стороны Gate. Подробнее см. дисклеймер.
ETHETH-0,72%

  • 2

Добавить комментарий
Добавить комментарий

комментарий
SeedPhraseAmnesia
21-08-2026
Изменения на информационном уровне без форка звучат как недорогая оптимизация, но не возникнут ли при практической реализации проблемы совместимости со старыми узлами?
0Посмотреть Оригинал
LiquidSniper
19-08-2026
Это предложение на 36 дней довольно практичное: нагрузка на хранилище узлов значительно снизится, но хотелось бы, чтобы эффективность синхронизации не пострадала.
0Посмотреть Оригинал
OptionWave
19-08-2026
Снижение использования дискового пространства — это, конечно, хорошо, но не станет ли сложнее искать исторические данные после сокращения периода со 146 до 36 дней? Лёгкие клиенты и archive-ноды ведь не должны пострадать, верно?
0Посмотреть Оригинал
SpikeGuard
19-08-2026
Наконец-то кто-то занялся требованиями к дисковому пространству для полных узлов: раньше одна синхронизация требовала скачивать сотни ГБ, что многих отпугивало. Побольше бы таких изменений.
0Посмотреть Оригинал
MacroScope
19-08-2026
Как оператору узла, мне очень нравится это изменение: оно заметно сэкономит пропускную способность и место на диске, только вот неизвестно, не будет ли побочных эффектов для сервиса snapshot.
1Посмотреть Оригинал
Подробнее
DividendRetire
19-08-2026
Сократить окно хранения до 36 дней — моя первая реакция: а кто будет отвечать за сохранение данных за предыдущий период? Не означает ли это, что впредь для поиска информации в старых блоках можно будет полагаться только на сторонние сервисы?
1Посмотреть Оригинал
Подробнее
DepositBouncer
19-08-2026
Идея EIP довольно ясная: жертвуем временем ради экономии места, после синхронизации checkpoint достаточно выполнить откат, но при условии, что в сети достаточно archive-нод, иначе пробелы в исторической информации создадут проблемы.
1Посмотреть Оригинал
Подробнее
TwoFactorZen
19-08-2026
Оптимизация инфраструктуры — это хорошо, но не стоит ради снижения порога входа превращать децентрализацию в зависимость от централизованных индексаторов — надеюсь, впоследствии появятся соответствующие решения.
1Посмотреть Оригинал
Подробнее
GasWizard
19-08-2026
Первый обзор
Разница между 36 и 146 днями довольно велика — похоже, ставка сделана на то, что все будут регулярно синхронизироваться? Впрочем, технические детали не раскрыты, так что сначала посмотрим, что скажет сообщество.
0Посмотреть Оригинал
Подробнее