OKX で取引ボット用の API キーを作成するにはどうすればよいですか?

API管理インターフェースへのアクセス

1. 検証済みの資格情報と 2 要素認証を使用して、OKX アカウントにログインします。

2. 右上のドロップダウン メニューの [アカウント] セクションに移動します。

3. サイドバーのナビゲーション パネルから「API Management」を選択します。

4. ダッシュボードの目立つところにある「API の作成」ボタンをクリックします。

5. セキュリティ層から要求された場合は、電子メールまたは SMS で本人確認を行います。

APIの許可と制限の構成

1. 注文と管理​​を伴うボット操作の主な権限範囲として「取引」を選択します。

2. 「読み取り」アクセスを有効にして、約定権限なしで残高、ポジション、市場データを取得できるようにします。

3. カンマ区切りの IPv4 アドレスまたは CIDR 範囲を入力して IP ホワイトリストを指定し、API 呼び出し元を制限します。

4. ログイン パスワードとは別のカスタム パスフレーズを設定します。これは、署名されたリクエストごとに必要になります。

5. クロスマージンまたは資産譲渡ロジックで明示的に必要でない限り、「出金」および「資金調達」権限をオフに切り替えます。

キーペアの生成と保護

1. 構成を送信すると、OKX は 36 文字の UUID スタイルの API キーを即座に生成します。

2. 32 バイトの 16 進数の秘密キーは 1 回だけ表示され、後で取得することはできません。すぐにコピーしてください。

3. システムは、他の 2 つの資格情報と一緒に保存する必要がある一意のパスフレーズを割り当てます。

4. 3 つの値(API Key 、 Secret Key 、およびPassphrase )はすべて、認証されたリクエストごとに必要です。

5. これらの値をソース コードに直接コミットしないでください。代わりに、環境変数または暗号化されたコンテナーを使用してください。

API接続をローカルでテストする

1. python-okx を使用し、新しく作成した認証情報と運用モードの flag=0 を使用して TradeAPI インスタンスを初期化します。

2. 最小残高クエリFundingAPI.get_balances(ccy='USDT')を実行して、署名の有効性とエンドポイントの到達可能性を確認します。

3. HTTP ステータス コードを監視します。200 応答により、認証とルーティングが成功したことが確認されます。

4. レート制限ヘッダー (OK-RLIMIT-LIMIT、OK-RLIMIT-REMAINING) を観察して、ボットのリクエスト頻度を調整します。

5. tdMode='cash' および sz='0.0001' を使用してドライラン指値注文をトリガーし、実際の実行を行わずに注文検証ロジックを検証します。

Python ベースの取引インフラストラクチャとの統合

1. OKX_API_KEY、OKX_SECRET_KEY、および OKX_PASSPHRASE エントリを含む .env ファイルから、dotenv を介して認証情報をロードします。

2. デモ モードの false を含むパラメータと展開ターゲットに基づいた適切なフラグ値を使用して、Trade.TradeAPI をインスタンス化します。

3. 古い価格仮定を避けるために、MarketData.MarketAPI を使用して注文を送信する前にリアルタイム ティッカーを取得します。

4. きめ細かなエラー処理のために、okx.Exceptions.OkxAPIException をキャッチする try-Exception ブロックですべての注文配置をラップします。

5. 実行後の監査と遅延プロファイリングのために、タイムスタンプ付きのリクエスト/レスポンス ペイロードを回転ファイル バッファに記録します。

よくある質問

Q: 複数のボットで同じ API キーを再利用できますか? A: はい。ただし、各ボットは、障害の影響を分離するために、調整された IP ホワイトリストと権限スコープを備えた独自の専用キーの下で動作する必要があります。

Q: 私の秘密キーが公開された場合はどうなりますか? A: API Management インターフェイスを介して侵害されたキーを直ちに取り消し、新しいキーを生成します。OKX サポートによる手動介入は必要ありません。

Q: OKX はパスフレーズのローテーションを強制しますか? A: いいえ、ただし、パスフレーズを変更すると、既存の署名がすべて無効になり、すべての統合サービスにわたって完全な資格情報を再初期化する必要があります。

Q: 同じAPI KeyでWebSocket接続は可能ですか? A: はい。同じ資格情報で REST 接続と WebSocket 接続の両方が認証されますが、WebSocket サブスクリプションには個別のトピック登録が必要です。