PIP: TBA
Title: Base Reward for Priority Fee Distribution
Author: Just Hopmans (@HopmansJust), LEGEND Nodes (@LegendNodes)
Description: Introduces a base reward to the PIP-65 priority fee distribution formula, ensuring all performing validators can cover minimum infrastructure costs.
Discussion: TBA
Status: Draft
Type: Contracts
Date: 2026-03-19
Abstract
This PIP proposes restructuring how priority fees are distributed among validators by introducing a base reward that covers minimum infrastructure costs for every active validator before distributing the remainder proportionally. On-chain analysis of the February 28, 2026 multisig payout reveals that 66 out of 103 validators who received payouts earned less than 8,523 POL — the equivalent of $929/month in infrastructure costs at PIP-65’s own estimate. The top 5 validators capture 42.1% of all priority fees. By redirecting a portion of the priority fee pool as a flat base reward per validator — available only to those meeting PIP-4 performance benchmarks — every performing validator becomes financially sustainable. This proposal complements the Priority Fee Sharing for Delegators PIP, which addresses the vertical inequity between validators and delegators; this PIP addresses the horizontal inequity between large and small validators.
Motivation
The Sustainability Gap
Polygon PoS operates a closed validator set of 105 slots (103 received payouts in the analyzed period). On-chain analysis of the February 28, 2026 multisig payout (Nonce 10, TX: 0x20c982c83dab08217296010b6510ba44b28e2f6ddec869bcae68663062aba72f) reveals:
- 66 out of 103 payout recipients received less in priority fees than 8,523 POL — the POL equivalent of the $929/month minimum infrastructure cost estimated by Jerry Chen (Polygon Labs) in the PIP-65 forum discussion.
- The top 5 validators capture 42.1% of all priority fees ($275,205 out of $653,349).
| Validator | Delegated POL | Priority Fee Payout |
|---|---|---|
| Upbit | 398M | $78,188 |
| Coinbase | 344M | $67,197 |
| Binance | 256M | $51,866 |
| Stakebaby | 2.8M | $187 |
Full validator analysis: Polygon Validator Priority Fee Payout Report — February 28
Data Methodology Note: All figures in this proposal are based on a single point-in-time snapshot: the February 28, 2026 multisig payout. Network conditions, fee volumes, validator set composition, and POL price have changed since this date. Priority fee payouts are on-chain verifiable from the multisig transaction. The $929/month infrastructure cost is a minimum estimate from PIP-65’s forum discussion (Jerry Chen, Polygon Labs) — actual production costs for most operators are likely higher, as validators in production often run hardware exceeding PIP-65 minimums and are required to operate a sentry node in addition to their validator (see Infrastructure section). The core finding — that a majority of validators cannot cover infrastructure costs from priority fees alone — likely understates the problem given these conservative cost assumptions.
Identical Infrastructure, Unequal Revenue
Every Polygon PoS validator has identical infrastructure requirements regardless of delegated stake:
- Post-VEBloP minimum specs (PIP-65): 8 vCPU, 16 GB RAM, 1 TB Storage
- Estimated minimum cost: $929/month (GCP on-demand pricing, Jerry Chen, PIP-65 forum)
- Additional requirements: Validators are also required to run a sentry node alongside their validator node, and many operators run hardware exceeding the PIP-65 minimums in production (e.g., 64 GB RAM, 16 cores, 6 TB NVMe). Actual infrastructure costs are likely higher than the $929/month estimate for most operators.
- Same Bor and Heimdall clients
- Same checkpoint signing duties
- Same stateless validation responsibilities
This has been confirmed through consultation with active validator operators who co-authored this proposal: infrastructure requirements do not scale with delegated stake. Validators choose their own hardware and hosting providers, but must meet the same minimum specifications and achieve comparable performance regardless of whether they have 2M or 400M POL delegated.
A validator’s stake weight determines selection frequency for block production and checkpoint proposing, but the per-operation computational work is identical. The primary variable cost that scales with stake is Ethereum L1 gas for checkpoint submissions, which is partially offset by the proposer bonus mechanism.
Concentration in a Closed Set
In an open-entry network, market forces naturally correct validator concentration — new validators enter, underperforming ones exit. Polygon’s closed 105-slot set eliminates this correction mechanism:
- New validator entry requires either purchasing an existing slot or joining the waitlist for a vacated one
- Limited exit mechanism: PIP-4 removes underperformers, but does not address economic unviability — a validator can meet performance benchmarks while operating at a loss
- Small validators cannot compete and slowly bleed capital
- PIP-38 (proposed expansion to 125 validators) faced criticism that simply increasing the validator set does not improve stake centralization or the Nakamoto coefficient without addressing distribution within the existing set
When the market cannot self-correct, the protocol must. The only instrument available at the protocol level is how rewards are distributed.
Revenue Flows to Those Who Need It Least
In a closed validator set, fee distribution should function as a decentralizing force — incentivizing delegators to spread their stake and ensuring all validators can sustain operations. Currently, it does the opposite.
Coinbase receives $67,197 in priority fees. Stakebaby receives $187. Both must meet the same infrastructure requirements. The 359Ă— difference in priority fees is entirely a function of delegated stake, not operational contribution. Under the current model, proportional distribution reinforces concentration rather than correcting it.
The base reward proposed in this PIP redirects a portion of the fee pool to where it has the greatest marginal impact: the validators that need it to cover infrastructure costs, not the validators that add it to an already substantial surplus.
Cross-Chain Precedents
Polygon is an outlier among major PoS networks in using purely proportional reward distribution:
| Network | Reward Model | Decentralization Mechanism |
|---|---|---|
| Polkadot | Equal per validator per era | Equal payout regardless of stake; nominators get more per-DOT from smaller validators |
| Ethereum | Proportional (with historical 32 ETH cap) | MAX_EFFECTIVE_BALANCE cap (32 ETH pre-Pectra, 2,048 ETH post-Pectra) |
| Cardano | Proportional with saturation | Diminishing returns above saturation point (~70M ADA); pledge influence parameter |
| Avalanche | Proportional with delegation cap | Max delegation = 5Ă— self-stake or 3M AVAX |
| Solana | Fully proportional | None |
| Polygon (current) | Fully proportional | None |
Academic research confirms the pattern: “We can show that there are dynamics of high wealth inequalities and stake centralization in all the systems with Polkadot being the exception.” — “Reward Distribution in Proof-of-Stake Protocols: A Trade-Off Between Inclusion and Fairness” (IEEE Access, 2023).
Notably, Polkadot is moving toward a similar model across its entire ecosystem (Polkadot, Kusama, and parachains). DAP Phase 2 (targeted by end of 2026) proposes a fixed operational stipend of approximately $2,000/month per validator node, with additional rewards based on performance criteria and self-stake commitment, and a mandatory minimum self-stake of 10,000 DOT (~$16,000). This model directly parallels what this PIP proposes for Polygon: a cost-covering base component combined with performance-based variable rewards.
Networks without decentralization mechanisms in their reward model tend toward increasing stake concentration over time. This PIP proposes introducing such a mechanism for Polygon before concentration compounds further.
Specification
Overview
This proposal modifies priority fee distribution by introducing a base reward deducted from the total priority fee pool before proportional distribution. It operates within PIP-65’s existing framework and is implemented through the multisig distribution process (or its future on-chain successor).
Definitions
- Base Reward (B): A fixed POL amount allocated equally to each active validator per distribution period, intended to cover minimum infrastructure costs.
- Base Reward Parameter (B_USD): The target base reward in USD terms, set to $929/month based on PIP-65’s GCP infrastructure cost estimate. If the distribution period differs from one calendar month, B_USD is pro-rated proportionally (e.g., for a 17-day period: $929 × 17/30 = $527).
- Fee Pool (P): Total priority fees collected during the distribution period, after the VEBloP 26% block producer commission (per PIP-65, as revised October 2025).
- Remaining Pool (R): P minus total base allocation, distributed proportionally.
- Active Validators (N): Number of validators meeting PIP-4 performance benchmarks (≥98% of median checkpoint signing rate).
Distribution Formula
Step 1: Calculate base allocation
B_POL = B_USD / POL_price
TotalBase = B_POL Ă— N
Step 2: Calculate remaining pool
R = P - TotalBase
If TotalBase > P (unlikely but safeguarded): base reward is reduced pro-rata so that TotalBase = P and R = 0.
Step 3: Distribute base reward equally
Each active validator v receives:
BaseReward_v = B_POL (equal for all)
Step 4: Distribute remaining pool proportionally
Each validator v receives proportional share based on performance-weighted stake:
ProportionalReward_v = (PerformanceWeightedStake_v / TotalPerformanceWeightedStake) Ă— R
Step 5: Total validator fee reward
TotalFeeReward_v = BaseReward_v + ProportionalReward_v
Simulated Impact (February 2026 Data)
Using the February 28, 2026 payout as reference (5,994,031 POL at $0.109). This payout covered approximately one month, so B_USD = $929 (no pro-rating needed):
Base parameters:
- B_USD = $929
- B_POL = 8,523 POL per validator
- Total base allocation = 877,862 POL (14.6% of fee pool)
- Remaining for proportional distribution = 5,116,169 POL (85.4%)
Results (priority fee payout impact only):
| Metric | Current | With Base Reward | Change |
|---|---|---|---|
| Validators below infra cost | 66 | 0 | -66 |
| Upbit fee payout | $78,188 | $69,324 | -11.3% |
| Coinbase fee payout | $67,197 | $59,946 | -10.8% |
| Median validator (StakeCraft, 2.6M POL) | $283 | $1,371 | +384% |
| Stakebaby fee payout | $187 | $1,405 | +650% |
Key finding: At current fee volumes, redirecting 14.6% of the fee pool as a base reward makes every performing validator financially sustainable. This percentage represents the maximum base allocation for this snapshot — the scenario in which all payout recipients qualify at the February 2026 POL price. In practice, the percentage decreases as POL price or fee volume increases, and validators that do not meet PIP-4 performance benchmarks are excluded, further reducing the allocation. The top validators experience a modest reduction (10–11%) in fee payouts while retaining the vast majority of their income. The bottom 66 validators move from below infrastructure cost to above it — provided they meet PIP-4 performance benchmarks. Validators that are inactive or underperforming would not qualify and may still operate at a loss; this is by design. The simulation models the target state: a validator set where every participant performs and is financially sustainable.
Performance Requirement
Base reward eligibility is conditional on meeting PIP-4 performance benchmarks:
- Validators must maintain a checkpoint signing rate ≥ 98% of the median average (PB2) over the monitoring period of 700 checkpoints.
- Validators in Grace Period 1 (GP1) or below receive a reduced base reward (50%).
- Validators in Notice of Deficiency (NOD) or Final Notice (FN) status receive no base reward.
This ensures the base reward functions as a sustainability floor for performing validators, not a subsidy for inactive ones.
Base Reward Price Oracle
The base reward targets a USD value ($929) but is distributed in POL. The POL/USD conversion uses the volume-weighted average price (VWAP) over the distribution period, sourced from the same price feeds used for existing multisig calculations. The governance parameter B_USD can be updated via the Protocol Council (PIP-54) to track infrastructure cost changes.
Phased Implementation
The base reward may be introduced gradually to allow the community to evaluate its impact before committing to the full target:
- Phase 1 (months 1–3): Base reward set at 50% of target ($465/month equivalent). Monitor validator behavior, delegation patterns, and fee pool dynamics.
- Phase 2 (month 4+): If no adverse effects are observed, increase to full $929/month equivalent. The Protocol Council (PIP-54) approves the transition through standard governance.
This phased approach reduces implementation risk and gives validators, delegators, and governance participants time to assess real-world impact before full deployment.
Rationale
Why a Base Reward (Not Fully Equal)
Polkadot’s fully equal reward model is the strongest precedent for decentralization. However, it creates a perverse incentive in networks with open validator entry: because rewards are equal regardless of stake, operators are incentivized to run multiple validators to multiply their income.
Polygon’s closed 105-slot set mitigates this risk — acquiring a slot requires either purchasing an existing validator NFT or waiting for a slot to open via the waitlist, both of which represent meaningful barriers relative to the base reward. However, a hybrid approach (base + proportional) is more conservative and preserves alignment between stake commitment and reward:
- Base component ensures sustainability — every validator covers infrastructure costs
- Proportional component rewards capital commitment — larger validators earn more, but not exclusively
- Performance gate prevents free-riding — underperforming validators lose base reward
Why Priority Fees (Not Inflation)
Checkpoint rewards (inflation) already flow through the ValidatorShare commission system and reach delegators. Priority fees are the growing revenue source that currently bypasses this system entirely. Using priority fees for the base reward:
- Aligns the base reward with actual network usage and growth
- Does not require changes to the inflation emission schedule (PIP-26, PIP-78)
- Scales naturally — as the network generates more fees, the base reward becomes a smaller percentage of total priority fees
Why This Base Reward Level
The base reward is a fixed USD amount, not a percentage. As fee volumes grow, the allocation shrinks as a share of the pool (at 2Ă— current fees, it would be approximately 7.3%). The base reward is calibrated to the minimum viable level:
- It targets the estimated infrastructure cost per validator (as defined in Specification)
- It represents the smallest possible intervention that addresses the sustainability gap
- It leaves the majority of fees in the proportional pool — preserving the economic model for large validators
- It extends the equal/proportional principle already present in PIP-65’s block producer commission (currently 60% equal / 40% proportional, as revised October 2025) to the validator pool
Why This Works Regardless of Payout Cadence
The current multisig payout schedule is irregular. The three payouts since Rio arrived after approximately 37 and 17 days respectively, with no published schedule or documentation of what period each payout covers. This creates a transparency gap — validators cannot independently verify what timeframe their payout represents.
The base reward formula is designed to be period-independent. B_USD is defined as a monthly rate ($929) and pro-rated to the actual distribution period. The formula operates on the fee pool as it exists at payout time: whatever pool P is available, the base reward is deducted first, the remainder is distributed proportionally. This works identically whether the period is 14 days, 30 days, or any other interval.
This is also why moving to a trustless on-chain distribution contract is critical. An automated contract would define the period boundaries explicitly — making B_USD pro-rating verifiable and removing ambiguity about what each payout covers.
Why This Matters for Network Security
In a closed set of 105 validators:
- Every validator that shuts down due to financial losses reduces network security
- Unlike open networks, a vacated slot requires a new validator from the waitlist — a process that is neither immediate nor guaranteed
- The network’s BFT tolerance (⅔+1) depends on having enough active, honest validators
- A financially unsustainable validator set is a security risk, not just an economic problem
Relationship to Priority Fee Sharing for Delegators PIP
These two proposals form a complementary framework:
| Priority Fee Sharing PIP | This PIP | |
|---|---|---|
| Problem | Delegators earn $0 from priority fees | 66 of 103 payout recipients received less than infrastructure cost equivalent |
| Inequity | Vertical (validators vs. delegators) | Horizontal (large vs. small validators) |
| Mechanism | Route fees through commission system | Base reward + proportional distribution |
| Benefits | Delegator real yield, aligned incentives | Validator sustainability, decentralization |
Together, they transform Polygon’s fee economics from a system that benefits a small group at the top to one that benefits everyone who participates in securing the network.
Critically, the base reward is an enabler of fee sharing, not just a standalone measure. A validator whose priority fees barely cover infrastructure costs has no rational reason to share with delegators. But a validator who starts each month with costs covered and then earns additional priority fees on top has both the ability and the incentive to share generously. The base reward transforms fee sharing from a sacrifice into an opportunity.
Backwards Compatibility
This PIP modifies the fee distribution formula within the existing multisig payout process (or its future on-chain successor). It does not require changes to:
- StakeManager contract on Ethereum
- ValidatorShare contracts
- Checkpoint submission mechanism
- Delegation/staking workflow
- Bor or Heimdall consensus
The base reward is implemented at the distribution calculation layer, not the smart contract layer. If the distribution process moves on-chain in the future (as originally intended per PIP-65), the base reward logic would be incorporated into that contract.
No action is required from validators or delegators.
Trustlessness Note: The current priority fee distribution operates through a manual multisig process controlled by Polygon Labs and Regen Financial. This PIP modifies the distribution formula within that process — it does not change the trust model. The formula is deliberately designed to be implementable in a trustless on-chain distribution contract. When such a contract replaces the current multisig, the base reward calculation can be encoded directly in smart contract logic, removing human discretion entirely. This PIP is compatible with, and intended to build toward, a fully trustless mechanism — but does not depend on it.
Security Considerations
Base Reward Gaming
In a closed 105-slot set, validators cannot spin up additional nodes to collect multiple base rewards. Acquiring a new slot requires either purchasing an existing validator NFT or joining the waitlist for a vacated slot — neither of which is trivial relative to the base reward value. This is fundamentally different from Polkadot’s permissionless validator entry where the equal-reward model creates sybil incentives.
Large Validator Exit Risk
At current fee volumes, the base reward represents 14.6% of total priority fees (this percentage decreases as fees grow). The largest validators experience a modest reduction in fee payouts:
- Upbit: -11.3% (from $78,188 to $69,324)
- Coinbase: -10.8% (from $67,197 to $59,946)
These reductions are unlikely to trigger exits given that even post-adjustment, the largest validators earn orders of magnitude more than their operating costs.
Performance Gate Integrity
Tying the base reward to PIP-4 performance metrics ensures that validators must actively participate in consensus to receive the subsidy. A validator that goes offline or underperforms loses both the base reward and proportional fees — stronger accountability than the current system.
Price Oracle Risk
The base reward targets a USD value converted to POL. Extreme POL price volatility could cause the base reward to temporarily over- or under-compensate. Mitigation: use VWAP over the distribution period and cap the base allocation at a maximum percentage of the fee pool (e.g., 25%) to prevent scenarios where a POL price crash causes the base reward to consume a disproportionate share.
Fee Volume Decline Risk
If priority fee volumes decline significantly, the base reward may consume a larger share of the pool or — if the 25% cap is reached — may not fully cover infrastructure costs. This is an acceptable outcome: a sustained decline in priority fees would reflect a structural reduction in network usage that affects all validators equally, not a formula deficiency. Recent protocol upgrades (PIP-66, dynamic gas pricing, preconfirmations) are specifically designed to increase transaction throughput and fee generation, making a sustained decline unlikely in the near term.
Governance Parameter Risk
The B_USD parameter ($929) should be reviewed annually or when PIP-65 infrastructure requirements change materially. The Protocol Council (PIP-54) can adjust this parameter through the standard governance process (7/13 consensus, 10-day timelock).
Acknowledgements
This proposal was co-authored with active Polygon PoS validator operators who contributed operational data, economic analysis, and first-hand infrastructure experience:
- LEGEND Nodes (@LegendNodes) — Operator of Stakebaby validator #118. Provided independent confirmation of infrastructure cost parity across validators, cross-chain reward model analysis (Polkadot NPoS), and the base reward concept that forms the core of this proposal.
- PathrockNetwork (@pathrocknetwork) — Operator of PathrockNetwork validator #45. Reviewed the proposal and provided corrections on validator slot acquisition mechanics and performance offboarding procedures.
Additional validator endorsements are welcome and will be listed here as they are received. Validators interested in co-signing this proposal can reach out via the forum discussion thread.
References
- PIP-65: Economic Model for VEBloP Architecture — Jerry Chen, Polygon Labs. Forum
- PIP-65 Update #14: Multisig implementation and parameter changes — kb17. Forum
- PIP-64: Validator-Elected Block Producer. Forum
- PIP-4: Validator Performance Management — Eric Hill, Harry Rook, Mateusz Rzeszowski. GitHub
- PIP-26: POL Token Emission. GitHub
- PIP-38: Validator Set Expansion Proposal. Forum
- PIP-54: Protocol Council Governance. Governance Pillars
- PIP-78: Adjustment of Checkpoint Reward for Emission Synchronization. Forum
- Priority Fee Sharing for Delegators PIP — Just Hopmans. Forum
- Feb 28, 2026 Payout TX: Polygonscan
- Fee Multisig: 0x7Ee41D8A25641000661B1EF5E6AE8A00400466B0
- StakeManager Contract: Etherscan
- Polkadot Validator Payouts: Polkadot Wiki
- Polkadot DAP Phase 2: Operational stipend for validators, March 2026. Polkadot Forum
- Cardano Saturation Mechanism: CIP-50
- Ethereum EIP-7251: Increase MAX_EFFECTIVE_BALANCE
- PoS Reward Fairness Study: “Reward Distribution in Proof-of-Stake Protocols: A Trade-Off Between Inclusion and Fairness” — Li, Spychiger, Tessone. IEEE Access, 2023
Copyright
Copyright and related rights waived via CC0 1.0 Universal.