Prediction Market Referral Programs: Kalshi & Polymarket Teardown

Operators must build referral and affiliate as two different machines: referral is a user-to-user loop embedded in the product to lower CAC, and affiliate is a professional-partner channel managed for scale. The term "kalshi promo code" alone draws roughly 2,900 searches a month, evidence that users actively hunt for referral incentives before they sign up. Kalshi's promo-code model and Polymarket's on-chain referral are the two reference designs, and this teardown shows what each does well.

This guide is for growth and product leads at prediction-market platforms who want to design a referral program and connect it to an affiliate stack. It tears down how Kalshi and Polymarket run referral, distinguishes referral from affiliate, and maps the build. For commission structure specifically, pair it with the affiliate programs guide.

Referral vs Affiliate: The Core Distinction

A referral program is a user-to-user loop, while an affiliate program is an operator-to-professional channel, and the two should never be collapsed into one. In referral an existing trader invites a friend, both receive a small double-sided reward such as fee credit or a bonus, and the incentive is built into the product UI.

An affiliate program is operator-to-professional: a publisher, creator, or media partner drives volume for a negotiated CPA or RevShare, with tracking links, sub-IDs, and a partner portal. One is a viral loop; the other is a managed sales channel.

The strategic takeaway is that the two channels are complementary, not competing. Referral lowers the cost of the users your affiliates and content already bring by turning each into a small recruiter; affiliates supply the audiences a friends-and-family loop never reaches. The strongest prediction-market programs run both on a shared tracking spine so a referred user and an affiliate-driven user are measured the same way through to settlement.

Kalshi Promo Codes: Teardown

The Kalshi growth engine relies on promo codes, a regulated-exchange-friendly format that fits its status as a CFTC-overseen designated contract market. New users enter a code at sign-up or first deposit and receive a defined incentive, while the referrer or partner who owns the code earns a reward when the new user funds and trades.

The format is clean because it is explicit and trackable: the code is the attribution token, and the value of "kalshi promo code" as a search term shows that users themselves propagate the codes, doing distribution work for free. Details of the live offer structure sit on Kalshi.

What operators can copy

• Use codes as a human-readable attribution token that users will search for and share organically.
• Make the incentive concrete and time-bounded (a defined credit on a qualifying deposit), not a vague bonus.
• Gate the reward on a funded-account and qualifying-activity threshold so the loop pays for real traders, not sign-ups.
• Run promo codes for both user referral and KOL partners, distinguishing them by code prefix so reporting stays clean.
• Keep terms compliant and clearly disclosed, since a regulated venue's promotions are scrutinised more than an iGaming bonus.

The one caution: promo codes are easy to abuse if the reward triggers before genuine activity, which is why qualification rules and fraud checks matter. The same code that fuels organic growth can attract multi-accounting and bonus abuse, a risk covered in the prediction-market fraud and compliance playbook. The regulatory framing is real too - the CFTC posture on event contracts means promotional terms must be precise and defensible.

Polymarket On-Chain Referral: Teardown

The Polymarket referral model runs on on-chain identifiers and wallet activity, which makes its mechanics fundamentally different from a promo code. Referral relationships and rewards are tracked through on-chain identifiers and wallet activity rather than a server-side cookie, so attribution is transparent, tamper-resistant, and verifiable on the blockchain.

A referrer shares a link tied to their wallet, the referred user connects a wallet and trades, and rewards flow according to on-chain logic. The developer surface for this is documented in the Polymarket developer docs.

What operators can copy - and what to watch

The on-chain approach is powerful where the user base is crypto-native: attribution cannot be disputed, rewards can be programmatic, and the whole loop fits a wallet-first UX. But it carries trade-offs. Wallet-based identity complicates KYC and geo-compliance, multi-wallet behaviour makes anti-fraud harder, and on-chain referral data has to be reconciled with off-chain commission rules if the operator also runs a professional affiliate channel. The practical lesson: copy the transparency, but plan to ingest on-chain events into the same attribution record as your server-side ones so referral and affiliate live in one ledger.

Reward Economics: What to Pay and When

Reward economics determines whether a referral loop is profitable, because it must be modelled against settlement-delayed revenue rather than the moment a friend funds an account. A referred user's true value, like an affiliate's, only materialises as their event contracts resolve and the implied probability that priced each trade is settled on the order book. The temptation is to pay a flat referral bonus the moment a friend funds an account, but that exposes the operator to paying full price for a user who deposits once and never trades.

The disciplined design pays a small, double-sided reward on a qualifying-activity threshold, then optionally tops it up with a thin lifetime RevShare slice so the referrer keeps a stake in the friend they brought, especially when that friend becomes a high-volume trader who adds liquidity to the order book.

The hybrid row is where most mature programs land: a modest upfront fee credit to make the loop feel rewarding immediately, plus a thin settlement-based RevShare tail so the referrer benefits from a friend who turns into a genuine high-volume trader. Crucially, every one of these models has to reconcile through event settlement, which is why referral and affiliate belong on the same tracking spine - the reconciliation problem is identical for both.

What Operators Should Build

Operators must combine Kalshi's promo-code clarity with Polymarket's attribution rigour on a single tracking spine that also runs the affiliate channel. That means a double-sided referral reward gated on funded-account and qualifying activity, human-readable codes for sharing, and a measurement layer that reconciles both on-chain and off-chain referral events alongside affiliate conversions.

Pair those codes with deep smart links so users can share to specific markets. The FTC's stance on clear disclosure applies to any incentivised sharing, so disclosure language belongs in the referral terms as well as KOL contracts - see the FTC guidance.

1. Design a double-sided referral reward (fee credit or bonus) gated on a funded-account and qualifying-trade threshold.
2. Issue human-readable codes plus deep smart links so users can share organically and to specific markets.
3. Track referral and affiliate on one spine, ingesting on-chain and off-chain events into the same attribution record.
4. Apply qualification rules, KYC, geo-gating, and multi-account detection to every reward trigger.
5. Reconcile rewards through settlement, since referral value, like affiliate RevShare, depends on what referred users actually trade and settle.

Kalshi proved that a promo code people search for is free distribution, and Polymarket proved that on-chain attribution can be tamper-proof. The operators who win take both lessons and run referral and affiliate on one ledger, so every invited friend and every partner-driven trader is measured the same way through to settlement.

Tracking Referral and Affiliate Together

One tracking platform supports both referral and affiliate because the hard parts are identical: attribution that survives long settlement windows, qualification rules, fraud detection, and accurate reward reconciliation. Track360 delivers affiliate tracking, commission management, and reporting for prediction-market operators, and the same engine that tracks a professional affiliate's S2S conversions tracks a referral code's funded accounts.

The deeper mechanics of settlement-delayed attribution are covered in the affiliate-tracking and settlement-attribution guide.

Explore the Track360 platform to see how commission management and real-time reporting run referral and affiliate side by side, so an operator can copy the best of Kalshi and Polymarket without stitching two tracking systems together.