Новый архитектурный паттерн, опубликованный на EthResearch 28 октября 2026 года, предлагает выделить промежуточную роль исполнения между L1 Ethereum и постоянными роллапами, обозначив её как уровень «L1.5». Согласно дизайну, состояние пользователей остаётся в кошельках, общее состояние хранится на L1 Ethereum, а вычисления делегируются эфемерному слою без сохранения состояния, который создаёт proof корректности и затем исчезает, не оставляя сети остаточных обязательств по состоянию. Полное предложение доступно на EthResearch — публичном форуме, где исследователи Ethereum публикуют и обсуждают ранние протокольные идеи до начала любой реализации.

Ключевые моменты

• Обозначение L1.5 — это архитектурная рамка, а не новый канонический уровень протокола Ethereum. Оно описывает временную вычислительную среду, которая завершается на L1, не сохраняя собственное состояние между задачами.
• Модель предназначена для ограниченных контекстов исполнения, таких как сеансы конкретных приложений или окна высокоинтенсивных событий, где долгоживущий оператор роллапа был бы излишними накладными расходами.
• Реализация зависит от двух EIP в статусе Draft — EIP-8141 и EIP-8288, — то есть L1.5 является исследовательским предложением, зависящим от будущей работы над протоколом Ethereum, а не развёрнутой функцией.

Почему эфемерные роллапы называют уровнем L1.5 Ethereum

Публикация на EthResearch от 28 октября 2026 года представляет L1.5 как паттерн проектирования, а не поправку к протоколу. Основной тезис: не для каждого вычисления нужна долгоживущая среда исполнения с секвенсором, мостом и постоянными обязательствами по состоянию. Некоторые рабочие нагрузки по определению ограничены, и прогонка их через постоянный L2 создаёт ненужные инфраструктурные издержки. Эта рамка противопоставляет себя ориентированному на роллапы роадмапу, определявшему стратегию масштабирования Ethereum с 2020 года, в рамках которого исполнение в основном делегировалось постоянным сетям L2, а L1 служил слоем расчётов и доступности данных.

Что делает роллап эфемерным

Согласно предложению, задача, претендующая на статус L1.5, должна удовлетворять четырём свойствам: быть свободной от состояния между задачами, верифицироваться на L1, оплачиваться без привязки пользователя к постоянной идентичности и завершаться без долгоживущего оператора. Эфемерный вычислительный слой принимает снимок состояния, исполняет его и возвращает новое состояние вместе с proof корректности — криптографическим подтверждением, позволяющим L1 убедиться в правильности вычисления без его повторного выполнения. Ничего из необходимого для следующей задачи он не сохраняет.

Это резкий отход от принципов работы постоянных роллапов. Секвенсор Optimism или Arbitrum поддерживает непрерывное дерево состояния, управляет реорганизациями и координируется с системами fraud- или validity-proof на неопределённом горизонте. Модель L1.5 сознательно отвергает такую непрерывность, рассматривая каждую задачу как изолированную единицу работы.

Как соотносятся L1, эфемерный слой и пользователи

Предложенная модель хранения состояния точно распределяет обязанности. Кошельки хранят состояние, принадлежащее пользователям, тогда как L1 Ethereum держит общее состояние, включая обязательства и нуллификаторы, и верифицирует каждый переход состояния. Эфемерный вычислительный слой находится посередине: он получает входные данные, выполняет вычисления и выдаёт proof, который может верифицировать L1. После завершения расчёта эфемерная среда ликвидируется.

Такая схема отличается как от чистого исполнения на L1, ограниченного лимитами газа на блок и пропускной способностью секвенирования, так и от обычных L2, которым требуются постоянный оператор, действующий мост и канонический корень состояния, поддерживаемый на неопределённой цепочке блоков. Рамка L1.5 описывает вычислительную роль, которая вызывается для конкретной задачи и затем растворяется.

Ethereum торгуется по цене $2,354.52, с ростом на 2.04% за последние 24 часа, при рыночной капитализации примерно $287.7 млрд, по данным CoinGecko, что формирует экономический фон, на котором оцениваются предложения по повышению пропускной способности исполнения Ethereum. Более широкий индекс настроений крипторынка находится на уровне 51 — нейтральное значение, не отражающее ни эйфории, ни страха по мере того, как исследование выходит на публичное обсуждение.

С момента публикации проверенные экспертные комментарии в социальных сетях не появились, что согласуется с отсутствием широкого окна публичной реакции на исследовательскую публикацию, вышедшую в тот же день. Нейтральный базовый уровень настроений отражает экосистему в целом, а не конкретное восприятие данного архитектурного предложения.

Инфраструктурные компромиссы: скорость, композируемость и расчёты

Потенциальные сценарии использования: ограниченные контексты исполнения

Эфемерный дизайн естественно подходит для высокоинтенсивных, ограниченных по времени нагрузок: окно исполнения голосования по управлению, сессия пакетных расчётов для клирингового дома деривативов или обновление игрового состояния конкретного приложения. В этих контекстах развёртывание полноценного L2 с секвенсором и каноническим мостом создало бы больше координационных издержек, чем оправдывает само исполнение.

