Публікація
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Переглянути оригінал
Дізнатися більше
Дізнатися більше