一篇於 2026 年 10 月 28 日發表在 EthResearch 上的新架構模式提議在以太坊 L1 與持久性 Rollup 之間設立一個中間執行角色，並將其定位為「L1.5」層。在此設計下，用戶狀態保存在錢包中，共享狀態存於以太坊 L1，計算則委託給一個無狀態的臨時層，該層產生有效性證明後隨即消失，不會在網路上留下任何殘餘狀態義務。完整提案已發佈於 EthResearch，這是以太坊研究人員在任何實作開始之前公開發表並辯論早期協議構想的公共論壇。

重點摘要

• L1.5 這個標籤是一種架構定位，而非新的以太坊正式協議層。它描述的是一個臨時計算環境，在完成工作後結算回 L1，且不會在工作之間保留自身狀態。
• 該模型專為有界執行環境而設計，例如特定應用的工作階段或高強度事件窗口，在這些情境下長期運行的 Rollup 營運方只會造成不必要的開銷。
• 實作取決於兩項 Draft 狀態的 EIP：EIP-8141 與 EIP-8288，這意味著 L1.5 是一項取決於未來以太坊協議工作的研究提案，而非已部署的功能。

為何臨時 Rollup 被定位為以太坊的 L1.5

2026 年 10 月 28 日的 EthResearch 文章將 L1.5 介紹為一種設計模式，而非協議修訂。其核心主張是：並非所有計算都需要一個配有序列器、橋接器與持久狀態承諾的長期執行環境。有些工作負載在本質上就是有界的，若強制透過永久性 L2 處理，反而會引入不必要的基礎設施開銷。這一定位也與自 2020 年以來引導以太坊擴容策略的「以 Rollup 為中心」路線圖形成對照——在該路線下，執行主要交由持久性 L2 網路處理，而 L1 則作為結算與資料可用性層。

何謂臨時 Rollup

根據提案，一個符合條件的 L1.5 工作必須滿足四項特性：在工作之間保持無狀態、由 L1 驗證、在不將用戶連結到持久身份的情況下完成支付，並且在無需長期營運方的情況下完成結算。臨時計算層接收狀態快照、執行運算，然後返回新狀態與有效性證明——這是一種加密證明，使 L1 能夠確認計算已正確執行而無需重新執行。它不保留下一個工作所需的任何資料。

這與持久性 Rollup 的運作方式截然不同。Optimism 或 Arbitrum 的序列器需要維護連續的狀態樹、管理區塊重組，並在無限的時間範圍內與詐欺證明或有效性證明系統協調。L1.5 模型刻意捨棄這種連續性，將每個工作視為獨立的工作單元。

L1、臨時層與用戶之間的關係

提案中的狀態保管模型精確劃分了職責。錢包持有用戶自有狀態，以太坊 L1 持有共享狀態（包括承諾與空值器），並驗證每一次狀態轉換。臨時計算層居於其間：它接收輸入、執行運算，並產出 L1 可驗證的證明。一旦結算完成，臨時環境即被退役。

這種安排既不同於受區塊燃料上限與排序吞吐量限制的純 L1 執行，也不同於需要持久營運方、活動橋接器以及跨無限區塊鏈維護的規範狀態根的傳統 L2。L1.5 定位描述的是一種為特定工作被召喚、隨後即被解散的計算角色。

根據 CoinGecko，以太坊目前交易價格為 $2,354.52，過去 24 小時上漲 2.04%，市值約為 $287.7 億美元，這是評估各項提升以太坊執行吞吐量提案時的經濟背景。整體加密貨幣情緒指數為 51，屬於中性讀數，既未反映亢奮也未反映恐懼，此時該研究正進入公開審閱階段。

自發佈以來，尚未出現針對該提案的經證實專家社群評論，這與當天發表的研究文章尚未形成廣泛公眾反應窗口的情況一致。中性情緒基準反映的是整個生態系統的狀態，而非對此架構提案的任何具體反應。

基礎設施的取捨：速度、可組合性與結算

潛在應用場景：範圍限定的執行環境

臨時設計天然適合高強度、有時間界限的工作負載：治理投票執行窗口、衍生品清算所的批量結算會話，或特定應用的遊戲狀態更新。在這些情境下，部署一個配有序列器與規範橋接器的完整 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——可擴展的透明知識論證——是一類有效性證明，其驗證成本遠低於重新執行所證明的計算。這正是使臨時 Rollup 的輸出能在 L1 上高效驗證、而不會在每個工作上消耗不成比例燃料的證明聚合層。兩項 EIP 目前均處於 Draft 狀態，意味著皆未排定於特定硬分叉；依照以太坊的改進流程，提案需經過 Draft、Review、Last Call 與 Final 等階段，而標準只有在被納入網路升級後才會生效。

可組合性風險與流動性碎片化

範圍限定執行伴隨著可組合性成本，持久性 L2 也存在類似成本，但形態不同。長期運行的 L2 會隨時間累積 TVL 與流動性，在其自身環境內建立起可組合性深度。而臨時 Rollup 按設計不持有任何持久流動性：每個工作都從全新的狀態快照開始，並結算回 L1。對於以單一交易內跨多個合約的可組合性為核心用戶預期的協議而言，例如多跳 DEX 路由或閃電貸支援的清算，臨時模型的「工作之間無狀態」限制約束了單一工作範圍內可執行的互動類型。

提案並未將此視為缺陷，而是作為設計邊界。L1.5 模式並非旨在取代通用型 L2 執行環境，而是針對可以完全預先定義、原子化執行並乾淨結算的工作負載類別。這是一個比 Optimism 或 Arbitrum 所處理範圍更窄的問題空間，但在這個空間裡，現有基礎設施可以說是過度設計的。

這一定位在實務中能否成功，將取決於 EIP-8141 與 EIP-8288 是否能在以太坊改進流程中推進，以及應用程式開發者是否認為「工作之間無狀態」的限制對其特定工作負載模式而言可以接受。目前正在 Arbitrum 與 Avalanche 之間遷移質押合約的新興 L2 基礎設施建設者，正說明了跨持久性 Rollup 環境管理狀態所帶來的營運複雜性。對於那些持續性狀態管理正是要避免的問題、而非要利用的功能的工作而言，L1.5 模型提供了另一種定位框架。

展望

這篇研究文章將 L1.5 定位為對架構詞彙的貢獻，而非部署公告。其作為實用模式的可行性取決於兩項 Draft EIP 能否完成定案、證明產生延遲能否符合目標用例的吞吐量需求，以及應用程式開發者能否接受無狀態執行所帶來的可組合性取捨。兩項提案的狀態均在以太坊 EIP 網站上公開追蹤，因此隨著改進流程推進，其標準化進展可直接觀察。在 EIP-8141 與 EIP-8288 退出 Draft 狀態之前，L1.5 設計仍然只是一項關於以太坊執行堆疊「可能支援什麼」的提案，而非對其目前功能的描述。