Опубликовать
eth
ETHUSDT
Бесс. контракт
--
+1,12%
‌ EIP ПРЕДЛАГАЕТ СОКРАТИТЬ СРОК ХРАНЕНИЯ ДАННЫХ УЗЛА — С 146 ДНЕЙ ДО ВСЕГО 36 ДНЕЙ

Разработчики Ethereum только что предложили значительное улучшение: сократить срок хранения блоков уровнем консенсуса примерно со 146 дней до всего 36,4 дня.

Проблема: историческое состояние и данные блоков Ethereum продолжают расширяться, из-за чего требования к оборудованию для работы узлов становятся всё более сложными.

Решение: в качестве информационного изменения без форка это предложение значительно сократит объём дозаполнения данных для новых узлов после синхронизации с контрольной точкой.

Почему это важно: это изменение поможет сохранить децентрализованную основу Ethereum, снизив аппаратный барьер для запуска узла.

Дискуссия: участники сообщества обсуждают, достаточно ли этого для решения долгосрочных проблем масштабируемости по мере роста Ethereum.

👇 Вы запускаете узел Ethereum? Введите YES или NO.
#GateEventPointsSystemLaunched
Посмотреть Оригинал
post-image
Эта страница содержит контент третьих сторон. Он не является рекомендацией и не означает одобрения таких взглядов со стороны Gate. Подробнее см. дисклеймер.
ETHETH+1,12%


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

комментарий
BalancedHand
21-08-2026
36,4 дня — это ровно месяц с несколькими дополнительными днями, довольно агрессивно: похоже, разработчики твёрдо намерены снизить стоимость синхронизации.
0Посмотреть Оригинал
MemeArchaeologist
21-08-2026
Не запускать ноду — вполне разумно. Обычные пользователи используют лёгкие кошельки, а полная синхронизация для тех, кто запускает ноду, слишком мучительна.
0Посмотреть Оригинал
OnChainGeologist
20-08-2026
Рекомендуется предусмотреть децентрализованный слой исторических данных, иначе при сокращении окна доступность данных сразу ухудшится. Также можно предоставить узлам опциональный режим архивирования: желающие смогут продолжать хранить данные, а остальные будут хранить их только 36 дней, чтобы каждый мог выбрать подходящий вариант и экосистема не пострадала из-за единого для всех решения.
0Посмотреть Оригинал
GasStationAtt
20-08-2026
Проблема в том, что многим DApp необходимо запрашивать исторические события, а узлы их не хранят. Неужели теперь предприятиям предоставлять API? О какой приватности и децентрализации тогда может идти речь?
0Посмотреть Оригинал
GasFeeFighter
19-08-2026
Это предложение лечит симптомы, а не устраняет корень проблемы: настоящие проблемы — это переход к безсостоянию и истечение срока действия состояния. Ждём EIP следующего этапа.
0Посмотреть Оригинал
VolumeRatioWatcher
19-08-2026
Поддерживаем снижение нагрузки, но, пожалуйста, защитите историю в блокчейне.
0Посмотреть Оригинал
PositionRuler
19-08-2026
Такие изменения фактически передают ответственность за исторические данные профессиональным нодам, а обычные ноды отвечают только за актуальное состояние — идея вполне рабочая.
1Посмотреть Оригинал
Подробнее
TrendlineArtist
19-08-2026
Я уже запускал ноду и, честно говоря, места на жёстком диске действительно не хватает. Сокращение срока хранения со 146 до 36 дней поможет мне сэкономить немало места — поддерживаю.
1Посмотреть Оригинал
Подробнее
MarketCapEstimator
19-08-2026
Снизить требования к оборудованию — это хорошо, но, по-моему, более фундаментальный способ — также уменьшить объём данных состояния, иначе запуск узлов будет становиться всё сложнее.
1Посмотреть Оригинал
Подробнее
SharpeStar
19-08-2026
Я лишь опасаюсь, что после отказа от исторических данных аудит блокчейна и комплаенс-анализ станут неотделимы от централизованных поставщиков услуг, что противоречит самой идее децентрализации.
1Посмотреть Оригинал
Подробнее
Подробнее