Comment utiliser les sous-comptes MEXC ? (Gestion de compte)

Processus de création de sous-compte

1. Connectez-vous à votre compte MEXC principal via une application de bureau ou mobile et accédez à la section Gestion du compte.

2. Sélectionnez « Sous-compte » dans le menu de gauche et cliquez sur « Créer un sous-compte ».

3. Saisissez un nom de sous-compte unique, choisissez le niveau d'autorisation (lecture seule, échange ou retrait) et confirmez avec votre code Google Authenticator.

4. Un nouvel identifiant de sous-compte apparaît instantanément, avec son interface de clé API dédiée et son tableau de bord des actifs.

5. Aucune vérification par e-mail ou nouvelle soumission KYC n'est requise pour les sous-comptes liés à un compte principal entièrement vérifié.

Allocation de fonds et isolement

1. Les fonds ne sont pas transférés automatiquement entre le compte principal et les sous-comptes ; les transferts manuels doivent être initiés à partir du portefeuille principal.

2. Chaque sous-compte conserve des soldes indépendants au comptant, sur marge et à terme, visibles uniquement pour les autorisations qui lui sont attribuées.

3. Les sous-comptes activés pour les retraits nécessitent des adresses sur liste blanche configurées séparément sous leurs propres paramètres de sécurité.

4. Les actifs détenus dans un sous-compte sont juridiquement et techniquement isolés : aucune responsabilité partagée n'existe entre les comptes lors des audits internes ou des examens réglementaires.

5. Les adresses de dépôt générées pour chaque sous-compte sont cryptographiquement distinctes et ne sont jamais réutilisées d'une session à l'autre.

Granularité des autorisations

1. Les sous-comptes en lecture seule affichent le PnL en temps réel, l'historique des commandes et les données de solde, mais ne peuvent pas passer de commandes ni initier de retraits.

2. Les sous-comptes de trading prennent en charge les ordres limités, de marché, stop-market et conditionnels, mais n'ont pas d'autorité de retrait à moins d'être explicitement mis à niveau.

3. Les autorisations de retrait nécessitent une confirmation secondaire via SMS ou jeton matériel, appliquée quels que soient les paramètres du compte principal.

4. Les clés API émises vers les sous-comptes héritent uniquement des autorisations accordées au moment de la création et ne peuvent pas être transmises après l'émission.

5. Les restrictions de liaison IP et de géolocalisation s'appliquent individuellement par sous-compte, indépendamment de l'historique de connexion du compte parent.

Protocoles de sécurité

1. Toutes les connexions aux sous-comptes déclenchent une ré-authentification 2FA obligatoire, même si la session principale reste active.

2. Une activité suspecte sur un sous-compte déclenche le verrouillage immédiat de cette instance spécifique sans affecter les autres.

3. Les signatures de portefeuille froid pour les demandes de retrait proviennent exclusivement de fragments de clé privée spécifiques au sous-compte.

4. Les journaux d'audit enregistrent chaque action (y compris l'horodatage, l'adresse IP, l'empreinte digitale de l'appareil et le niveau d'autorisation utilisé) conservée pendant 18 mois.

5. La suppression du sous-compte efface définitivement toutes les clés API, enregistrements de transactions et adresses sur liste blanche associés sans aucune fenêtre de récupération.

Cadre d'intégration d'API

1. Chaque sous-compte reçoit une paire de clés API unique avec des clés secrètes, des limites de débit et des étendues d'accès aux points de terminaison distincts.

2. Les points de terminaison REST et WebSocket appliquent une validation stricte de l'origine, rejetant les demandes signées avec des informations d'identification de sous-compte incompatibles.

3. Le placement des commandes via l'API respecte les plafonds de solde des sous-comptes et empêche l'utilisation des fonds entre comptes.

4. Les notifications Webhook pour les remplissages, les annulations ou les modifications de solde sont acheminées exclusivement vers les points de terminaison enregistrés sous ce sous-compte.

5. La validation de signature utilise HMAC-SHA256 avec le secret individuel du sous-compte, empêchant la réutilisation des informations d'identification entre les instances.

Foire aux questions

Q : Un sous-compte peut-il négocier des contrats à terme alors que le compte principal ne détient que des actifs au comptant ? Oui. Les positions à terme ouvertes dans un sous-compte tirent une marge exclusivement du solde USDT ou de la marge en pièces de monnaie de ce sous-compte, quels que soient les avoirs du compte principal.

Q : Y a-t-il une limite au nombre de sous-comptes qu'un utilisateur peut créer ? MEXC autorise jusqu'à 20 sous-comptes actifs par compte principal vérifié, sans frais de création ou de maintenance.

Q : Les sous-comptes partagent-ils la même structure de commission de parrainage que le compte principal ? Non. Les gains de parrainage sont attribués uniquement au compte principal ; les sous-comptes ne génèrent aucun revenu de référence indépendant ni distribution de bonus.

Q : Puis-je attribuer différents appareils Google Authenticator à différents sous-comptes ? Non. Tous les sous-comptes héritent de la liaison unique Google Authenticator du compte principal ; La séparation 2FA au niveau de l’appareil n’est pas prise en charge.