← back to the offer

A real verdict — on my own rules

This is not an example I wrote to look good. It is the actual output of the same gauntlet I offer to run on your rules, applied to mine. 12 of 15 configurations failed. I dropped every one of them.

Why publish this? Because the thing worth checking about a validation service is whether it ever says no. A report that always finds edge is a sales document. These are the numbers my own trading slots produced, and the reason ten of my slots are switched off right now.

The two gates, fixed before the data was seen

A configuration passes only if it clears both:

Both thresholds were fixed in advance, in code, before any of these runs. That is the whole point — a threshold chosen after seeing the result is not a threshold, it is a preference.

The sweep

IS = in-sample, what the backtest showed. OOS = out-of-sample, what happened on data the optimiser never saw.

slotOOS tradesOOS winIS net OOS netPBODSRverdict
BTC_4h10934.9%+62%+3.1%0.0570.484FAIL
BTC_1d4146.3%+882%+210.5%0.3290.982PASS
ETH_4h12029.2%+33%-11.0%0.1710.385FAIL
ETH_1d5131.4%+1016%+168.0%0.4430.829FAIL
SOL_4h13029.2%+142%+6.4%0.0140.484FAIL
SOL_1d2055.0%+1033%+415.3%0.3290.995PASS
XRP_4h10734.6%+279%+100.9%0.2000.920FAIL
XRP_1d4938.8%+916%+251.1%0.2860.922FAIL
BNB_4h9532.6%+121%+18.2%0.4140.633FAIL
BNB_1d4544.4%+1327%+332.6%0.3000.996PASS
BTC_4h *8737.9%+102%-29.5%0.2140.160FAIL
ETH_4h *11850.8%+226%+1.7%0.0000.355FAIL
SOL_4h *13135.1%+235%-9.5%0.0710.299FAIL
XRP_4h *9345.2%+403%+123.8%0.4140.924FAIL
BNB_4h *11233.0%+178%+27.9%0.2860.618FAIL

* second run, same rules with different exit logic — retested from scratch rather than tuned into shape.

Read one row properly

BTC 4h * — the clearest illustration of why a good backtest proves nothing:

In-sample: +101.6%
Out-of-sample: −29.5%

Same rules. Same market. The only difference is that the second number comes from data the optimiser was never allowed to see. 87 out-of-sample trades — not a small sample that got unlucky.

Its PBO is 0.214, which passes. Its DSR is 0.160, which fails hard. That combination has a specific meaning: the configuration is not obviously curve-fit, but the return is not distinguishable from what you would expect to find by searching a lot of parameter combinations. It is the search that produced the number, not the edge.

What actually kills them

Of the 12 failures, 12 passed the PBO gate and were killed by DSR alone. That is the pattern worth taking away: overfitting in the obvious sense is rare. What is common is a Sharpe that looks fine until you account for how many things were tried before it appeared.

Three configurations passed both gates: BTC daily, SOL daily, BNB daily. All three are daily, none are 4-hour. That is the sort of finding you cannot get from a backtest — only from testing the backtest.

What would change a verdict

Your report looks like this. Same gauntlet, same thresholds, fixed before your data is touched. If your rules fail, the report says so and tells you which gate they failed at — that is the deliverable, not a consolation.

→ Send one rule through it  ·  back to the offer

Numbers generated by my own walk-forward pipeline. Fees 0.2% per trade included. Verdict logic and thresholds are the same code that would run on your rules.