Risk notice: trading bots automate execution, not profit. Crypto trading involves substantial risk of loss - never deploy more than you can afford to lose. Some links are affiliate/referral links; rankings stay independent. Risk disclosure.

Bots that need no API keys

Bots that run inside the exchange or on your wallet - the 2022 leak class of risk simply does not apply.

Short answer: Pionex is our top-rated no-API-key bot as of 2026-10-18 (7.4/10), fee per trade.

bots on this page: 17 · fully reviewed (active): 17 · free or with a free tier: 17 · need no third-party API keys: 17

quick picks

  • Grid/DCA automation with zero keys and the lowest fees Pionex - bots run inside the exchange at 0.05% per side - no third party ever holds credentials
  • Copy trading without handing keys to a vendor Bybit Copy Trading - exchange-native copy trading on Bybit - leader execution happens inside your account
  • Wallet-based DEX trading with the cheapest per-trade fee Axiom - 0.7% per trade, wallet-connected - keys stay in your wallet, approvals are the residual risk
#1

Pionex

16 free built-in bots inside the exchange itself - zero subscription and no third-party API keys, at 0.05% per side.

7.4
No API keys Free tier Pay per use US ok
Exchange-native 0.05% per trade ★★★★☆ 4 (1)
#10

Axiom

The Solana terminal that challenged Photon: 0.7% fees, perps and sub-second execution - anonymous team, expensive segment.

5.7
Wallet-based Free tier Pay per use
DEX / Telegram sniper 0.7% per trade
#11

Banana Gun

The established Telegram sniper (four chains, own $BANANA token) - fees honestly documented: 0.5% manual / 1% snipes.

5.5
Wallet-based Free tier Pay per use
DEX / Telegram sniper 1% per trade
#12

BullX

Multi-chain sniper terminal (Solana/ETH/BSC/Base) with perps - ~1% fees, JS-only site, treat details as reported.

5.4
Wallet-based Free tier Pay per use
DEX / Telegram sniper 1% per trade
#13

Photon

The most-used Solana memecoin sniper web app - extremely fast, extremely expensive per trade, extremely risky segment.

5.4
Wallet-based Pay per use
DEX / Telegram sniper 0.9% per trade
#14

GMGN

Memecoin terminal with wallet-copy features (Solana/Tron/Base) - ~1% fees (reported), scam-adjacent segment documented with caution.

5.3
Wallet-based Free tier Pay per use
DEX / Telegram sniper 1% per trade
#15

Maestro

The EVM-chain Telegram veteran: trade monitors, positions ledger, multi TP/SL - ~1% fees (reported), anonymous team.

5.3
Wallet-based Free tier Pay per use
DEX / Telegram sniper 1% per trade
#16

Trojan

Telegram-first Solana sniper with web mirror - ~0.9% fees (reported), classic sniper risk profile.

5.1
Wallet-based Free tier Pay per use
DEX / Telegram sniper 0.9% per trade
#17

BONKbot

The BONK-ecosystem Telegram bot for Solana swaps and sniping - ~1% fees (reported), Telegram-only, memecoin-native.

5
Wallet-based Free tier Pay per use
DEX / Telegram sniper 1% per trade

What "no keys" removes - and what it leaves behind

