Near Intents 攔下 Bitget 黑客資金：意圖協議的 permissionless 風控試煉

Bitget 交易所遭駭後，攻擊者手上多半握著大量可提領資產。他們要做的不是停在交易所，而是盡快把資金轉成更難追蹤的形式：跨鏈、換成穩定幣、拆散地址、透過自動路由流出。Near Intents 這類 intent 服務正好卡在中間：使用者提出交換意圖，系統找路徑執行。這次它發現超過 5,000 萬美金的 attempted transfers 並阻擋，但多數被拒資金後續又從其他 provider 移動。這讓事件變得不只是一次風控攔截，而是測試 permissionless 意圖協議到底能不能成為資金洗白的第一道門。

攔下五千萬，不等於安全網生效

我看這則新聞時，第一反應不是「太好了，擋住了」，而是「擋在哪一段」。Near Intents 的定位很像加密世界的交易前臺：使用者說「我要把 A 變成 B、數量多少、最多可接受多少滑價」，後端再找 DEX、跨鏈橋或其他執行者去撮合。這種架構方便，但也很像資金流動的節點。

問題是，節點一旦開始阻擋，就不再只是中立路由。它要判斷哪些地址像被駭資金、哪些意圖像洗白路徑、哪些金額該延遲或拒絕。這正是 permissionless 最尷尬的地方：名義上任何人可用，實際上風控必然要畫線。

更麻煩的是，新聞描述提到多數被拒資金後續透過其他 provider 移動。這代表攻擊者不是只有一條路，而是懂多路徑。今天 Near Intents 拒了，明天可以換另一條 intent 路由、直接打 DEX、走跨鏈橋，甚至拆成多筆小單。單一服務商的攔截能力，很容易變成「看起來很有用，但只擋住其中一條支流」。

機制	觸控點	偵測能力	繞路成本	permissionless 程度	對被駭資金的影響
交易所內控	提款白名單、KYC、人工審核	高	中	低	可延遲或凍結，但依賴鏈下系統
DEX 與跨鏈橋	鏈上 智能合約	低到中	低	高	資金可快速轉化、跨鏈、拆散
Near Intents 這類意圖路由	意圖撮合、執行與清算	中到高，取決於風控	中	高但有例外	可標記並拒單，但資金可能改道

當一個 permissionless 協議開始阻擋特定來源的資金，它其實已經在問一個更難的問題：去中心化到底允許多少例外？

我認為這事件的真正痛點，不是 Near Intents 有沒有能力攔錢，而是「事件驅動風控」跟「無許可執行」之間的速度差。交易所被駭是突發事件，風控需要幾分鐘到幾小時內把地址、金額、行為特徵標記出去；但意圖協議的價值在於快速執行，如果每一筆都要等人工確認，使用者體驗會崩。可是不等，資金就跑了。

未來一到兩年：從單點攔截到流動性風控聯盟

接下來一兩年，我猜這類事件會讓意圖協議、跨鏈橋和交易所之間出現更緊的協作。不是完全變成中心化審查，而是更像「事件觸發的共享標籤」：一旦某家 CEX 被駭，相關地址、金額區間、常見流出路徑會被快速分發給多個執行方。

但共享標籤也會帶來審查風險。誰決定哪些地址該被標記？標記錯誤誰賠？如果某個 solver 因為風控拒單導致用戶損失，责任怎麼算？這些問題不解決，意圖協議只會慢慢變成「帶風控的中介」，而不是真正去中心化的執行層。

另一個可能趨勢是「分級執行」。小金額、低風險意圖照常秒結；大金額、跨鏈、涉及新地址或剛被標記的來源，則進入延遲區。這種做法會犧牲一部分使用者體驗，但對交易所被駭這類事件比較實際。

未來機制	好處	代價	可能爭議
共享地址標籤	多協議協同攔截	審查與誤判風險	誰有權標記資金
大額延遲執行	給風控時間	用戶體驗變差	是否等同限制使用
solver 保險池	拒單或誤操作可賠付	成本轉嫁給使用者	保險來源是否中心
交易所鏈上出口監聽	更早發現資金外流	增加鏈下依賴	監控範圍是否過大

我比較看好「保險池」這條路。意圖協議如果只靠算法拒單，很容易被繞；但如果 solver 要 posting 保證金，執行前就要評估風險，拒單成本與賠付責任會被綁在一起。這樣風控就不再是口號，而是有經濟後果。

延伸思考與常見問題