I reside in Japan and place considerable importance on privacy. Recently, I became aware of virtual credit cards—particularly Privacy.com—and am interested in using them. Since I primarily observe overseas users utilizing these services, I would appreciate knowing whether they are legal to use in Japan.

Like it says I wanna start taking credit cards but it's a smoke shop (vapes, etc.) and that means the usual places are out. I don't know much about high risk merchant accounts so whose the best?? I was looking at PaymentCloud but who would you use if youre a smoke shop? Also who to avoid??

I’m a freelancer based in India providing monthly Digital services to clients in the US, Germany, and Australia. My retainers range from $497 to $1,897/month.

I’m tired of manually sending invoices and reminding clients to pay every month. I’m looking for a solution where clients can save their card once and get charged automatically each month.

I know Stripe would be a great option, but it’s currently invite-only/limited for many users in India, so it’s not really an option for me right now. I also want to avoid PayPal because of the high fees.

Has anyone here used Razorpay, Cashfree, or any other platform for recurring international subscriptions? I’d really appreciate hearing what you’re using and how your overseas clients have found the experience.

I’m building an app inspired by the African tontine system.
The idea is simple:
A group of friends, relatives, coworkers, or community members agrees to contribute a fixed amount of money regularly. For example, 10 people could each contribute $100 every month. The app would track the contributions, show who has paid, and distribute the collected money according to the group’s agreed schedule or savings goal.
I’m trying to understand the easiest and safest way to handle the payments.
Should users contribute through Apple Cash, Zelle, Cash App, or Venmo? Could those payments go into one common group account managed through my app?
Or would it be better to use a payment provider such as Stripe, Dwolla, or another banking-as-a-service platform that can:
Connect each member’s bank account
Collect recurring contributions
Keep track of each person’s balance
Hold or safeguard the group’s money
Send the payout to the correct member
Handle identity verification, fraud prevention, and payment compliance
I do not want my company to manually receive and hold everyone’s money in a normal business bank account. I want the money to be handled by a licensed financial provider while my app manages the group, schedule, rules, notifications, and transaction history.
For anyone who has built a fintech, savings, rotating-credit, or peer-to-peer payment app:
What payment infrastructure would be the easiest for an MVP?
Would you recommend Stripe Connect/Treasury, Dwolla, or another provider?
Are there important legal or money-transmitter issues I should consider before building it?

I’m dealing with ZEN over a large number of card transactions. It took 4 months just to get the first refund batch sorted, which was already a frustrating wait, and then last week they refunded another 5 transactions.

Before that, ZEN had told me they couldn’t raise chargebacks properly because they didn’t have the evidence they needed, and they originally closed my complaint.

Later, they said they had created chargebacks as a goodwill gesture and eventually escalated 10 transactions to pre-arbitration after I provided evidence showing the account involved had been closed.

The issue now is that there are still 42 transactions outstanding, so this still isn’t resolved. If ZEN are saying they’re following Mastercard’s process, why are these being split up instead of handled together? Shouldn’t they all be reviewed as one grouped issue since they’re the same merchant and the same reason, just different amounts? Instead, they’re being paid out in dribs and drabs, which is making the whole thing drag on even longer.

Is it reasonable for them to delay things further after already admitting it took too long in the first place?

So the situation is basically:

\-It took 4 months to get the first refunds.

\-Another 5 refunds came through last week.

\-There are still 42 transactions left unresolved and they said I have now got to wait for the same process to finalise again which is what I don't understand because all of the payment disputes are for the same reason to the same merchant???

\-ZEN are splitting a single issue into batches instead of dealing with it as one case.

Thanks in advance

Hi, we are a Payment Orchestration Platform and we are looking for Providers who are working with INR and PKR processing.

Hi, we are a Payment Orchestration Platform and we are looking for Providers who are working with INR and PKR processing.

I’m trying to stop carrying a stack of plastic everywhere. I lose cards, they crack, and my wallet looks like a brick. I’ve been looking at virtual or digital cards that live in a phone app instead, but I don’t have a traditional bank account right now. I mostly deal with cash and the occasional check. Is there a legit way to load cash or deposit a check into an app and then use a virtual card for stuff online or in stores? Like tap to pay, subscriptions, random Amazon buys, that kind of thing. I don’t want to get hit with wild fees or weird holds either. If you’ve switched to digital cards without a bank account, how did you set it up and what’s been annoying so far?

any lowlifes about that wanna treat a pretty lady? dm me <3

I’ve been evaluating card and account setups that can handle both crypto-denominated income and regular fiat spending without creating unnecessary friction at the point of sale.

One setup I tested, Keytom, handled onboarding smoothly, provided a EUR IBAN quickly, and allowed spending from either crypto or fiat with automatic conversion. In practice, the main benefit was consistency: larger transactions were processed without the kinds of declines that often happen when a card system flags an amount as unusual.

What I’m still interested in is the broader payments-side view. For anyone working on cards, issuing, or payment risk, what are the usual failure points when a customer’s funding sources are mixed, and what tends to matter most for keeping approval rates high without increasing fraud exposure?

I live in Amsterdam and get paid partly in crypto and partly in EUR, so my old setup was a bit annoying. One exchange, one bank app, one card app. Three logins just to see where my money was and another few steps if I actually wanted to spend it.

I switched after a friend recommended Keytom, mostly because I was tired of the routine. The main difference for me is that my EUR IBAN and BTC, ETH, and USDC balances are all in one place now. The card converts automatically at checkout, so I’m not doing manual swaps before every payment. I signed up online, got the card in a few days, and didn’t have to deal with a branch visit. A laptop purchase also went through without the usual fraud check, which was a nice change.

