Разработчики экосистемы Ethereum только что выпустили концепцию "Native Rollups" в качестве доказательства концепции. Это было реализовано командой клиентского исполнения Ethrex в сотрудничестве с исследователями Фонда Ethereum и участниками L2BEAT. Конкретно, для чего нужен этот "Native Rollups"? Чтобы было проще понять, давайте сделаем простую аналогию: Ethereum L1 похож на самый безопасный "большой банк", а L2 соответствует множеству маленьких филиалов, открытых за пределами "большого банка". Эти маленькие филиалы хотят, чтобы операции проходили быстрее и дешевле, но им все равно нужно доказать, что они не жульничают, что книги учета правильные, и им нужно создать "систему доказательства". Сейчас существует две "системы доказательства": одна - это система мошеннического доказательства (оптимистичная, с 7-дневным периодом оспаривания, довольно неудобная); другая - это система ZK-доказательства (сложная, трудно писать схемы, обновления сложно синхронизировать с основной цепочкой). В результате, безопасность маленьких филиалов зависит от их команды или "комитета безопасности", обновления требуют собраний и голосования, что затрудняет достижение настоящей децентрализации, а ошибки нужно исправлять самостоятельно. В этом контексте появился Native Rollups. Это означает: просто позволить "большому банку" Ethereum помочь этим маленьким филиалам L2 в проверке книг учета. Как это сделать? С помощью предкомпилированного контракта под названием EXECUTE (предложение EIP-8079), маленькие филиалы отправляют кучу данных о транзакциях на основную цепочку, и основная цепочка просто "перезапускает" эти транзакции (re-execute), чтобы подтвердить, правильные они или нет. Это как если бы основная цепочка сама пересчитала книги, чтобы убедиться, что все верно. Каковы преимущества? L2 достигает уровня безопасности, равного L1, проверка осуществляется с использованием собственного движка Ethereum, а ошибки - это ошибки Ethereum, а не маленьких филиалов. Наследуя всю безопасность основной цепочки, не нужно больше создавать комитеты безопасности или многоподписные мосты, что является "полудецентрализованным" решением, достигается настоящая децентрализация; обновления также автоматически следуют: если L1 проводит жесткий форк для обновления EVM (например, некоторые новые opcode), Native Rollup автоматически совместим, командам L2 не нужно следить за изменением кода; ...