Correction and evidence check — September 7, 2026

The previous version called these “real” entries and attributed them to anonymized TSB users, then attached unsupported claims about revenge-trade reduction, emotion-linked performance, review thresholds, and the behavior of “most profitable” users. Those claims are withdrawn. The five entries below are explicitly constructed examples: their prices, outcomes, states, and notes are teaching data, not customer records or historical market events.

Direct answer

What a Useful Trading Journal Example Shows

A useful entry preserves four things separately: the plan known before the order, the execution facts, the outcome, and the review written afterward. That separation lets you ask whether the decision followed a defined process without allowing profit or loss to rewrite what was knowable at entry.

The five examples cover a planned winner, a planned loss, a revenge trade, a valid setup exposed to an unresolved timing rule, and a rule-breaking winner. None proves that a setup works or that a behavior always loses. Each shows how to record enough evidence for a later comparable sample.

If this happenedReadThe decision question
Plan followed, positive resultExample 1Can the process be repeated without treating one win as validation?
Plan followed, negative resultExample 2Was it normal strategy risk, an execution issue, or a missing rule?
Loss followed by an impulsive tradeExample 3Which observable trigger and response should become an if–then control?
Valid signal near scheduled riskExample 4Did a timing rule already exist, or is this only a hypothesis to test?
Rules broken, positive resultExample 5Would the decision still be acceptable if the outcome were hidden?

If the terms “setup,” “planned risk,” and “R multiple” are still new, use the beginner trading-journal guide first. Then return here and copy the evidence structure rather than the example trades.

Why Most Trading Journals Fail—and What Good Entries Preserve

A trade log can state what filled. A journal adds what was intended, why the decision qualified, what changed during execution, and what should be tested next. The distinction is not “few fields versus many fields.” It is whether every important value has a source and a time.

LayerExamplesCaptured whenEvidence label
Pre-trade planSetup version, trigger, invalidation, intended order, stop, target, maximum risk, scheduled-event ruleBefore order submissionContemporaneous plan
Execution factsOrder and fill IDs, timestamps and time zone, side, quantity, fill price, fees, currency, partial fillsImported or reconciled after executionBroker or venue record
Context and stateSession, volatility regime, news-calendar state, focus or emotion on a defined scaleBefore or during the decisionTrader self-report / external context
Derived valuesNet P&L, planned and realized R, excursion, holding time, rule-compliance flagsAfter raw facts reconcileCalculated, with formula/version
ReviewProcess verdict, alternative explanation, lesson, proposed if–then rule, evidence neededAfter the trade is closedPost-outcome interpretation

For securities transactions, Investor.gov says a confirmation commonly identifies the security, amount, and price and can be checked against the account statement. That is a useful evidence pattern even when another market exports different fields: preserve the source record, reconcile it, and never let a handwritten note silently replace the execution record.

Outcome-blind check

Before reading P&L, ask whether the pre-trade trigger, risk, and execution matched the versioned plan. Baron and Hershey's decision experiments found that people rated otherwise identical decision processes more favorably when outcomes were favorable. Their study was not about traders, so applying an outcome-blind review here is a risk-control inference—not proof that it improves returns.

Example 1: The Clean Winner

This synthetic FX example ends positively, but the entry does not say “good trade because it won.” It records the plan version and the net result separately.

FieldIllustrative entryWhy it is useful
Session / instrumentSample session A · EUR/USD · longNo claim that this was a real date or market event
Plan versionBR-2.1 · close above range, then first retest holdsThe setup can be reproduced rather than renamed after the result
Planned levelsEntry 1.0852 · invalidation 1.0827 · target 1.0902The initial distance defines 1R; target is 2R before costs
Actual executionEntry filled as planned; target filled; recorded costs 0.06RGross outcome and friction are not blended
Net outcome+1.94RComparable across differently sized hypothetical trades
State / exceptionDistraction 1 of 5 (5 = severe); no checklist exception recordedUses a defined scale and a separate compliance flag
Review sentence“Repeat waiting for the defined retest; do not infer that retests outperform from one result.”Actionable without promoting a one-trade conclusion

What the entry supports: this execution matched BR-2.1 and produced a positive net observation. What it does not support: that BR-2.1 has positive expectancy, that the retest caused the win, or that the same levels should be copied. Those questions require a defined, comparable sample.

Example 2: The Normal Loss (Good Execution)

A “good loss” means the recorded decision complied with the frozen process—not that the setup is already proven and not that nothing can be learned.

FieldIllustrative entryReview
Session / instrumentSample session B · GBP/USD · shortConstructed record, not a historical fill
Plan versionREJ-1.4 · close-and-reject rule at a premarked levelAll required checklist fields were recorded before entry
Planned levelsEntry 1.2715 · invalidation 1.2745 · target 1.2655Planned reward is 2R before costs
Actual executionStop filled with 0.02R adverse execution; other costs 0.01RExecution effect is visible rather than blamed on the setup
Net outcome−1.03ROne valid losing observation
Process verdictCompliant under REJ-1.4Keep in the valid sample; do not change the rule from this outcome alone
Review sentence“I would take the same decision under the same written plan; verify the execution deviation across later fills.”Separates strategy variance from a possible routing issue

