We publish no referral codes

We do not host, sell or exchange referral codes, and we do not accept payment to place one. Codes circulated on third-party sites are frequently expired, altered or attached to an account that is not yours.

How these programmes work

The structure is consistent across platforms. You share a code, someone registers with it, and a credit appears once that person meets a threshold. The threshold is where the value is decided.

  • Registration alone rarely triggers anything.
  • A first deposit is the common trigger, sometimes with a minimum amount.
  • Some programmes additionally require the referred player to complete KYC.
  • Others pay a share of the referred player's activity over time rather than a flat credit.

When credit is actually money

Referral credit usually arrives as bonus balance rather than withdrawable funds, which means it inherits the same wagering conditions described on our bonus code page. Before treating a referral as income, check three things.

  • Whether the credit is withdrawable or play-only.
  • Whether it expires, and how quickly.
  • Whether the programme caps total referral earnings per account or per period.

The part that is not on the terms page

A referral programme asks you to introduce people you know to real-money play. If a referred friend has a problem with gambling, the credit will not have been worth it. We think that is the honest frame for this feature, and it is the reason we do not circulate codes. The responsible play desk covers the warning signs.

Editorial note

jackpotcityin.com is an independent editorial desk. We do not operate a skill-game product, hold player balances or process payments. Anything on this page that concerns a specific platform should be confirmed against that platform's own published terms before you rely on it.

The maths of a typical referral programme

Most skill-game referral programmes in the Indian market are structured around a single number that is rarely advertised and almost always earned with conditions. The headline figure is the credit you will receive per successful referral. The conditions determine whether that credit is worth anything in real terms. Reading the small print is the only way to convert the headline into a working number.

A flat credit, paid once when the referred player crosses a threshold, is the most common shape. The flat credit is usually expressed as a rupee amount, often between one hundred and one thousand rupees per referral, and it is paid as bonus balance rather than as cash. The referred player must usually clear a minimum deposit, complete KYC and place at least one real-money hand before the credit moves from "pending" to "available". Each of those steps adds a hurdle that reduces the effective value of the headline figure.

A revenue share, paid over time, is the alternative shape. The referrer receives a percentage of the referred player's net rake, net loss or net fee, calculated over a fixed window or for the lifetime of the account. The percentage is usually small — single digits in most programmes — and it is paid on the operator's own calculation of net activity. That calculation is rarely published in detail, and the operator's right to amend it is usually reserved in the terms. The "lifetime" promised in the marketing material is frequently truncated to a calendar year or to a spend ceiling in the fine print.

Tiered programmes compound the structure. A referrer who has generated a number of active referees may unlock a higher flat rate, a higher share, or a separate bonus. The tier is reset on inactivity, which is usually defined as a period without new referred players coming through. Tiers can be useful for an operator whose referrer pool is large and active, but they add a second layer of small print that the reader must read before concluding they are about to earn the headline rate.

The rule of thumb we publish on this page is that the headline figure is the starting point, not the answer. The answer is the headline figure multiplied by the probability that a referred player completes the threshold, multiplied by the proportion of the credit that is withdrawable, multiplied by the proportion of the credit that survives the wagering requirement. Two of those three proportions are usually well below one, and the headline is almost always larger than the realised value.

A worked example, with all the rules of thumb

Imagine a programme that promises a flat two hundred rupees per referral. The referred player must deposit at least five hundred rupees, complete KYC, and play at least one real-money hand. The credit is paid as bonus balance, subject to a one-time wagering requirement that the credit be played through once before it can be withdrawn. Of every ten people who register against the code, perhaps three deposit, perhaps two of those complete KYC, and perhaps one plays a real-money hand. The realised value per referral is therefore two hundred rupees in bonus, played through once, on a population that completed the threshold about ten per cent of the time. The honest per-attempt value is closer to twenty rupees, and the honest per-registered value is closer to two hundred rupees in headline credit that turns into a small, restricted balance if it turns into anything at all.

That is the maths. It is not a criticism of the programmes; it is the way flat-rate referral schemes have to be read for a non-zero true value. The same shape applies to revenue-share programmes, but the realised value is harder to estimate because the share is calculated on an operator-defined metric over an operator-defined window.

The social trail a referral leaves behind

Every referral programme creates a small social trail between two people. The referrer is paid for introducing the referred player to a real-money product. The referred player accepts the introduction, registers against the code, and starts playing a game that can become a problem. The credit to the referrer is the visible part of the trail. The part that is not visible is the conversation that would have to happen if the referred player later experiences harm.

