Important : la création de plusieurs clés ne vous donne pas plus de quota hebdomadaire. Toutes les clés d'un compte partagent la même limite hebdomadaire. L'intérêt des clés multiples est la segmentation — rotation, attribution et révocation indépendantes — pas la multiplication du quota.
Prérequis
Niveau Aventurier ou supérieur. Pionnier et Explorateur ne permettent qu'une seule clé API ; Aventurier en autorise trois, Héros dix — voir les niveaux d'abonnement.
L'MCP configuré dans au moins un client — voir l'aperçu de la configuration.
Une idée claire des agents ou des workflows qui auront chacun leur propre clé.
Étapes de configuration
Planifier la segmentation avant de créer les clés
Chaque clé doit correspondre à un consommateur logique. Modèles courants :
- Une clé par agent : daily-digest, volume-scanner, research-assistant.
- Une clé par environnement : agent-prod, agent-staging, laptop-dev.
- Une clé par personne dans une petite équipe.
Évitez les noms comme clé-1 ou temporaire — une clé sans objectif clair devient un risque invisible avec le temps.
Créer les clés dans l'interface du compte Cryptohopper
Suivez comment obtenir une clé API Cryptohopper MCP pour chacune d'elles. Nommez-les exactement comme prévu à l'étape 1.
Déployer chaque clé uniquement à son consommateur prévu
La clé daily-digest va uniquement au script cron qui exécute le digest. La clé volume-scanner va uniquement au travail planifié du scanner. La clé research-assistant va uniquement à votre configuration de bureau ou de code Claude. Ne collez pas la même clé à plusieurs endroits — c'est la perte de la segmentation.
Implémenter une limitation par agent
Toutes les clés partagent le quota, donc un agent mal configuré peut priver les autres. Chaque agent doit suivre ses propres appels hebdomadaires localement et refuser de continuer au-delà d'un budget défini. L'MCP applique la limite au niveau du compte — vous appliquez la répartition par agent.# Dans la boucle d'exécution de chaque agent
nom_agent = "daily-digest"
budget_hebdomadaire = 2000 # unités d'appel par semaine pour cet agent
utilisation_hebdomadaire_actuelle = charger_compteur_local(nom_agent)
if utilisation_hebdomadaire_actuelle > budget_hebdomadaire:
journaliser(f"{nom_agent} a dépassé le budget cette semaine, saut du lancement")
return
resultat = executer_workflow_mcp()
utilisation_hebdomadaire_actuelle += resultat.appels_consommes
sauvegarder_compteur_local(nom_agent, utilisation_hebdomadaire_actuelle)Mettre en place un calendrier de rotation
La rotation des clés est une mesure d'hygiène défensive. Une règle de base : faites pivoter chaque clé tous les 90 jours, en faisant pivoter la plus ancienne en premier, de sorte que pas plus d'une clé ne change par mois. Voir les bonnes pratiques de sécurité des clés API.
Maintenir un inventaire des clés
Un petit fichier texte ou une page Notion listant chaque clé, son objectif, sa date de création et où elle est déployée. Mettez-le à jour à chaque rotation ou révocation. Lorsque l'inventaire diverge de la réalité, auditez les deux.
Exemple d'inventaire de clés
Nom | Créée le | Déployée sur | Dernière rotation |
daily-digest | 2026-02-01 | Dépôt GitHub Actions X | 2026-04-01 |
volume-scanner | 2026-02-15 | Cron du serveur domestique | 2026-04-01 |
research-assistant | 2026-03-10 | Bureau Claude (ordinateur portable) | jamais |
Vérifiez mensuellement si l'inventaire correspond toujours au panneau de compte Cryptohopper.
Profil de coût
La création, la rotation ou la révocation d'une clé ne consomme pas de quota. Il n'y a pas de coût par clé — les clés fournissent uniquement une attribution. Voir les limites de taux expliquées.
Dépannage
Vous avez atteint la limite de clés du niveau
Aventurier autorise 3 clés ; Héros en autorise 10. Soit mettez à niveau, soit consolidez — moins d'agents, clés réutilisées. La plupart des gens n'ont pas besoin de plus de 3.
Un agent épuise soudainement le quota hebdomadaire
Vérifiez l'utilisation via comment suivre vos dépenses Cryptohopper MCP, identifiez le coupable à l'aide des journaux locaux par clé, et soit limitez-le côté client, soit révoquez temporairement sa clé.
Vous faites pivoter une clé mais un consommateur utilise toujours l'ancienne
L'ancienne clé renverra NON AUTORISÉ jusqu'à ce que vous déployiez la nouvelle. C'est le but des clés séparées par consommateur — faire pivoter une clé ne casse pas les autres. Tenez une liste de contrôle de déploiement pour que la rotation soit une routine, pas une surprise.
Vous ne pouvez pas dire quelle clé a fait quel appel
L'MCP rapporte l'utilisation au niveau du compte. L'attribution par clé nécessite une journalisation locale — chaque consommateur journalise ce qu'il appelle. Rendez la journalisation non optionnelle pour tout agent que vous exécutez sans supervision.
Un membre de l'équipe part et vous ne savez pas quelle était sa clé
C'est pourquoi l'inventaire est important. Révokez immédiatement toute clé associée à un membre de l'équipe parti. Si vous ne pouvez pas dire, révoquez toutes les clés appartenant aux projets de cette personne et redéployez-en de nouvelles.
Vous devez donner une clé à un contractant externe ou à un collaborateur
Une clé Cryptohopper MCP est en lecture seule mais consomme votre quota hebdomadaire. Définissez un budget strict pour sa clé dans votre logique de limitation côté client et révoquez agressivement à la fin de la mission.
Vous souhaitez des analyses d'utilisation par clé directement de Cryptohopper
Le point de terminaison d'utilisation actuel rapporte uniquement des chiffres au niveau du compte. Pour l'attribution par clé, la journalisation locale est la seule voie disponible. Si vous avez de nombreux agents, envisagez de construire un tableau de bord interne qui agrège les journaux locaux.