The counterfactual question—“Would I take it again with only the information available then?”—is useful for detecting hindsight. It is not validation by itself. The entry belongs in the planned sample with the loss and costs intact.

Example 3: The Revenge Trade (Emotional Mistake)

This example follows the planned loss above. Its classification comes from observable process violations, not from the second loss.

FieldIllustrative entryEvidence
TriggerSubmitted 18 minutes after Example 2 closedTimestamp sequence
DecisionLong GBP/USD after the short stopped; no setup IDBlank setup field and order record
Risk1.4× the plan's normal risk; stop chosen after entrySize, timestamped plan, and edit history
Self-reportFrustration 4 of 5 (5 = severe); note says “make it back”Contemporaneous note, not inferred from loss
Net outcome−1.44RConstructed fill and cost calculation
Process verdictImpulsive: no setup, size exception, post-entry risk definitionWould remain a violation if the trade had won
If–then control“If I close a loss with frustration ≥4, then lock order entry and run the re-entry checklist before another order.”Prospective rule to test, not a guarantee

The corrective value comes from naming the trigger, the prohibited response, and the replacement action. General implementation-intention research tests this kind of when–then planning outside trading; applying it here is a reasonable experiment, not evidence that a timer or tag will eliminate revenge trading. The revenge-trading guide expands the interruption workflow and its limits.

Example 4: The “Perfect” Setup That Lost

“Perfect” is shorthand, not a defensible rating. The old example said everything was correct and then retroactively invented a rule to avoid a scheduled release. This version records the ambiguity directly.

FieldIllustrative entryReview
Session / instrumentSample session C · micro equity-index future · longNo real contract date or release is claimed
SetupORB-3.0 · opening-range break criteria all recorded as metSignal compliance is distinct from timing policy
Known contextScheduled high-impact release in 15 minutesCalendar status existed before entry
Plan gapORB-3.0 had no rule for scheduled releasesCannot call the entry a rule breach retroactively
Net outcome−1.05R after adverse stop executionOutcome does not prove that releases should be avoided
HypothesisCompare ORB trades inside versus outside the declared event windowPredefine window, event source, outcome, costs, and minimum precision before testing
Temporary controlMark event-window entries “not permitted” only if risk policy requires caution while evidence accumulatesA safety choice, not a backtested edge claim

If an event-exclusion rule already existed, the same trade would be noncompliant. If no rule existed, record a candidate variable and test it; do not rewrite the old plan to make the loss look avoidable. That distinction protects the dataset from hindsight labels.

Example 5: The Bad Setup That Won (The Dangerous One)

A positive result can reward a decision that had no defined risk. This synthetic equity example uses a fictional symbol and round numbers so it cannot be mistaken for a historical recommendation or live price.

FieldIllustrative entryProcess finding
InstrumentFictional ABC · 100 sharesNot a real issuer or recommendation
Entry$100.00 late in the session after an unverified tipNo setup or independent thesis
Risk planNo invalidation, stop, or maximum loss recordedPlanned R is undefined
Exit$103.20 next session · +$320 gross before costsPositive outcome; still noncompliant
Gap exposureDownside between sessions was not boundedA stop, if entered, would not guarantee the stop price after a gap
Process verdictRule-breaking winnerSame verdict with P&L hidden
Review sentence“Do not add this outcome to the validated setup sample; log it in the exception ledger and prohibit tip-only entries.”Protects the strategy sample from contamination

FINRA explains that a stop order becomes a market order when triggered and may execute at the available price; a limit can control price if filled but may not fill. The general lesson is narrower than “always use a stop”: predefine allowable exposure and understand what the selected order can and cannot guarantee.

The Universal Journal Entry Template

No template is literally universal across markets. A stock confirmation, futures execution report, OTC statement, and crypto fill export can expose different fields. This is a minimum decision-and-evidence schema; extend it without deleting raw source fields. The field-selection guide shows how to choose optional fields by a specific review question.

GroupRequired fieldsRule
IdentityAccount alias, instrument, market, direction, order and fill IDsUse pseudonymous account labels; never paste credentials or secret keys
TimeOrder, fill, exit timestamps; explicit time zoneDo not mix venue, local, and chart time silently
Plan before entrySetup/version, trigger, invalidation, intended order, planned size/risk, stop/target, context exclusionsLock or timestamp before reading the outcome
ExecutionActual quantity and fills, fees/credits and currency, partial exits, financing/funding where applicableReconcile to original export or statement
ResultGross and net outcome, planned and realized R, exit reasonDo not invent R when initial risk was undefined
ProcessChecklist result, exceptions, intervention, plan-compliance verdictKeep verdict independent of P&L sign
StateOptional predefined emotion/focus scale and capture timeTreat as self-report, not a causal diagnosis
ReviewRepeat/avoid sentence, competing explanation, proposed rule, evidence needed, reviewerLabel hypotheses and version any plan change prospectively

