Read the receipt · worked lesson
Which package is better when the prices differ?
Divide each package’s premium coins by its own price. Compare those rates, then keep the total spending and terms separate. The larger coin balance can have the worse unit price.
Written · Formula v1 · No operator prices
Made-up inputs. Real arithmetic.
A smaller package can have a higher rate without being a recommendation to buy either package.
Comparison package
- Purchase price
- $20.00
- Premium coins (SC)
- 30
- SC per dollar
- 1.500
- Cost per SC
- $0.667
Reference package
- Purchase price
- $50.00
- Premium coins (SC)
- 60
- SC per dollar
- 1.200
- Cost per SC
- $0.833
Rate uplift against this reference: 25.0%. Teaching inputs, not a verified baseline or an offer recommendation.
Two receipts, one common unit
Imagine one package contains 30 Sweeps Coins (SC) for $20 and another contains 60 SC for $50. These are invented teaching inputs, not recorded prices. The second package contains twice as many SC, but it also costs two and a half times as much. Comparing only the coin totals leaves out the very thing you are paying.
The common unit is SC per dollar: coins divided by dollars. The first package gives 1.500 SC per dollar; the second gives 1.200. At these inputs, the first has the higher unit rate. Gold Coins are excluded from both calculations. There is no assumed conversion between the two currencies.
Why subtracting the coin totals misleads
The raw difference is 30 SC. That difference is not an extra 30 SC for the same money: the prices differ by $30. A statement about extra coins at a common price needs either equal-priced packages or an explicitly hypothetical normalization. It cannot silently compare two different receipts as if both cost $20.
To compare rates, divide 1.500 by 1.200, subtract one and multiply by 100. The first rate is 25.0% higher. This is a relationship between purchase rates. It says nothing about whether the second package can be split, whether either package repeats, or whether buying several smaller packages is allowed. Those are separate terms that must be checked.
Enter unequal prices in the Deal Checker
Enter 20 as Purchase price and 30 as Premium coins included in the offer. For this exercise only, enter 60 as Premium coins in the normal package and 50 as Price of that normal package. The normal-package fields are comparison inputs here; they do not establish that an actual operator has this standard package.
Do not leave the normal-package price blank in this example. A blank price tells the checker to use the offer’s price for both sides. That shortcut is appropriate only when both prices really are the same. Here it would compare 30 SC for $20 with 60 SC for $20 and answer a different question. Reset after the exercise before entering real figures.
Keep the spending decision separate
A higher rate is not a reason to increase your purchase. Unit price and total outlay answer different questions. The $50 receipt still requires $50, even if a comparison against some other package made it look attractive per coin. Start with an amount you had already decided you could spend, rather than letting a percentage set that amount.
The checker does not decide whether you should buy, nor does it model game outcomes. It measures premium currency received at purchase. Playthrough, access, expiry and redemption conditions can differ even when two purchase rates match. Read those conditions on the current operator screen rather than assuming the rate incorporates them.
What if neither package is the normal one?
You can compare two hypothetical rates without calling either a verified baseline. But ‘25% higher than the other package’ and ‘25% above normal’ are different statements. The second needs a supported normal package for that casino. A posted offer from another account or another date does not establish one.
For a real check, retain the package name, price, premium currency amount, account scope and date you read it. If you cannot establish the normal package, use the raw rate and leave the comparison unresolved. BonusHeda’s source and publication requirements still apply; a calculator entry does not become a published offer record.