ハイグリッド [意味についてはプロフィールを参照] 「AIには取引を任せても、出金は任せない」 @pacifica_fi MCPが取引権限を分割する方法 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のみを設定することである。 この状態では、価格、オーダーブック、ファンディングレート、手数料、アカウントEquity、残高、ポジション、借入状況、強制ロスカット価格、未約定注文および取引履歴などを照会できる。 一方で、注文の作成やキャンセルのようにアカウントを変更するリクエストは、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を本番APIアドレスに直接変更する必要がある。 同じMCPサーバーを使用しても、接続先アドレスによって仮想資産を取り扱うテスト環境と実際の資金が動くメインネットが分離される。 したがって、インストール後に最初に確認すべき情報はAIの回答ではなく実行ログである。 Pacifica MCPは起動時に現在のアカウントアドレスと認証方式をログに表示する。 注文をテストする前には、アカウント・ネットワーク・read-onlyまたはagent-key状態をまず確認しなければならない。 入金に関する権限は取引権限とも異なる。 テスト用USDP発行およびUSDC・USDP入金ツールはPacifica REST APIではなく、Solanaトランザクションを直接生成する。この作業ではAgent Keyを使用できず、メインPRIVATE_KEYが必要です。 メインキーをMCP環境に組み込みたいのでなければ、入金はPacificaアプリで別途処理し、MCPにはAgent Keyのみ接続する方が安全です。 [取引は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を少し買って」と言うだけでは、数量、価格、注文方法、レバレッジ、証拠金モード、最大スリッページが定まっていません。 人同士なら文脈で補える表現でも、実際の注文では大きな差異を生みます。 取引リクエストには少なくとも以下の情報が含まれている必要があります。 - 取引対象と方向 - 正確な数量 - 市場価格または指値 - 指定価格または最大スリッページ - レバレッジ - CrossまたはIsolated - 損切り・利益確定条件 - 実行前の承認有無 たとえば「BTCを買って」という依頼より、以下のように依頼する方が安全です。 - PacificaテストネットでBTC Perpの現在の約定価格と最小注文数量を確認して - 現在のbest bidより20 ticks低い価格で最小数量の指値買い注文1つを準備し、対象、価格、数量、レバレッジ、証拠金モードをまず表示して、承認前には送信しないで ただし、「承認前には実行しない」という文言だけでは完全な安全が保証されるわけではありません。 MCPはAIと外部ツールを接続する仕様であり、すべてのクライアントで人の承認を強制するシステムではありません。 使用中のAIクライアントのツール実行承認設定と自動実行範囲を別途確認する必要があります。 [注文成功メッセージよりアカウント状態を再確認すべき] AIが「注文が成功しました」と返答したからといって、作業が完了したわけではありません。 注文リクエストがサーバーに受理されたとしても、未約定状態である可能性があり、一部のみ約定されたり、想定と異なる価格で注文が残ったりする可能性があります。 ネットワークエラー後に同じリクエストを再実行すると、重複注文が生成される可能性もあります。 注文後は必ず以下の情報を再確認する必要があります。 - 注文IDと現在の状態 - 未約定注文一覧 - 実際の約定数量 - 平均エントリーレート - 現在のポジション - アカウントEquityと証拠金使用率 Pacifica MCPは未約定注文、注文履歴、現在のポジション、ポジション履歴およびアカウント情報をそれぞれ照会できます。 注文送信機能よりも、実行結果を再確認できる照会ツールが重要な理由です。 自動売買に接続する場合、AIの会話履歴だけでは不十分です。 使用したツール、入力値、サーバー応答、注文ID、約定結果および最終アカウント状態を別途ログとして保存する必要があります。 問題が発生したときにAIがどのような文を生成したかではなく、実際にどのAPIリクエストが送信されたかを確認できるようにする必要があります。 [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