Еволюція мережі Ethereum 2026 та жорсткий форк Гламстердама I. Проєктовані зміни даних з хардфорку Glamsterdam -Блок-параметр і стрибок пропускної здатності Ліміт газу: прогнозоване зростання з нинішніх 60 мільйонів. Очікується досягнення 100 мільйонів у першому півріччі 2026 року, подвоївшись до 200 мільйонів після впровадження ePBS, з теоретичним лімітом на кінець року у 300 мільйонів. Data Blobs: Значне розширення ємності Blob на блок, орієнтоване на 72 або більше для підтримки доступності L2 даних. L1 TPS: З впровадженням паралельної обробки Рівень 1 офіційно розпочинає технічний шлях до 10 000 TPS (Примітка: 2026 рік закладає основу; це не є негайною цільцею). L2 TPS: Завдяки розширенню Blob, загальна потужність обробки L2 очікується перевищити сотні тисяч TPS. - Архітектура мережі та склад валідатора Швидкість переходу ZK: Приблизно 10% валідаторів очікують переключення з традиційного режиму повторного виконання на режим Verifying ZK-proofs. Механізм MEV: Наразі ~90% блоків покладаються на реле MEV Boost поза протоколом; після ePBS це перейде до внутрішньопротокольного бездовірного виконання. -Хронологія та основні пропозиції Glamsterdam Hardfork: очікується активація в середині 2026 року, включаючи EIP-7928 (Block Access Lists) та ePBS. Heze-Bogota Hard Fork: очікується активація наприкінці 2026 року, зосереджений на FOCIL (Fork-Choice Inclusion Lists) та стійкості до цензури.
II. Технічні зміни, спричинені Гламстердамом -Логіка паралельної обробки (EIP-7928) Прорив у вводі/виводі стану: Блокові списки доступу не є інструментами цензури, а вирішують основне вузьке місце послідовного читання дисків, попередньо оголосивши вимоги до доступу до транзакцій для облікових записів і слотів зберігання. Багатоядерне паралельне виконання: цей механізм дозволяє клієнтам попередньо завантажувати необхідні дані з диска в пам'ять і обробляти транзакції між кількома ядрами процесорів без конфлікту, значно підвищуючи пропускну здатність без збільшення індивідуального навантаження на обчислення. - Роз'єднання консенсусного та виконавчого шару (ePBS) ZK Proof Time Windows: Окрім децентралізації MEV, ePBS відокремлює блокові пропозиції та будівництво. Це дає валідаторам достатньо часу для генерації та поширення доказів ZK, вирішуючи поточні несумісності стимулів, коли повільна валідація штрафується. Модель відкладеного виконання: Вводить варіант «Відкладеного виконання», що дозволяє мережі забезпечувати більш інтенсивну обчислювальну валідацію — основну передумову для подвоєння ліміту газу до 200 мільйонів. -Масштабованість L2 та синергія L1 Розбіжність між витратами та ефективністю: збільшення кількості L1 (72+) суттєво знижує витрати на доступність даних. У поєднанні з технічними оновленнями L2 (наприклад, Atlas від ZKsync) це поєднує безпеку основного фонду з високошвидкісними середовищами виконання L2.
III. Майбутні перспективи -Стратегічне значення Хезе-Боготи: Зміна фокусу від «чистого масштабування» до «опору цензурі та приватності». Форк кінця 2026 року виходить за межі TPS, повертаючись до ідеалів Cypherpunk через механізм FOCIL. Це вимагає включення конкретних транзакцій, забезпечуючи, що чесні вузли можуть поєднувати транзакції ланцюжком, навіть якщо більша частина мережі захоплена, тим самим протидіючи ризикам централізації. -Структурне коригування ціноутворення ресурсів (нерівномірне зростання): За словами Віталіка Бутеріна, майбутнє масштабування не буде лінійним підвищенням параметрів. Підвищення ліміту газу може супроводжуватися вищими витратами на газ для неефективних операцій (наприклад, зберігання, великі контрактні дзвінки) — наприклад, збільшення ліміту у 5 разів у парі з 5-кратним підвищенням специфічних витрат — щоб збалансувати роздути стан і продуктивність мережі. -Спеціалізований розподіл праці для валідаторів: З переходом 10% валідаторів на перевірку ZK, Ethereum поступово сформуватиме багаторівневу систему валідації. Це необхідно для досягнення 10 000 TPS і позначає остаточний перехід від «всі вузли, що обчислюють усі транзакції» до «перевірки математичних доказів».
3,32K