Comment créer un sous-compte Crypto Futures pour différentes stratégies ?

Comprendre l'architecture des sous-comptes

1. Un sous-compte de contrats à terme cryptographiques fonctionne comme un conteneur de solde isolé au sein d'un compte d'échange principal, permettant aux traders de répartir le capital entre des profils de risque distincts sans interférence de marge croisée.

2. Chaque sous-compte conserve son propre solde de marge, son historique de position et ses paramètres d'effet de levier, indépendamment des autres sous-comptes ou du portefeuille principal.

3. Les échanges comme Bybit, OKX et Binance prennent en charge les sous-comptes via des points de terminaison d'API dédiés et des bascules d'interface utilisateur, bien que la granularité des autorisations varie selon les plates-formes.

4. L'isolement s'étend aux règlements des taux de financement : les sous-comptes calculent et absorbent les frais de financement individuellement en fonction de leurs positions ouvertes et de leurs soldes.

5. Les retraits des sous-comptes nécessitent d'abord des transferts internes explicites vers le compte principal, ajoutant une couche de friction opérationnelle qui décourage la réallocation impulsive du capital.

Séparation des stratégies par paramètres de risque

1. Un sous-compte de scalping à haute fréquence peut fonctionner avec un effet de levier de 5x avec des stop-loss serrés, tandis qu'un sous-compte macrodirectionnel détient des positions à long terme avec un effet de levier de 2x avec des tampons de volatilité plus larges.

2. Les sous-comptes d'arbitrage fonctionnent souvent avec un effet de levier nul et s'appuient exclusivement sur des différentiels de base spot-futures, exigeant une séparation stricte des comptes spéculatifs pour éviter les appels de marge pendant la compression des bases.

3. Les sous-comptes de couverture sont configurés avec des contrats perpétuels inverses libellés dans la même classe d'actifs que les avoirs au comptant sous-jacents, garantissant que la neutralité delta reste calculable par sous-compte.

4. Les sous-comptes de trading en grille utilisent un espacement des ordres fixe et des tailles de position prédéfinies, nécessitant une allocation de marge statique pour empêcher le désendettement automatique lorsque le prix teste à nouveau les limites de la grille.

5. Les sous-comptes de copy-trading héritent des paramètres de stratégie des traders principaux mais conservent des seuils de liquidation indépendants, ce qui signifie que les performances des abonnés divergent lorsque les capitaux propres du sous-compte tombent en dessous des exigences de marge minimale.

Contraintes d’intégration et d’automatisation des API

1. Les sous-comptes exposent des clés API uniques avec une portée restreinte : les traders doivent générer des informations d'identification distinctes pour chaque sous-compte plutôt que de partager des clés principales.

2. Les flux WebSocket fournissent des mises à jour de position uniquement pour le sous-compte authentifié, empêchant ainsi toute diaphonie stratégique involontaire dans les robots multi-instances.

3. Les limites de taux s'appliquent par sous-compte, et non par clé API, ce qui signifie que le cycle de commandes agressif sur cinq sous-comptes multiplie par cinq le volume total des demandes.

4. Certaines bourses désactivent certains types d'ordres, comme TWAP ou iceberg, dans les sous-comptes, obligeant les traders algorithmiques à adapter la logique d'exécution pour les ordres à cours limité et au marché de base.

5. La récupération des données commerciales historiques nécessite de spécifier l'UID du sous-compte dans chaque appel REST ; l'omission est effectuée par défaut sur le compte principal, ce qui entraîne des incohérences de données silencieuses dans les pipelines de backtesting.

Protocoles de financement et de règlement

1. Les dépôts dans des sous-comptes déclenchent une disponibilité immédiate de la marge mais ne se convertissent pas automatiquement en mode marge croisée. Même si le compte parent utilise la marge croisée, les sous-comptes utilisent par défaut une marge isolée, à moins qu'ils ne soient remplacés manuellement.

2. L'accumulation du taux de financement a lieu toutes les huit heures, débitée ou créditée directement sur le solde du portefeuille du sous-compte, et apparaît dans les journaux de transactions avec « FUNDING » comme champ de type.

3. Les événements de liquidation sont calculés uniquement en fonction des capitaux propres nets du sous-compte et de la taille de la position : aucun sauvetage n'a lieu à partir des comptes parents ou frères, ce qui impose des limites strictes en matière de capital.

4. Le règlement PnL pour les transactions réalisées est instantanément versé dans le solde du sous-compte, visible sous l'onglet « Historique du portefeuille » avec des horodatages précis à la milliseconde près.

5. Les événements négatifs sur les capitaux propres, tels qu'un dérapage extrême lors de krachs éclair, déclenchent une liquidation forcée et peuvent laisser la dette résiduelle marquée comme « Perte impayée », qui persiste jusqu'à ce qu'elle soit compensée manuellement via un transfert vers le compte principal.

Foire aux questions

Q : Puis-je transférer des USDT directement entre des sous-comptes ? R : Non. Les virements doivent être acheminés via le compte principal. Retirez d’abord du Sub-A vers le principal, puis déposez du principal vers le Sub-B. Cela crée deux écritures comptables distinctes et empêche les échanges atomiques.

Q : Les sous-comptes partagent-ils le même statut KYC que le compte principal ? R : Oui. Tous les sous-comptes héritent du niveau de vérification, des limites de retrait et des restrictions juridictionnelles de l'identité du parent. La création d'un sous-compte ne contourne pas les niveaux de conformité.

Q : Est-il possible d'attribuer différentes autorisations API à chaque sous-compte ? R : Oui. Lors de la génération de clés API, les échanges autorisent des bascules granulaires par sous-compte, telles que la désactivation des droits de retrait tout en autorisant le passage de commandes, permettant ainsi un contrôle d'accès basé sur les rôles.

Q : Qu'arrive-t-il aux positions ouvertes si un sous-compte est supprimé ? R : La suppression est interdite tant que les postes restent ouverts. L'interface bloque la suppression jusqu'à ce que toutes les positions soient fermées et que la marge soit retirée. La fermeture forcée déclenche une liquidation immédiate au prix du marché.