The Payment Facilitator model. Without the sponsor bank.
PayRam gives you the master-merchant / sub-merchant architecture a PayFac provides — on stablecoin rails. No sponsor bank, no MTL registration in most jurisdictions, no card-network gatekeeper. Deploy once, onboard sub-merchants in seconds, settle directly to their own cold wallets.
What is a Payment Facilitator?
A Payment Facilitator (PayFac) is a master merchant that onboards sub-merchants under its own acquiring relationship. Instead of every small merchant signing their own processor contract and going through bank underwriting, they register under the PayFac in minutes.
The PayFac carries the sponsor-bank relationship, the BIN, the underwriting policy, the sub-merchant roster, and the liability. The sub-merchant signs up for the PayFac — not for Visa, not for Stripe, not for a processor they've never heard of. It's the pattern behind Stripe, Square, Toast, Mindbody, Shopify Payments, and every modern SaaS that ships an embedded checkout.
The problem: setting up a card-rail PayFac costs $500K–$5Min registrations, licenses, compliance audits, and underwriting infrastructure, and takes 12–18 months. It's a moat — which is exactly why hosted PayFac vendors (PayFac-as-a-Service) charge what they do.
Same pattern. Different rails.
PayRam delivers the operational shape of a Payment Facilitator — master merchant, sub-merchants, one instance serving many — on stablecoin infrastructure. The value prop survives the rail change. The bank dependency doesn't.
Master-merchant architecture
One PayRam instance is the master. Each sub-merchant is a tenant with their own deposit wallet, API keys, webhook URL, and reference namespace. Reconciliation is automatic — every payment arrives tagged with the sub-merchant it belongs to.
Sub-merchant onboarding in seconds
Create a merchant in the operator dashboard, they designate a cold wallet, you hand them their API key. No KYB queue, no underwriting, no sponsor-bank review. You decide what KYC to apply based on your jurisdiction — not Visa’s.
Non-custodial settlement
Funds flow from the customer wallet (or card, via PayRam’s card-to-crypto onramp) directly to the sub-merchant’s cold wallet via smart-contract sweeps. PayRam never touches their money. You never touch their money. There is no third-party custodian who can freeze the flow.
No sponsor bank, no card network
Card-rail PayFacs depend on a BIN and an acquiring relationship — that’s why 3% of revenue goes to Visa / Mastercard. A crypto PayFac on PayRam settles on-chain with a typical fee of less than $0.01 per transaction on Tron USDT or Base USDC. No middleman, no commission, no single point of failure.
Multi-tenant by design
A single instance on a modest VPS comfortably serves 50+ sub-merchants. Per-merchant API keys, per-merchant webhooks, per-merchant wallets, per-merchant references. Scale is a database concern, not a bank-approval concern.
Your brand, not PayRam’s
Deploy on your own domain. Style the checkout to match your product. Your sub-merchants see your brand, your support, your terms of service — not PayRam's. Full white-label details here.
Card-rail PayFac. PaaS vendor. PayRam.
The three realistic paths to running sub-merchants under one operator. Numbers are directional — vendor pricing varies and deployment scope shifts with jurisdiction.
| Feature | Card-rail PayFac | PayFac-as-a-Service | PayRam (crypto) |
|---|---|---|---|
| Setup cost | $500k–$5M | $50k–$250k + rev share | ~$20–$150 VPS/mo |
| Setup time | 12–18 months | 3–6 months | ~10 minutes |
| Sponsor bank required | Yes | Yes (vendor’s) | No |
| Visa/MC registration | Required | Required (vendor) | Not applicable |
| MTL licensing | State-by-state | Varies by vendor | Depends on jurisdiction |
| Sub-merchant onboarding time | Hours to days | Minutes | Under 30 seconds |
| Fund custody | PayFac (pooled) | Vendor | Merchant-controlled wallet |
| Rolling reserve | 5–10% of GMV | Varies | Zero |
| Chargeback liability | PayFac | Shared with vendor | None (on-chain is final) |
| Take rate on volume | 2.5–3.5% | 1–2% | Whatever you charge |
| Deplatform risk | Visa / MC / sponsor bank | Vendor ToS | Zero (you own the stack) |
Who runs a crypto PayFac?
Every customer takes payments through your checkout. You keep the integration, the sub-merchants settle to their own wallets. No processor in the middle.
Buyers pay, sellers get paid. Each seller is a sub-merchant with their own wallet and reference namespace. Reconciliation is automatic per seller.
Deploy once, onboard dozens of clients under your brand. Charge setup + monthly + volume margin. Your clients never see PayRam.
Collect USDC in one jurisdiction, pay out to a sub-merchant’s wallet in another. Spread between traditional remittance (6–8%) and crypto fees (<$0.01) is the margin.
Every creator is a sub-merchant. Fans pay directly to the creator’s wallet. You take a flat platform fee without touching funds.
iGaming, adult, high-risk — categories the card-rail PayFacs won’t touch. Stablecoin rails don’t discriminate by vertical.
PayFac cost, disaggregated.
Here's roughly what a traditional card-rail PayFac program costs to stand up, and why PayFac-as-a-Service exists. Numbers vary by jurisdiction — order of magnitude is what matters.
Supported Chains & Tokens
20+ tokens across 6 networks. Stablecoin-native — USDT and USDC on every supported chain.
Payment Facilitator questions.
What is a Payment Facilitator (PayFac)?+
What’s the difference between PayFac and PayFac-as-a-Service (PaaS)?+
Do I need a sponsor bank to operate like a PayFac?+
What does sub-merchant onboarding look like?+
How does a crypto PayFac make money?+
What does it cost to become a Payment Facilitator?+
How is this different from a Payment ISO?+
Is a crypto PayFac legal?+
Skip the sponsor bank. Launch this quarter.
You don't need a year, a lawyer, or a Visa sponsor to start running a payment service for your clients. You need a VPS, a cold wallet, and an operator mindset.