cTrader Open API CHANNEL_IS_BLOCKED (110): What to Check Before Changing Code
An order request can fail after authentication and market data already work. CHANNEL_IS_BLOCKED (110) is a useful example: it points to a broker or account channel boundary, not automatically to a bad payload.
I use this sequence.
1. Keep the error at the right layer
Record application authentication, account authentication, symbol data and the trade request separately. A successful token and quote stream only prove the earlier layers. They do not prove that order operations are enabled.
Save the UTC timestamp, broker, environment, request type, response code and server message. Keep account IDs redacted in notes. Never publish tokens or account details.
2. Reproduce with no strategy code
Use one small request from a clean test harness. Do not start with a full bot or a retry loop. If market data still works but the smallest order request returns 110, the next question is broker and account configuration. Changing serialization, reconnect timing or symbol parameters cannot enable a blocked channel.
3. Ask the broker the exact question
Ask whether Open API trading operations are enabled for that account type and channel. If the account is not eligible, ask which account type is supported. This is a broker-side answer. Do not infer it from a successful login or a working historical-data call.
4. Separate demo and live evidence
Never use a live account to discover permissions. Record the same minimal request in a demo or sandbox account if one is available. Compare only the response class. A successful demo call does not prove that a live account has the same permission.
5. Make retries safe
A blocked operation should fail closed. Do not send the same order repeatedly while the broker rejects the channel. Return a clear state to the caller, keep the request ID and response, and require a deliberate re-check after the broker changes the account.
A compact acceptance table
- application auth: token accepted
- account auth: account authorized
- market data: subscription and response work
- order preflight: request reaches the broker boundary
- order submit: separate proof in a non-live environment
- failure path: 110 stays visible and no retry storm starts
The important boundary is simple: authentication is not permission to trade. When a broker returns CHANNEL_IS_BLOCKED, isolate account and channel capability first, then inspect code.
The official starting points are the cTrader Open API overview and the application registration guide:
