What is POL?

Introduction

POL (ex-MATIC) is the token you use to pay for transactions on Polygon PoS and the token validators and delegators use for staking. The key economic question is broader than a ticker change: Polygon is trying to make POL the common asset that secures and coordinates a larger network of Polygon-connected chains, rather than leaving it as the utility token of a single chain.

Token exposure follows the job a token actually does. If POL were only a renamed gas token, its value would mostly track activity on Polygon PoS and users’ need to hold small working balances for fees. If POL becomes the shared staking asset across a wider Polygon and Agglayer design, demand can also come from validators, delegators, infrastructure operators, and protocols seeking aligned security across multiple chains. The thesis is therefore less “Polygon has a token” and more “Polygon wants one asset at the center of fees, staking, and broader multi-chain coordination.”

The settled facts today are narrower than the full long-term vision. POL has replaced MATIC as the native gas token on Polygon PoS, it is the native staking token for Polygon PoS, and the upgrade path from MATIC to POL was set at 1:1. The wider role across Agglayer and future Polygon 2.0 components is the intended direction, but parts of that design still depend on governance and implementation.

What is POL (ex‑MATIC) and what does it do?

At the base layer, POL is an ERC-20 token on Ethereum with 18 decimals. The main Ethereum contract commonly referenced for Polygon Ecosystem Token is 0x455e53cbb86018ac2b8092fdcd39d8444affc3f6, and Etherscan reports a max total supply of 10,619,196,970.073100836852952266 POL. Ethereum remains central because the migration contract and much of the asset’s canonical accounting and exchange support have been anchored there.

The token becomes economically relevant through its role on Polygon PoS. After the migration, every transaction on Polygon PoS uses POL as the native gas token. That creates the simplest and most durable baseline demand: anyone who wants to transact on Polygon PoS needs some POL to pay fees. Gas-token demand is usually modest per user because balances turn over quickly, but it is foundational because it comes from actual network use rather than speculation alone.

The second current job is staking. Polygon describes POL as the network and staking token powering Polygon and Agglayer, and in the first phase of the migration POL succeeded MATIC as the native gas and staking token for Polygon PoS. Staking has larger economic weight than gas because it can remove meaningful amounts of supply from liquid circulation and because validators need stake to participate in network security. Delegators who stake through validators are exchanging liquidity and flexibility for yield and deeper exposure to the network’s operating economics.

The intended third job is where certainty is easiest to overstate. Polygon’s design documents and announcements present POL as a token meant to extend beyond one chain, with future roles in a broader aggregated network. The core idea is that the same staked POL could support multiple services or chains over time. That is the logic behind the “hyperproductive” framing: one pool of staked capital may eventually earn from more than one role. For now, though, that is better treated as a roadmap and governance direction than as fully realized utility.

Why did Polygon migrate from MATIC to POL?

The migration from MATIC to POL was more than branding cleanup. Polygon’s stated reasoning was that the old token design fit an earlier, narrower version of the network, while Polygon 2.0 and the Agglayer concept require a token designed to secure, coordinate, and scale a more interconnected system.

The practical migration mechanics were straightforward in principle. The upgrade ratio was 1:1. Holders of MATIC on Polygon PoS did not need to take action for the on-network upgrade that made POL the native gas and staking token there. Holders with MATIC on Ethereum had to migrate via Polygon’s migration flow. The underlying contract architecture described by Polygon includes a token contract, a migration contract, and an emission manager contract.

That architecture shows what changed. POL was intended as an upgrade to MATIC, not an unrelated new asset. The migration contract allows 1-to-1 migration between MATIC and POL, and Polygon’s repository notes that it supported both migrate and unmigrate functions, with the ability for the contract owner to disable unmigration. The migration path was therefore designed to be reversible at first, but not necessarily forever. For investors, the useful takeaway is that “1:1 upgrade” does not mean “no operational or governance dependence.” It means the economic unit was meant to carry over while the surrounding token mechanics and control points changed.

There is also a market-structure effect. Once the network uses POL for gas and staking, MATIC becomes less economically central even if it continues to exist in legacy systems or exchange interfaces for a time. A token loses relevance when the chain no longer needs it. That is why several exchange and product operators described the migration as making MATIC progressively obsolete for actual Polygon network usage.

What drives demand for POL: gas usage, staking, and broader adoption

