An exchange API key is not a formality between a trading bot and an account. It is an operating permission. The useful first control is simple: enable only what the configured job needs, then make the key harder to use anywhere else.
This is a setup and operations worksheet, not a trading signal, account-security guarantee, or performance claim.
Before adding an exchange connection, write the answer to these questions in one line each:
The official Gunbot Support API-key overview is exchange-specific because exchanges label permissions differently. That is precisely why copying a screenshot or a generic “full access” recipe is a bad control: review the exact permissions on the exact exchange before saving.
Create a separate API key for the bot instead of reusing a key for another app or manual workflow. Name it so a future audit can identify the bot, exchange, and host without revealing secrets—for example gunbot-vps-01-trading.
Do not put API key values, API secrets, passphrases, recovery codes, or screenshots containing them in tickets, chat, config snippets, or this worksheet.
Make a table before clicking Save:
| Exchange permission | Needed for the intended setup? | Decision |
|---|---|---|
| Read balances / account data | Yes / No | Enable only if required |
| Place or cancel spot orders | Yes / No | Enable only if required |
| Derivatives trading | Yes / No | Disable unless deliberately configured |
| Withdrawals / transfers | No for a trading-bot key | Disable |
| API-key administration | No | Disable |
The exact labels vary. If the exchange cannot separate a risky permission, stop and decide whether that exchange/key design is appropriate before connecting it.
Where supported, add the bot host’s confirmed static public IP to the exchange allowlist. If the host IP changes regularly, resolve that operational gap before treating the key as ready. An allowlist copied from an old server is not protection; it is a future outage wearing a security hat.
Add the connection in Gunbot, then verify the narrowest expected outcome: the connection is recognized and the required account/trading capability is available. A successful connection does not justify widening strategy scope or enabling unrelated permissions.
Gunbot Support’s task flow separates adding an exchange connection from choosing trading logic and from backtesting. Keep that separation in the operation too: secure the connection first; test strategy behaviour separately.
Keep a redacted record outside the key itself:
Exchange:
Key label (no secret):
Bot host / confirmed public IP:
Read permission: enabled / disabled
Trading permission: enabled / disabled
Derivatives permission: enabled / disabled
Withdrawal/transfer permission: disabled
IP allowlist: enabled / not offered / pending
Connected at (timezone):
Minimal connection check observed:
Next review date:
Secrets recorded here: no
Stop rather than improvising if:
I run Gunbotic.com Community. It is a peer group for safer Gunbot setup and operations—not a signal room and not a source of profit promises. Public destination: https://t.me/gunbotic_support
The best first API-key control is usually subtraction, not another monitoring tool: write down what the bot actually needs, enable only those read/trading permissions, keep withdrawals/transfers off, and IP-allowlist the confirmed bot-host egress IP where the exchange supports it. A connection test proves connectivity—not that broader permissions are justified. I run Gunbotic.com Community, a peer ops group: https://t.me/gunbotic_support
An exchange API key deserves a 15-minute audit before it touches a bot.
My gate: dedicated key; smallest usable read/order permission set; withdrawals and transfers disabled; derivatives disabled unless intentionally in scope; confirmed bot-host IP allowlisted where supported; then a narrow connection check. The exchange’s labels differ, so generic “full access” recipes are lousy security advice. What permission do you routinely see people leave enabled without a reason?
Affiliation: I run Gunbotic.com Community, a peer operations group—not a signals service: https://t.me/gunbotic_support
API-Key vor dem Verbinden klein schneiden, nicht erst hinterher absichern.
Eigener Key pro Bot/Host. Nur die wirklich benötigten Lese- und Trading-Rechte aktivieren. Withdrawals/Transfers aus. Derivatives nur, wenn sie bewusst Teil des Setups sind. Wenn verfügbar: bestätigte öffentliche IP des Bot-Hosts allowlisten. Erst dann die Verbindung minimal testen. „Connected“ ist kein Grund für breitere Rechte.
Ich betreibe die Gunbotic.com Community: Praxis-Austausch für sicheres Setup und Betrieb, keine Signale und keine Renditeversprechen. https://t.me/gunbotic_support