Belangrijk: het aanmaken van meerdere keys geeft je geen hogere wekelijkse limiet. Alle keys op een account delen dezelfde wekelijkse limiet. Het nut van meerdere keys is segmentatie — onafhankelijke rotatie, attributie en intrekking — niet het vermenigvuldigen van de limiet.
Voorwaarden
Adventurer tier of hoger. Pioneer en Explorer staan slechts één API key toe; Adventurer staat er drie toe, Hero tien — zie abonnementstiers.
De MCP geconfigureerd in ten minste één client — zie setupoverzicht.
Een duidelijk beeld van welke agents of workflows elk een eigen key krijgt.
Installatiestappen
Plan de segmentatie voordat je keys aanmaakt
Elke key moet overeenkomen met één logische consument. Veelvoorkomende patronen:
- Eén key per agent: daily-digest, volume-scanner, research-assistant.
- Eén key per omgeving: prod-agent, staging-agent, dev-laptop.
- Eén key per persoon in een klein team.
Vermijd namen als key-1 of temp — een key zonder duidelijk doel wordt na verloop van tijd een onzichtbaar risico.
Maak de keys aan in de Cryptohopper accountinterface
Volg hoe je een Cryptohopper MCP API key krijgt voor elk van hen. Noem ze exact zoals gepland in stap 1.
Implementeer elke key alleen bij de beoogde consument
De daily-digest key gaat alleen naar het cron-script dat de digest uitvoert. De volume-scanner key gaat alleen naar de geplande taak van de scanner. De research-assistant key gaat alleen naar je Claude desktop of Claude Code configuratie. Plak dezelfde key niet op meerdere plaatsen — dat is segmentatie verloren.
Implementeer per-agent throttling
Alle keys delen de limiet, dus een slecht werkende agent kan de anderen uithongeren. Laat elke agent zijn eigen wekelijkse aanroepen lokaal bijhouden en weiger verder te gaan dan een ingesteld budget. De MCP handhaaft de limiet op accountniveau — jij handhaaft de opsplitsing per agent.# Binnen de run loop van elke agent
agent_naam = "daily-digest"
wekelijks_budget = 2000 # aanroepen eenheden per week voor deze agent
huidig_wekelijks_gebruik = laad_lokale_teller(agent_naam)
if huidig_wekelijks_gebruik > wekelijks_budget:
log(f"{agent_naam} over budget deze week, overslaan")
return
resultaat = run_mcp_workflow()
huidig_wekelijks_gebruik += resultaat.calls_consumed
sla_lokale_teller(agent_naam, huidig_wekelijks_gebruik)Stel een rotatieschema in
Key-rotatie is defensieve hygiëne. Een simpele startregel: roteer elke key elke 90 dagen, roteer de oudste eerst zodat niet meer dan één key per maand verandert. Zie de beste praktijken voor API key-beveiliging.
Onderhoud een key-inventaris
Een klein tekstbestand of Notion-pagina met elke key, het doel ervan, de aanmaakdatum en waar het is geïmplementeerd. Werk het bij bij elke rotatie of intrekking. Wanneer de inventaris afwijkt van de werkelijkheid, controleer dan beide kanten.
Voorbeeld key-inventaris
Naam | Aangemaakt | Geïmplementeerd op | Laatst geroteerd |
daily-digest | 2026-02-01 | GitHub Actions repo X | 2026-04-01 |
volume-scanner | 2026-02-15 | Home server cron | 2026-04-01 |
research-assistant | 2026-03-10 | Claude desktop (laptop) | nooit |
Controleer maandelijks of de inventaris nog steeds overeenkomt met het Cryptohopper accountpaneel.
Kostenprofiel
Het aanmaken, roteren of intrekken van een key verbruikt geen limiet. Er zijn geen kosten per key — keys bieden alleen attributie. Zie rate limits uitgelegd.
Probleemoplossing
Je hebt de key-limiet van de tier bereikt
Adventurer staat 3 keys toe; Hero 10. Upgrade of consolideer — minder agents, hergebruikte keys. De meeste mensen hebben er niet meer dan 3 nodig.
Eén agent verbruikt plotseling de wekelijkse limiet
Controleer het gebruik via hoe je je Cryptohopper MCP-uitgaven kunt monitoren, identificeer de boosdoener met behulp van lokale logs per key, en either limit het aan de clientzijde or trek de key tijdelijk in.
Je roteert een key, maar een consument gebruikt nog steeds de oude
De oude key retourneert UNAUTHORIZED totdat je de nieuwe implementeert. Dit is het nut van aparte keys per consument — het roteren van de ene breekt de anderen niet. Houd een implementatielijst bij zodat rotatie routineus is, niet verrassend.
Je kunt niet zien welke key welke aanroep heeft gedaan
De MCP rapporteert gebruik op accountniveau. Per-key attributie vereist lokale logging — elke consument logt wat hij aanroept. Maak logging niet-optioneel voor elke agent die je onbeheerd draait.
Een teamlid vertrekt en je weet niet welke key van hen was
Daarom is de inventaris belangrijk. Trek direct elke key in die geassocieerd is met een vertrokken teamlid. Als je het niet kunt achterhalen, trek dan alle keys in die eigendom zijn van de projecten van die persoon en implementeer nieuwe.
Je wilt een key geven aan een externe aannemer of samenwerker
Een Cryptohopper MCP key is read-only, maar verbruikt wel je wekelijkse limiet. Stel een hard budget in voor hun key in je client-side throttling logica en trek deze agressief in aan het einde van de samenwerking.
Je wilt per-key gebruiksanalyses direct van Cryptohopper
Het huidige gebruikseindpunt rapporteert alleen cijfers op accountniveau. Voor per-key attributie is lokale logging het beschikbare pad. Als je veel agents hebt, overweeg dan het bouwen van een intern dashboard dat lokale logs aggregeert.