POL demand begins with a simple chain of cause and effect. People use Polygon PoS for transactions and applications, so they need POL for gas. Validators and delegators want staking rewards and network participation, so they need POL to stake. If Polygon succeeds in extending POL’s role across more chains or services, additional operators may need or want POL as common collateral.

The gas side is the cleaner but usually smaller driver per unit of activity. Paying transaction fees creates transactional demand, but users do not usually need to hold large balances for long. Gas demand becomes economically meaningful when it reflects broad, repeated use across many applications, because that keeps a base layer of buy-and-use activity in the system. Polygon’s own site promotes adoption figures such as 40,000+ apps built on Polygon and low average transaction costs, but those headline numbers are self-reported promotional figures and are better read as directional than as audited proof of token demand.

Staking is usually the stronger driver for float. When a token is required for network security, holders can choose to lock it rather than keep it liquid. That reduces immediately tradable supply and can make the token behave less like a pure payments chip and more like productive capital inside the network. Polygon’s site reports substantial POL awarded via staking, which at least shows that staking incentives are active rather than hypothetical.

The broader Polygon 2.0 vision adds a more speculative source of demand. If POL becomes the shared staking asset across multiple Polygon-connected chains, then the same token could become the default economic bond for validators serving a larger system. In that case, growth in the number of chains, services, or fee streams could increase the usefulness of holding and staking POL. That link remains contingent on governance approval, implementation, and whether ecosystem participants actually adopt POL instead of alternative incentive structures.

How do emissions, the Emission Manager, and the treasury affect POL supply and dilution?

For a token like POL, supply affects returns because holders are exposed not only to demand growth but also to how new units enter the market. The token contract itself is not upgradable, which is a stabilizing feature. The issuance path around it is governed through the emission system, and that is where dilution risk sits.

Polygon’s contract repository states that the Emission Manager has exclusive authority to mint new POL. It calculates emissions based on a yearly rate and dispenses them linearly to a configured staking target. The token also enforces a mintPerSecondCap, which acts as a safety control against excessively fast minting. That helps, but it does not remove governance risk; it only constrains the pace.

The more subtle point is that POL’s emission framing appears in two related forms across Polygon materials. The migration announcement described an initial tokenomics change, subject to community consensus, with a 2% emission over a decade, split evenly between validator rewards and a community treasury. Separately, the PIP-26 governance proposal says that after completing the original MATIC reward schedule through June 2025, Polygon 2.0 would switch to a 1% annual POL emission for validator rewards beginning in July 2025. These descriptions are not necessarily inconsistent if you read them as two buckets: 1% toward validator rewards and another 1% toward a treasury or ecosystem function. The exact long-run implementation, however, remains shaped by governance rather than locked as an immutable rule.

The exposure follows from that design. A token with ongoing issuance can still function well if emissions buy security, fund useful public goods, and are outweighed by real demand. Issuance is still a transfer mechanism. It directs part of the economic pie toward validators, delegators, and treasury recipients before secondary-market holders benefit. If network growth and fee generation do not justify that inflation, passive holders are diluted.

The treasury side deserves special attention. Polygon’s migration materials say half of the proposed emissions would go to a community treasury supporting builders through grants overseen by an independent board. In principle, this can strengthen the ecosystem by funding applications and infrastructure that increase usage and, indirectly, demand for POL. Treasury issuance only helps holders if governance allocates capital well. Poor deployment turns dilution into overhead.

How does staking POL change my economic exposure and risks?

Holding liquid POL and staking POL are different exposures even though the token is the same. Liquid POL gives you optionality: you can sell immediately, deploy it elsewhere, or keep it available for fees and trading. Staked POL gives up some of that flexibility in exchange for reward income and closer linkage to network security economics.

The tradeoff is straightforward. Staking yield is funded by some combination of newly issued tokens and network-level rewards. If rewards come mostly from emissions, staking can protect an owner from dilution relative to non-stakers, but it does not make the system non-inflationary. It changes who bears the dilution. Non-stakers absorb more of it; stakers are compensated for accepting lockup, validator risk, and operational complexity.

There is also an operational layer. When you stake directly or delegate, your rewards and risks depend on validator behavior, slashing conditions if any apply, uptime, and the actual implementation of Polygon staking contracts. When you hold POL on an exchange that offers a staking product, you are not interacting with the protocol in the same way. You are taking exchange and custody risk, and your claim on rewards depends on that venue’s product terms and operational handling of upgrades.