Протоколы, уже работающие с пиковым ончейн-спросом, такие как денежные рынки с каскадами ликвидаций или обновления параметров риска Aave по решению управления, представляют класс нагрузок, где изолированное высокопроизводительное исполнение с последующим чистым расчётом снизило бы нагрузку на L1 без постоянного развёртывания L2. Ключевое свойство: приложению не нужно сохранять состояние на неограниченное время — ему нужен корректный, верифицируемый результат в рамках определённой задачи.

Задержка, секвенирование, синхронизация состояния и финальность

Практические вопросы для любого разработчика, оценивающего этот паттерн, сосредоточены на передаче состояния в эфемерную среду и из неё. Предложенное разделение состояния закрепляет общие обязательства и нуллификаторы за L1, но задержка моста между состоянием в кошельке пользователя и контекстом исполнения эфемерного слоя — это проблема секвенирования, которую должны будут решить конкретные реализации. Важно и время генерации proof: если эфемерный слой должен создать proof корректности до того, как L1 финализирует результат, сквозная задержка ограничена снизу скоростью построения доказательства.

Здесь зависимость от черновых EIP становится критической. EIP-8141 — черновое предложение в основном треке стандартов, созданное 29 января 2026 года, — вводит frame-транзакции с абстрактной логикой валидации и оплаты газа, охватывая режимы frame VERIFY и SENDER. Без него свойство оплаты без постоянной идентичности, требуемое моделью L1.5, не имеет нативного хука на L1.

EIP-8288, созданный 3 июня 2026 года и также в статусе Draft Core, расширяет EIP-8141 рекурсивной STARK-агрегацией подписей и STARK-proof и делает рекурсивный STARK требованием валидности блока. STARK — масштабируемые прозрачные доказательства знания — это класс proof корректности, которые можно верифицировать гораздо дешевле, чем стоило бы повторное выполнение подтверждающих вычислений. Это слой агрегации доказательств, который позволит эффективно верифицировать результат эфемерного роллапа на L1 без непропорционального расхода газа на задачу. Оба EIP находятся в статусе Draft, то есть ни один не привязан к конкретному хардфорку; согласно процессу улучшений Ethereum, предложения проходят стадии Draft, Review, Last Call и Final, а стандарт вступает в силу только после включения в обновление сети.

Риск композируемости и фрагментация ликвидности

Ограниченное исполнение несёт издержки композируемости, характерные и для постоянных L2, но с иным профилем. Долгоживущий L2 со временем накапливает TVL и ликвидность, формируя глубину композируемости внутри собственной среды. Эфемерный роллап по дизайну не хранит постоянную ликвидность: каждая задача начинается со свежего снимка состояния и завершается на L1. Для протоколов, где композируемость нескольких контрактов в одной транзакции является базовым ожиданием пользователей — например, multi-hop маршрутизация на DEX или ликвидации с флэш-кредитами, — ограничение «без состояния между задачами» сужает типы взаимодействий, исполняемых в рамках одной задачи.

Предложение не подаёт это как дефект, а как границу дизайна. Паттерн L1.5 не призван заменить универсальные среды исполнения L2. Он ориентирован на класс нагрузок, которые можно полностью специфицировать заранее, выполнить атомарно и чисто завершить. Это более узкое пространство задач, чем то, за которое отвечают Optimism или Arbitrum, но и то, где текущая инфраструктура, вероятно, избыточна.

Степень успеха этой рамки на практике определится тем, пройдут ли EIP-8141 и EIP-8288 через процесс улучшений Ethereum, и тем, сочтут ли разработчики приложений ограничение «без состояния между задачами» приемлемым для своих рабочих нагрузок. Разработчики, разворачивающиеся на новой инфраструктуре L2 — например, переносящие стейкинг-контракты между Arbitrum и Avalanche, — иллюстрируют операционную сложность управления состоянием в постоянных средах роллапов. Модель L1.5 предлагает альтернативную рамку для задач, где это постоянное управление состоянием и есть та проблема, которую нужно устранить, а не функция, которую нужно использовать.

Перспективы

В публикации L1.5 подаётся как вклад в архитектурный словарь, а не анонс развёртывания. Её жизнеспособность как практического паттерна зависит от финализации двух черновых EIP, от того, будет ли задержка генерации proof соответствовать требованиям по пропускной способности целевых сценариев, и от готовности разработчиков принять компромиссы композируемости, налагаемые исполнением без состояния. Статус обоих предложений публично отслеживается на сайте EIP Ethereum, поэтому их продвижение по стандартизации наблюдаемо напрямую по мере движения процесса улучшений. Пока EIP-8141 и EIP-8288 не выйдут из статуса Draft, дизайн L1.5 остаётся предложением о том, что стек исполнения Ethereum мог бы поддерживать, а не описанием того, что он поддерживает сейчас.