意圖（intent）是一種只說「我要甚麼結果」、不說「該發哪幾筆交易」的訂單。你簽下它，一群求解者競標去交付這個結果，結算層再把錢付給真正做成的那一個。這把路由、gas 和跨鏈等待從用戶身上挪到了專業對手方身上，同時換來一組新問題：誰有資格競標、他們被拿甚麼標準衡量、拿甚麼為承諾兜底，以及沒人競標時你的錢怎麼回來。
聲明式訂單：意圖到底是甚麼
普通交易是命令式的。它寫死了合約、函數、參數和 gas，簽名就等於授權在某個狀態上執行唯一一條計算路徑。簽之前一切都定好了，而沒預料到的一切都算你自己的事。
意圖是聲明式的。它是一組簽過名的約束，描述你能接受的結果，並允許任何滿足這些約束的執行路徑。交易說的是「先做 A 再做 B，正好付 C 拿到 X」；意圖說的是「我要 X，最多願意付 C」。這樣看，交易只是意圖的一個特例——只允許一種狀態轉移的那種。
由此帶來的實際後果是：你簽名並把意圖發出去，就等於授權第三方替你選擇計算路徑。便利來自這裡，本文後面所有風險也來自這裡。
這類東西並不是全新的物種。限價單、用手上已有的代幣付手續費、承諾跨多個場所找最優路徑的聚合器，形態上都是意圖：用戶給條件，別人挑執行。新的地方在於，它們正被做成通用基礎設施，而且同一份訂單可以橫跨好幾條鏈。
意圖系統裡的四個角色
把它寫成一條生命線，這套模式有四段：用戶向應用表達一個意圖；應用把它變成某個協議的訂單；訂單進入一個訂單流，讓求解者能看見；求解者評估它、執行必要的步驟，再由結算流程把錢付給求解者。
這套詞值得記，因為它已經被寫進標準裡了。訂單，是「用一筆付款換取一組要求被滿足」的要約。求解者（solver，也叫 filler）是去滿足這些要求的那一方。付款是閉環的那一步：求解者先幹活，結算時才拿錢。
這裡說的標準是 ERC-7683 跨鏈意圖（Cross Chain Intents）。它是 Standards Track 類的 ERC，2024 年 4 月創建，截至本文寫作時仍處於 Draft（草案）狀態。它還被大改過一輪：早先的草案連訂單編碼、鏈上訂單流、託管和 fill 函數都要統一，而現行文本只統一求解者讀取訂單的那個介面，把訂單創建、授權、定價與結算留給各協議自己決定。它依賴 ERC-7930 這套跨鏈地址格式，而後者處在 Review 階段。
草案狀態在這裡比在別處更值得當回事，因為它不是這個領域唯一的提案：ERC-7521 講的是智能合約錢包的通用意圖，同樣還是草案。別把這些當成定論。每個 ERC 的狀態欄位就寫在以太坊 ERCs 倉庫對應頁面的開頭，正在進行的討論掛在它註明的 Ethereum Magicians 帖子裡，自己去看當前是哪一檔。
為甚麼是求解者先墊錢
跨鏈意圖底下有個彆扭的事實：兩條鏈沒法原子地一起結算，總得有一邊先動。常見做法是訂單創建時把用戶的錢鎖在源鏈的合約裡，這樣求解者在目標鏈上掏自己的錢之前，先有了「用戶的錢確實在」的憑據。
接著求解者用自己的存貨交付結果：它手裡有目標鏈上的那種資產，先發給你，之後才通過結算流程從被鎖住的那筆錢裡拿到補償。在一種已投產的設計裡，成交會被聚合成批次，按小時級而不是秒級的週期償付——所以求解者要的是週轉資金，不只是一個跑得快的機器人。
交易也是求解者發的，也就是說 gas 是它付的。這就是那些號稱「免 gas」的意圖流程的機制：成本沒有消失，只是被挪進了它給你報的那個價裡。
墊錢到收錢之間那段空檔，正是求解者風險所在。標準自己的安全章節說得很直白：從求解者投入資金、給出授權或發出交易的那一刻起，直到它預期的那筆付款最終可用為止，它都是暴露的。這段窗口裡可能出問題的一切——鏈重組、訊息投遞、協議狀態被改——都已經算進你看到的報價裡了。
競價怎麼決定你拿到的價格
既然用戶不再指定路徑，價格就得改由競爭產生。各家設計的做法不同：有的跑荷蘭式拍賣，讓求解者必須擊敗的那條線隨時間移動；有的從預言機取價；有的乾脆把費用固定，讓求解者只比速度。
批量拍賣是其中最直白的一種。訂單在一個短窗口裡被收集起來，求解者提交完整的解，每個解按它給這一批用戶創造了多少額外收益來打分，得分最高的解勝出。勝者按第二價格規則拿報酬，也就是說獎勵掛鈎的是它領先次優出價的那點邊際，而不是它自己聲稱的數字。
競爭要起作用，得有一把尺子。有一套公開的規則要求：求解者給出的價格不得差於用戶在一份指定的基準流動性清單上本來能拿到的價格，並且要求統一的清算價——同一交易對、同一方向的兩筆訂單必須拿到同一個價。沒有類似的東西，最優執行就只是勝出的那個求解者說了算。
這也是「意圖為甚麼能贏過手動路由」的老實答案。求解者可以把你的訂單和另一個用戶方向相反的訂單對沖掉，把幾筆成交打包進一筆交易，還能挑一條對它最省的鏈去收補償。這些節省是真的，但能落到你頭上多少，取決於競爭和打分規則逼它交出多少。
求解者的承諾究竟由甚麼兜底
簽一個意圖就是給了別人迴旋餘地。擋住濫用的不是那個簽名，而是圍著求解者集合搭起來的問責層，而這一層每個系統都不一樣，恰恰是大多數解釋跳過的部分。
第一道通常是准入。在一套公開的規則裡，求解者必須先進白名單才能提交結算；營運方跑著監控，逐筆檢查鏈上結算並把可疑的標出來；系統性違規會被處罰，直至被罰沒（slashing）。
第二道是帶挑戰期的驗證。與其把每一筆成交都在鏈上證明一遍，有一種結算設計是讓某個角色連同一筆保證金一起提交一批結果，在固定期限內沒人提出異議就算通過。用戶先拿到速度，證明放到後面補。
第三道是信任邊界本身，而標準在「它管到哪兒為止」這件事上罕見地直白：ERC-7683 統一的是訂單如何被描述給求解者，它不統一、也不擔保最終做結算那套協議的安全性。求解者被要求自己去審那個替它翻譯訂單的合約，並自行核驗合約無法自查的那些前提。對用戶，標準沒有為底下的結算系統承諾任何事。
集中化、審查，以及資金回來的那條路
意圖模式的結構性風險在於：能看見並能成交你這單的人變得很少。如果意圖流是許可制的，而這份名單又選得隨意，訂單流就會集中；掌握其中很大一塊的一方就有條件抽租，極端情況下還能審查。
放開傳播並不會自動解決它。一個能靠執行這筆意圖賺錢的節點，天然沒有動機把它轉發給競爭者；而完全公開的意圖池會像公開記憶池一樣，把訂單暴露給同樣的抽取。所以很多系統最後落在許可制或混合設計上，實際該問的也不是它去不去中心化，而是名單上有誰、誰說了算。
與之配套的代價是不透明。最糟的版本是：你簽了個東西，它消失了，然後以一筆交易的形式重新出現，而誰構造的、放棄了哪些更優選項，你都看不到。你沒法審計的執行質量，等於是你憑信任接受的執行質量。
再往下是最普通的失敗情形，它比那些奇技淫巧常見得多：沒人接單。訂單帶著一個成交截止時間。截止時間過了還沒有成交、也沒有部分成交，訂單就過期，被鎖住的錢會退回去——通常退到訂單上指定的地址，預設在源鏈上。常見原因都很平淡：金額過大、代幣對偏門，或者求解者短暫離線。
但這筆退款不是即時的。因為錢是沿著那條同樣用來付給求解者的批量結算流程回來的，一筆正常成交只要幾秒，一筆過期卻可能要幾個小時才走完。當你在決定下單規模、或者在意圖之上搭產品時，成交截止時間和退款路徑這兩個參數，比費率更值得先讀一遍。
結語
意圖把執行這份活從用戶挪給了競標者：你簽下你要的結果，求解者競標去交付，先墊上資金和 gas，再由結算層把錢付給真正做成的那一個。效率是真的，代價也是真的——你把訂單怎麼執行的自由裁量權交給了第三方，而保護你的不是那個簽名，而是拍賣規則、這些報價被對照的那把尺子、求解者集合背後的准入與監控，以及無人接單時把錢還給你的那個截止時間。跨鏈意圖訂單標準 ERC-7683 目前仍是草案，而且已經被重新設計過一次，所以任何對它的描述——包括本文——都只是一張快照，動手前先去查它的狀態欄位。
風險披露：本文為 Bitbase（幣貝）學院的科普內容，僅供教育與資訊參考，不構成任何投資、交易、稅務或財務建議。加密資產波動劇烈，請自行評估風險。本文撰寫於 2026 年 8 月，請以官方最新資訊為準。
參考資料
[1] ERC-7683: Cross Chain Intents eips.ethereum.org
[2] ERC-7930: Interoperable Addresses eips.ethereum.org
[3] ERC-7521: General Intents for Smart Contract Wallets eips.ethereum.org
[4] Intent-Based Architecture and Their Risks paradigm.xyz
[5] What are Crosschain Intents? docs.across.to
[6] Intent Lifecycle in Across docs.across.to
[7] Refunds docs.across.to
[8] Solver competition rules docs.cow.fi
