Alternate line A
Break Even- Stake
- $54
- Worst case
- -$3
- Best case
- +$71
Higher floor at a slightly higher stake. Selected under the ranking order.
Every formula, threshold, and rejection rule the engine uses — published in full so any recommendation can be checked by hand.
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.
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.
| Input | Symbol | Source | Mutable |
|---|---|---|---|
| Original stake | S₀ | Saved ticket at placement | No |
| Original decimal price | D₀ | Saved ticket at placement | No |
| Original return | R₀ = S₀ × D₀ | Derived | No |
| Live opposite decimal price | Dₕ | Canonical odds cache | Yes |
| Time remaining | T | Live game state | Yes |
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.
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.
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.
| Code | Meaning | Consequence |
|---|---|---|
| PUSH_OUTCOME | At least one final result pushes one leg | Candidate discarded |
| BOTH_LOSE_OUTCOME | At least one final result loses both legs | Candidate discarded |
| FINANCIAL_THRESHOLD_NOT_MET | Survives settlement but fails the mode's financial floor | Candidate discarded |
| MARKET_UNAVAILABLE | No priced, fresh quote on that line | Candidate skipped |
| OUT_OF_BAND | Required stake exceeds the 2.0× cap | Candidate 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.
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.
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 | Target on weaker outcome | Qualifying band |
|---|---|---|
| Loss Reduction | Recover part of S₀ | Returns 20%–50% of S₀ |
| Break Even | Recover S₀ | Within ±5% of S₀ |
| Maximum-Upside Floor | Guarantee a floor above total loss | Floor > 0 while retaining majority of R₀ − S₀ |
| Guaranteed Profit Opportunity | Net positive on every covered outcome | Minimum 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.
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.
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.
| Opposite price | Decimal | Stake to equalise a $100 at -140 | Within cap? |
|---|---|---|---|
| +400 | 5.00 | $34.28 | Yes |
| +200 | 3.00 | $57.13 | Yes |
| +100 | 2.00 | $85.70 | Yes |
| -150 | 1.667 | $102.82 | Yes |
| -400 | 1.25 | $137.12 | Yes |
| -900 | 1.111 | $154.28 | Yes |
| -2000 | 1.05 | $163.24 | Yes |
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.
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.
Higher floor at a slightly higher stake. Selected under the ranking order.
Cheaper and higher ceiling, but the floor is $16 worse. Ranked second.
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.
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.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.
| Signal | Threshold | Purpose |
|---|---|---|
| Protected floor improvement | Minimum dollar gain | Prevents notifying on rounding |
| Stake reduction | Meaningful percentage drop | Cheaper protection is worth knowing |
| Odds movement | Significant point move on the opposite line | Captures real repricing |
| Cooldown | Minimum interval between pushes | Stops 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.
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.
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.
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.
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.
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.
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.
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.
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