Comment utiliser les sous-comptes sur les bourses ? (Gestion de portefeuille)

Comprendre la structure des sous-comptes

1. Un sous-compte est un portefeuille indépendant et un environnement de trading imbriqué sous un compte d'échange principal, partageant la même vérification KYC mais conservant des soldes, un historique des commandes et des clés API séparés.

2. Chaque sous-compte fonctionne avec ses propres adresses de dépôt et de retrait, permettant une séparation précise des fonds sans nécessiter de vérification d'identité supplémentaire.

3. Les bourses comme Binance, OKX et Bybit autorisent jusqu'à 100 sous-comptes par compte principal, en fonction du niveau de vérification et des exigences de conformité juridictionnelles.

4. Les sous-comptes héritent des paramètres de sécurité du compte parent, tels que Google Authenticator ou la liaison de clé matérielle, mais peuvent se voir attribuer des listes blanches d'adresses IP et des restrictions de connexion distinctes.

5. Le transfert entre sous-comptes est instantané et gratuit, contrairement aux transferts externes blockchain, ce qui les rend idéaux pour le rééquilibrage interne entre les stratégies.

Segmentation du portefeuille basée sur les rôles

1. Les traders répartissent les sous-comptes par type de stratégie : un pour l'arbitrage au comptant, un autre pour la couverture perpétuelle des contrats à terme et un troisième exclusivement pour la mise en jeu de récompenses en pièces stables.

2. Les utilisateurs institutionnels attribuent des sous-comptes à des gestionnaires de portefeuille individuels, chacun disposant d'autorisations de lecture seule ou d'exécution de transactions, sans accès aux contrôles principaux de retrait.

3. Les juridictions fiscales exigent une séparation nette : un sous-compte basé aux États-Unis ne détient que des paires libellées en USD et respecte les seuils de déclaration de l'IRS, tandis qu'un sous-compte offshore gère les positions à marge croisée BTC/ETH.

4. L'isolement des marges est appliqué au niveau du sous-compte : les pertes dans une position courte sur ETH avec effet de levier ne peuvent pas drainer les fonds d'un sous-compte long BTC distinct.

5. Les clés API générées pour un sous-compte ne peuvent pas accéder aux actifs du compte parent ni exécuter des transactions en dehors de son solde désigné et de sa portée d'autorisation.

Financement et transferts entre sous-comptes

1. Les dépôts doivent être initiés à partir de portefeuilles externes directement vers l'adresse de dépôt unique d'un sous-compte spécifique ; le routage automatique depuis le compte principal n'est pas pris en charge.

2. Les transferts internes utilisent l'interface de transfert native de la bourse (et non les réseaux blockchain), garantissant des frais de gaz nuls et un règlement en moins d'une seconde entre les sous-comptes.

3. Les retraits sont limités aux adresses externes sur liste blanche pré-approuvées pour chaque sous-compte, avec un délai de récupération obligatoire de 24 heures après l'enregistrement d'une nouvelle adresse.

4. Les soldes négatifs déclenchent une liquidation immédiate dans les sous-comptes sur marge, mais ne propagent pas la dette aux autres sous-comptes, même s'ils partagent la même identité mère.

5. Les cumuls de taux de financement, les paiements de financement et les PnL non réalisés sont calculés et signalés indépendamment par sous-compte, sans agrégation visible dans le tableau de bord principal à moins d'être exportés manuellement.

Limites de l'intégration et de l'automatisation des API

1. Les clés API de sous-compte prennent en charge les points de terminaison REST et WebSocket pour le placement des commandes, les requêtes de solde et le suivi des positions, mais n'ont pas accès aux données utilisateur du compte principal telles que l'e-mail ou le numéro de téléphone.

2. Les limites de débit s'appliquent individuellement par clé API de sous-compte, empêchant la limitation d'un robot d'affecter la vitesse d'exécution d'un autre.

3. Les notifications Webhook pour les exécutions, les liquidations ou les appels de marge sont envoyées uniquement aux points de terminaison enregistrés dans la configuration API de ce sous-compte.

4. Les API de sous-compte ne peuvent pas récupérer l'historique des transactions ni les instantanés de solde des comptes frères, même si elles utilisent le même secret d'API dans une hiérarchie de clés principales partagée.

5. Les robots de grille automatisés déployés sur un sous-compte fonctionnent uniquement dans son inventaire d'actifs et ne peuvent pas extraire de liquidités ni ajuster les paramètres en fonction des mesures d'autres sous-comptes.

Questions courantes et réponses directes

Q : Puis-je fusionner deux sous-comptes en un seul ? R : Non. Les bourses ne fournissent pas de fonctionnalité de fusion. Les actifs doivent être transférés manuellement et les enregistrements historiques restent en permanence cloisonnés.

Q : Les sous-comptes apparaissent-ils lors de l'exportation du rapport fiscal de ma bourse ? R : Oui, mais uniquement si cette option est explicitement sélectionnée lors de la génération du rapport. Les exportations par défaut couvrent uniquement le compte principal, sauf si les cases des sous-comptes sont activées.

Q : Y a-t-il un solde minimum requis pour créer un sous-compte ? R : Non. La création est gratuite et ne nécessite aucun dépôt initial. Cependant, certains échanges bloquent la création d'API jusqu'à ce qu'au moins l'équivalent de 10 $ soit déposé.

Q : Puis-je récupérer un sous-compte supprimé ? R : Non. La suppression est irréversible. Tous les historiques commerciaux, clés API et enregistrements de solde sont définitivement effacés après confirmation.