If you've worked with Polygon for any length of time, you'll have noticed the native token isn't called MATIC anymore. It's POL, after a 1:1 migration completed in the cycle leading up to the Polygon 2.0 architecture. The chain is the same Polygon PoS network you've integrated against, but the asset symbol on every block explorer and wallet is now POL.
That's not a trivia point — it matters for accuracy. MixPay routes POL on Polygon PoS, plus the full stablecoin set deployed on the chain.
What MixPay routes on Polygon PoS
Three asset categories are routable through MixPay on Polygon PoS:
- POL — the native gas and staking token, post-rebrand from MATIC. (For old documentation that still says MATIC, it's the same asset under a new ticker.)
- USDC — both native USDC issued by Circle on Polygon PoS, and the bridged USDC.e that pre-dates native issuance.
- USDT and USD1 — the major stablecoins routed by MixPay are also available on the Polygon PoS deployment.
The customer-facing wallet picker at checkout shows what's available; the merchant-side dashboard shows the settled amount in your chosen stablecoin regardless of which Polygon asset the customer paid in.
Why merchants choose Polygon PoS
A few reasons that keep showing up in account-by-account integration decisions:
- Two-second block times — fast enough to feel instant in checkout flow.
- Sub-cent gas fees — recurring small charges, micropayments, and high-volume usage all stay economical.
- Strong developer ecosystem — Polygon PoS has one of the largest active developer communities in EVM-compatible chains, which translates into a deep wallet and tooling support stack.
- USDC native issuance — the migration from bridged USDC.e to Circle-issued USDC removed a long-standing operational concern around bridge risk.
The chain's commercial relevance comes from being one of the cheapest EVM-compatible networks where the major stablecoins have meaningful liquidity. That combination makes it useful for merchant categories where mainnet Ethereum gas is prohibitive — though for U.S.-consumer flows the Base L2 often wins on the on-ramp side.
Use cases that lean towards Polygon PoS
- NFT marketplaces and gaming. Per-item purchases at low single-digit dollar amounts wouldn't be viable on Ethereum mainnet. They are on Polygon PoS.
- Web3-native subscription products. Recurring small charges accumulate well on Polygon PoS without the gas-layer punishment of mainnet.
- Multi-chain DeFi-adjacent businesses. Polygon's deep DeFi liquidity makes it a natural settlement asset for products whose customers are active in DeFi protocols.
How POL on MixPay differs from POL elsewhere
It doesn't, and that's the point. Customers pay in POL or in a Polygon-deployed stablecoin from any wallet they prefer — MetaMask, Binance Pay, Trust Wallet, OKX, Gate Pay, KuCoin Pay, hardware wallets via WalletConnect. MixPay handles the chain layer, applies the price quote at the time of transaction, and credits your account in whichever settlement asset you've configured.
Zero merchant fees. Stablecoin settlement. One ledger entry per transaction.
A practical note on POL ↔ MATIC
Some wallets, exchanges, and explorers may still display MATIC as the asset ticker. The 1:1 migration means the holdings, balances, and on-chain history are preserved — only the symbol changed. MixPay's chain coverage tracks the post-rebrand POL convention; if you see MATIC in older documentation, it refers to the same asset.
For the broader asset and chain coverage, the accept page is the canonical reference. POL on Polygon PoS sits there alongside the rest of MixPay's routable networks, integration-ready and zero-fee on the merchant side.