execution-layer

<a href="/zh/glossary/defai-fundamentals/defai/">DeFAI</a> Agent 持續重複「讀取鏈上數據 → 判斷是否符合條件 → 組裝並送出交易」的自動化循環，是 Agent 從被動監控轉為主動執行的核心機制。

在具備多 Agent 協作能力的系統裡，惡意第三方偽裝成一個 Agent 原本信任的通訊對象（例如另一個合作 Agent、或資料來源），傳送偽造的訊息或指令，讓接收方 Agent 誤以為這是來自可信來源的合法輸入而據此行動，是一種針對 Agent 間通訊信任機制的攻擊手法，跟本系列前面談過的<a href="/zh/glossary/agent-permissions/delegation-chain-risk/">委任鏈風險</a>屬於不同的攻擊面。

<a href="/zh/glossary/defai-fundamentals/defai/">DeFAI</a> Agent 在執行過程中，把自己當下的決策上下文、部位資訊、策略內部參數等關鍵狀態，持續儲存到能在系統重啟或中斷後復原的機制，避免因為伺服器故障、網路中斷等意外情況導致 Agent 對自己實際持有的部位或應執行的動作出現認知落差。

兩個或多個自主 AI Agent 之間，不經過人類即時介入，直接透過鏈上交易完成價值交換與義務結清的機制，通常用於 Agent 委外任務、資料存取付費、或多 Agent 協作分潤等場景，是多 Agent 經濟體系運作的底層結算層。

讓使用者不需要持有原生代幣（例如 ETH）來支付<a href="https://crypto-bible.com/zh/glossary/onchain-data/gas-fee/" target="_blank" rel="noopener">交易手續費</a>的機制，費用可以由第三方代付、用其他代幣支付，或直接內含在交易本身的邏輯裡，是 <a href="/zh/glossary/defai-fundamentals/defai/">DeFAI</a> Agent 執行交易時常用來簡化使用者操作門檻的設計。

Agent 在交易失敗或狀態不明（例如網路逾時導致收不到確認回應）時，會自動重新送出同一筆操作，<a href="/zh/glossary/execution-layer/idempotent-retry-logic/">冪等重試邏輯</a>確保這個「重試」不會因為原本那筆交易其實已經成功執行，而導致同一個操作被重複執行兩次，是讓自動化重試機制在生產環境裡能安全使用的核心設計。

Agent 在真正把一筆交易送上鏈之前，先在一個模擬環境裡完整跑過這筆交易的執行結果，確認實際會發生的資產變動、<a href="https://crypto-bible.com/zh/glossary/onchain-data/gas-fee/" target="_blank" rel="noopener">gas</a> 成本、以及是否會失敗，藉此在交易真正花費真實資金之前，先過濾掉會導致非預期結果的交易，是 <a href="/zh/glossary/defai-fundamentals/defai/">DeFAI</a> <a href="/zh/glossary/execution-layer/agent-execution-loop/">Agent 執行循環</a>裡常見的一道安全檢查機制。

<a href="/zh/glossary/execution-layer/pre-execution-simulation/">執行前模擬</a>能在交易正式送出前，先在一個模擬環境裡預測這筆交易的結果，但模擬環境跟真實鏈上環境之間，因為狀態時間點不同、模擬引擎本身的準確度限制，永遠存在一定程度的落差，這代表「模擬結果顯示安全」不等於「實際執行也一定安全」，兩者之間的落差有多大、什麼情境下落差會被放大，是評估執行前模擬機制實際可靠度時，容易被忽略卻至關重要的一層。

多筆交易在同一時間點被送出後，最終被打包進區塊的先後順序，理論上應該由公開、中立的規則決定（例如純粹按送出時間或優先費高低），但實際負責排序的角色（區塊建構者或排序器），有沒有可能利用這個排序權，把某些交易刻意排在對自己有利的位置，是決定使用者交易能不能被公平對待的關鍵環節，這種排序權力如果被濫用，會直接影響本系列前面談過的多種 MEV 攻擊手法能不能被實際執行。