AI 執行個體可能於 2026 年前自行建立以太坊 L2

iconChainthink
分享
Share IconShare IconShare IconShare IconShare IconShare IconCopy
AI summary icon精華摘要

expand icon
根據 Chainthink 的預測,到 2026 年,AI 代理可能將能自主建立以太坊 Layer 2(L2)鏈。儘管自組成的 L2 在技術上仍具挑戰性,但區塊鏈層(L1/L2)和模組化基礎設施的進展正在加速這一趨勢。目前代理的能力包括將任務遷移至現有的 L2,但建立新鏈需要部署滾動技術並管理排序器——這些任務仍需人工參與。結合 x402 支付協議和去中心化協調工具,代理可激勵參與者建設 L2 組件。EVM 兼容性仍是推動這一轉變的關鍵因素。基礎設施、安全性和治理方面的挑戰依然存在,但朝向 AI 管理的 L2 生態系統之路已清晰可見。

昨天談了最具戰略價值的以太坊 L2,今天來聊聊最酷的以太坊 L2。

這個想法看起來很瘋狂,但也並非不可能。

簡單來說,AI agent 在以太坊 L1 上運行時,若遇到性能瓶頸(如高 gas 費、延遲、計算限制),理論上它可以「自發」發起遷移或擴展至 L2,但要真正「繼承自發形成一個 L2 鏈」——即代理自主部署、配置並運行一個新的 L2——在 2026 年的技術棧下仍不完全可行。不過,隨著 ERC-8004 等標準的成熟,此類自治行為可能會逐步接近現實。
下面拆解一下:

早期更像是一種「遷移」而非「自發形成」

• AI 代理的「智能」邊界

目前的 AI 代理(基於 ERC-8004)已能自主執行任務,例如在發現 L1 性能不足時,它可以評估選項(如監測 gas 價格、交易吞吐量),然後「決定」遷移至現有的 L2(如 Base 或 Zksync)。例如,代理可使用鏈上工具調用橋接資產、將執行邏輯轉移至 L2。

但这不是「自發形成新 L2」,而是利用現有基礎設施。Agents 像一個智能機器人,能優化路徑,但還不能從零建一個新「家」。

• 自發形成的觸發

如果 Agents 內置了性能監控邏輯(例如 TPS 低於閾值或 gas 費超支),它可能透過 DAO 投票或多代理協作來「提議」建立 L2。但這需要預先編程,而非純自發。

已有案例:一些代理已在 DeFi 中自主切換 L2 以優化 yield,但尚未見過完全自治建鏈的。

那麼,為什麼還是可能發生?

AI 代理的經濟體會追求效率,就像生物進化。如果 L1 太擁擠(sequential execution 導致計算瓶頸),代理群 swarm 可能會集體「進化」到 L2 模式。代理已開始探索「agent-to-agent」協作,形成虛擬經濟體,這可能延伸至基礎設施層。

技術上可行嗎?部分可行,但門檻較高

AI 偵測器可部署合約

AI 代理可以持有私鑰、調用智能合約。基於 ERC-8004,它擁有鏈上身份和聲譽,能自主部署簡單 rollup 合約(使用 OP Stack / Arbitrum Orbit / zksync 彈性鏈)。如果代理檢測到 L1 瓶頸,它可以繼承狀態(透過橋接或狀態遷移),然後在 L2 上運行副本。

例如,代理可以使用 zkVM 或 optimistic rollup 框架來「fork」自己的執行環境。

此外,L2 本質上是 L1 的擴展,代理可以「繼承」L1 數據可用性(DA)和安全性。透過 x402 支付協議,代理可以付費部署排序器,甚至使用 DeFi 借貸來資助基礎設施。一些項目如 Virtuals Protocol 已經讓代理自主管理資產和 NFT,甚至成為 validator,這離建立 L2 只差一步。

從實際情況來看,到 2026 年底,zk-rollups 和模組化 DA(如 Celestia)讓建立 L2 更加簡單。如果 Agents 集成 A2A 協議,就能跨組織協作建鏈。

目前情況下,需要克服哪些問題?

一是基礎設施部分;二是共識和安全部分;三是自治方面。

首先,基礎設施部分,搭建 L2 不僅僅是部署合約那麼簡單。還需要鏈下組件,如排序器節點、RPC 提供商、橋接合約。這些通常需要人類或中心化團隊進行設置。代理雖能「調用」部署,但運行排序器需要計算資源(GPU/CPU),而目前的 Agents 多為鏈上邏輯 + 鏈下 AI,無法自行啟動伺服器。

L1 的 sequential execution 也让複雜計算(如建鏈模擬)在 L1 上就卡住。

