Skip to content

MARS Overview · The Complete Picture

The whole rail in one view — and where to put your hands first.

Capabilities combined

16

Surfaces in the minimum loop

4

Adoption phases

3

Surfaces needed on day one

4 of 16

How MARS uses this

The Dynamic 7-Tier Benchmark converts the drawdown distribution into modeled tier-usage expectations: given the gate transitions the evidence implies, T1-T3 should host most deployment while T5-T7 stay exceptional. Live tier dwell is audited against this profile every cycle.

How it benefits you

Aggression drift becomes measurable before it becomes expensive. Over-dwelling in high tiers shows as a gap against the model - a pattern on a ladder rather than an oversized loss - and chronic under-deployment surfaces just as clearly as unmonetized, already-earned authority.

T75%T616%T538%T471%T392%T287%T183%bar = tier authority · fill = modeled expected dwell given the gate historyhigh tiers exist to be rare — heavy T5–T7 dwell is aggression drift, not ambition

The seven-tier ladder with modeled dwell: how often each tier should be in use given the gate history. High tiers exist to be rare.

The key idea

The picture

Sixteen capabilities, one rail, one authority chain.

Trade journaling, expected-value monitoring, branch-level analytics, drawdown gates, brake states, dynamic risk tiers, cycle-based pool budgeting, throttle-controlled deployment, open-exposure adjustment, volatility intelligence, ATR coefficient guidance, MAE/MFE execution analysis, structural diagnostics, regime classification, Monte Carlo benchmarking, and controlled research. What makes it a system rather than a suite is the authority chain running through it: each component has a defined role, each decision follows a hierarchy, and lower-level evidence cannot override higher-level capital protection.

Reading the picture

02

Only one of the sixteen produces something binding.

The fastest way to hold the whole thing in your head is to notice that the components are not peers. Fifteen of them produce evidence, context, or explanation; the throttle produces permission. The journal exists so aggregation is accurate, aggregation so expectancy is real, expectancy and drawdown so the gate row is correct, the console so remaining capacity is not guessed — and all of that so one recurring instruction can be trusted. The diagnostics, regime engine, benchmark and sandbox sit after the decision and are deliberately powerless over it until the next cycle.

Where to start

Four of the sixteen close the loop. Install those first.

The smallest arrangement that governs rather than records is journal, weekly aggregation, gate and brake, and throttle. Each is the only supplier of the next, so none can be dropped: remove the throttle and the gate describes a capital state nobody converts into a deployment figure; remove the gate and the throttle has nothing to read. The common mistake is starting at the top of the stack with the analytics, because those answer the questions that felt urgent at purchase. That produces excellent diagnosis alongside unchanged deployment, which is the specific route to concluding the system did not work.

  • Journal — the evidence source everything downstream inherits
  • Weekly aggregation — trades become counts, probabilities, RAER, RAPF
  • Gate & brake — drawdown from the Equity Peak High sets capital state
  • Throttle — the only surface that issues a binding instruction

The first ninety days

Three phases, and the analytics deliberately come last.

Phase one, roughly weeks one to four: install the four-surface loop and do nothing else. Assign branch identity at entry rather than inferring it later, complete capture near the event rather than at weekend review, and let the throttle issue the weekly directive. Phase two, weeks five to eight: add the Cycle Command Console so remaining capacity becomes a figure, and volatility tooling so the management model is matched to conditions. Phase three, weeks nine to twelve: add MAE/MFE and the structural engine. By then there is enough evidence for their findings to mean something, which was not true in week two and is the reason they are scheduled here.

What to expect at the end of it

The behaviour will have changed. The analytics will still be young.

Ninety days produces a governed deployment process, a complete decision trail, and a set of diagnostics that are running correctly on a sample too small to be conclusive. That is the correct state, not a shortfall — expectancy needs more observations to separate from noise, and the benchmark needs a stable mix to fit against. Expecting a verdict on the edge at the ninety-day mark is the most common early misreading. What is available by then is the confirmation that the loop is closing and the record is clean, which is the precondition for everything the following year produces.

  • Weeks 1–4 — the four-surface loop, and nothing else
  • Weeks 5–8 — cycle capacity and volatility context
  • Weeks 9–12 — execution and structural diagnostics, once evidence supports them

Reference

The rail, component by component

The instrumentIts role in the operationAdopt
JournalFactual evidence — what happened, not what is rememberedPhase 1
Weekly summaryTrades become counts, probabilities, RAER, RAPFPhase 1
Gate systemCapital state from the latest Equity Peak HighPhase 1
Brake systemProtection that does not depend on feeling cautiousPhase 1
ThrottleThe final deployment authority — the only binding outputPhase 1
Cycle consoleClosed evidence vs. open exposure vs. remaining capacityPhase 2
Volatility engineManagement context for stops, trails, and runnersPhase 2
ScorecardExpectancy, blended and classified weeklyPhase 2
MAE/MFE labCapture, giveback, stop efficiency, fee dragPhase 3
Diagnostic engineStructural health beneath the P&LPhase 3
Regime engineMonthly telemetry into an internal system-state labelPhase 3
BenchmarkThe 50,000-path probabilistic rulerPhase 3
Research boundaryControlled evolution — tested, approved, promotedPhase 3

Connected inside MARS

This module doesn't work alone.

Go deeper

Operator briefs on this territory.

Every module ships in the complete MARS package.

One price. Eleven workbooks, three TradingView indicators, and the full manual library — $497.