2026年10月28日にEthResearchで公開された新しいアーキテクチャパターンは、Ethereum L1と永続ロールアップの中間の実行役を切り出すことを提案し、それを「L1.5」レイヤーとして位置付けています。この設計では、ユーザーの状態はウォレットに保持され、共有状態はEthereum L1上に置かれ、計算は有効性証明を生成した後に消滅するステートレスなエフェメラルレイヤーに委譲され、ネットワークに残留状態の義務を残しません。提案の全文はEthResearchで閲覧できます。EthResearchは、Ethereumの研究者が実装開始前に初期段階のプロトコル案を公開・議論する公開フォーラムです。

重要ポイント

• L1.5という名称はアーキテクチャ上の枠組みであり、新しい正規のEthereumプロトコルレイヤーではありません。ジョブ間で自らの状態を保持せずL1に決済を返す一時的な計算環境を記述するものです。
• このモデルは、アプリ固有のセッションや高負荷のイベントウィンドウなど、長寿命のロールアップ運用者が不要なオーバーヘッドとなる限定的な実行コンテキスト向けに設計されています。
• 実装は、いずれもドラフト段階のEIPであるEIP-8141とEIP-8288に依存しており、L1.5は既に展開されている機能ではなく、今後のEthereumプロトコル作業に左右される研究提案です。

エフェメラルロールアップがEthereumのL1.5として位置付けられる理由

2026年10月28日のEthResearch記事は、L1.5をプロトコル改訂ではなくデザインパターンとして紹介しています。中心的な主張は、すべての計算がシーケンサー、ブリッジ、永続的な状態コミットメントを備えた長寿命の実行環境を必要とするわけではない、というものです。定義上限定的なワークロードもあり、それらを永続的なL2に通すことは不要なインフラのオーバーヘッドをもたらします。この枠組みは、2020年以降のEthereumのスケーリング戦略を導いてきたロールアップ中心のロードマップを前提とし、実行は主に永続的なL2ネットワークに委譲され、L1は決済とデータ可用性レイヤーとして機能する、という構図に対するものです。

ロールアップをエフェメラルたらしめるもの

提案によれば、適格なL1.5ジョブは4つの性質を満たす必要があります。ジョブ間でステートレスであること、L1によって検証されること、ユーザーを永続的な識別情報に紐付けずに支払いができること、長寿命の運用者を必要とせずに決済されることです。エフェメラル計算レイヤーは状態スナップショットを受け取り、実行し、新しい状態と有効性証明—再実行なしにL1が計算が正しく行われたことを確認できる暗号学的証明—を返します。次のジョブに必要なものは一切保持しません。

これは永続ロールアップの動作から大きく逸脱しています。OptimismやArbitrumのシーケンサーは連続的な状態ツリーを維持し、リオーグを管理し、無期限の時間軸にわたって詐欺証明または有効性証明システムと連携します。L1.5モデルはその継続性を意図的に捨て、各ジョブを独立した作業単位として扱います。

L1、エフェメラルレイヤー、ユーザーの関係

提案された状態管理モデルは責任を明確に分割します。ウォレットはユーザー所有の状態を保持し、Ethereum L1はコミットメントやヌライファイアを含む共有状態を保持し、各状態遷移を検証します。エフェメラル計算レイヤーはその間に位置し、入力を受け取り、実行し、L1が検証できる証明を出力します。決済が完了すると、エフェメラル環境は退役します。

この仕組みは、ブロックガス上限とシーケンシング処理能力に制約される純粋なL1実行とも、永続的な運用者、稼働中のブリッジ、無限のブロック列にわたって維持される正規の状態ルートを必要とする従来のL2とも異なります。L1.5の枠組みは、特定のジョブのために呼び出され、その後に消滅する計算の役割を記述しています。

EthereumはCoinGeckoによると、約2,877億ドルの時価総額に対し、過去24時間で2.04%上昇した2,354.52ドルで取引されており、Ethereumの実行スループット改善提案が評価される経済的背景となっています。より広範なクリプトセンチメント指数は51で、中立の水準を示しており、この研究が公開レビューに入るにあたり、高揚感でも恐怖心でもない状態を反映しています。

公開以降、この提案について検証済みの専門家のSNS上のコメントは確認されておらず、当日公開された研究記事には広範な反応の時間枠がないことと整合しています。中立のセンチメント基準は、このアーキテクチャ提案への特定の受け止めではなく、エコシステム全体を反映したものです。

インフラのトレードオフ：速度、コンポーザビリティ、決済

想定されるユースケース：範囲限定された実行コンテキスト

エフェメラル設計は、高負荷で時間的に限定されたワークロードに自然に適合します。ガバナンス投票の実行ウィンドウ、デリバティブ清算ハウスの一括決済セッション、アプリ固有のゲーム状態更新などが例です。こうした文脈では、シーケンサーと正規のブリッジを備えた完全なL2を立ち上げることは、実行自体が正当化する以上の調整コストをもたらします。

