Updated: 2026-02-20
In trading, Risk per trade is the maximum amount you are willing to lose on a single trade, often expressed as a percent of equity. This glossary entry explains why risk per trade matters, how traders use it, and how to track it with evidence instead of vibes.
Quick definition
Risk per trade: the maximum amount you are willing to lose on a single trade, often expressed as a percent of equity.
Risk per trade is the maximum amount you are willing to lose on a single trade, often expressed as a percent of equity. The practical version is: can you define it as a field you can log and audit later?
Most trading terms become confusing when they are used as vibes instead of variables. Your goal is a definition that helps you decide size, stop, entry timing, or whether to skip the trade.
Traders sometimes confuse Risk per trade with stop-loss size. Treat them as separate variables in your journal so your reviews stay honest.
Risk per trade sets the upper bound on how bad one decision can get. If the number is too high, variance will force you to play defense instead of improving process.
If Risk per trade never changes your decision, it is just jargon. The term earns its place when it improves your process consistency under real market pressure.
A useful mental model: plan first (risk and invalidation), execute second (order type and fills), review last (tags and metrics).
Use it to make one decision pre-trade. Example decisions: where the stop goes, whether to take partials, how to scale size, or whether conditions are too thin to trade.
Write the rule in one sentence, then run it consistently for a week. Consistency matters because it creates comparable data for review.
If the rule fails, adjust slowly. Do not rewrite the whole system after one bad session.
Record planned risk in dollars and in R, then verify your realized loss when stopped. Track outliers: the few trades that violate your cap usually drive drawdowns.
Use tags so you can slice results by regime and behavior state. The same term behaves differently when volatility changes or when you are fatigued.
Your review question should be binary: did this variable improve outcomes or reduce rule breaks? If not, simplify.
If equity is $25,000 and you risk 0.5% per trade, your max planned loss is $125. A trade that loses $260 is a risk violation, not just a loss.
The point of an example is not to predict price. It is to show what you would log before the trade and what you would audit after the trade.
Changing risk per trade mid-session after a loss to try to win it back faster.
The fastest way to improve risk per trade is to remove one failure mode at a time. If you try to fix everything, you will fix nothing.
Risk per trade becomes useful when it changes your behavior. The fastest test is simple: did it change your size, your stop placement, or your decision to skip a trade?
A good glossary definition is operational. It should convert into a constraint you can apply pre-trade and audit post-trade.
If you want one rule: write the rule in one sentence, then track compliance weekly.
Risk per trade is the maximum amount you are willing to lose on a single trade, often expressed as a percent of equity. In practice, it matters when it changes a concrete decision like size, stop placement, or whether you skip a trade.
They are related but not identical. In your journal, track Risk per trade as its own variable and treat stop-loss size as a separate context factor so you can audit each cleanly.
Record planned risk in dollars and in R, then verify your realized loss when stopped. Track outliers: the few trades that violate your cap usually drive drawdowns.
Changing risk per trade mid-session after a loss to try to win it back faster.
See plans and run one weekly review loop with Tiltless: edges, leaks, and enforceable next actions.
