FAIRPLAY / CRICKET

Fair Play Rates Explained: Free Virtual Coins and the Demo Formula.

Fair Play uses a repeatable checksum to create a fictional factor, then multiplies the selected number of demo units and rounds the result to two decimals.

Learn how Fair Play maps a fixture ID and side label to a fixed fictional coin factor in a transparent, free arithmetic demo with clear rounding rules.

A transparent arithmetic demonstration, not a match assessment

A Fair Play rate is a transparent arithmetic demonstration. It joins a fixture identifier to one of two side labels, derives a fixed fictional factor, and applies that factor to a quantity of demo units selected in the calculator. The same exact text follows the same steps every time, so the process can be understood and checked without relying on a hidden judgement.

The output is a display in free virtual coins. It is not a market or a tool for deciding what may happen in a fixture. FairPlay does not read results, scores, line-ups, form, statistics, or any other sporting information when producing the factor. The calculation is based on characters in a text string and nothing more.

This distinction is practical for anyone checking a calculation. Start with the exact identifier and the selected side letter, follow the checksum rule, derive the factor, and multiply by the chosen demo units. Nothing outside those stated steps can alter the shown arithmetic. In particular, a later match event cannot revise an already defined factor, and the display is not a recommendation to take any action.

Build one exact fixture-and-side input

The calculation starts with fixtureID + colon + side. The side is lowercase a or lowercase b, giving fixtureID:a or fixtureID:b. Every character is significant: letters, digits, hyphens, spaces if present, the colon, and the final side letter are all processed. A different character makes a different input string.

For instance, demo-2026-10-09-01:a and demo-2026-10-09-01:b differ only at their last character, yet they are distinct inputs. Do not change capitalization or punctuation when checking a displayed result. Exact text is the useful rule because the formula works character by character.

Process the input with the implemented checksum

Fair Play begins with checksum 0. For each character in the complete input string, it multiplies the current checksum by 31, adds that character’s characterCode, and takes the remainder after division by 1000003. In compact notation, the repeated update is (checksum * 31 + characterCode) % 1000003.

This update runs once for every character, from the start of the fixtureID through the letter after the colon. The remainder keeps the running value in a fixed range. There is no random draw, later adjustment, or score-sensitive step. CharacterCode is the implementation’s numeric code for the character; a visitor does not need to derive codes by hand to use the demo.

Turn the checksum into a 1.00-to-2.50 fictional factor

After the final character, Fair Play calculates factor = 1 + (checksum % 151) / 100. The second remainder is a whole number from 0 to 150. Dividing it by 100 yields 0.00 to 1.50, so adding 1 creates a factor from 1.00 to 2.50.

That range is only a property of the formula. These arbitrary fictional values never represent probability, odds, a calibrated model, team strength, price, or a forecast. A larger factor does not express a stronger side or a more likely result; it only reflects a different checksum remainder from a different text input.

The four stages of the Fair Play demo
StageImplemented operationDemo meaning
InputfixtureID + colon + sideExact text ending in a or b
ChecksumRepeated (checksum * 31 + characterCode) % 1000003Deterministic value from checksum 0
Factor1 + (checksum % 151) / 100Fictional value from 1.00 to 2.50
Outputround(units * factor, 2)Displayed virtual-coin result

Multiply the selected demo units and round to two decimals

The calculator accepts from 0 to 10000 demo units, inclusive. It multiplies the entered units by the derived factor and rounds the product to two decimal places: output = round(units * factor, 2). An input of 0 therefore displays 0.00. At 10000 units, the formula can display from 10000.00 to 25000.00 virtual coins.

Those boundaries define only the accepted calculator range. They do not add sporting or financial meaning to the number. Keeping the final rounding separate from the factor calculation makes the shown result straightforward to reproduce with the exact fixture-and-side input and the selected units.

  • Accepted input: 0 to 10000 demo units.
  • Calculation: units multiplied by the fictional factor.
  • Display: final product rounded to two decimal places.

Worked fictional examples of the formula

The following invented fixtureIDs illustrate arithmetic only. They do not name a real fixture, team, result, or forecast. In demo-2026-10-09-01:a, the complete text produces checksum 955022. Its remainder under 151 is 98, so the factor is 1 + 98 / 100 = 1.98. Entering 125 demo units gives 125 * 1.98 = 247.50 virtual coins after rounding.

Changing only the final label to demo-2026-10-09-01:b produces checksum 955023. The remainder is 99, its factor is 1.99, and 125 units produce 248.75. The one-character change causes the different formula result; it does not compare the two sides. A separate invented input, practice-fixture-17:a, produces checksum 725160, factor 1.58, and 63.20 from 40 units.

Worked fictional arithmetic examples
Invented inputChecksumFactorUnitsRounded output
demo-2026-10-09-01:a9550221.98125247.50
demo-2026-10-09-01:b9550231.99125248.75
practice-fixture-17:a7251601.584063.20

Rules that keep virtual coins purely fictional

Fair Play virtual coins are free, nontransferable, nonredeemable, and have no real-world value. They are display units for this arithmetic demo, not cash, credit, a prize, or an item that can be exchanged for goods, services, or another form of value.

There are no accounts and no recorded balance. The demo contains no money, purchase, deposit, withdrawal, transfer, entry, settlement, or reward. A displayed number is an immediate formula output for the current input, not a saved, owned, earned, or carried-forward amount.

The factor is fixed by the input text. It has no score-dependent movements and no history graphs. Repeating an identical calculation can show the identical result, but it does not create a transaction or record.

Cricket context stays separate from the demo formula

Real API fixture names are only context. An external endpoint supplies cricket facts, while the Fair Play calculation uses the stated text formula and never receives a probability, rate, price, or forecast from that endpoint. Context can help identify a fixture without becoming an input to a sporting model.

For the rates context, visit /fair-play-rates/. For the broader site flow, read /guide/how-fairplay-works/. The source for the arithmetic and virtual-coin rules is the implementation documented here. Together, these pages distinguish the interface description from the deterministic fictional calculation.

Questions, answered

How is the Fair Play factor made?

It uses fixtureID:a or fixtureID:b, starts checksum at 0, repeats (checksum * 31 + characterCode) % 1000003, then calculates 1 + (checksum % 151) / 100. The fictional result is from 1.00 to 2.50.

What inputs can the calculator accept?

It accepts 0 to 10000 demo units. The calculator multiplies those units by the factor and rounds the output to two decimal places.

Are the factors odds, probabilities, or forecasts?

No. They are arbitrary fictional formula values and never represent probability, odds, calibrated models, team strength, a price, or a forecast.

Can virtual coins be saved or exchanged?

No. They are free, nontransferable, nonredeemable, and have no real-world value. There are no accounts or recorded balances.

What does an external cricket endpoint provide?

It supplies cricket facts for context only. The implemented Fair Play checksum formula, rather than the endpoint, produces the fictional factor.

Sources and evidence

  1. Fair Play rates implementation

    Primary implementation documentation for the fictional checksum, calculator, and virtual-coin rules.

Scheduled facts and sourced history are separate from live match data. Source attribution does not imply affiliation with IPL, BCCI, ICC or players.

Continue reading