Переход Виталика к стратегии ролевых аппов: изменения, вызванные технологической эволюцией

Виталик Бутерин недавно в своих публикациях выразил более позитивное отношение к ролл-апам с использованием числа π (нативным ролл-апам), чем раньше. Это важное изменение политики, вызванное изменениями в технологической среде и эволюцией экосистемы Ethereum. Его смена точки зрения воспринимается как сигнал, указывающий на будущее направление решений второго уровня (L2).

Почему ранее предварительная компиляция ролл-апов с числом π не пользовалась популярностью

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

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

Принятие ZK на уровне Ethereum L1 и переоценка ролл-апов с числом π

Ситуация кардинально изменилась. Сейчас идет активное внедрение технологий ZK на уровне L1 Ethereum, и планы по реализации предварительной компиляции ролл-апов с числом π постепенно согласуются. Это означает, что основные препятствия, мешавшие ранее, скоро могут быть устранены.

Одновременно сообщество меняет свою оценку ценности. Разработчики и проектировщики протоколов начинают все больше воспринимать «синхронизируемую совместимость» (synchronized composability) как важную ценность для L2. Это выражается в технических усилиях по объединению решений на базе ролл-апов и механизмов быстрой предварительной проверки с низкой задержкой.

Будущее ролл-апов с числом π через модульную архитектуру

Виталик подчеркнул, что на этапе конкретной реализации не следует торопиться с внедрением предварительной компиляции ролл-апов с числом π. Его подход основан на философии модульного проектирования.

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