Виталик Бутерин меняет позицию относительно нативных роллапов по мере созревания таймингов ZK

Сообщение ChainCatcher: Виталик Бутерин опубликовал пост, в котором заявил, что теперь он «очевидно больше склоняется к поддержке нативных роллапов (native rollups)», чем раньше. Виталик вспомнил, что ранее основной причиной его сопротивления нативным роллапам было то, что для их предварительной компиляции приходилось выбирать между ZK-режимом и оптимистическим режимом. В то время ZK-EVM еще не был зрелым, и L2 обычно выбирал между «быстрым выводом, но с риском доказательства» и «опорой на безопасность Ethereum, но с ожиданием вывода в течение 2–7 дней». Последний вариант был предпочтительнее, что ослабляло сопоставимость Ethereum и способствовало распространению решений вроде мультисиг-мостов. Виталик отметил, что ситуация сейчас меняется: график полного принятия Ethereum ZK на уровне L1 постепенно выравнивается с реальным прогрессом внедрения предварительной компиляции нативных роллапов, и вышеупомянутый ключевой барьер надеются устранить. Он также упомянул, что сообщество все чаще рассматривает «синхронную сопоставимость» как одну из ключевых ценностей L2 и исследует возможность сочетания роллап-решений с механизмами предварительного подтверждения с низкой задержкой. Кроме того, Виталик подчеркнул, что реализация предварительной компиляции нативных роллапов не должна быть поспешной. Он предложил, чтобы в будущем существовала такая характеристика: если разработчики создают роллапы на основе «EVM плюс несколько расширений», они могут напрямую использовать часть EVM из предварительной компиляции нативных роллапов и вводить пользовательские системы доказательств только для новых функций, соединяя обе части через стандартизированный способ.