Parlay Logic AIPARLAY LOGIC AI
Methodology

The Parlay Logic AI Hedge Math Methodology

Every formula, threshold, and rejection rule the engine uses — published in full so any recommendation can be checked by hand.

Published
July 29, 2026
Updated
August 4, 2026
Read
10 min
Author
Parlay Logic AI Research
Level
Advanced
Sports
NFL, College Football, NBA, MLB
Markets
Moneyline, Spread, Totals
Direct Answer

Parlay Logic AI converts your frozen original wager and the current live opposite ladder into a settlement grid, discards every candidate containing a push or a both-lose outcome, sizes the surviving candidates against four protection targets, applies a hard cap of 2.0x your original stake, and ranks what remains by worst-case net, then lowest stake, then lowest total exposure, then return on risk. If nothing survives, the output is Hold with a $0 stake and a stated reason. Every number displayed in the app can be reproduced with the formulas on this page.

01

Inputs: what the engine is allowed to use

Direct Answer

Four inputs drive every calculation: the frozen original stake, the frozen original decimal price, the current live opposite ladder, and time remaining. Nothing else is permitted to influence a protection stake.

The first rule of the methodology is a data-integrity rule rather than a mathematical one. When a wager is saved, its stake and price are frozen. Live market movement updates the protection side of the calculation only. If a displayed original price ever changed to match a live price, every downstream number would be wrong, and the user's actual financial position would be misrepresented.

Permitted inputs and their sources
InputSymbolSourceMutable
Original stakeS₀Saved ticket at placementNo
Original decimal priceD₀Saved ticket at placementNo
Original returnR₀ = S₀ × D₀DerivedNo
Live opposite decimal priceDₕCanonical odds cacheYes
Time remainingTLive game stateYes

The live opposite ladder is not a single price. It is every available line on the opposing side — alternate spreads, alternate totals, the moneyline — each with its own price and its own settlement behaviour. Evaluating only the mirror line would miss most qualifying protection, and would also miss most push traps.

Important

Freshness is a hard gate

Any opposite price older than the shared freshness budget is treated as unavailable rather than as a live price. A stale quote that produces an attractive number is more dangerous than no quote at all.

02

The settlement grid

Direct Answer

For each candidate, the engine enumerates every relevant final result and records what the original wager and the candidate each pay. Any grid containing a push or a bucket where both wagers lose disqualifies the candidate.

A protection pair is only real if the two wagers are settlement complements across every outcome that can occur. Line shopping across an alternate ladder makes this non-obvious: a candidate can look like a mirror while quietly leaving a gap on one specific final margin.

Rejection codes
CodeMeaningConsequence
PUSH_OUTCOMEAt least one final result pushes one legCandidate discarded
BOTH_LOSE_OUTCOMEAt least one final result loses both legsCandidate discarded
FINANCIAL_THRESHOLD_NOT_METSurvives settlement but fails the mode's financial floorCandidate discarded
MARKET_UNAVAILABLENo priced, fresh quote on that lineCandidate skipped
OUT_OF_BANDRequired stake exceeds the 2.0× capCandidate discarded

Because the grid is enumerated rather than inferred, the engine cannot be fooled by a half-point that looks harmless. A -3.5 original paired against a -3 opposite fails on a three-point margin; a -3 original paired against +3 fails on the same margin for a different reason. Both are rejected before pricing is considered at all.

PLA Insight

Settlement first, price second

Ordering matters. Pricing a candidate before checking its settlement grid produces attractive numbers for pairs that cannot actually protect anything. The engine always tests the grid first.

03

The four protection targets

Direct Answer

Loss Reduction returns 20%–50% of the original stake on the weaker outcome. Break Even returns the stake within ±5%. Maximum-Upside Floor guarantees a floor while preserving upside. Guaranteed Profit requires every covered outcome to be net positive by at least 20% of stake.

Each mode is the same equation with a different target. Solve for the protection stake Sₕ that produces the desired result on the weaker covered outcome, then verify the stronger outcome remains acceptable.

Mode definitions
ModeTarget on weaker outcomeQualifying band
Loss ReductionRecover part of S₀Returns 20%–50% of S₀
Break EvenRecover S₀Within ±5% of S₀
Maximum-Upside FloorGuarantee a floor above total lossFloor > 0 while retaining majority of R₀ − S₀
Guaranteed Profit OpportunityNet positive on every covered outcomeMinimum net ≥ 20% of S₀

