Define what “STP broker” means
“STP” usually stands for “Straight Through Processing.” In evaluation terms, it refers to an operational idea: client orders are handled with minimal manual intervention and are routed onward to liquidity sources so the broker can avoid acting as a full manual counterparty.
Because the exact implementation can differ by provider, focus on describing the mechanism you’re being offered, not on the label. Ask what “STP” covers in practice: order routing, execution sequence, and how the broker handles edge cases (partial fills, re-quotes, or rejected orders). A label alone is not evidence.
Separate stable mechanics from variable conditions
To evaluate any broker claim, separate what is generally stable from what can change:
- Stable mechanics you can verify: documented order routing approach, execution handling rules, and what information is shown to you (fees, commissions, and any marks on spreads).
- Variable conditions: market volatility, liquidity at the moment of execution, time of day, and overall cost composition (spreads plus commissions and other charges).
When comparing costs, use the assumption that you will incur both explicit costs (commissions/fees) and implicit costs (spread and possible price movement between your request and execution). If you run examples, state the assumptions clearly: same instrument, same time window, and the same order size and order type.
Evidence and example checks you can perform
Use a checklist that produces observable evidence:
1) Execution and order-handling documentation
Look for written descriptions of how orders are processed (e.g., how routing works, whether the broker aggregates orders, and how it reports executions). Evidence should explain what happens when an order cannot be filled exactly as requested.
2) Cost transparency
Verify how the broker calculates the total trading cost: whether commission exists, how spreads are shown, and whether there are additional fees tied to execution. Compare displayed costs to the costs reported on account statements for completed trades.
3) “What if it breaks?” behavior
Identify at least one material limitation or failure mode, such as:
- slippage (execution price differs from the requested price),
- delays or reduced fill likelihood during fast markets,
- partial fills and their reporting,
- rejections (order not executed) and the stated reason codes or explanations.
A broker can be transparent yet still produce adverse outcomes due to liquidity constraints; your job is to confirm how outcomes are handled and reported.
4) Verification through controlled testing
If you can access a demo or trial environment, run small test orders under non-extreme conditions to observe how execution reports and cost components appear. If you can only test live, use small sizes and focus on process verification (reporting accuracy, rejection handling, and execution timing) rather than aiming for trading results.
Limitations, risks, and your independent “proof” criterion
Even with STP-like routing, outcomes depend on market conditions and execution constraints. Historical relationships between execution behavior and price changes do not guarantee future results.
Your ready-to-use “hard criterion” can be:
- You can explain the broker’s order handling mechanism using its own documentation.
- You can reconcile costs shown in the trading interface with costs in execution and account records.
- You can name at least one execution failure mode and confirm how it is communicated to you.
If any of these fail—e.g., unclear execution handling, mismatch between displayed and reported costs, or no clear explanation of rejections and partial fills—treat that as a significant due-diligence gap.
Next question to ask
After you confirm the mechanism and cost handling, the next verification question is: “How does the broker define and report executions when liquidity is thin or volatility is high?” That is where many labels fail to translate into reliable operational clarity.