Vitalik Buterin: Перехід на підтримку Native Rollups завдяки зрілості ZK

Віталік Бутерін нещодавно опублікував важливий аналітичний огляд щодо напрямків технологій Layer 2, у якому він висловив думку, що порівняно з минулим, наразі він активно підтримує рішення Native Rollups. Ця зміна поглядів зумовлена значним прогресом у технологічних дорожніх картах, зокрема зрілістю zk-технологій.

Основні перешкоди минулого - ZK ще не готові

Раніше головною причиною заперечення Vitalik щодо Native Rollups були технологічні обмеження того часу. Головні rollup-решення мусили обирати між застосуванням zk-режиму або використанням Optimistic режиму. Однак проблема полягала в тому, що zk-EVM тоді ще не були достатньо зрілими для широкого впровадження, що ставило проекти Layer 2 у ситуацію без виходу.

Layer 2 мусить балансувати між двома варіантами: перший — “швидке виведення коштів, але з відповідальністю за доведення ризиків”, або другий — “повна залежність від безпеки Ethereum, але з очікуванням 2-7 днів для повернення коштів до основної мережі”. Більшість проектів обрали другий варіант, що послаблює природну інтеграцію Ethereum і сприяє популяризації рішень на кшталт multi-sig мостів.

Ситуація змінюється - ZK вже дозріли

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

Розробницька спільнота також починає визнавати важливість “синхронізованої сумісності” — здатності до спільної роботи в режимі реального часу. Це вважається одним із ключових цінностей сучасних рішень Layer 2. Разом із цим, розробники активно досліджують способи поєднання рішень на базі Rollup із механізмами підтвердження з низькою затримкою (low-latency pre-confirmation mechanisms).

Синхронізована сумісність: новий напрямок для Layer 2

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

Обережне впровадження — без поспіху з Native Rollups

Хоча Віталік оптимістично налаштований щодо майбутнього, він також застерігає спільноту не поспішати з впровадженням технології pre-compilation для Native Rollups. Натомість він пропонує більш реалістичний і гнучкий підхід.

Ідеально, щоб розробники могли створити Rollup, який є “EVM з деякими додатковими налаштуваннями”, і вони могли б безпосередньо повторно використовувати частину EVM у pre-compilation Native Rollup. За цим підходом, потрібно лише розробити власну систему доведень для нових функцій і з’єднати обидві частини через стандартизований інтерфейс. Це оптимізує продуктивність і мінімізує ризики безпеки.

Зі зрілістю zk-технологій і ясністю технічного курсу, Native Rollups можуть стати основним напрямком розвитку Layer 2 у найближчому майбутньому.