Polygon Is Now Active With POL, ETH, USDC, And USDT

We have now activated Polygon as a live chain in the product, together with the first four Polygon assets: POL, ETH, USDC, and USDT.

That makes Polygon the second live EVM payment surface next to Base, which is an important step for us because it expands coverage without forcing the whole product into a completely different architecture.

Polygon has been a logical next move for a while. It is broadly recognized, wallet support is normal, and people already understand it as a lower-friction environment for moving value than mainnet Ethereum.

That matters for a payment product. The next chain after Base needed to feel practical, not ceremonial. Polygon fits that much better than a chain choice that would mostly look good in a list.

The first live Polygon set is intentionally compact: POL, ETH, USDC, and USDT.

That gives us one native asset, one familiar ETH representation, and the two most practical dollar stablecoins for everyday payment expectations. It is enough to make the chain useful right away without pretending every possible token needs to be there on day one.

POL is the native Polygon gas asset, so it belongs in the set by default.

It is also the cleanest native settlement path on Polygon, just like ETH is on Base. If someone wants the simplest possible onchain payment flow on Polygon, native POL is the obvious place to start.

This is one of those details that matters more than it sounds.

ETH on Polygon is not the native gas coin, but it is still an asset people recognize immediately and often already hold in bridged or wrapped form. So from a checkout perspective it makes sense to support it. It just uses the ERC20 token path instead of the native payment path.

Stablecoins are where checkout usefulness becomes a lot easier to explain.

USDC and USDT give merchants and payers an option that feels much closer to normal value reference. If somebody thinks in dollars, those assets reduce the mental friction immediately. That is exactly why they belong in the first live Polygon set instead of being postponed behind a long list of less practical additions.

This part was important to us. Polygon did not need its own weird wallet behavior or a second payment philosophy.

Native POL follows the same direct onchain payment pattern. Polygon ERC20 assets follow the same Approve -> Pay model we already use for Base tokens. That means the user experience grows wider without becoming more confusing every time a new chain is added.

Polygon now has its own v1 payment contract, but it follows the same settlement logic as Base.

The payer sends the total payment amount. The contract calculates the fee internally, routes 99.9% to the merchant wallet, and routes 0.1% to the CryptMeUp fee wallet.

You can inspect the live Polygon mainnet contract here: View Smart Contract.

Because the closer fee logic sits to the chain, the less room there is for browser drift, stale assumptions, and rounding mismatches.

A payment product starts getting messy very quickly when settlement logic is split across too many layers. Keeping the contract deterministic is cleaner for operations, cleaner for verification, and cleaner for audits.

Once a second chain goes live, you learn very quickly whether your architecture was actually reusable or whether it was just pretending to be.

That is one of the reasons this Polygon activation matters internally. The same MetaMask flow, the same contract logic family, and the same pending verification and recovery patterns now need to hold up across more than one live EVM environment. That is real product progress, not just more chain branding.

Activating Polygon does not mean we suddenly want to flood the product with every token and every chain as fast as possible.

The more useful approach is still to expand in layers that make operational sense. One chain that works well is better than three that are half-finished. And one clean token set is better than a long list that support and verification cannot keep up with.

For users, the biggest change is simply more optionality without a new learning curve.

If you already understand the current onchain payment flow, Polygon should feel familiar. The chain is different, the native gas asset is different, and some supported tokens are different, but the mental model stays the same: connect wallet, approve if needed, pay, verify onchain.

Polygon is now live because it earns its place as a practical payment chain, not just because it is famous.

That is still the standard we want to hold ourselves to. A chain or asset should make the product more usable, more understandable, or more representative of real user behavior. Polygon does that, and POL, ETH, USDC, and USDT are the right first set to prove it.