The equalising stake is Sₕ = R₀ ÷ Dₕ. Every other target is a scaled version of that. For Break Even, solve Sₕ × Dₕ − Sₕ − S₀ ≈ 0, which reduces to Sₕ ≈ S₀ ÷ (Dₕ − 1). For a Guaranteed Profit check, verify that both min(R₀ − S₀ − Sₕ, Sₕ × Dₕ − Sₕ − S₀) is positive and clears the 20% floor.

Worked Example

Break Even solved by hand

Break Even
Original bet$150 at -120 (D₀ = 1.833, R₀ = $275)
Current game stateSecond half, original position ahead
Live marketOpposite +290 (Dₕ = 3.90)
PLA recommendationBreak Even
Protection stake$51.72
Total exposure$201.72
If original wins+$73.28
If hedge wins-$0.02 (stake recovered)
Upside sacrificed$51.72 of $125 original profit

Sₕ = S₀ ÷ (Dₕ − 1) = 150 ÷ 2.90 = $51.72. The weaker outcome returns the original stake almost exactly, which is why the mode is named for it.

Hypothetical example used to demonstrate the formula.

04

The 2.0× stake cap

Direct Answer

No recommended protection stake may exceed twice the frozen original stake. If the arithmetic demands more, the candidate is discarded rather than resized.

The cap exists because protection stops being protection at some multiple of the original position. A $100 wager protected by a $340 hedge is not a protected $100 wager; it is a $340 bet with a $100 offset. Users consistently underestimate how quickly required stakes grow as the opposite price shortens.

Required equalising stake as the opposite price shortens
Opposite priceDecimalStake to equalise a $100 at -140Within cap?
+4005.00$34.28Yes
+2003.00$57.13Yes
+1002.00$85.70Yes
-1501.667$102.82Yes
-4001.25$137.12Yes
-9001.111$154.28Yes
-20001.05$163.24Yes

The cap rarely binds on moneyline protection and binds frequently on short alternate lines, which is exactly where naive tools produce their worst recommendations. When the cap binds, the engine reports OUT_OF_BAND rather than silently offering a partial stake that no longer achieves the stated target.

05

How surviving candidates are ranked

Direct Answer

Survivors are ordered by highest worst-case net, then lowest required stake, then lowest total exposure, then return on risk. Headline best-case profit is never the primary sort.

This ordering is deliberately defensive. A candidate with a spectacular best case and a marginal worst case is worse protection than one with a slightly lower ceiling and a materially higher floor, because the entire purpose of the exercise is the floor.

  1. Worst-case net — the least favourable covered settlement outcome, maximised.
  2. Lowest stake — among comparable floors, the cheaper protection wins.
  3. Lowest total exposure — less money on the table at equal benefit.
  4. Return on risk — used only to break remaining ties.

Two candidates with identical modes

Alternate line B

Break Even
Stake
$48
Worst case
-$19
Best case
+$77

Cheaper and higher ceiling, but the floor is $16 worse. Ranked second.

06

Why Hold is a first-class output

Direct Answer

Hold is produced when no candidate survives settlement, pricing, cap, and materiality checks. It is published with an explicit reason rather than presented as an absence of data.

An engine that always returns a hedge is not measuring anything. Across a full slate, most tracked positions spend most of their time in Hold or Watch, because live prices are usually efficient relative to game state. Publishing that plainly is a correctness requirement, not a UX compromise.

There is one additional rule layered on top: a no-vig implied win probability at or above 80% on the original position returns Hold regardless of what the ladder offers, unless a qualifying Guaranteed Profit candidate overrides it. Protecting a position that is already overwhelmingly likely to win almost always destroys more value than it preserves.

Reason codes shown alongside Hold

  • MARKET_UNAVAILABLE — no fresh priced quote on any opposite line.
  • PUSH_OUTCOME / BOTH_LOSE_OUTCOME — every candidate failed the settlement grid.
  • FINANCIAL_THRESHOLD_NOT_MET — survivors existed but none cleared their mode's floor.
  • OUT_OF_BAND — the required stake exceeded the 2.0× cap.
  • HIGH_WIN_PROBABILITY — the original position is already at or above the 80% no-vig threshold.
