Most chains treat stablecoins as just another ERC-20. Plasma treats them as the point. It's an EVM Layer 1 purpose-built for stablecoin payments, and its headline feature is one users feel immediately: basic USDT transfers are zero-fee, sponsored by a protocol-level paymaster — so a user can send USDT without holding the native token at all. For a developer building payments, that removes the single biggest friction on every other chain. Plasma is standard EVM underneath (chain ID 9745, ordinary eth_*, viem/ethers/foundry unchanged), but the stablecoin-first design is the reason to build here. Here's the map.
The essentials
Plasma mainnet (beta since September 2025) is chain ID 9745, an EVM Layer 1 with:
- XPL as the native gas token (18 decimals) — but often not the token users actually pay with (see below).
- Sub-second blocks and fast BFT finality via PlasmaBFT consensus.
- Bitcoin anchoring — Plasma periodically anchors its state to Bitcoin for added security.
- EVM-compatible — Solidity, ABIs, and standard tooling deploy without changes.
Connecting is standard EVM:
import { createPublicClient, http, defineChain } from "viem";
const plasma = defineChain({
id: 9745,
name: "Plasma",
nativeCurrency: { name: "XPL", symbol: "XPL", decimals: 18 },
rpcUrls: { default: { http: ["https://rpc.swiftnodes.io/rpc/plasma?key=YOUR_API_KEY"] } },
});
const client = createPublicClient({ chain: plasma, transport: http() });
await client.getBlockNumber(); // just works
The headline: zero-fee USDT transfers
The feature that defines Plasma is a protocol paymaster that sponsors basic USDT transfers. In practice:
- A user can send USDT with no gas fee and without holding XPL. The "you must acquire the native token before you can move anything" cliff — the one that kills onboarding on every other chain — simply isn't there for the most common action.
- For a payments product, that's transformative: someone can receive USDT and immediately send it onward, with no prior funding step and no native-token balance to manage.
The developer implication is that your payment flows can assume gasless USDT movement for basic transfers. You're not integrating a third-party paymaster or building meta-transaction relayers — the sponsorship is a protocol feature of the chain. (If you've read the Celo fee-currency post, this is a close cousin — but where Celo lets you pay gas in a stablecoin, Plasma sponsors the basic transfer outright.)
Gas in stablecoins for everything else
Zero-fee covers basic USDT transfers; for more complex transactions, Plasma lets users pay gas in stablecoins rather than requiring XPL. So even a contract interaction doesn't force a user to hold the native token — they can settle fees in the stablecoin they already have.
For you, that means the same design consideration Celo introduced: gas isn't purely a native-token concern. Standard eth_estimateGas still returns the gas units (gas estimation basics); the stablecoin-fee layer sits on top, converting that to a charge in the chosen token. If you build with XPL as the fee token, everything behaves like a vanilla EVM chain — the stablecoin options are there when you want them.
Sub-second BFT finality: built for payments
PlasmaBFT gives sub-second block times and fast BFT finality — which matters enormously for a payments chain:
- Payments confirm in well under a second and don't reverse. For a point-of-sale or remittance flow, "did it go through?" resolves instantly.
- No reorgs to defend against. BFT finality means a confirmed block is final — the whole class of reorg-handling patterns reduces to "confirm once." Index at the head and trust it. It's the same fast-finality comfort as other BFT EVM chains like Kaia and Flare.
The Bitcoin anchoring adds a second layer to the security story — Plasma periodically commits its state to Bitcoin, borrowing Bitcoin's settlement assurances for long-range integrity. It's mostly invisible from the RPC, but it's part of why a stablecoin-settlement chain leans on it.
What carries over unchanged
Aside from the paymaster and stablecoin-fee model, treat Plasma as a standard EVM chain:
-
eth_call,eth_getBalance,eth_getLogs,eth_getTransactionReceipt,eth_estimateGas,eth_sendRawTransaction,eth_subscribeall behave normally. - Solidity contracts, ABIs, and the viem/ethers/hardhat/foundry toolchain deploy and run as-is.
- XPL is the native gas token with 18 decimals; WebSocket subscriptions (
newHeads,logs) work; at sub-second blocks, stream rather than poll.
Two practical notes: because it's a stablecoin-heavy chain, your indexing will be dominated by ERC-20 Transfer events (USDT movement) — filter on the transfer signature and the token address. And it's a young chain (mainnet beta since late 2025), so parameters can still evolve — check Plasma's official docs for the latest specifics before shipping.
The short version
Plasma (chain ID 9745) is a stablecoin-focused EVM L1 whose defining feature is a protocol paymaster that makes basic USDT transfers zero-fee — users send USDT with no gas and no native token — with gas payable in stablecoins for everything else. It's standard EVM (XPL native gas, viem/ethers/foundry unchanged), with sub-second PlasmaBFT finality (confirm once, no reorgs) and Bitcoin anchoring for added security. Build it like any EVM chain, and lean on the gasless-stablecoin model for payment UX.
Building stablecoin payments, remittances, or cross-border settlement? A flat-rate Plasma RPC endpoint gives you chain 9745 over HTTP and WebSocket alongside 75+ other chains under one key. Grab a free key and point your stack at:
https://rpc.swiftnodes.io/rpc/plasma?key=YOUR_API_KEY
Originally published on the SwiftNodes blog. SwiftNodes provides flat-rate multi-chain RPC endpoints — HTTP + WebSocket, 75+ chains, no per-request metering. Grab a free key.
Top comments (0)