HiGrid [請參閱個人資料以了解其含義] 「可以讓 AI 進行交易，但不能讓 AI 進行提幣」 @pacifica_fi 關於 MCP 如何分配交易權限 要求 AI 查詢比特幣價格，與要求 AI 買入比特幣，是完全不同的兩回事。 前者僅止於讀取資訊，而後者則會實際動用資金與倉位。 若再加入槓桿與市價單，一句自然語言的模糊性，可能直接轉化為損失。 這正是您需要關注 Pacifica MCP 的原因。 重點不在於 AI 是否能進行交易，而在於它能讀取什麼、使用哪些鍵來下單，以及資金移動權限在哪裡被阻斷。 [將自然語言轉化為交易工具的 MCP] MCP 是 Model Context Protocol 的縮寫，是一種讓 AI 與外部服務以標準化方式交換資訊的連接規範。 一般聊天機器人僅能根據使用者提問生成回應，而連接 MCP 的 AI 則能選擇已註冊的工具，實際查詢服務或發起任務。 Pacifica MCP 將 Pacifica 的 REST API 以 AI 可使用的工具形式提供。 在 Claude Desktop、Claude Code、OpenAI Codex 等客戶端中，可透過自然語言查詢市場數據與帳戶狀態；若已設定權限，甚至可處理下單與倉位管理。 其運作流程如下： 當使用者要求確認當前 BTC 價格與資金費率時，AI 會解析語句意圖並選擇價格查詢工具。 MCP 伺服器將此請求轉換為 Pacifica REST API 請求，再將返回的價格與資金費率傳回給 AI。 當使用者要求下達 BTC 限價買單時，基本流程相同。 但由於下單屬於更改帳戶狀態的請求，因此需要簽名，權限等級高於查詢操作。 Pacifica 的 GET 請求與 WebSocket 查詢無需簽名即可使用，而 POST 請求則需使用 Ed25519 簽名。 [僅輸入 ADDRESS 即可啟動唯讀模式] Pacifica MCP 最安全的起始方式，是僅設定帳戶的公開地址 ADDRESS。 在此狀態下，您可查詢價格、報價、資金費率、手續費、帳戶權益、餘額、倉位、借貸狀態、強平價、未成交訂單與交易記錄等資訊。 但任何涉及修改帳戶的操作，例如下單或取消訂單，將因 read-only mode 錯誤而被拒絕。 對於首次連接 AI 代理的使用者，建議優先以唯讀模式啟動，而非立即開放交易權限。 因為這樣可以先確認：AI 是否正確連接到您的實際帳戶？是否能準確解析品種與數值？是否會呼叫未授權的工具？ 即使在唯讀模式下，仍足以用於市場分析與帳戶檢查。 例如：可建立流程來比較當前 BTC 價格與資金費率、整理現有倉位與強平價、一次檢查未成交訂單與最近手續費。 [進行交易時，Agent Key 比主私鑰更合適] 若需實際下單，則必須設定 AGENT PRIVATE KEY 或主錢包的 PRIVATE KEY。 其中 Pacifica 推薦的方式是使用 Agent Key。 Agent Key 是專為連結帳戶而設的獨立簽名密鑰。 它能代為簽署包含下單在內的所有 POST 請求，無需直接將主錢包私鑰植入交易程式。此外，它還具備可隨時解除連結的優勢，這與主鑰不同。 簡化結構如下： - 僅設定 ADDRESS：可查詢，不可交易 - 設定 ADDRESS + AGENT_PRIVATE_KEY：可查詢與交易 - 設定 ADDRESS + PRIVATE_KEY：可查詢與交易（直接使用主鑰） Agent Key 比主鑰更安全，但並非可公開的密鑰。 若遭洩露，攻擊者可下單或更改槓桿與帳戶設定。 由於 Pacifica MCP 設定檔中密鑰以明文儲存，因此絕不可上傳至 GitHub、截圖或直接貼入 AI 對話視窗。 一旦密鑰暴露，必須立即作廢並重新發行。 [測試網與主網共用同一地址] 若無特別設定，Pacifica MCP 會預設連接測試網 API。 若要在實際主網使用，必須手動將 PACIFICA BASE URL 改為 production API 位址。 即使使用相同的 MCP 伺服器，根據連接位址的不同，仍會分為處理虛擬資產的測試環境與實際資金流動的主網。 因此，安裝完成後最應首先確認的資訊並非 AI 的回應，而是執行日誌。 Pacifica MCP 啟動時會在日誌中顯示當前帳戶地址與認證方式。 在測試下單前，務必先確認帳戶、網路環境是處於 read-only 或 agent-key 狀態。 存款相關權限也與交易權限不同。 測試 USDP 發行與 USDC、USDP 存款工具並非透過 Pacifica REST API，而是直接生成 Solana 交易。此操作無法使用 Agent Key，必須使用主 PRIVATE_KEY。 若不希望將主密鑰放入 MCP 環境，建議在 Pacifica 應用程式中單獨處理入金，僅將 Agent Key 連接到 MCP，這樣更安全。 [將交易交給 AI，但不要將提幣交給 AI] Pacifica MCP 最值得關注的部分，在於其處理提幣權限的方式。 在 2026 年 7 月 9 日發布的 MCP v0.2.0 中，已移除用於提領 Perp 抵押品的 withdraw 工具，以及將 Spot 資產發送到外部錢包的 withdrawSpotAsset 工具。 雖然保留了查詢提幣記錄與待處理提幣的功能，但已完全阻斷透過 MCP 將實際資金移出至外部的途徑。 官方發佈說明明確指出，此舉是為防止因誤操作導致資金流失。 此區分在 AI 代理交易中至關重要。 若交易權限遭竊取，可能造成損失；但若提幣權限也同時開放，資產則可能直接從帳戶外流。 Pacifica 採取分離訂單執行與外部資金移動的策略，以縮小潛在損失範圍。 然而，目前 Pacifica 的 MCP Tools 文件中，withdraw 和 withdrawSpotAsset 仍列於工具清單內。 相對地，GitHub 上的 v0.2.0 發佈說明則明確指出這兩項功能已被移除。 實際使用時，應直接檢查安裝的套件版本與 MCP 暴露的工具，而非僅依賴文件清單。 此文件與發佈版本之間的差異，正是 Pacifica 需要解決的問題。 在金融工具中，安全不僅包含功能的新增，也包含明確告知使用者當前哪些權限處於啟用狀態。 [自然語言訂單中最危險的是模糊性] 即使 MCP 已連接，AI 也不代表能做出優質交易判斷或保證收益。 AI 會解讀使用者的語句，並選擇相應工具與參數。 若使用者僅說「買一點 BTC」，則數量、價格、訂單類型、槓桿、保證金模式、最大滑點均未明確指定。 人與人之間可依語境跳過的表達，在實際訂單中卻會造成巨大差異。 交易請求至少應包含以下資訊： - 交易標的與方向 - 精確數量 - 市場單或限價單 - 指定價格或最大滑點 - 槓桿倍數 - 全倉或逐倉 - 止損與止盈條件 - 執行前是否需人工確認 例如，比起「幫我買 BTC」，以下請求更安全： - 先查詢 Pacifica 測試網上 BTC Perp 的當前報價與最小訂單數量 - 在最佳買價低 20 ticks 的價格下，以最小數量準備一筆限價買單；但請先顯示標的、價格、數量、槓桿與保證金模式，在獲得確認前勿發送 然而，僅靠「執行前需確認」這句話，並不能完全確保安全。 MCP 僅是連接 AI 與外部工具的規範，並非所有用戶端都強制要求人工確認。 您必須另行確認所使用的 AI 用戶端是否啟用工具執行確認機制及自動執行範圍。 [比起訂單成功訊息，更應重新檢查帳戶狀態] 即使 AI 回覆「訂單成功」，也不代表任務已完成。 即使訂單請求已送達伺服器，仍可能處於未成交狀態、部分成交，或以與預期不同的價格成交。 若在網路錯誤後重複提交相同請求，還可能產生重複訂單。 下單後，必須重新查詢以下資訊： - 訂單 ID 與當前狀態 - 未成交訂單清單 - 實際成交數量 - 平均進場價格 - 當前倉位 - 帳戶 Equity 與保證金使用率 Pacifica MCP 可分別查詢未成交訂單、訂單歷史、當前倉位、倉位歷史與帳戶資訊。 這正是為何查詢工具比下單功能更重要——確認執行結果才是關鍵。 若用於自動交易，僅保留 AI 對話紀錄是不夠的。 必須將使用的工具、輸入值、伺服器回應、訂單 ID、成交結果與最終帳戶狀態另存為獨立日誌。 問題發生時，應能確認實際傳送了哪些 API 請求，而非僅查看 AI 生成了哪些語句。 [Pacifica MCP 值得期待的原因] Pacifica MCP 的價值不在於 AI 能更精準預測市場。 過去，必須針對每個交易所學習其 API 文件與簽名方式，並分別開發程式。 使用 MCP 後，可將 Pacifica REST API 作為通用工具，在 Claude Desktop、Claude Code、OpenAI Codex 等多種 AI 用戶端中直接使用。 初學者可透過自然語言檢查帳戶與市場； 開發者則可在同一 MCP 伺服器上組合分析、下單與驗證流程。特別是將唯讀模式、可棄置的 Agent Key、需要主密鑰的鏈上操作，以及從 MCP 移除的提幣功能分開，這非常好。 未來更重要的不是功能數量，而是控制的完備性。 應增加比 Agent Key 更細緻的權限管理，例如每筆訂單的支出上限、標的資產允許清單、最大槓桿、每日損失上限、人工審批流程等。 目前的 Agent Key 雖能減少主密鑰的暴露，但並非一個能細緻限制交易範圍的完整政策引擎。 [結論] 在 AI 代理交易中，最危險的想法是期待 AI 會自動處理一切。 Pacifica MCP 能將自然語言連結至市場查詢與實際訂單，但最終結果取決於使用者授予的密鑰與權限、指令的準確性，以及執行後的驗證方式。 因此，安全的使用流程非常明確： 首先僅連接 ADDRESS 以唯讀模式進行驗證，僅在需要實際交易時才新增 Agent Key。 在測試網上充分確認訂單、取消、結果重查後，再移至主網；主私鑰與出入金操作應盡可能保留在 MCP 之外。 Pacifica MCP 最令人印象深刻之處，不在於 AI 能做許多事， 而在於產品設計已開始思考：應在哪裡切斷 AI 不該做的任務。 未來 AI 交易基礎設施的競爭力，很可能取決於權限能分割得多細，以及如何讓所有執行都能輕鬆驗證。 #Pacifica #PerpDEX