The harm is not hypothetical. Adult readers who play real-money games at any reasonable frequency will, in most published surveys, know at least one other adult who has experienced a financial or relational consequence from the same activity. Referral programmes deliberately route those introductions through trusted social connections, which is the source of their conversion advantage and is also the source of the damage a problem player can cause to the relationship that routed them into the product.

A short list of the things the terms page does not say:

  • Whether the programme requires the referrer to disclose the introduction in any way the referred player will remember.
  • Whether the operator has a duty of care to the referred player separate from the duty of care owed to the referrer.
  • Whether the referrer's credit is paid out of the referred player's net loss, net spend, or a separate marketing budget — and what the answer implies about the relationship between the two players.
  • Whether the operator offers a referred-player a shorter self-exclusion path than the default, given that the introduction came through a trusted contact.

Our editorial view is that a referral programme is acceptable editorial territory only if the referrer is willing to have the conversation the terms page does not prepare either party for. The conversation is short: "If you decide this is not for you, here is the self-exclusion path; the credit I receive is not worth more than that." Most referrers do not say this. Most operators do not require it. The damage that occasionally follows is the reason we publish no referral codes and do not accept payment to place one.

When the programme does help, and when it does not

There is a defensible use case for a referral credit. A reader who already plays responsibly, who is introducing a friend who already has a budget for the activity, and who is willing to say the sentence above is a reader for whom the credit is a small discount on a thing they would do anyway. The credit is not the reason for the introduction; the introduction is the reason, and the credit is a small thank-you to the referrer for the convenience. That is the boundary case where the maths and the social trail both line up.

The case where the programme does not help is the boundary case where the referrer is motivated primarily by the credit. The text most often used to recruit referrals is some variant of "use my code for a bonus", and the audience most often converted is a friend who was not otherwise planning to play. In that case, the credit is the reason for the introduction, and the introduction is a paid act. The friend who goes on to play for longer than they intended has been routed into the product by a paid recommendation. The credit is paid out of the marketing budget if the operator is honest, which is a reasonable but not universal assumption. The credit is paid out of the friend's net loss if the operator is not.

Our recommendation to a reader who is considering circulating a code is to ask which case they are in. If the answer is the second one, the credit is not worth the introduction. If the answer is the first one, the credit is at most a small convenience and not the reason to share.

A short glossary for referral terms

The terms used in referral programmes are not standardised across the Indian market. The most common terms are listed below with the meanings our editorial desk uses when reading a programme's terms page. A reader should treat the operator's own definitions as controlling, and they should look for the relevant clause before accepting the credit described in a programme's marketing material.

Referrer
The player who shares the referral code. The credit is paid to this account. The referrer is the addressee of any anti-abuse rule the operator publishes.
Referred player
The player who registers against the code. They are the trigger for the credit. The threshold the referred player must clear is the most consequential number in the programme.
Threshold
The condition the referred player must meet before the credit is paid. The threshold is usually one of: a minimum deposit, a minimum played-hand count, a minimum KYC level, or a minimum net activity. The threshold is the source of most of the gap between the headline and the realised value.
Credit
The amount credited to the referrer's account. The credit is almost always bonus balance, not cash. The bonus balance is subject to the same wagering conditions as a deposit bonus, and it usually expires on a short timeline.
Wagering requirement
The amount the credit must be played through before it can be withdrawn. A one-time wagering requirement means the credit must be wagered once. A multiple-times requirement scales the number of times the credit must be risked. Multiple-times requirements reduce the realised value of the credit.
Pending, available, and expired
The three states the credit progresses through. Pending means the threshold has not been met. Available means the credit is in the account and can be used. Expired means the credit has been removed from the account, usually because it was not used within the time window. The transition rules are published in the programme's terms, and they are often more restrictive than the marketing material suggests.
Revenue share
An alternative to a flat credit. The referrer receives a percentage of the referred player's net activity, calculated on an operator-defined metric over an operator-defined window. The metric is usually net rake, net fee, or net loss. The window is usually a calendar period or the lifetime of the account.
Anti-abuse rule
The clause that prevents the referrer and the referred player from being the same person, the same household, the same payment instrument, or the same IP address. Anti-abuse rules also frequently prevent a referrer from creating multiple accounts to claim the credit under different identities. The credit is forfeit if the rule is breached.
Forfeiture
The removal of the credit, sometimes with the removal of any subsequent play history that the credit enabled. Forfeiture is at the operator's discretion, and the grounds are usually listed in the terms. The most common ground is breach of the anti-abuse rule.

The glossary is editorial. The controlling definitions are the ones in the operator's published terms, and the reader should always confirm those definitions before relying on the credit being paid. The gap between the marketing definition and the terms definition is the most common source of complaints we receive on this desk, and the gap is almost always smaller than the reader expects.