Binance 認証設定で API キーの権限を管理するにはどうすればよいですか?

API キーの権限レベルについて

1. Binance は、API 権限を、読み取り専用、スポット取引、マージン取引、先物取引という明確な機能カテゴリに分割します。

2. 読み取り専用アクセスにより、資金移動を開始することなく、口座残高、注文履歴、市場深度、ローソク足データを取得できます。

3. スポット取引許可により、スポット取引所での注文の発注、変更、キャンセルが可能になりますが、デフォルトでは引き出し機能は除外されます。

4. マージン取引へのアクセスには個別のアクティベーションが必要であり、レバレッジ関連のエンドポイントを付与する前に Binance マージン契約の完了が義務付けられます。

5. 先物取引の許可は明示的に有効にする必要があり、ユーザーのアカウントで先物取引の適格性が確認された場合にのみ使用可能になります。

アクティブな API キー権限の編集

1. Binance Web サイトに移動し、検証済みの資格情報を使用してログインします。

2. [ユーザー センター] → [セキュリティ設定] → [API 管理] に移動します。

3. ターゲット API キーを見つけて、そのエントリの横にある [編集] アイコンをクリックします。

4. 現在の運用要件に応じて、「情報の読み取り」、「取引」、「マージン」、「先物」などの個別の許可スイッチを切り替えます。

5. Google Authenticator コードで変更を確認し、数秒以内にシステムに更新されたステータスが反映されるまで待ちます。

IPホワイトリストによるアクセスの制限

1. 各 API キーは、厳密なホワイトリスト メカニズムを通じて 1 つ以上の IPv4 アドレスへのバインドをサポートします。

2. 203.0.113.45 などの単一の IP アドレスを入力するか、203.0.113.0/24 などの CIDR 表記を使用してサブネット範囲を定義します。

3. IP ホワイトリスト フィールドを空のままにすると、権限の設定に関係なく、すべての外部リクエストが無効になります。

4. ホワイトリストに登録されていない IP から発信されたリクエストは、「API キーが存在しないか無効です」というメッセージを含む HTTP 401 エラーを返します。

5. 動的 IP 環境では、継続性を維持するために定期的な更新または DNS ベースの解決サービスとの統合が必要です。

サブアカウント API 分離戦略

1. サブアカウントは独立した残高台帳の下で動作し、API キーをメインアカウントと共有することはできません。

2. 一意の電子メール アドレスを使用して、https://www.binance.com/zh-CN/my/sub-account/account-management でサブアカウントを作成します。

3. 各サブアカウントには、2 要素認証を完了した後にのみアクセスできる独自の専用 API 管理インターフェイスがあります。

4. サブアカウントごとに特定の取引権限を割り当て、チームまたは戦略全体で役割ベースの制御を適用します。

5. 関連するアルゴリズムプロセスが終了したら、使用されていないサブアカウント API をただちに無効にします。

テストネット環境でのテスト権限

1. メインアカウントの認証情報を使用して、https://testnet.binance.vision にある Binance テストネット ポータルにアクセスします。

2. IP ホワイトリストやデバイス バインディングを必要とせずに、テストネット固有の API キー ペアを生成します。

3. 検証中に実稼働エンドポイントの代わりにベース URL https://testnet.binance.vision/api を使用します。

4. シミュレートされた取引と残高クエリを実行して、付与された権限が実際の条件と同様に動作することを確認します。

5. 成功の場合は 200、不正なアクションの場合は -2015 などの応答コードを監視して、構成が正しいことを確認します。

よくある質問

Q1: 同じ API キーでスポット権限と先物権限の両方を有効にすることはできますか?はい、ただし、そうすることで露出面が増加します。 Binance は、ドメインごとに個別のキーを維持することを推奨しています。

Q2: 「取引」を有効にしたまま「情報の読み取り」を無効にするとどうなりますか? API は /api/v3/account および同様のエンドポイントへの呼び出しを拒否しますが、十分な残高が存在する場合は注文リクエストを受け入れます。

Q3: 権限を変更すると、既存のオープン注文に影響しますか?いいえ、アクティブな注文は影響を受けません。権限の変更は、更新が有効になった後に行われた新しいリクエストにのみ適用されます。

Q4: 取引許可を有効にした後でも、API リクエストでエラー コード -2015 が返されるのはなぜですか?これは、署名検証の欠落、タイムスタンプの期限切れ、または秘密キーの不一致を示します。HMAC-SHA256 実装とクロック同期を確認してください。