Strategy architecture
Breaking a trading idea into explicit signal, filter, sizing, exit, state, and risk modules so each assumption can be examined.
Research
Our work starts with falsifiable questions and explicit constraints. A strategy is useful only to the extent that its behaviour, dependencies, and failure modes can be understood.
01 / RESEARCH POSITION
We do not treat a backtest as a product demonstration. It is an experiment produced by a dataset, a simulator, a specification, and a set of assumptions.
That distinction shapes the work: define the mechanism, isolate the moving parts, test the implementation, search for fragility, and document what remains uncertain.
02 / AREAS
Current work is centred on algorithmic trading and MetaTrader 5, with an architecture intended to support broader instruments and environments over time.
Breaking a trading idea into explicit signal, filter, sizing, exit, state, and risk modules so each assumption can be examined.
Studying how spread, volatility, liquidity conditions, session structure, and price-path dependence affect system behaviour.
Looking beyond a preferred configuration through sensitivity checks, alternative periods, and deliberately adverse assumptions.
Treating order handling, fills, stops, costs, and platform behaviour as part of the strategy—not an implementation footnote.
Exploring where specialised models can organise evidence, support diagnostics, or surface hypotheses while keeping decisions reviewable.
Building utilities that reduce manual friction in data preparation, experiment setup, diagnostics, and result review.
03 / WORKING LOOP
State the proposed mechanism, expected conditions, decision rules, and what evidence would weaken the idea.
Review data provenance, coverage, gaps, timestamps, symbol settings, spread representation, and any transformations.
Separate strategy logic, execution, position state, and risk controls so behaviour can be traced and tested.
Use quick diagnostic runs first, then more demanding data and assumptions when the strategy requires them.
Examine sensitivity, concentration, path dependence, cost assumptions, edge cases, and failure periods—not only aggregate output.
Record what was tested, what was not, what changed, and which conclusions the evidence does not justify.
04 / NEXT
See how we approach tick data, testing modes, execution assumptions, sensitivity, and reproducibility.
Data & methodology