Migration history made this especially visible. Some custodians and exchanges auto-converted MATIC to POL for users, while others temporarily mapped POL deposits to MATIC balances or changed network support during the transition. So “I hold Polygon’s token on an exchange” did not always equal “I hold native POL in the same way an on-chain holder does.” The wrapper, venue, or custody layer changes the operational experience even when the intended economic exposure is similar.

How do custody choices and token versions affect what POL you actually own?

Because POL replaced MATIC in the core network role, the first thing to check when buying is which version and network you are getting. POL exists as an ERC-20 token on Ethereum and as the native gas asset on Polygon PoS. In normal market use, centralized exchanges abstract much of this away, but custody and transfer details still affect what you can do once you move assets on-chain.

The migration period showed why. Some venues supported ERC-20 MATIC throughout the transition, some listed native POL on Polygon, and some handled conversion automatically on behalf of customers. A custodial balance can therefore represent an exchange’s internal claim before it cleanly maps to the on-chain asset you think you own. That is not unique to POL, but token migrations make the distinction hard to ignore.

If your goal is simple spot exposure, the main questions are whether the venue supports POL directly, how deposits and withdrawals work, and whether you intend to self-custody or remain on-platform. Readers can buy or trade POL on Cube Exchange; Cube lets users fund with crypto or a bank purchase of USDC, use a quick convert flow for a first allocation, and later use the same account for spot trading or rebalancing. The practical effect is a simpler path from funding to first purchase to ongoing position management.

For institutions or regulated-product investors, fund-style exposure can diverge further from spot ownership. Product issuers such as 21Shares treated the MATIC-to-POL change as a custodial and regulatory event, not merely a ticker update. In those products, the investor holds shares in a vehicle whose manager must execute the migration and obtain any necessary approvals. That can reduce self-custody friction, but it also inserts issuer timing, fees, and operational decisions between the investor and the token.

What are the main risks that could prevent POL from becoming Polygon’s shared asset?

The clearest risk is that Polygon’s larger multi-chain token thesis does not fully materialize. POL already has concrete utility as gas and staking on Polygon PoS. A meaningful part of the upside narrative, however, comes from POL becoming the shared economic layer for a broader Polygon and Agglayer system. If chains in that ecosystem do not rely heavily on POL, the token may remain important while still falling short of the full Polygon 2.0 story.

Governance is the second major risk. The token contract may be non-upgradable, but emissions and related infrastructure involve governance-controlled components. The repository states that the default emission manager is proxy-upgradable by Polygon Governance. Token holders and market participants are therefore exposed not only to adoption, but also to the quality and incentives of governance around issuance, treasury spending, and future token roles.

A third risk is concentration. If a small set of validators or operators captures a large share of staking and any future multi-role services, the token may still function, but the network becomes more dependent on a narrower operator base. That weakens the credibility of the “shared security” story and creates correlated operational risk.

Finally, market access can lag protocol reality. Token migrations often move faster on-chain than they do across exchanges, wallets, custodians, and tax or accounting systems. Even if POL is the economically central asset, delays or inconsistencies in support can affect liquidity, user behavior, and how cleanly market demand reaches the token.

Conclusion

POL is best understood as the token Polygon wants at the center of its fee, staking, and multi-chain security model. Today, the durable facts are that it replaced MATIC 1:1, powers gas on Polygon PoS, and underpins staking there. The larger opportunity depends on whether Polygon can turn that base role into a broader system where more chains, operators, and applications actually need POL rather than merely describing it in the roadmap.

How do you buy POL (ex-MATIC)?

If you want POL (ex-MATIC) exposure, the practical Cube workflow is simple: fund the account, buy the token, and keep the same account for later adds, trims, or exits. Use a market order when speed matters and a limit order when entry price matters more.

Cube lets readers fund with crypto or a bank purchase of USDC and get into the token from one account instead of stitching together multiple apps. Cube supports a quick convert flow for a first allocation and spot orders for readers who want more control over later entries and exits.

1. Fund your Cube account with fiat or a supported crypto transfer.
2. Open the relevant market or conversion flow for POL (ex-MATIC) and check the current spread before you place the trade.
3. Choose a market order for immediate execution or a limit order for tighter price control, then enter the size you want.
4. Review the estimated fill and fees, submit the order, and confirm the POL (ex-MATIC) position after execution.