Use a chart image when it preserves decision context that the raw export does not, but keep it supplemental. Capture before-and-after states under a consistent template, mark source and time zone, and remove account identifiers. A screenshot cannot substitute for fills, fees, or edit history.

For planned-risk arithmetic, use the TSB risk/reward calculator, then store its assumptions with the entry. The calculator does not make an undefined stop valid or predict the fill.

How to Review These Entries

  1. Freeze source evidence. Preserve the original export or statement, then reconcile journal totals and missing fields before analysis.
  2. Separate pre-trade from post-trade text. An edit timestamp should reveal whether a “reason” was entered before or after the result.
  3. Audit completeness first. Report missing setup IDs, risks, fees, exits, or states; a clean-looking chart built on selective entries is not evidence.
  4. Judge process with outcome hidden. Apply the same versioned checklist to wins and losses, then reveal P&L.
  5. Use net outcomes. Reconcile fees, financing, funding, and partial fills before calculating expectancy, profit factor, or R.
  6. Compare like with like. Hold setup definition, market, sizing logic, and relevant regime fields stable enough for the question.
  7. Report sample size and uncertainty. NIST's statistical guidance makes the core point visible: estimate precision depends on sample size and variability. There is no universal “20-, 30-, or 50-trade rule.”
  8. Change one defined control. Version it prospectively, specify what would count as improvement or harm, and preserve the old rule.

Choose a cadence that matches activity: a session close can catch missing entries, while a longer review needs enough comparable observations to answer its question. The full trade-review workflow covers segmentation, expectancy, outliers, and change logs without treating a weekly ritual as proof of improvement.

Journal Entry Mistakes That Corrupt the Sample

  1. Calling a constructed example “real.” Label synthetic, composite, anonymized, and historical records accurately; they imply different evidence.
  2. Logging only memorable trades. A winner-only, loser-only, or screenshot-only subset cannot represent the full strategy.
  3. Writing the thesis after exit. Preserve a timestamped pre-trade plan, then put hindsight in a separate review field.
  4. Judging quality from outcome. A planned loss may be compliant and an unplanned win may still violate risk policy.
  5. Mixing gross P&L, net P&L, currency, points, and R. Store units and formulas; never compare unlike values under one “result” column.
  6. Inventing one sample-size threshold. Required observations depend on variance, effect size, dependence, regime, and desired precision.
  7. Treating emotion tags as causes. A correlation can reflect size, volatility, time, losses immediately before the trade, or selective tagging.
  8. Changing multiple rules at once. You will not know which change affected execution or whether the market regime changed instead.
  9. Publishing sensitive screenshots. Remove names, account numbers, balances, tokens, QR codes, and order links before sharing.

The goal is not a literary diary. One precise exception and one testable next action beat a confident story. If no pattern is supported, write “not enough comparable evidence yet.”

Use TSB to Preserve the Evidence Chain

Ownership disclosure

Trader's Second Brain is our product. Its canonical registry recognized 328 broker, exchange, and platform source profiles when checked on September 7, 2026. Full Access has a lifetime-access route and includes the Prop Firm Challenge Tracker. In this guide, its useful role is importing execution facts, attaching process fields, and filtering the same schema across planned, impulsive, winning, and losing entries.

Recognition is not the same as perfect field coverage. An export may omit pre-trade intent, quote history, missed orders, edits, funding, or a reliable setup label. TSB cannot know what you planned unless it was recorded, prove causation from an emotion tag, manufacture statistical power, or validate a strategy from five examples.

Check the exact source and field route in the TSB import directory, then reconcile a small sample to the original records. If the evidence survives, open TSB and build the five-entry schema.

About These Examples

All five records are constructed solely to demonstrate journal structure. They are not TSB customer rows, audited broker statements, live prices, investment recommendations, or claims that the described setup has an edge. The equations are internally checked; the outcome-bias, order-type, confirmation, planning, and uncertainty notes use the sources below. Behavioral studies cited here were not tests of trading profitability, so their application remains an editorial inference.

Safety and scope

Examples are educational and deliberately incomplete as market advice. They do not model liquidity, leverage, tax, gap size, margin, contract specifications, counterparty rules, or every cost. Use the rules and records of the exact account and venue; never place a trade merely to reproduce an example.

Final Verdict: Make the Entry Auditable

The best trading-journal example is not the most dramatic one. It is the one another reviewer can reconstruct without guessing which facts were known before the trade. Preserve plan, execution, outcome, and review as separate layers. Label synthetic examples as synthetic. Keep losses, rule-breaking wins, costs, missing values, and revisions in the record.

Do not promote one winner into an edge, one loss into a broken setup, or one emotional tag into a cause. Build a comparable sample, report its size and uncertainty, and version changes prospectively. If you need a blank copy, the trading-journal template guide provides formats you can adapt without copying these hypothetical trades.