BotTypeKeysPriceFree tierTrade feeUSEUStatus
PionexExchange-nativeno keys0.05% per tradeyes0.05% per tradeUSEU-
Binance Trading BotsExchange-nativeno keysfreeyes--EU-
Bitget Copy TradingCopy tradingno keysunknownyes--EU-
Bybit Copy TradingCopy tradingno keysunknownyes--EU-
OKX Trading BotsExchange-nativeno keysfreeyes--EU-
Gate.io Trading BotsExchange-nativeno keysfreeyes--EU-
KuCoin Trading BotsExchange-nativeno keysfreeyes--EU-
Bitget Trading BotsExchange-nativeno keysfreeyes--EU-
Bybit Trading BotsExchange-nativeno keysfreeyes--EU-
AxiomDEX / Telegram sniperwallet0.7% per tradeyes0.7% per trade---
Banana GunDEX / Telegram sniperwallet1% per tradeyes1% per trade---
BullXDEX / Telegram sniperwallet1% per tradeyes1% per trade---
PhotonDEX / Telegram sniperwallet0.9% per tradeyes0.9% per trade---
GMGNDEX / Telegram sniperwallet1% per tradeyes1% per trade---
MaestroDEX / Telegram sniperwallet1% per tradeyes1% per trade---
TrojanDEX / Telegram sniperwallet0.9% per tradeyes0.9% per trade---
BONKbotDEX / Telegram sniperwallet1% per tradeyes1% per trade---

Live values from our database - details and caveats in each review. "-" = not documented.

17 bots in this lane never require a third-party API key - 17 counting by custody model across the full tracked universe. The figure below maps where your keys and funds actually sit in each custody model, and the documented failure of each:

Where the keys and the funds sit, per custody model - and the documented failure of each lane Exchange-native no keys leave exchange runs bot residual risk: the exchange itself - Bybit 2025 (~$1.5B), Bitget 2026 (~$390M) Cloud + API keys trade-only key copy vendor servers documented failure: 3Commas 2022 - ~100,000 keys leaked, six figures drained Wallet-connected keys stay in wallet DEX router approvals residual risk: token approvals you grant - drainers, rugs, MEV on every swap Self-hosted keys on your machine exchange API residual risk: your own OPSEC - server compromise, config leaks, no vendor to sue
Custody models and their documented failures: exchange-native (no keys, exchange risk: Bybit 2025 ~$1.5B, Bitget 2026 ~$390M), cloud API keys (3Commas 2022: ~100,000 keys leaked), wallet-connected (approval drainers), self-hosted (your OPSEC). Incident details in our /incidents/ timeline.

The 3Commas case defines why this lane exists. In late 2022, tens of thousands of trade-only API keys surfaced from a third-party breach; victims lost six figures to unauthorized trades; the vendor denied involvement for weeks, then admitted the leak and told users to delete keys immediately[1][2]. Every mitigation we recommend elsewhere - trade-only scopes, IP whitelisting (OKX recommends strong binding, 20 IPs max, 14-day expiry for unbound keys[3]) - reduces but cannot zero that risk. Exchange-native bots delete it by construction.

The residual risks are real and different:

  • Exchange custody: your funds sit at the venue. Bybit's February 2025 hack (~$1.5B from a cold-wallet compromise) and Bitget's September 2026 incident (~$390M) are the modern benchmarks - both platforms covered losses and continued operating, but withdrawal pauses lasting days are part of the model. Our /incidents/ timeline tracks each.
  • Wallet approvals: DEX bots trade through token approvals your wallet grants. A malicious or compromised router can drain anything you approved - the FTC and crime literature treat authorization scams as the dominant loss channel[5][8]. Revoke unused approvals.
  • Deposit-custody scams: platforms that pitch "no API keys, just deposit here" invert the benefit - they hold your principal directly. The FCA's growbot.io warning (2025) fits the pattern[6].

Which lane for which case

Set-and-forget grid/DCA: Pionex (0.05% per side), Binance, OKX, Gate, KuCoin, Bybit, Bitget native bots. Strongest where the strategy is single-exchange and mechanical. US access: only Pionex runs a US entity - the others gate US residents.

Copy trading without key custody: Bybit and Bitget's native copy systems - leader trades mirror inside your account. Track records live on the exchange, survivorship bias included; the copy-trading lane has the verification checklist.

DEX sniping: Photon, Axiom, BullX, Trojan, Banana Gun, GMGN, BONkbot - wallet-connected, 0.7-1% per trade. No key vault exists, but approval hygiene, MEV and rug exposure define this category's risk. The sniper lane is the full ledger.