在共識與安全方面,L2 需要挑戰期或 ZK 證明來繼承 L1 安全。代理自發建立的 L2 可能缺乏「高中本聰共識」,容易受到攻擊或不被認可。在監管方面,未結算交易在 7 天挑戰期內不被視為「最終性」,Agents 建立的鏈可能面臨法律託管問題。
最後是自治方面。Agents 還不是完全「自主」。它們依賴人類設計的框架(如 EVM),無法繞過 L1 限制自建「新鏈」。自訂 L2 雖然流行,但多數是為特定用例(如 AI 專用)而設,並非 Agents 自發產生。

即便如此,為什麼還是有可能?

在2026年的以太坊生態中,AI agent 已不再是單純的「工具人」,它們能持有資金(透過 ERC-8004 標準註冊的鏈上錢包)、自主支付(x402 協議支援機器間微支付),甚至像小老闆一樣「雇人」或「拉群」共建基礎設施。

簡單來說,如果一個 AI agent「有錢了」(例如透過 DeFi 收益、交易賺錢或用戶注入資金),它可以發布任務來吸引人類節點或其他 AI agent 組隊,形成去中心化排序器。

不僅排序器,RPC 提供商、橋接合約等組件也能外包或共建。

下面進一步拆解下:

AI agent 如何「發布任務」來吸引節點?

AI agent 可使用鏈上工具發起「獎金懸賞」或激勵機制。例如,透過 DAO 合約或類似 Gitcoin 的平台(現已有鏈上版本如 Questflow)發布任務:「提供 sequencer 節點,獎勵 X ETH 或 token」。Agent 有錢,即可自動支付——透過 x402 協議一鍵轉賬,無需人類干預。

此協議讓 agent 可像刷卡一樣向人類或其他 agent 支付,指定「支付 1,000 USDC 給節點服務」。

對於人類節點而言,Agent 可在 X 帖子或鏈上公告(透過 Autonolas 等平台)發布:「運行 sequencer 節點,每塊獎勵 0.01 ETH」。人類看到後,便使用自己的硬體加入網絡,Agent 驗證後自動支付。實際案例:有些項目已正在建立去中心化排序器節點,透過质押和獎勵吸引節點——Agent 可模擬此過程,自主质押資金以吸引參與者。

對於其他 AI agent 來說,感覺很好:Agent 可以透過 ERC-8004 的身份註冊表「發現」其他 agent,然後進行協作。像 agent swarm(群組模式),一個 agent 出錢,其他 agent 提供計算或驗證,形成分散式 sequencer。有的 L2 開始採用 AI 驅動的排序器模式,它在 sequencer 層面利用 AI 進行監控與保護,agent 可以擴展此邏輯,自組類似網絡。

當一切都準備好以後,就是自發形成:

如果 agent 檢測到 L1/L2 性能瓶頸,它可以發起 DAO 提案(使用 ERC-4337 抽象帳戶),投票集資建設排序器。Metis L2 已經採用去中心化排序器 + AI 基礎設施,agent 可以「繼承」這種模式,吸引節點運行。

甚至,agents 已經在自主運行驗證節點(staking、propose blocks),跨以太坊/比特幣/Solana——建 sequencer 只是下一步。

除了節點,其他組件(如 RPC、橋接合約)該怎麼處理?

可以僱用人類或其他 AI agent

代理以自然語言意圖(intent-centric)發布任務,例如「建立 RPC 提供商,獎勵基於 uptime」。人類開發者接單,代理使用 x402 支付;或由其他代理自動執行(例如,Supra 的 AI 代理能為帳戶注資、獲取餘額)。

橋接合約類似:代理可調用 Spectral Labs 或 Infinit Labs 的工具,讓人類/代理撰寫合約、部署,並在驗證後付費。
有些項目甚至讓代理原生地橋接資產(ETH 到 SOL),代理可以「僱用」此類服務。

此外,還有 AI 代理共建模式

這是最好玩的部分!

使用多代理系統(multi-agent systems),代理分工:一個出錢,一個寫代碼,一個跑節點,一個管橋接。它們透過 ZK 證明進行隱私協作,懲罰不良行為,獎勵良好表現。

結果會是什麼?

一個完全自治的 L2 組件堆棧。Virtuals 上已出現 agents 創建、資產代幣化、共同擁有其他 agents,甚至有 agents 為其他 agents 融資——這離「共建 sequencer」僅一步之遙。

當然這裡也有大坑:

安全。Agent 建立的 sequencer 需要繼承 L1 安全性(ZK 或 optimistic),以避免單點故障。

一句話總結

未來以太坊最有趣的事情之一,是 AI agents 自建、擁有且專屬的 L2 的誕生。

免責聲明:本頁面資訊可能來自第三方,不一定反映KuCoin的觀點或意見。本內容僅供一般參考之用,不構成任何形式的陳述或保證,也不應被解釋為財務或投資建議。 KuCoin 對任何錯誤或遺漏,或因使用該資訊而導致的任何結果不承擔任何責任。 虛擬資產投資可能存在風險。請您根據自身的財務狀況仔細評估產品的風險以及您的風險承受能力。如需了解更多信息,請參閱我們的使用條款風險披露