Reproducible Verdict Kernel
Same inputs, same verdict, byte for byte — or it is not a verdict.
£249/mo — enterprise from £15,000/yr
- Annual term
- £2,490/yrTwelve months of service for the price of ten.
- Billed monthly
- £2,988/yr£249/mo × 12. Monthly billing costs twenty per cent more than the annual term — the uplift is on monthly, it is not a discount on annual.
- The difference
- £498/yrTwo months in twelve. Paying annually saves two months, not twenty per cent — the two are different numbers and only one of them is true.
Byte-identical recomputation of a stated result is the reproducibility problem itself. Withholding this one from researchers would be self-refuting. Anticipated academic rate: 50% of the annual list price — £1,245/yr. The academic rate applies instead of the seat and term bands, never on top of them. Stacked, the three would land below the cost of serving the account, and a rate I cannot honour is worse than one I never offered.
Nothing on this site is on sale. There is no checkout, no cart and no payment link on any page. Prices publish pre-launch so they can be read, compared and checked rather than requested — seat bands, group licences and multi-year terms are set out in full below.
Standing policy — read this beside the figure
- No promise of profit, ever. Hadal makes no performance claims and carries no implied edge. Past measurements describe instrument behaviour — never future returns.
- You own risk management. Hadal cannot control it and does not insure it. Good tools do not fix bad discipline — and this site says so.
- Analytical tools, for discretionary use. Nothing here is investment advice or a recommendation to trade. Every decision, and every outcome, is yours.
The same statement stands in the footer of every page.Terms Privacy
| Specification | Value |
|---|---|
| Catalogue no. | P18 |
| Suite | Backtest Honesty |
| Methodology | How the Backtest Honesty suite measures |
| Availability | Pre-launch — not on sale |
| Anticipated price | £249/mo · £2,490/yr |
| Delivery | Marketplace SKU · hub subscription |
| Published measurements | NOT YET PUBLISHED |
| Provenance artifact | NOT YET PUBLISHED |
An event study that cannot be recomputed is an anecdote with error bars. The Reproducible Verdict Kernel is the engine I built to make event-study claims adjudicable: feed it the events and the series, and it returns a verdict that anyone holding the same inputs can regenerate byte for byte.
The kernel exists — 5,037 lines of Rust, 77 test functions, zero dependencies. Zero-dependency is not an aesthetic choice: every library between your data and your conclusion is a version number that can silently change your answer. Here the entire inferential chain is in one auditable codebase, and determinism is a tested property, not a hope.
Every verdict the kernel issues is built to survive one blunt question: does that result recompute? Hand it the same inputs and the same binary and it either returns the verdict you were given, byte for byte, or it reports the divergence as a finding in its own right. A result that will not recompute has said something about itself before anyone gets to the argument about whether the effect is real.
What it measures
The kernel rules only on effects brought to it, and it generates no candidates of its own.
- Effect estimates with honest uncertainty. Event effects with confidence intervals from the stationary block bootstrap — resampling that respects the serial dependence in financial series instead of assuming it away — and HAC standard errors that survive autocorrelation and heteroskedasticity rather than pretending the residuals are polite.
- Multiplicity accounting. When you test a family of events or hypotheses, some will look significant by volume alone. The kernel applies Benjamini-Hochberg false-discovery-rate masking across the family, so the verdict sheet distinguishes effects that survive multiplicity from effects that merely got lucky in a crowd.
- The can-fail proof, built in. The kernel’s keystone self-test plants a known synthetic effect and demands the engine recover it — while simultaneously killing forty placebo effects it must reject. An engine that cannot demonstrate both powers, detection and refusal, has no business issuing verdicts. This test runs before I trust any output, including my own.
- Byte-reproducible verdicts. Same inputs, same binary, same verdict — down to the byte. A verdict you receive can be recomputed by you, by a reviewer, by a counterparty, and the recomputation either matches exactly or the discrepancy is itself a finding.
The verdicts on my own published event families — which effects survived, at what estimated magnitude, under which threshold — are published, and the answer is that none of them survived. Both entries in the results index are recorded KILLED, each against a registry denominator of eighteen at an FDR threshold of 0.05 over three walk-forward folds, and each carries the reason rather than the label alone: H-010’s zone-revisit reversion at −63.47 with an interval of [−146.40, 17.92], and S-001’s origination-level salience enrichment at −0.0423 with [−0.1269, 0.0416]. Both intervals span zero, which is why both are killed. Each ships with the sha256 of its own result document, so the recomputation is available rather than promised — those are the same two digests the kill ledger cites, and they agree.
A separate and larger family is on a resolving track and is reported here with its grade rather than its best number: fifteen registered predictions, tested exhaustively at 819 rotations, of which three are nominally significant and zero survive correction across the family. No edge has graduated. That figure is the one worth printing, because a kernel whose own candidates all fail its own correction is the only kind whose eventual survivor would mean anything.
What it does not do
The Reproducible Verdict Kernel does not find you an edge. The kernel adjudicates evidence for effects you claim; it does not generate candidates, and it happily — mechanically — returns “no effect survives” on a family you were fond of. That answer is not a malfunction. It is the most common true answer in this business.
Who it is for
Teams whose event-study claims must survive hostile recomputation: quant researchers publishing internally to a risk committee, desks evaluating third-party research, and anyone who has watched a “significant” effect evaporate the moment someone else ran the numbers.
The ship gate
No instrument is sold until it does what this page says it does. Where a page is written in the future tense, that tense is a statement about timing rather than a hedge about capability: the instrument is not finished, so it is not listed as available, not priced as available, and not sold. It waits.
Nothing described in this catalogue is a placeholder that will quietly disappear. An instrument that turns out to be wrong gets a kill-ledger entry, not a deletion — which is the only version of that promise anyone can check.
Commercial terms
Published in full, pre-launch, so they can be read and checked rather than requested. Every figure is an anticipated indication I have set and not yet ratified, and every derived figure is the arithmetic of the one above it — shown, not asserted. Nothing here is purchasable: there is no checkout on this site.
Why Reproducible Verdict Kernel is priced the way it is
- What the figure buys
- At the monthly rate: the kernel itself — the estimator set this page describes (stationary block-bootstrap intervals, HAC standard errors, false-discovery-rate masking across a family of tests), the content-hashed inputs that make a verdict recomputable by whoever holds them, the can-fail self-test the engine must pass before any output of it is trusted, and re-execution that either reproduces a verdict byte for byte or reports the divergence as a finding in its own right. At the enterprise tier: the same kernel licensed across an organisation rather than to one researcher, so a verdict issued by one team can be recomputed by another against the same binary. What an organisation-wide term includes beyond that publishes with pricing at launch.
- Why it is priced this way
- Two tiers because two genuinely different things are being bought. A single researcher wants a tool and pays monthly for it. An organisation wants a rule everyone obeys — and a rule cannot be adopted per seat, because the value is that it binds the colleague who did not buy it. The gap between the tiers is the gap between using a discipline and enforcing one.
- What the alternative costs
- Doing it by hand, which works and is what careful people already do: hash your inputs, record your code version, run it twice. The kernel's claim is not that this is hard but that it is skipped precisely when it matters most — on the deadline, on the result everybody already believes. Below that, the alternative is what most estates run today: results that were reproducible in principle on a machine that no longer exists.
Every figure on this page is an anticipated indication awaiting ratification, and nothing here is purchasable. The reasoning above is published for the same reason the arithmetic below is: a price you can interrogate is worth more than a price you have to accept.
The two-SKU split
| Route | What it is | Anticipated |
|---|---|---|
| Marketplace SKU | Where this instrument ships through a platform marketplace, that SKU is the fully-functional standalone tier — the complete battery, running natively on your platform, no external account required. Never paid-but-crippled. | NOT YET LISTED |
| Hub subscription (this site) | The deepening: hosted runs, the published methodology behind them, and the content-hashed artifacts that let a stranger re-derive the result. This is the tier the figure on this page prices. | £249/mo · £2,490/yr |
The hub tier is priced at or below its marketplace equivalent. That is a standing rule the pricing table is rendered against, not an offer: a marketplace platform takes a percentage of every sale it processes, and that saving goes to the hub subscriber rather than to Hadal, so a platform fee can never invert your margin. No marketplace SKU has been listed yet, so the cell above reads NOT YET LISTED and the rule stands as a commitment rather than a comparison you can run today.
- from £15,000/yrenterprise
The commitment ladder
| Term | Months paid per year | What it means | Anticipated |
|---|---|---|---|
| Monthly billing | 12 | £249/mo × 12. Twenty per cent more than the annual term — that is the uplift for paying monthly, not a discount for paying annually. | £2,988/yr |
| 1-year term | 10 | Twelve months of service for the price of ten. This is the annual rate every band below is taken off. | £2,490/yr |
| 2-year term | 9 | Ten per cent off the annual rate, held at that figure for the whole term. | £2,241/yr |
| 3-year term | 8 | Twenty per cent off the annual rate, held at that figure for the whole term. | £1,992/yr |
Eight months paid per year, across three years, is 24 months paid for 36 months of service — one year in three carries no charge. On this instrument the three-year term totals £5,976. That is 24 × £249 = £5,976, and two years billed monthly is £2,988 × 2 = £5,976. The same money. It buys three years instead of two, and the arithmetic is on the page so you can check it rather than take it.
Group licences, across entities
Licensing here is per account or per desk, not per seat, so a seat band does not apply and none is offered — applying one would be a category error dressed as a discount. The scaling axis here is entities: where the same instrument is run by more than one legal entity, desk, fund or network inside a group, the licence is negotiated as a single group licence rather than replicated entity by entity. Multi-network clients are exactly the case this exists for, and the commitment ladder above applies to a group licence on the same terms it applies to a single one.
Commercial routes
Pricing scales on entities and on term — one negotiated group licence across desks, funds and legal entities, never a seat band.
Licensing — seat bands, group licences and multi-year terms in full
Support
- TierPriority at this instrument’s base contract — ticket, prioritised, first response targeted at one business day. Support tier follows the annual contract value, not the price of a single unit — more seats, a suite licence or a group agreement raise the contract value and can raise the tier with it.
Support — the tiers, the ticket-only channel model, and what a target does and does not promise
Trial mechanics
The trial runs on the hub tier — thirty days, a full natural proof cycle, disclosed in plain words before you start it and cancellable in one step; none of it is live yet. Trial mechanics in full, by delivery class.
Read before you commit
The documentation is published ahead of the product on purpose — intended behaviour is only a commitment if it exists first. Start with installation and first run, then the limits: the conditions under which this instrument refuses to produce a number are the part worth reading before you pay. The full centre is at /docs/, and the support model states what a ticket does and does not cover.
Questions and answers
Answered from what this instrument publishes about itself. Nothing below is attributed to a customer, because there are none yet.
What does byte-reproducible actually mean here?
Same inputs, same binary, same verdict — down to the byte. A verdict you receive can be recomputed by you, by a reviewer or by a counterparty, and if the recomputation does not match exactly, the discrepancy is itself a finding.
Will the kernel find me an edge?
No. It adjudicates evidence for effects you already claim; it does not generate candidates, and it returns “no effect survives” on a family you were fond of. That answer is not a malfunction — it is the most common true answer in this business.
Why does it carry no dependencies?
Because every library between your data and your conclusion is a version number that can silently change your answer. Keeping the whole inferential chain in one auditable codebase makes determinism a tested property rather than a hope.
Can I buy this instrument today?
No. Nothing on this site is on sale — there is no checkout, no card capture, and no product account to create. Every figure on this page is an anticipated indication I have set so it can be read and compared, not an offer, and final pricing awaits my ratification. The launch list is the only thing you can join today.
Change log
Reproducible Verdict Kernel has not shipped, so there is nothing to record. When it does, every version lands here — dated, append-only, written by a person, and including the changes that removed a capability rather than added one.
Where this sits
Reproducible Verdict Kernel is one of the instruments in the Backtest Honesty suite. How that suite measures — the per-instrument battery, and the receipts each measurement will carry — is set out in the Backtest Honesty methodology, part of the site-wide measurement methodology.
Also in the Backtest Honesty suite
Reproducible Verdict Kernel shares the Backtest Honesty suite with two other instruments.
- P2Overfit AuditorMathematical bounds on how hard you tortured the data.
- P10Data ForensicsYour stats can be clean and your data still lying.
Research behind this instrument
Reproducible Verdict Kernel draws on ten research notes on this site.
- The edge that was real and worth half a pipAsked as: "can a trading edge be statistically significant but not profitable"
- Does my regime filter use future data?Asked as: "does my hmm regime filter use future data in a backtest"
- Do order blocks predict anything?Asked as: "do order blocks actually predict anything"
- Do round numbers matter in forex?Asked as: "do round numbers matter in forex trading"
- Does COT positioning predict reversals?Asked as: "does cot positioning predict reversals"
- The break that cleared neither barAsked as: "how do you know a detected regime change is real"
- The floor that never firedAsked as: "how do you know a check that never fails is working"
- The level that remembered nothingAsked as: "do price levels remember what happened there before"
- Why do two dashboards show different numbers?Asked as: "why do two dashboards show different numbers"
- How do you verify a trading track record?Asked as: "how do you verify a trading track record"