Maximum custody control: self-hosted Freqtrade keeps keys on your own machine - technically still API keys, but no third party ever holds them[4]. If your threat model includes vendors (it should include exchanges too), this is the ceiling of control.

UK FCA warning list entry for growbot.io, live capture - a bot-branded unauthorised firm first published 2025-06-04. "No keys needed" marketing and deposit requests are the pattern to refuse.
UK FCA warning list entry for growbot.io, live capture - a bot-branded unauthorised firm first published 2025-06-04. "No keys needed" marketing and deposit requests are the pattern to refuse.

The operational differences that surprise people

  • Signal routing is the real feature gap. Exchange-native bots accept parameters you set in their UI; they do not consume arbitrary TradingView webhooks. If your edge is a Pine Script alert, you are choosing between this lane's custody benefits and a cloud platform's plumbing - some venues offer partial native signal integration, and it is worth checking before adding keys.
  • Stop-loss depth varies by venue. Several exchange-native grid implementations lack per-bot stop lines; cloud tools expose them prominently. A no-key setup without a venue-side stop needs a manual monitoring rule instead - decide what that rule is before deployment.
  • Account-level rate limits disappear. Native bots run on the exchange's own infrastructure - no personal API quota, no 429 loops, no key expiry maintenance[7]. For high-frequency grid configs this is a practical benefit independent of security.
  • Withdrawal-pause exposure is symmetrical with key risk. An exchange incident freezes your bot and your balance together (Bitget paused withdrawals for days in September 2026); a vendor incident freezes or drains the key path. Neither lane removes counterparty exposure - they relocate it. Our /incidents/ timeline is the honest ledger for both.

Warnings

  • No-keys does not mean no-custody-risk. It means the custody sits somewhere you can name - exchange, wallet or your own server. Choose the counterparty deliberately.
  • Wallet bots: audit approvals like positions. Every open approval is an open door[8]. Set a calendar reminder; revoke what you no longer use.
  • Deposit-requesting "bots" are the 2026-era scam default. The FTC's core patterns (fixed-return promises, urgency, unsolicited contact[5]) plus the FCA's live warnings[6] cover most of what arrives via social ads and Telegram.
  • Key-based vendors are not automatically unsafe - IP-whitelisted trade-only keys with per-service isolation are a defensible middle ground[3]. This lane is the zero, not the only acceptable option.
  • Incident data ages. Exchange-hack numbers here reflect our timeline's last verification; check /incidents/ for updates before making a custody decision.

The lane in numbers

  • 17 bots pass the no-key filter on this page; across the whole tracked universe 17 need no third-party keys.
  • 6% of them document US availability - custody benefits do not override jurisdiction.
  • 6 security incidents are documented across this page's operators in our database - the honest reminder that "no keys" still leaves counterparties.
  • 0.05% is the lowest per-trade fee in this lane - the fee-light native exchanges anchor it.
  • The API key security guide remains the companion read: if you ever do hand out a key, its trade-only/IP-whitelist playbook is the difference between a leak and an anecdote[3].

The threat model, stated plainly

Custody decisions are threat-model decisions, not product decisions. If your primary threat is a vendor breach (the documented 3Commas case[1][2]), this lane solves it. If your primary threat is exchange insolvency or compromise, no lane solves it - not even self-hosted, since the venue still holds the funds; diversification across venues and withdrawal hygiene matter more than bot choice. If your primary threat is yourself - fat-fing approvals, signing drainer transactions - wallet-connected bots concentrate that risk[8], and hardware-wallet signing plus revocation routines are the mitigation.

Regulatory exposure is the last dimension. "No keys" does not mean "no KYC" - exchange-native bots inherit the venue's KYC regime, and the FCA warning list shows that bot-branded unauthorised firms target exactly the users who liked the no-paperwork pitch[6]. Choose the regulated counterparty in your jurisdiction; that choice does more for fund survival than any bot feature.