07

Cadence, materiality, and notification

Direct Answer

The engine recomputes on a fixed cadence and notifies only when the recommendation state changes and the improvement clears a materiality threshold — a floor gain above a dollar minimum, a meaningful stake reduction, or a significant odds move.

Computation and notification are separate concerns. Every tracked position is evaluated repeatedly whether or not anything is sent. Notification requires both a genuine state transition and a material change, plus a cooldown to prevent a flapping market from producing a stream of contradictory messages.

Materiality thresholds
SignalThresholdPurpose
Protected floor improvementMinimum dollar gainPrevents notifying on rounding
Stake reductionMeaningful percentage dropCheaper protection is worth knowing
Odds movementSignificant point move on the opposite lineCaptures real repricing
CooldownMinimum interval between pushesStops whiplash during volatile sequences

Downgrades are additionally damped. A single stale or unpriced cycle does not flip a recommendation to Unavailable; the condition must persist across consecutive evaluations. This prevents a momentary market suspension from being reported as a lost opportunity.

08

Auditability and corrections

Direct Answer

Every evaluation is logged with its inputs, chosen candidate, rejected candidates, and reason codes, so any recommendation can be reconstructed after the fact.

Published math is only meaningful if the outputs can be checked. Each evaluation stores the frozen original terms, the ladder snapshot used, the settlement grid results, the ranking order, and the final state. When a settlement is later voided or regraded, the correction is recorded as new evidence rather than overwriting the original record.

If a published example on this site is found to contain an arithmetic error, it is corrected and the correction is disclosed under the editorial policy. The formulas on this page are the reference; anywhere an app display disagrees with them, treat this page as authoritative and report the discrepancy.

Quick Take

You should be able to reproduce any protection stake the app shows using nothing but the four inputs at the top of this page and a calculator. If you cannot, we want to hear about it.

Frequently Asked Questions

Why does the engine use decimal odds internally?

Decimal odds express total return per unit staked, which makes every hedge formula a single division or multiplication. American odds require branching logic for positive and negative prices, which introduces avoidable error and makes published formulas harder to verify by hand. Displays convert back to American odds because that is what users read on their sportsbook, but every intermediate calculation is decimal. Conversion happens once on input and once on output, never in the middle of a computation.

What happens if the sportsbook only accepts part of my protection stake?

The protected floor calculated by the engine assumed the full stake was accepted at the displayed price. A partial acceptance produces a different, weaker floor, and the displayed outcome figures no longer apply. Re-enter the accepted amount and re-evaluate rather than assuming the original recommendation still holds. Partial acceptance is most common late in games and on large in-play stakes, which is precisely when protection windows are tightest, so it is worth checking your bet slip confirmation carefully before treating a position as protected.

Why is 20% the Guaranteed Profit floor?

A guarantee that clears by a few cents is not worth the operational risk of placing a second wager into a moving market. The 20% of stake floor ensures the arithmetic advantage is large enough to survive small pricing differences, rounding, and the time it takes to place the wager. It also keeps the word guaranteed honest: a label that fired on a one percent edge would technically be accurate and practically misleading. Candidates that produce a positive but sub-floor result are reported under a different mode or rejected as FINANCIAL_THRESHOLD_NOT_MET.

Does the engine account for the vig?

Yes, in two places. Win probabilities used for the high-probability Hold rule are de-vigged so that the two sides of a market sum to one hundred percent rather than to the book's overround. Protection pricing, by contrast, uses the raw offered price, because that is the actual price you would pay. Mixing those up is a common error in public hedge calculators: they de-vig the price they will transact at, which produces stakes that cannot be placed and floors that never materialise.

Can I verify a recommendation myself?

Yes, and the page is written so you can. Take your frozen stake and price, convert the price to decimal, multiply for your original return, then convert the opposite line to decimal and apply the formula for the mode shown. Break Even is stake divided by decimal minus one. Equalisation is original return divided by opposite decimal. If your number differs from the app's by more than rounding, the most likely causes are a different opposite line than the one the engine selected from the ladder, or a price that moved between the evaluation and your check.

Transparency by default

See the math applied to a live position

Track a wager and watch the same formulas run on a cadence against the real opposite ladder — including the reason codes when the answer is Hold.

Start Tracking Live Bets