Публікація

Спільнота Ethereum пропонує скоротити період зберігання блоків рівня консенсусу до 36 днів Спільнота Ethereum оприлюднила важливу пропозицію щодо вдосконалення Ethereum (EIP), спрямовану на суттєве скорочення періоду зберігання блоків рівня консенсусу — приблизно зі 146 днів до близько 36.4 дня . Ця запропонована зміна є нефорковою інформаційною модифікацією, для впровадження якої не потрібні оновлення мережі або хардфорк . Пропозиція покликана розв’язати дедалі більшу проблему розширення блокчейну, яке створює зростаючі вимоги до апаратного забезпечення операторів вузлів . Скорочуючи період зберігання, EIP має на меті суттєво зменшити пропускну здатність, дисковий простір і час, необхідні для зворотного завантаження даних після синхронізації з контрольними точками, допомагаючи зберегти децентралізацію 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
Як оператор вузла, вважаю цю зміну дуже вдалою: вона дає змогу заощадити чимало пропускної здатності та дискового простору, але не знаю, чи не матиме вона побічних ефектів для сервісу снапшотів.
1Переглянути оригінал
Дізнатися більше
DividendRetire
19-08-2026
Скоротити період зберігання до 36 днів — моя перша реакція: а хто тоді відповідатиме за збереження даних за попередній період? Чи означає це, що надалі перевіряти старі блоки можна буде лише через сторонні сервіси?
1Переглянути оригінал
Дізнатися більше
DepositBouncer
19-08-2026
Ідея EIP досить зрозуміла: обмінювати час на простір. У будь-якому разі після синхронізації контрольної точки можна покладатися на відмотування назад, але за умови, що в мережі достатньо архівних вузлів, інакше переривання в історичних даних створить проблеми.
1Переглянути оригінал
Дізнатися більше
TwoFactorZen
19-08-2026
Оптимізація інфраструктури — це добре, але не варто заради зниження порога входу перетворювати децентралізацію на залежність від централізованих індексаторів; сподіваюся, надалі будуть передбачені відповідні рішення.
1Переглянути оригінал
Дізнатися більше
GasWizard
19-08-2026
Перший огляд
Різниця між 36 і 146 днями досить велика, складається враження, ніби розраховують на те, що всі регулярно синхронізуватимуться? Втім, технічні деталі не розкрито, тож спочатку поспостерігаю за обговореннями в спільноті.
0Переглянути оригінал
Дізнатися більше