Finally, keep the custody map current. This lane's population shifts as venues add native bots: the 2025-26 period added copy systems and futures-grid variants to several exchanges. When a new "no-key" offer appears, the three questions that matter: which entity holds funds, which entity can move them, and what does our incident timeline say about both[1][2]. Everything else is interface.

The same diligence applies to wallet bots' fee structures - 0.7-1% per trade plus priority fees and slippage can exceed any subscription on active weeks. Compute your own round-trip cost with the position size calculator before assuming a no-key setup is the cheaper setup; custody benefits and cost benefits are separate axes, and the sniper lane's fee table makes that explicit per bot.

// FAQ

Why does the API-key question matter so much?

Because a leaked trade-only key is enough to lose money. The 3Commas 2022 leak exposed ~100,000 keys and drained six figures from users - even though the keys could not withdraw[1][2]. The vendor denied, then admitted the breach[2]. Removing the third-party key removes that entire failure class.

Which bots need no API keys at all?

Exchange-native bots (Pionex, Binance, OKX, KuCoin, Gate, Bybit, Bitget grid/DCA and the exchange copy-trading systems) run inside your account. Wallet-connected DEX bots (Photon, Axiom, BullX, Trojan, Banana Gun, GMGN, BONkbot) sign with your own wallet.

If no keys are involved, what replaces that risk?

Two things. For exchange-native bots: the exchange itself - Bybit lost ~$1.5B in February 2025 and Bitget ~$390M in September 2026 to the Lazarus pattern (both covered in our incident timeline). For wallet bots: token approvals and drainer contracts - your signature is the key.

Are exchange-native bots as powerful as cloud platforms?

For grid and DCA, mostly yes - with fewer knobs. What you give up: cross-exchange logic, TradingView webhook routing, external signal marketplaces, and per-bot stop-loss lines on some venues. What you gain: no key custody, no subscription, exchange-grade execution.

Do wallet-based bots hold my seed phrase?

The legitimate ones connect via wallet session or private-key import inside the bot client; the scam ones ask for seed phrases outright - never share those, the FTC lists that exact pattern[5]. Check token approvals regularly; revoking an old approval closes the classic drainer path.

Is copy trading without keys possible?

Yes, on exchange-native copy systems (Bybit, Bitget, OKX): the platform mirrors the leader's trades inside your account - no third-party key vault exists. Dedicated platforms like Zignaly pool funds instead, which is a different custody model entirely.

What does IP whitelisting do for key-based bots, and do I still need this page?

IP binding limits a leaked key to your listed addresses - a strong mitigation, not a cure (the 3Commas keys were trade-only and still drained accounts[1]). If you must use keys, the [API key security guide](/guides/api-key-security/) is the playbook; this lane avoids the problem.

Are there scams that specifically abuse the no-key pitch?

Yes - "no API key needed, just deposit" platforms are often deposit-scam fronts. The FCA's warning list carries bot-branded unauthorised firms (growbot.io was flagged in 2025)[6]. A platform holding deposits holds more than a trade-only key ever did.

Do exchange-native bots cost anything?

No subscription - you pay the venue's trading fee per fill (0.05% at Pionex, 0.1%/0.075% at Binance). That fee line is where all the real cost lives; our grid and DCA hubs quantify it.

Can I still use TradingView signals without API keys?

On exchange-native bots, rarely - a couple of venues route native signal integration, but webhook-to-order plumbing is a cloud-platform feature. If signals are your requirement, you are choosing between key custody and signal delivery; IP-whitelisted trade-only keys are the middle path.

How do I verify a bot really needs no keys?

It connects by account session on the exchange's own domain, or by wallet signature on a verified DEX interface. Anything that asks for an API key "for setup convenience" is by definition not in this lane - and worth running through our [API key security check](/tools/api-key-security-check/).