Зміна стратегії ролл-апів Віталіка щодо числа Пі: трансформація, викликана технологічною еволюцією

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

Причини ігнорування попередніх ролапів з попередньою компіляцією числа π

Основною причиною, чому Віталік раніше виступав проти ролапів з попередньою компіляцією числа π, були технічні обмеження. Тоді рішення з попередньою компіляцією вимагали від розробників обирати між режимом ZK і режимом Optimistic. Це був серйозний компроміс: один режим дозволяв швидке зняття коштів, але вимагав ризику підтвердження, тоді як інший покладався на безпеку Ethereum, але вимагав довгого очікування від 2 до 7 днів.

Техніка ZK-EVM тоді ще не була достатньо зрілою, тому більшість проектів L2 віддавали перевагу безпеці. Це послаблювало можливості інтеграції в екосистему Ethereum і сприяло поширенню альтернативних рішень, таких як мости з мультипідписами.

Прийняття ZK на рівні Ethereum L1 та переоцінка ролапів з числа π

Зараз ситуація кардинально змінилася. Виробляється активне впровадження технології ZK на рівні L1 Ethereum, і плани щодо впровадження попередньої компіляції ролапів з числом π поступово реалізуються. Це означає, що основні перешкоди, які раніше стримували розвиток, знімаються.

Одночасно змінюється і цінність, яку спільнота надає цим рішенням. Розробники та дизайнери протоколів починають все більше цінувати “синхронізовану комбінованість” (synchronized composability) як важливу цінність L2. Це виражається у технічних зусиллях по поєднанню ролапів з низькою затримкою та механізмів попередньої перевірки.

Майбутнє ролапів з числа π через модульний дизайн

Віталік підкреслив, що на етапі конкретної реалізації не слід поспішати з впровадженням ролапів з попередньою компіляцією числа π. Його підхід базується на філософії модульного дизайну.

Якщо розробник створює ролап, що додає невеликі розширення до EVM, і при цьому може безпосередньо повторно використовувати частину EVM для ролапів з числом π, це значно підвищить ефективність розробки. Важливо вводити нові функції через власні системи підтверджень і стандартизувати їх у зв’язку з існуючими компонентами. Такий підхід може стати основою для реального закріплення ролапів з числа π у екосистемі L2.