Polygon Chain Fees

Polygon Chain transaction fees are central to POL economics because they connect user activity to burn, validator income, staker yield, and public network cost. Polygon's current Developer Docs use Polygon Chain as the top-level product name; Polygon PoS remains the historical and technical name used in protocol documents, client code, and many explorer labels.

This page explains the fee concepts. For the complete burn history and accounting rules, see POL Burn. For priority fee distribution policy, see Priority Fee Distribution. For live metrics, see Polygon Chain.

Fee Components

Polygon Chain fees can be understood as two economic components:

POLTRACK keeps these separate because they answer different questions.

Base Fees

Base fees are the fee component associated with burn mechanics. When users ask "does Polygon burn fees?", the relevant concept is base-fee burn, not total transaction fees.

Under PIP-82, the EIP-1559 burn recipient path can recycle eligible base fees for the Agentic Commerce gas program while sending non-recycled POL to the burn collector. POLTRACK therefore tracks base-fee generation, realized burn, and rebates as separate concepts.

Burn and rebate flows can settle in batches, so daily burn charts may not match daily fee payment one-to-one.

The PIP-82 routing-wallet balance is not Permanent Burn. POLTRACK's Permanent Burn perimeter tracks designated collector and burn components, while the broader Burn Adjustment used in Total Supply also includes fees still in the temporary routing pipeline. Neither label guarantees that every tracked token has been irreversibly destroyed. See burn accounting and supply methodology.

Priority Fees

POLTRACK shows three observed priority-fee destinations in Fee Distribution: funding sent into Ethereum StakeManager for stakers, Polygon validator payments, and allocations into the block-producer Safe. These are recorded from confirmed transfers and batch records, not calculated by applying proposal percentages to fees collected in the same window.

Funding, earned rewards and payouts are distinct. Staking APR follows the observed reward-per-stake index; an incoming fee transfer affects that benchmark only when rewards are credited through the applicable index. The PIP-85 document remained marked Draft at the October 7, 2026 review. Its specification is useful context, but proposal status alone does not establish the fate of an observed transfer.

Gross fees = base fees + priority fees

Gas And Activity

Fee analysis should be read together with network activity:

• transaction count;
• gas used;
• gas utilization;
• average fee per transaction;
• base fee and priority fee levels;
• rolling 30-day averages and peaks.

A historical average fee is not a gas quote for a future transaction: gas demand, execution complexity and network conditions can change.

High fees can come from higher usage, different gas dynamics, changes in client behavior, or protocol policy changes. The Annual Report is designed to connect fee data with network events over time.

How POLTRACK Measures Fees

POLTRACK reads Polygon Chain blocks and receipts, computes fee components, and aggregates them into daily records.

The simplified model is:

Base fee value = gas used * base fee
Priority fee value = gas used * effective priority fee
Gross fee value = base fee value + priority fee value

For exact implementation details and limitations, see Methodology & Data Sources.