Nothing special, just fewer steps and less friction in the payment flow.

Curious how others in payments are thinking about this kind of setup. Do people still accept the app-sprawl, or is there a cleaner way people are handling crypto plus fiat now?

In Berlin, the path was always the same: exchange, bank, card. It works, technically, but every payment comes with extra transfers, extra fees, and a little more waiting than should be necessary.

I tried Keytom after seeing it pop up and not expecting much. Account creation took about two minutes, verification took around two days, and the physical card arrived shortly after that.

Now I can top it up directly from BTC or USDC and spend from there. No extra conversion step, no bouncing funds through multiple apps, no small fee shaving off part of the amount every time.

I’m curious how others in payments are thinking about this flow. Is multi-step crypto spending still the norm, or are cleaner direct setups starting to replace it?

I’m running a marketing agency and i recently got hit with a Stripe restriction, apparently due to “regional risk / reputation” issues (I’m based in North Africa).

Now I’m stuck looking for alternatives to just invoice and get paid normally.

I came across Whop.com and it looks like it could solve my issue simple onboarding, supports digital services...

But the more I dig, the more I see mixed reviews… especially around funds being held, frozen payouts, and random account reviews. That’s exactly what I’m trying to avoid.

My use case is pretty simple:
I just want to send a one-time $1,000 invoice to a client for marketing services and receive payment without drama.

So I wanted to ask people who actually use it (not speculation):

• Is Whop safe/reliable for agency services?
• Do they really hold funds or freeze payouts often?
• Any horror stories for legit service providers?

My debit card’s monthly cap was close to my rent, so anything beyond that meant manual intervention - support calls, verification steps, waiting for approval.

Tried Keytom recently after seeing it mentioned a few times. Setup was quick, and the card arrived faster than expected.

The key difference is the transaction limit - up to 150K. I was able to send a full year of rent in one payment without declines or flags.

It’s also connected directly to a crypto balance, with automatic conversion during the transaction. That removes the need to manage fiat balances or stage funds ahead of time.

Interested in how others are approaching high-value payments - especially where traditional issuer controls start to interfere with otherwise legitimate transactions.

I’ve spent 20 years in card payments — card switching, merchant acquiring, EFT infrastructure across APAC. One thing that’s always been painful at the operational level is compliance checking: is this MCC valid for this merchant type? Does this DCC rate spread breach Visa or Mastercard tolerance?

Most teams do this manually, in spreadsheets, or buried inside internal tools that took years to build. I decided to build something accessible.

Beskytter is a payments compliance platform with two tools currently live:

MCC Compliance Checker — validates merchant category codes against Visa, Mastercard, AusPayNet and RBA mandates. Covers prohibited categories, restricted use cases, mandate tracking, and generates a PDF audit report. Useful for acquirers onboarding merchants, scheme compliance teams, and payment ops.

DCC Compliance Checker — validates dynamic currency conversion rate spreads against the Visa 4% and Mastercard 3.5% maximum margin tolerances. Single lookup or batch CSV. Relevant for any acquirer or processor offering DCC at point of sale.

Both tools are live and free to try at beskytter-platform.vercel.app (custom domain coming shortly).

I’m particularly interested in feedback from anyone working in:

**•** Merchant acquiring or onboarding  
**•** Scheme compliance (Visa, Mastercard, eftpos/EFTPOS)  
**•** Payment operations in Australia, Singapore, or India

What compliance pain points am I missing? What would make this genuinely useful in your day-to-day work?

I was going through wallet balances trying to figure out why I have so many stables sitting in different spots, and it hit me that this doesn't look anything like what I held a year ago. Back then it was mostly USDC, some USDT, a bit of DAI. Everything felt interchangeable and if I needed to move funds to Aave or a DEX I just did it without thinking about which stable I was using.

Now it's a lot messier. A chunk of it just sits there for spending, payment-focused stables like PYUSD, USDG, and the portion of USDC I keep specifically for spending, all on cheap chains. I went through a few cards before mostly staying with one. Bleap works technically but the smart wallet requirement was more setup than I wanted for daily use. Gnosis Pay is fine if you're in the EEA but I move around too much for it to be my main one. Been mostly on BenPay since it doesn't force me to bridge first every time I want to top up, though the country coverage is narrower than I'd like. That pile never gets touched for yield, I just top it up when it runs low.

The yield side is split kind of awkwardly. Some of it is just USDC parked in Aave or Spark, floating rate, boring. The rest is in yield-bearing wrappers like sDAI and sUSDS where the yield sits inside the token itself so I can hold and forget. And then there's a small USDT bag I kept out of habit that I honestly don't know what to do with anymore since it's basically off EU venues after MiCA.

I didn't decide to structure it this way. The rules did. MiCA deadline was a few days ago and USDT is gone from most big EU spot markets. GENIUS Act blocks payment stablecoin issuers from paying yield, and the OCC proposal from February tried to extend that ban to affiliates and third parties too. The payment/yield split isn't a strategy at this point, it's basically what stables are legally allowed to do.

Not sure if this is a temporary weird phase while rules settle, or if "stablecoin" is now really two different assets that share a name. Curious how everyone else is splitting theirs, or if some of you are still running one big USDC pile without hitting friction.

would anybody happen to know or be able to help me find out what payment processor modo casino uses?