Comment créer un sous-compte sur OKX pour différentes stratégies ? (Gestion)

Processus d'initialisation du sous-compte

1. Connectez-vous à la plateforme Web OKX en utilisant les informations d'identification de votre compte principal.

2. Accédez à la section « Actifs » et sélectionnez « Gestion des sous-comptes » dans le menu déroulant.

3. Cliquez sur « Créer un sous-compte », entrez un nom unique et attribuez une adresse e-mail dédiée pour le routage des notifications.

4. Confirmez la création en effectuant une vérification par SMS ou par portefeuille matériel lorsque vous y êtes invité.

5. Attribuez immédiatement des autorisations API limitées à des fonctions spécifiques à la stratégie : aucune autorisation générale d'« accès complet » n'est autorisée.

Contrôle de la granularité des autorisations

1. Chaque sous-compte prend en charge le contrôle d'accès basé sur les rôles (RBAC) avec des modèles prédéfinis : « Spot Trader », « Derivatives Analyst » et « Risk Monitor ».

2. Les ensembles d'autorisations personnalisés peuvent restreindre les points de terminaison de l'API à des méthodes exactes, par exemple en autorisant GET /api/v5/account/balance mais en bloquant POST /api/v5/trade/order .

3. Les droits de retrait sont désactivés par défaut et nécessitent une approbation distincte via une confirmation par e-mail signée avec la phrase secrète du compte principal.

4. La liste blanche IP est appliquée par sous-compte ; aucune adresse de proxy partagé ou de passerelle NAT n'est acceptée lors de la configuration.

5. Des autorisations limitées dans le temps peuvent être planifiées, par exemple pour permettre l'ajustement de l'effet de levier à terme uniquement entre 08h00 et 16h00 UTC en semaine.

Intégration API pour le déploiement multi-stratégies

1. Initialisez le module SubAccountAPI en utilisant des ensembles d'informations d'identification distincts par sous-compte : SubAccount.SubAccountAPI(api_key_a, secret_key_a, passphrase_a, False, '0') .

2. Utilisez get_subaccount_list() pour récupérer les identifiants actifs avant d'exécuter toute opération de solde ou de commande.

3. Les requêtes d'actifs par lots doivent spécifier des noms de sous-comptes séparés par des virgules (et non des ID) pour éviter les erreurs de mappage interne lors de l'analyse des réponses v5.

4. La configuration du mode levier nécessite une validation préalable de l'éligibilité au niveau de marge via get_subaccount_margin_ltv() , qui renvoie les seuils LTV en temps réel par classe d'instruments.

5. Le passage des ordres via des sous-comptes applique l'isolement du mode TD : les modes de trésorerie, de marge et de marge de portefeuille ne peuvent pas être mélangés dans un seul contexte de sous-compte.

Orchestration des flux de financement

1. Les transferts internes entre sous-comptes s'exécutent instantanément sans frais et sans délai de confirmation blockchain.

2. La méthode financement.transfer() exige la spécification explicite des noms des sous-comptes source et cible (et pas seulement des identifiants) pour éviter les mouvements accidentels de fonds entre stratégies.

3. L'historique des transferts est enregistré séparément par sous-compte et n'apparaît pas dans le grand livre général du compte principal, sauf s'il est explicitement agrégé via l'API de reporting.

4. Des règles de financement automatisées peuvent être définies à l'aide de scripts déclenchés dans le temps qui invoquent set_subaccount_level() pour ajuster les plafonds d'exposition au risque avant l'ouverture du marché.

5. Les soldes négatifs sont interdits au niveau des sous-comptes ; toute tentative de retrait excessif déclenche une suspension immédiate jusqu'à dérogation manuelle par le titulaire du compte principal.

Questions courantes et réponses directes

Q : Un sous-compte peut-il générer sa propre clé API indépendamment du compte principal ? R : Non. Toutes les clés API de sous-compte doivent être créées sous l'interface de gestion des API du compte principal et sont liées à ses politiques de sécurité et à sa piste d'audit.

Q : Est-il possible de visualiser les PnL de plusieurs sous-comptes dans un seul rapport consolidé ? R : Oui. Le point de terminaison get_subaccount_pnl_summary() accepte une liste de noms de sous-comptes et renvoie des chiffres PnL quotidiens, hebdomadaires et mensuels unifiés avec des ventilations au niveau de l'instrument.

Q : Qu'arrive-t-il aux commandes ouvertes lorsqu'un sous-compte est supprimé ? R : Toutes les commandes en attente sont automatiquement annulées avant d'être supprimées. Aucune exécution partielle ou état orphelin n’est autorisé.

Q : Les sous-comptes héritent-ils du niveau KYC du compte principal ? R : Oui. Les sous-comptes fonctionnent sous le même niveau de conformité juridictionnelle que le compte principal ; aucune soumission KYC individuelle n’est requise ou autorisée.