Ежедневный обзор криптографических технологий: Ethereum планирует сократить окно сохранения уровня консенсуса до 36 дней, значительно снизив нагрузку на синхронизацию узлов и давление на хранение

Исторические данные: окно хранения для уровня консенсуса сжато с 146 дней до 36 дней
Уровень консенсуса Ethereum накапливает огромные исторические данные в процессе долгосрочной работы, что создает все более тяжелую нагрузку на инфраструктуру узлов верификации.
Согласно последнему опубликованному проекту EIP сообщества Ethereum, основные разработчики предложили значительную оптимизацию механизма хранения уровня консенсуса (Consensus Layer, CL): сократить окно хранения блоков уровня консенсуса с текущих 33,024 эпох (примерно 146 дней) до 8,192 эпох (примерно 36,4 дня). Эта корректировка означает, что узлам больше не нужно хранить почти 5 месяцев полной истории блоков уровня консенсуса в локальном постоянном хранилище, эффективный срок службы сокращается до чуть более одного месяца.
Решение проблемы обратного заполнения: оптимизация синхронизации контрольных точек, сокращение затрат на пропускную способность и дисковое пространство
Самое непосредственное преимущество этого предложения заключается в полной оптимизации опыта синхронизации для новых узлов и узлов, восстанавливающихся после сбоев.
В рамках текущего механизма, когда узел использует "синхронизацию контрольных точек (Checkpoint Sync)" для быстрого запуска, в фоновом режиме все еще необходимо выполнять длительное обратное заполнение исторических данных (Backfill). Слишком длинное окно в 146 дней приводит к тому, что узлы должны тратить огромные объемы сетевой пропускной способности, постоянно занимать ресурсы дискового ввода-вывода и тратить дни на восполнение данных. С сокращением окна хранения до примерно 36 дней объем данных для обратного заполнения после синхронизации контрольных точек сокращается почти на три четверти, что значительно повышает эффективность развертывания и восстановления узлов.
Нефорковая информационная модификация: плавное обновление без ущерба для безопасности консенсуса
Стоит отметить, что это предложение в дизайне сохраняет высокий уровень технической сдержанности.
Этот EIP явно классифицируется как "нефорковая информационная модификация (Non-forking Informational Change)". Это означает, что оптимизация касается только локальной стратегии хранения исторических данных консенсуса клиентами узлов и не затрагивает изменения в механизме консенсуса, правилах создания блоков или логике перехода состояния, поэтому не требует жесткого форка для плавной реализации на уровне клиентов и совершенно не оказывает негативного влияния на безопасность консенсуса основной сети Ethereum.
Снижение аппаратных требований, защита децентрализованной линии обороны независимых ставщиков
С учетом технологической эволюции экосистемы Ethereum в середине августа, от снижения состояния до оптимизации хранения консенсуса, команда разработчиков прилагает все усилия для "уменьшения нагрузки" на полные узлы. Сокращение окна хранения уровня консенсуса не только позволяет крупным поставщикам услуг стейкинга и узлам инфраструктуры RPC сэкономить огромные затраты на обслуживание серверов и пропускной способности, но, что более важно, значительно снижает аппаратные требования для участия независимых валидаторов (Solo Stakers) в консенсусе Ethereum. В условиях продолжающегося институционального наплыва в Web3, поддержание децентрализованной сети узлов с низкими требованиями через оптимизацию на уровне кода является основным камнем прочности экосистемы Ethereum в долгосрочной перспективе.
Источник данных: https://bbx.com/ База данных акций криптовалют, основанная на объявлениях публичных компаний и документах SEC/TSE, опубликованных в прошлые выходные.











