Price-action pattern comparison

Order Block vs Breaker Block: What Changes When a Zone Fails?

An order block is a price zone selected by a chart rule around a prior move. A breaker is a previously identified block that has been breached and is then considered for a retest from the opposite side. The distinction is the recorded sequence of events; it does not prove institutional positions or a profitable reversal.

See the decision guide

The comparison depends on the rule you choose

SMC labels are used by different educators and indicators. A useful comparison states the implementation rather than assuming every rectangle has the same meaning. For example, LuxAlgo documents breakers as broken prior order blocks and offers close, wick and average-level mitigation settings. That is evidence of its implementation, not evidence that the pattern predicts returns.

DecisionActive order-block candidateBreaker candidate
OriginA zone selected before a qualifying directional moveThe same zone after a specified breach
Current hypothesisA return may hold the original support or resistance roleA return may reject from the opposite side
Required recordOrigin bar, bounds and confirmation timeOriginal record plus breach time and direction
FailureThe original invalidation rule is metThe opposite-role hypothesis is invalidated or expires
What is still unknownWhether another trader has resting orders thereWhether the retest will occur or reject

A reproducible bearish-breaker example

These are invented prices to illustrate one rule set, not a backtest. Select the full range of a down-close base candle: low 100, high 102. Register it as a bullish order-block candidate only after a later completed bar closes above a previously confirmed swing high of 106. Use a close below 100 to invalidate it.

Later completed barRecorded stateReason
Low 101, close 103Touched; original candidate still activePrice entered the zone but did not close below 100
Low 99.5, close 100.4Active under the chosen close ruleA wick below 100 is not a close below 100
Close 99Original candidate invalidated; bearish breaker candidate createdThe explicit close rule is now met
High 101, close 99.8Retest candidate from belowThe bar overlaps 100–102; this is not proof of a fill
Close 103Breaker candidate invalidatedThis example retires the bearish candidate after a close above 102

Decide whether a sweep is required

If your definition requires a sweep, add it as a separate, time-ordered condition: for example, price must exceed a separate, earlier confirmed swing high of 110 before the close below 100. A later high of 109.8 fails that condition; 111 satisfies it. This reference is distinct from the 106 structural-break level used to create the original candidate. Neither observation identifies whose stops traded. Without the added condition, the same breach can still qualify under a simpler broken-zone model. Do not combine results from these two definitions as though they were one setup.

Make the lifecycle testable

Write these choices down before comparing zones or collecting outcomes.

  • Bounds: choose full candle range, body range or another documented rule before collecting results.
  • Confirmation: store both the origin time and the first time all qualifying conditions were available.
  • Touches: specify whether the first overlap, midpoint touch or full traversal retires a zone; do not assume repeated touches have a known win-rate effect.
  • Equality: this example uses strict closes below 100 or above 102; a close exactly at a boundary does not breach it.
  • Expiry: define a maximum age and whether a zone can produce more than one hypothetical trade.

Separate a chart annotation from an executable test

A confirmed pivot can be drawn back on an earlier candle even though it was detected later. TradingView documents this retrospective behavior. Log the detection bar and place simulated decisions no earlier than that bar. A useful replay test checks the first zone, first breach and first retest without viewing later candles.

  • Compare wick and close rules on the same observations; report event counts before returns.
  • Specify order timing, limit-fill assumptions, commission and slippage. A zone touch alone does not establish an executed order.
  • Test a held-out period after fixing the rules. Selecting the best-looking boundaries on the same history biases the comparison.
  • Do not use a universal one- or two-tick stop: tick size, spread and contract exposure differ by instrument.

Turn the written rules into a coding request

Provide the zone-selection rule, pivot confirmation delay, breach comparison, sweep option and expiry to Pineify. Ask for visible state transitions and alerts on confirmed events. Review the source and test it in TradingView before adding execution infrastructure. A generated indicator or webhook alert does not itself establish a broker fill.

Where Pineify fits

Pineify Pine Script AI Coding Agent

Describe explicit zone and confirmation rules, then inspect the generated Pine Script and test its behavior in TradingView. Access follows the current Pineify plan.

Explore the coding workflow

Frequently asked questions

Educational pattern definitions and hypothetical examples, not observed trading results. Validate rules, data availability, costs and execution assumptions before relying on a strategy.

Sources and verification