Chainlink CCIP 2.0：代幣跨鏈轉移可能延遲

Chainlink(LINK)的CCIP 2.0已確認存在代幣跨鏈轉移延遲的結構性可能性。即使來源鏈上的代幣已被鎖定或銷毀，只要額外驗證者未回應，或目的鏈政策拒絕交易，目的鏈上的代幣鑄造與撥出仍可能暫停。

Chainlink於9月28日公開CCIP 2.0。根據Chainlink官方介紹，此次更新納入由發行方、機構及第三方營運的跨鏈驗證者（CCV）、Faster-than-Finality傳輸、自動化合規引擎（ACE）及客製化執行方式。

CCIP 2.0的預設設定，是沿用Committee Verifier，並等待來源鏈達到完整最終性。預設Committee Verifier由16個獨立節點營運商組成；若再將額外CCV設為必要驗證者，必須同時取得兩套驗證體系的證明，目的鏈才會執行訊息。

Chainlink開發者文件說明，若要求必要證明的驗證者未回應，相關訊息的執行可能延遲。這意味著設定錯誤或服務故障，都可能導致傳輸中止或進入失敗狀態。

代幣傳輸從來源鏈的OnRamp記錄訊息開始，代幣池隨後鎖定或銷毀資產。接著，目的鏈的OffRamp確認必要驗證者的證明後，才會鑄造或撥出代幣。

因此，來源鏈交易完成不代表目的鏈代幣已完成接收。使用者仍需另外確認必要驗證者是否回應，以及目的鏈的執行狀態。

即使ACE已連接至目的鏈代幣池，傳輸仍可能延遲。若目的鏈的postflightCheck拒絕收款人、代幣或金額等政策條件，目的鏈代幣可能在來源交易完成後仍未被鑄造或撥出。

ACE代幣池政策文件指出，政策條件排除後，應按照標準復原程序重新嘗試執行訊息。若在來源階段套用預先檢查，交易本身不會開始；但目的階段的事後檢查，可能在來源交易完成後拒絕執行。

這項架構讓發行方或機構能針對超過特定金額的轉移、特定鏈或特定代幣設定額外政策條件。這在強化安全驗證與合規控制的同時，也意味著驗證者故障、回應延遲、政策變更及設定不一致，都可能影響傳輸流程。

手動執行無法繞過缺少的必要驗證。根據Chainlink手動執行文件，只有在取得所有必要證明後才能執行；更換執行者或由目的地直接負擔Gas，也無法解決證明不足的問題。

Chainlink表示，Lombard正在導入CCIP 2.0的客製化CCV驗證邏輯。不過，僅憑公開的詳細設定，難以判斷特定主網資產與鏈組合是否已將該CCV設為必要驗證者，或目前是否已投入實際運作。

CryptoSlate報導，僅根據公開發布資料，難以確認是否已有資產因發行方營運的必要CCV而在主網傳輸中實際遭到阻擋。這顯示設計上的延遲可能性，應與已發生的實際故障區分。

CCIP 2.0的快速傳輸功能也不會自動套用於所有交易。代幣發行方必須在相關代幣池允許快速確認，發送方也必須針對每筆交易提出要求。預設方式仍是等待來源鏈達到完整最終性，再由目的鏈驗證並執行訊息。

本次更新延續本刊先前報導的CCIP 2.0機構驗證強化與快速傳輸選項。隨著自有驗證者及政策型控制機制加入，傳輸狀態已難以僅依來源交易是否成功來判斷。

若要確認實際傳輸風險，需一併檢查資產名稱、來源鏈與目的鏈、代幣池、必要CCV設定、訊息ID及目的鏈執行狀態。公開資料目前未提出因CCV或ACE政策導致特定資產主網傳輸實際遭阻擋的案例。