Хайгрид [значення див. у профілі] «Навіть якщо ви покладаєте торгівлю на ШІ, не довіряйте виведенню коштів». @pacifica_fi — Як MCP розподіляє права на торгівлю Попросити ШІ перевірити ціну біткойна — це зовсім інше, ніж наказати йому купити біткойн. Перше обмежується отриманням інформації, а з другого — починають рухатися реальні кошти та позиції. Якщо додати важіль та ринкові ордери, то неоднозначність однієї фрази на природній мові може безпосередньо призвести до втрат. Ось чому варто звернути увагу на Pacifica MCP. Важливо не те, що ШІ може торгувати, а те, що він може читати, якими ключами виконує ордери та де блокується доступ до коштів. [МCP — перетворення природної мови на інструмент торгівлі] MCP — це скорочення від Model Context Protocol — це стандарт з’єднання, який дозволяє ШІ та зовнішнім сервісам обмінюватися інформацією за фіксованими правилами. Звичайний чат-бот лише генерує відповіді на запити користувача, а ШІ з підключеним MCP може вибирати зареєстровані інструменти та безпосередньо запитувати сервіси або виконувати завдання. Pacifica MCP надає AI доступ до REST API Pacifica у вигляді інструментів. З клієнтів, таких як Claude Desktop, Claude Code, OpenAI Codex, можна за допомогою природної мови перевіряти ринкові дані та стан облікового запису, а при налаштованих правах — навіть виконувати ордери та керувати позиціями. Процес працює так: Коли користувач запитує поточну ціну BTC та фандингову ставку, ШІ розуміє намір і вибирає інструмент для отримання ціни. MCP-сервер перетворює це на запит до Pacifica REST API, а потім повертає отриману ціну та фандингову ставку назад ШІ. Так само працює запит на лімітний ордер на покупку BTC. Але запити, що змінюють стан облікового запису, як-от ордери, потребують підпису — тому вимагають більш високих прав доступу. Запити GET та вебсокет-запити Pacifica можна використовувати без підпису, але POST-запити потребують підпису за допомогою Ed25519. [Достатньо вказати ADDRESS — і почнеться режим лише для читання] Найбезпечніший спосіб початку роботи з Pacifica MCP — це вказати лише публічну адресу облікового запису (ADDRESS). У цьому стані можна отримувати дані: ціни, стакан, фандингову ставку, комісії, еквіті облікового запису, баланс, позиції, статус позики, ціну ліквідації, незавершені ордери та історію угод. Але запити на створення чи скасування ордерів — тобто такі, що змінюють стан облікового запису — будуть відхилені з помилкою read-only mode. Якщо ви вперше підключаєте 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 — безпечнший варіант поруч з головним ключем, але це не публічний ключ. Якщо ключ буде скомпрометовано, зловмисник зможе ставити ордери або змінювати леверидж та налаштування облiкового запису. Оскiльки ключi зберiгаються у файлi налаштувань Pacifica MCP у вiдкритому текстi — їх не можна завантажувати на GitHub, робити скрiншот екрану чи копiювати прямо у дiалогове вiкно ШІ. Якщо ключ був опублiкований — його треба негайно скасувати та видати новий. [Тестнет і мейнет — одна адреса] За замовчуванням Pacifica MCP пiдключається до API тестнету. Щоб працювати з реальними коштами, потрiбно безпосередньо змiнити PACIFICA BASE URL на адресу production API. Хоча сервер MCP залишається тим самим, адреса пiдключення роздiляє тестове середовище (з вiртуальними активами) і мейнет (з реальними коштами). Тому перше, що треба перевiрити пiсля встановлення — не вiдповiдь ШІ, а лог запуску. Pacifica MCP у логах показує поточну адресу облiкового запису та метод автентифiкацiї. Перед тестуванням ордерiв спочатку переконайтеся: який облiковий запис, яка мережа (тестнет/мейнет), режим read-only чи agent-key. Права на поповнення вiдрiзняються вiд прав на торгiвлю. Інструменти для видавання тестового USDP та поповнення USDC/USDP створюють транзакцiї Solana безпосередньо — не через Pacifica REST API.Ця задача не може використовувати Agent Key, потрібен основний PRIVATE_KEY. Якщо ви не хочете додавати основний ключ до середовища MCP, безпечніше обробляти депозити окремо через додаток Pacifica та підключати до MCP лише Agent Key. [Не довіряйте виведенню AI, навіть якщо довіряєте торгівлі] Найважливіша частина Pacifica MCP — це підхід до управління правами на виведення. У версії MCP v0.2.0, опублікованій 9 липня 2026 року, були видалені інструменти withdraw (виведення перп-забезпечення) та withdrawSpotAsset (виведення спот-активів на зовнішні гаманці). Функції для перегляду історії виведення та очікуючих виведень залишилися, але функціонал для реального переміщення коштів з MCP на зовнішні адреси був заблокований. У офіційному релізі це пояснюється як захід для запобігання випадковому переміщенню коштів. Це розділення має критичне значення для торгівлі з використанням AI-агентів. Якщо викрадено права на торгівлю, можна зазнати збитків, але якщо одночасно відкрито право на виведення — активи можуть бути виведені за межі облікового запису. Pacifica обрала підхід, що розділяє виконання ордерів і переміщення коштів за межі системи, щоб обмежити потенційну шкоду. Проте у поточній документації Pacifica MCP інструменти withdraw та withdrawSpotAsset все ще згадуються у списку доступних інструментів. Тим часом у релізі v0.2.0 на GitHub чітко зазначено, що ці функції були видалені. При реальному використанні краще перевіряти не лише документацію, а й версію встановленого пакету та реальні інструменти, доступні в MCP. Ця розбіжність між документацією та релізом — це проблема, яку Pacifica має вирішити. У фінансових інструментах безпека включає не лише додавання функцій, а й чітке інформування про те, які права зараз активовані. [Найбільша небезпека у натуральних мовах — це невизначеність] Приєднання MCP не означає, що AI зробить добру торгівельну угоду або гарантує прибуток. AI інтерпретує ваш текст і вибирає інструменти та параметри. Якщо ви скажете «купити трохи BTC», це не означає, що визначені кількість, ціна, тип ордера, плече, режим забезпечення та максимальний сліп'яз. Те, що люди розуміють за контекстом, у реальних ордерах створює велику різницю. У торгової заявці мають бути принаймні такі дані: - Торговий пар та напрямок - Точна кількість - Ринкова або лімітна ціна - Вказана ціна або максимальний сліп'яз - Плече - Cross або Isolated - Умови стоп-лосу та тейк-профіту - Чи потрібне попереднє схвалення перед виконанням Наприклад, замість просто «купити BTC» безпечніше надати такий запит: - Спочатку перевірте поточний аск/байд і мінімальний розмір ордера для BTC Perp на тестнет Pacifica - Потім підготуйте один лимітний ордер на купівлю мінімальної кількості на 20 тиков нижче найкращого байду, але спочатку покажи мені пару, ціну, кількість, плече та режим забезпечення — і не надсилай ордер без моєї згоди Проте одного лише запиту «не виконуй без моєї згоди» недостатньо для повної безпеки. MCP — це стандарт для з’єднання AI з зовнішніми інструментами, а не система, що примушує всi клієнти вимагати схвалення людини. Вам потрібно окремо перевірити налаштування схвалення виконання інструменту та дозволеного автоматичного виконання у вашому AI-клієнтi. [Потрібно перевіряти стан облiкового запису, а не повiдомлення про успiшний ордер] Те, що AI повiдомляє про успiшне виконання ордера, не означає, що завдання закiнчене. Ордер може бути прийнятий сервером, але залишитися незаповненим, частково заповненим або заповненим за іншою цiною, нiж очiкувалось. Повторне виконання запиту пiсля мережевої помилки може призвести до подвiйного ордера. Пiсля надсилання ордера обов’язково перевiрте: - ID ордера та його поточний статус - Список незаповнених ордерiв - Фактична кiлькiсть заповнення - Середня цiна входу - Поточна позицiя - Equity облiкового запису та рiвень використання забезпечення Pacifica MCP дозволяє окремо запитувати незаповненi ордери, iсторiю ордерiв, поточну позицiю, iсторiю позицiй та iнформацiю про облiковий запис. Саме тому важливими є інструменти для перевiрки результату — не менше, нiж інструмент для надсилання ордерiв. При пiдключеннi до автоматичної торгiвлi недостатньо лише зберiгати iсторiю дiалогу з AI. Вам потрiбно зберiгати окремий лог: використанi інструменти, вхiднi значення, вiдповiдь сервера, ID ордера, результат заповнення та кiнцевий стан облiкового запису. При проблемах важливо знати, який API-запит був надiсланий — а не яке повiдомлення створив AI. [Чому Pacifica MCP викликає очiкування] Цiннiсть Pacifica MCP полягає не в тому, що AI краще прогнозує ринок. Ранiше для кожної бiржi потрiбно було вивчати її API-документацiю та метод пiдпису, а потiм створювати окрему програму. З допомогою MCP ви можете використовувати Pacifica REST API як загальний інструмент у рiзних AI-клiєнтах: Claude Desktop, Claude Code, OpenAI Codex тощо. Новачки можуть перевiряти свiй облiковий запис i ринок за допомогою натуральної мови, а розробники можуть комбiнувати аналiз, ордери та перевiрки на одному й тому ж серверi MCP.Особливо добре, що режим лише для читання, одноразовий ключ агента, операції в мережі, що вимагають головного ключа, та функція виведення, видалена з MCP, розділені між собою. У майбутньому важливим буде не кількість функцій, а ступінь завершеності контролю. Потрібно додати більш дрібні механізми управління правами, ніж ключ агента: ліміти витрат на замовлення, списки дозволених активів, максимальний плече, щоденні ліміти збитків, процедури схвалення людиною. Наразі ключ агента зменшує використання головного ключа, але не є повноцінним політичним двигуном для детального обмеження дозволених угод. [Висновок] Найбільш небезпечна думка в AI-торгівлі — очікування, що AI зробить все сам. Pacifica MCP перетворює природну мову на запити ринку та реальні замовлення, але кінцевий результат залежить від ключів і прав, наданих користувачем, точності команд та способу перевірки після виконання. Тому чітка послідовність безпечного використання очевидна. Спочатку під’єднайте лише ADDRESS у режимі лише для читання для перевірки, а ключ агента додавайте лише тоді, коли потрібні реальні угоди. Після достатньої перевірки замовлень, скасувань та повторного перегляду результатів на тестнеті переносьтеся на мережу mainnet і тримайте головний приватний ключ та операції з виведення/внесення поза MCP. Найбільш вражливим у Pacifica MCP є не те, що AI може зробити багато речей. А те, що у дизайн продукту почали враховувати, де саме слід перервати те, чого AI робити не слід. Майбутня конкурентоспроможність інфраструктури AI-торгівлі, ймовірно, буде визначатися не природністю відповідей, а тим, наскільки дрібно розділено права та наскільки легко можна перевірити будь-яке виконання. #Pacifica #PerpDEX