清算カスケードを処理するマネーマーケットやAaveのガバナンス主導のリスクパラメータ更新など、断続的なオンチェーン需要に既に対処しているプロトコルは、分離された高スループット実行の後にクリーンな決済が行われることで、永続的なL2展開を必要とせずにL1の混雑を軽減できるワークロードの代表です。鍵となる性質は、アプリが無期限の時間にわたって状態を保持する必要がなく、定義されたジョブ範囲に対して正しく検証可能な実行を必要としている点です。

レイテンシ、シーケンシング、状態同期、ファイナリティ

このパターンを評価するビルダーにとっての実務的な課題は、状態がエフェメラル環境へ出入りする際の扱いに集中します。提案の状態分割は共有コミットメントとヌライファイアをL1に割り当てますが、ユーザーのウォレット状態とエフェメラルレイヤーの実行コンテキスト間のブリッジレイテンシは、個々の実装が解決すべきシーケンシングの問題です。証明生成時間も重要です。エフェメラルレイヤーがL1が結果を確定させる前に有効性証明を生成しなければならない場合、エンドツーエンドのレイテンシは証明構築速度によって下限が制約されます。

ここで、ドラフトEIPへの依存が決定的な意味を持ちます。EIP-8141は2026年1月29日に作成されたDraft Coreの標準トラック提案で、抽象化された検証およびガス支払いロジックを備えたフレームトランザクションを導入し、VERIFYとSENDERのフレームモードを扱います。これがなければ、L1.5モデルが要求する永続的識別情報なしの支払いという性質に接続できるネイティブなL1フックが存在しません。

EIP-8288は2026年6月3日に作成された同じくDraft Coreの提案で、EIP-8141を拡張して署名とSTARK証明の再帰的なSTARKベース集約を可能にし、再帰的STARKをブロック有効性の要件とします。STARK（Scalable Transparent Arguments of Knowledge）は、証明対象の計算を再実行するコストよりもはるかに安価に検証できるクラスの有効性証明です。これは、エフェメラルロールアップの出力を、ジョブごとに不釣り合いなガスを消費することなくL1上で効率的に検証できるようにする証明集約レイヤーです。両EIPはドラフト段階であり、特定のハードフォークには予定されていません。Ethereumの改善プロセスでは、提案はドラフト、レビュー、ラストコール、最終の各段階を進み、標準はネットワークアップグレードに組み込まれて初めて発効します。

コンポーザビリティのリスクと流動性の分断

範囲限定された実行には、永続L2も抱えるコンポーザビリティのコストが伴いますが、その性質は異なります。長寿命のL2は時間とともにTVLと流動性を蓄積し、自環境におけるコンポーザビリティの深みを築きます。エフェメラルロールアップは設計上、永続的な流動性を持ちません。すべてのジョブは新しい状態スナップショットから始まり、L1に決済を返します。1つのトランザクション内での複数コントラクト間のコンポーザビリティがユーザーの基本的な期待であるプロトコル、たとえばマルチホップDEXルーティングやフラッシュローン担保の清算では、ジョブ間でステートレスというエフェメラルモデルの制約が、単一のジョブ範囲内で実行できる相互作用の種類を限定します。

提案はこれを欠陥としてではなく、設計上の境界として提示しています。L1.5パターンは汎用のL2実行環境を置き換えることを意図していません。事前に完全に仕様を定め、原子的に実行し、クリーンに決済できるクラスのワークロードを対象としています。これはOptimismやArbitrumが扱う範囲より狭い問題空間ですが、現行インフラが過剰に設計されていると考えられる領域でもあります。

この枠組みが実践で成功する度合いは、EIP-8141とEIP-8288がEthereum改善プロセスを通じて進むかどうか、そしてアプリ開発者がステートレス制約を自身のワークロードパターンに受け入れられるかどうかによって決まります。ArbitrumとAvalanche間で現在ステーキングコントラクトを移行するビルダーのような、新興L2インフラに展開する開発者は、永続ロールアップ環境全体で状態を管理することに伴う運用上の複雑さを例示しています。L1.5モデルは、その継続的な状態管理こそが回避すべき問題であり、活用すべき機能ではないジョブに対する代替の枠組みを提供します。

展望

研究記事はL1.5を展開の発表ではなく、アーキテクチャ上の語彙への貢献として位置付けています。実用的なパターンとしての有効性は、2つのドラフトEIPが最終承認に至ること、証明生成レイテンシが対象ユースケースのスループット要件に一致すること、そしてアプリ開発者がステートレス実行が課すコンポーザビリティのトレードオフを受け入れることに依存します。両提案の状況はEthereum EIPサイトで公開されて追跡されており、改善プロセスの進展に伴い標準化の経過を直接観察できます。EIP-8141とEIP-8288がドラフト段階を脱するまで、L1.5の設計はEthereumの実行スタックが対応しうるものについての提案であり、現状を記述するものではありません。