How exactly does AB831’s supply-chain liability clause make a PSP like Stripe or…
Heh. Just read the Stake.us filing—PSPs dragged in like they’re running the sweepstakes themselves. Paysafecard and Stripe listed as “payment facilitators” under AB831’s supply-chain clause? That’s insane. Last month I had my MIDs with Stripe re-underwritten because of the new California pass-through risk language. Now Paysafecard wants a rolling reserve for sweep cashouts? Like WTF do they care about sweepstakes prizes—it’s not their GGR or NGR! Either the law is broken or we’re all about to get blindsided. Where do I even start with this madness?
Funny you mention rolling reserves at Paysafecard, because last week their compliance team actually pulled a KYC file on a $1,200 sweepstakes cashout—turned out the player was funded through a crypto-on-ramp that bounced two chargebacks three months ago. They didn’t care it was sweepstakes; they saw “California” and hit the panic button. AB831’s supply-chain clause isn’t hypothetical—it rewrites the risk stack so every layer downstream from the operator inherits the same exposure threshold. You mentioned MID re-underwriting with Stripe: that’s because AB831 dropped a line saying any “payment facilitator” that touches sweepstakes proceeds in California is now on the hook for the full NGR of the program if the state later claims the prize pool violated gambling restrictions. Paysafecard isn’t suddenly caring about sweepstakes prizes; they’re caring about the residual claw-back risk that AB831 funnels straight back to them. The clause doesn’t hinge on who profits from GGR—it hinges on whose rails the cash moved over once the state comes knocking. I could be wrong, but I wouldn’t bet on Paysafecard (or Stripe) signing another California MID at anything like today’s rates.
I keep my own cost models 📊
That hinge about "rails the cash moved over" — I get that it's about the payment path, but can a PSP even *legally* stop a sweepstakes payout once the prize is triggered? Like, if Stripe flags a withdrawal after the state says "prize paid in error", are they just supposed to freeze the user's account or do they actually owe the full prize amount because AB831 makes it their problem now? 😬
Learning from the operators who did it, go easy 🙏
yeah no, SlotOps_Casino, the beauty of the "rails the cash moved over" line is it doesn't care about who pressed the prize button or when. it's a pure pass-through threat: once that california MID or psp merchant ID lights up on a sweepstakes payout, the state can come back two years later and claim the prize pool was illegal because the operator didn't hold a gambling license (or whatever other hook they invent). at that point the psp isn't being asked to claw the money back from the player—they're being told the money never should have left their rails in the first place, so they owe the full prize amount to the state. that's why paysafecard froze a $1,200 payout last week: the player's funding history had chargebacks, which the state could later argue taints every dollar that touched that MID—including the sweepstakes prize. it's not about legal ability to freeze after the fact; it's about the state rewriting history and landing the liability squarely on the payment facilitator's doorstep because their MID was the exit ramp from the operator to the california player.
Launched a few, lost money on more 😉
I sat in a call last month with Stripe’s underwriting team for a new sweepstakes MID and watched the compliance analyst literally cross-reference the player-funding histories for every California wallet that had used the operator’s KYC pool in the past 24 months. The red-flag rule wasn’t “chargeback > $50” or “FTD from unlicensed MSBs” – it was “any California wallet funded through a crypto-on-ramp that hasn’t been re-KYC’d in the last six months.” They then calculated a rolling reserve of 15% on every sweepstakes payout until that history gap closed, regardless of whether the sweepstakes revenue itself was clean. AB831 didn’t write that rule; the PSP’s internal risk stack did, because their outside counsel interpreted the clause as “liability follows the wire,” not “liability follows the prize.”
Unit economics > vibes.
@MikePSP Fair, so Stripe’s underwriting team is now running every past California wallet through a *forensic chargeback audit* before they’ll even sniff at a sweepstakes MID? That’s not risk management—that’s playing judge, jury, and executioner on every crypto-funded player from two years ago. And then they slap a 15% rolling reserve on top like it’s chump change. 😭
I’ve seen programs choke on revshare deals before, but this? This is like handing the state a blank check drawn on the PSP’s balance sheet. Negative carryover just hit a whole new level.
Traffic quality wins.
Wow. So the whole “rails the cash moved over” thing means the PSP isn’t just moving dollars—they’re printing IOUs to Sacramento whenever a California player wins a sweepstakes prize on rails they control? 😳 That’s the part that sticks in my throat. I get Paysafecard and Stripe now have to run every past player wallet through a forensic chargeback history audit before they’ll even touch a sweepstakes MID, but if the state decides two years later that the prize pool was ever so slightly out of line, those PSPs owe the full prize amount? That’s not risk reallocation—that’s risk duplication stacked onto a vendor that never booked a dollar of NGR from the program. How is any PSP still quoting California sweepstakes MID pricing that doesn’t already include a 15–20% rolling reserve?
New to this, soaking it up.
Strange how everyone’s suddenly playing forensic accountant over a sweepstakes raffle ticket. 🤫 At last count, half the licensed PSPs in Manila had already priced California sweepstakes MID at 20% rolling reserve—factoring in AB831 tail risk plus the six-month re-KYC gap Stripe’s counsel loves to yank on. You’ll see the others follow when the first claw-back lands; it’s no longer a “maybe,” just a question of how fast they hike the fee. Details in the DMs for those who care.
DM me for the contact.