Transparency

How Alfred stays honest

Our promise isn't returns — it's that every manager's rules and maths are published, and that the software provably does what the page says. Here is exactly how we hold ourselves to that, in terms you can check.

Latest code‑vs‑maths audit · 6 July 2026

Every one of our 22 managers was reviewed line‑by‑line against its published formulas. 13 matched with no deviation of any kind; 2 more differed only cosmetically (a timing convention, a log‑wording nuance — no trade or NAV impact). The remaining 7, plus one platform routine, carried 8 material divergences — and every one was fixed before publication.

We publish the result, including what we got wrong, rather than only what we got right. The full findings and every formula are in the manager mathematics document.

Since that review, further managers have been built and run backstage — every manager trades live for a period before it is released to customers, building the record that justifies releasing it. Live‑only managers carry no backtest to audit against (real‑time signal can't be replayed) and are judged on that record alone; rules‑based ones have their backtests replay‑verified before release. All will be covered by the next roster‑wide audit.

What we found & fixed

The audit is a running ledger. When a review — ours or an automated check — turns something up, we fix it and record it here, including whether any published number moved.

  1. 6 Jul 2026Removed a filing-lag look-ahead from the Forensic Accountant’s accounting-strength screen.

    Live-only manager — no published backtest was affected and its fingerprint is unchanged. Future quarterly screens now apply the same 90-day point-in-time filing lag as every other fundamentals manager.

    View this manager →
  2. 6 Jul 2026Hardened the NAV calculation against a holding that outlives its index (a delisting or index review).

    Platform-wide safety fix. Such a case now pauses the affected manager with a clear, actionable reason instead of failing opaquely — no wrong NAV was ever published.

  3. 6 Jul 2026Locked the core safety rules — the trade guardrails, the backtest-equals-live settlement, and the metric maths — behind an automated test suite that runs on every change.

    No number changed; this makes a whole class of future regressions impossible to ship unnoticed.

  4. 4 Jul 2026Fixed 8 material code-vs-spec divergences found in the first roster-wide audit — across 7 managers and one platform routine.

    The affected backtests (Tunde Adeyemi, Walter Hayes, Margaux Laurent, Marcus Webb, Priya Nair) were re-computed and replay-verified before publication; the corrected figures are the ones shown on those profiles today.

1

One code path

Backtest and live trading call the exact same strategy functions. There is no separate "marketing" backtest — the equity curve on every profile is produced by the same code that makes the live decisions. If a published curve can't be reproduced from the maths, the page is wrong, not the maths.
2

Deterministic & reproducible

Every backtest is stamped with a cryptographic hash of the exact code and constants that produced it (shown per manager below). Re‑running the engine yields identical decisions, bit for bit — we verify this on every rebuild, so a number can never quietly drift from the rules that made it.
3

Audited against the maths

On 6 July 2026, independent reviewers checked every manager's engine module against its specification — every parameter, threshold, window, tie‑break and refuse‑to‑trade guard — and re‑derived each formula against its cited source (Faber, Antonacci, Greenblatt, Piotroski, Connors, Frazzini–Pedersen, Ehlers, Moreira–Muir, and the NSE index methodologies). What diverged was fixed, not filed away.
4

Limitations disclosed, not hidden

Every profile names its own honest caveats — survivorship bias where a current‑constituents list is used, live‑onlymanagers that can't be backtested honestly, model shorts, rupee‑denominatedreturns, point‑in‑time filing lags — and, above all, no promised returns. Losing managers are shown exactly as they are. When a manager's live drawdown overtakes the worst its backtest advertised, a nightly check publishes that on the profile — above the hire button, not beneath it.
5

Index lists refreshed on a stated schedule

The managers that rank index members read a committed list of constituents, refreshed quarterlyfrom each index's published membership — most recently 8 August 2026(S&P 500 and Nasdaq‑100 changed; the Dividend Aristocrats did not). A refresh changes what the backtest held, so it changes the reproducibility fingerprint on the affected profiles too, and each refresh lands as a dated commit. The August 2026 manager audit records exactly which names moved.

The scorecard — we grade our own calls

Every buy and sell each manager makes is graded once, 14 days later, against that manager's own benchmark over the same window — a buy scores well if it beat the benchmark, a sell if the symbol then trailed it. Grades are published as they mature; so far 648 calls are graded and 51%scored as good. Grades measure decisions — they never change a rule. Each manager's profile carries its own scorecard.

ManagerGraded callsGood callsAvg edge vs benchmark
Margaux Laurent8· forming75%+4.5%
Arjun Mehta2348%+3.7%
Walter Hayes2467%+2.7%
Marcus Webb4959%+2.4%
Ruth Calloway4166%+1.8%
Tunde Adeyemi1833%-0.4%
Ji-woo Park4· forming25%-1.0%
Stefan Brandt4842%-1.3%

Managers with no graded calls yet (new, or holding rather than trading) appear once their first decisions mature past the 14‑day grading window.

Per‑manager verification

The code fingerprint behind each manager's published backtest. Live‑only managers have no backtest by design and instead build a public record from day one.

ManagerRulesBacktest fingerprintLast computed
Tunde AdeyemiPublished in full8c4681f6992026-07-06
Walter HayesPublished in full57ed57e6232026-08-08
Stefan BrandtPublished in full2af00885722026-08-08
Ruth CallowayPublished in fullLive‑only · logged from day one2026-06-13
Margaux LaurentPublished in full3d63827ae12026-07-06
Marcus WebbPublished in full6bc6ecf9912026-07-06
Ji-woo ParkPublished in full9ea28f65c12026-06-14
Arjun MehtaPublished in full7c2cb9ed2f2026-08-08

Every decision is on the record

Beyond the maths, each manager writes a plain‑language reason for every action — and every deliberate non‑action— to a public log. You can read exactly why a trade was or wasn't made, and at what price, on any profile.

Browse the managers →See the live decision log →

Your broker key — common questions

Can I connect the same eToro key to two Alfred accounts?

No — one key belongs to one Alfred account, and a key already in use elsewhere is refused at connection. Two accounts steering the same brokerage book would each keep their own ledger against the same money, and neither would be right. Create a separate key (or eToro account) for each Alfred account. We store a one-way fingerprint of the key to enforce this — never the key itself in readable form.

If I disconnect a broker account and reconnect its key from a different Alfred account, what carries over?

The money carries over; the meaning of it doesn't. Your positions and cash live at the broker, so the new Alfred account will see them — but managers, delegations, approvals and value history belong to the old account and stay archived there. The holdings arrive unattributed: no manager claims them, and a fresh delegation trades on top of (or, on a virtual account, replaces) the old book. Cleanest is to sell down before moving.

Does disconnecting sell anything?

Never. Disconnecting only pauses your delegations and stops Alfred reading the account. Nothing is bought or sold without your approval, connected or not.

Backtested figures are hypothetical; past performance does not predict future results. Virtual accounts use practice money; real accounts trade real money, and you authorise every trade. Nothing here is investment advice.