Віталік останнім часом висловив підтримку нативним Rollup, що ознаменує важливий поворот у сумісності Ethereum L2

19 січня, повідомляє, керівник досліджень L2Beat donnoh.eth у своєму пості на X, зазначив, що нативний Rollup (eip-8079) має на меті значно спростити еквівалентність Rollup для EVM. Наразі, крім початкової команди Rollup, майже ніхто повністю не розуміє стек Rollup, навіть всередині команд, дуже мало хто справді знайомий із ним.

З нативним Rollup, достатньо лише, щоб хтось розумів L1, щоб хтось зрозумів нативний Rollup. Крім того, поки L1 отримує виправлення та оновлення, нативний Rollup також буде отримувати виправлення та оновлення, навіть якщо початкова команда Rollup вже вийшла з проекту.

З цього приводу співзасновник Ethereum Віталік Бутерін відповів, що порівняно з минулим, він тепер «більш підтримує нативні Rollup (Native Rollups)». Ця зміна позиції сприймається ринком як важливий сигнал щодо стратегії масштабування Ethereum та архітектури Layer 2.

Віталік зазначив, що раніше його основною причиною проти нативних Rollup була обмежена зрілість технології. У ранніх концепціях, нативний Rollup зобов’язаний був працювати у режимі нульових знань (ZK Mode) або оптимістичному режимі (Optimistic Mode), а ZK-EVM тоді ще не був достатньо розвинений для підтримки повної перевірки нульових знань. Якщо б L2-операторам давали два варіанти — «очікувати 2–7 днів для виведення коштів із повною довірою від Ethereum» або «миттєво виводити кошти, беручи на себе відповідальність за доведення», більшість проектів обирали перший варіант, що послаблювало комунікабельність екосистеми Ethereum і сприяло поширенню менш оптимальних рішень, таких як мультипідписні міжланцюгові мости.

Однак він зазначив, що ситуація вже змінилася. Темпи адаптації доказів нульових знань у Layer 1 Ethereum і фактичний графік впровадження функціональності нативного Rollup зводяться до спільної осі, що усуває попередній основний конфлікт. Це означає, що без компромісів у безпеці та комунікабельності, нативний Rollup поступово стає реалістичним рішенням.

Віталік також додав, що дедалі більше досліджень і інженерних практик розглядають «синхронну комунікабельність» як ключову цінність механізму валідації L2. Його раніше запропоноване рішення, яке поєднує валідацію на основі Rollup із низькою затримкою попередньої підтвердження, також стає предметом обговорення. Ця тенденція підсилює стратегічне значення нативних Rollup у системі масштабування Ethereum.

На технічному рівні Віталік закликає спільноту Ethereum активніше досліджувати підходящі шляхи проектування попередніх компіляторів. Він уявляє, що якщо розробники створюють Rollup із «EVM із розширеними можливостями», вони повинні мати можливість безпосередньо використовувати нативний Rollup попередніх компіляторів EVM і вводити спеціальні валідатори лише для нових функцій, або навіть реалізовувати стандартизоване з’єднання через таблиці пошуку.

Ця заява сприймається як важливий сигнал про намір Ethereum у 2026 році перейти до більш високопродуктивної та більш комунікабельної екосистеми Layer 2, а також як чіткий напрямок для технічної реалізації нативних Rollup.