Governance

Flare Improvement Proposals (FIP) Archive

Complete archive of all Flare Improvement Proposals from FIP.01 to FIP.16, passed by community and validator on-chain voting.

TOTAL PROPOSALS

16 Total

FIP.01 to FIP.16 all approved & implemented

TECHNICAL PROPOSALS

14 Total

Foundational upgrades to FTSO v2, FDC, PoS, etc.

TOKENOMICS

2 Total

FlareDrops (FIP.01) & FIRE / 3% inflation (FIP.16)

TEST & VOTING

Two-Stage Model

Pre-validation on Songbird (STP) before Flare mainnet

Architecture Integration

Technical FIPs are integrated throughout the Tech documentation

FTSO v2 scaling, FDC Web2 attestations, PoS migration, and 20x gas burns: Flare's architecture is the direct manifestation of community-approved FIPs.

Explore Tech Page

Showing 16 proposals

FIP.01TokenomicsPassed
Jan 2023

Widen FLR Distribution and Reduce Inflation

Overhauled the initial airdrop plan: 15% at TDE and 85% distributed evenly across 36 months of FlareDrops to WFLR holders.

Background & Context

Originally, the entire distribution was earmarked for 2020 snapshot holders, raising concerns about centralized exchange custody and immediate sell pressure. A mechanism was required to reward long-term participants actively participating on-chain.

Key Specifications & Decisions

  • Transitioned remaining public allocation (~24.25B of ~28.5B FLR) to 36 monthly FlareDrops for all Wrapped FLR (WFLR) holders.
  • Lowered annual inflation from the initial 10% target to 7% in Year 1, 5% in Year 2, and 5% in Year 3 (capped at 5B FLR/yr).
  • Eliminated exchange dumping risks while solidifying on-chain wrapping incentives.
FIP.02Protocol TechnologyFTSOPassed
Apr 2023

Add an FTSO Management Group

Established a self-regulatory committee to monitor cartel collusion and data replication among providers, and manage price update parameters.

Technical Highlight

Established autonomous oversight ensuring data integrity, allowing external dApps and institutions to rely on FTSO feeds with confidence.

Background & Context

While FTSO is a decentralized price oracle, an autonomous governance mechanism was needed to detect anomalous provider correlations (data copying) and safeguard oracle integrity.

Key Specifications & Decisions

  • Formed the FTSO Management Group comprised of data provider representatives.
  • Institutionalized investigation flows for data anomalies (duplicate submissions from identical nodes/codebases).
  • Structured review and escalation processes for new price pairs and parameter adjustments.
FIP.03Protocol TechnologyFTSOPassed
Jun 2023

Add a Secondary Band to FTSO Reward Calculation

Expanded reward eligibility beyond the interquartile range (~25% closest to median) to a broader secondary band, enhancing provider decentralization.

Technical Highlight

Lowered barriers for new providers, significantly improving FTSO decentralization and fault tolerance.

Background & Context

Rewarding only providers within the narrow 25th-75th percentile incentivized delegations to cluster around top providers, risking oligopoly and median-gaming algorithms.

Key Specifications & Decisions

  • Introduced a wider Secondary Reward Band alongside the Primary Reward Band.
  • Expanded reward access for compliant data providers submitting accurate feeds.
  • Prevented extreme concentration and strengthened resistance against median manipulation.
FIP.04Protocol TechnologyData & FeedsPassed
Jun 2023

Update FTSO Price Pairs

Updated and optimized the protocol-native crypto price pairs broadcast by FTSO based on ecosystem demand.

Technical Highlight

Broadened the spectrum of secure, protocol-embedded price feeds available to DeFi apps without external oracle dependencies.

Background & Context

To support burgeoning DeFi (DEXs, lending) and FAssets on Flare and Songbird, robust native feeds for key market pairs were essential.

Key Specifications & Decisions

  • Optimized price feed specifications for core crypto assets (BTC, ETH, XRP, DOGE, LTC, ADA, ALGO, etc.).
  • Pruned low-demand pairs to free network bandwidth for new active pairs.
  • Balanced provider compute load against on-chain gas consumption.
FIP.05Protocol TechnologyConsensus & StakingPassed
Aug 2023

Update Services, Limits, and Rewards Required for Staking

Transitioned network to true Proof of Stake (PoS), allocating 30% of rewards to validator staking and capping single-entity nodes at 4 to prevent centralization.

Technical Highlight

Solidified Flare's consensus as an independent Proof of Stake network, elevating tamper resistance and finality security.

Background & Context

Flare initially launched with FTSO delegation at its core; establishing an independent validator staking layer backed by staked capital was imperative for economic security.

Key Specifications & Decisions

  • Allocated 30% of inflation rewards to validator staking and 70% to FTSO data providers.
  • Capped single entities at a maximum of 4 validator nodes to prevent consensus capture.
  • Implemented stake-mirroring between the P-Chain (Platform) and C-Chain (EVM).
FIP.06Protocol TechnologyFTSOPassed
Feb 2024

Add Support for the Flare Systems Protocol and FTSO Scaling

Introduced the unified Flare Systems Protocol (FSP) and extended FTSO to a next-generation scaling architecture supporting up to 1,000 feeds.

Technical Highlight

Served as the foundational architectural leap enabling Flare to deliver world-leading oracle performance (FTSO v2) as 'the blockchain for data'.

Background & Context

FTSO and State Connector operated under separate legacy frameworks; scaling DeFi demanded a unified epoch-based submission and compression framework.

Key Specifications & Decisions

  • Introduced Flare Systems Protocol (FSP) unifying FTSO, FDC, and future protocols into a common submission/aggregation epoch.
  • Implemented FTSO Scaling protocol with payload compression supporting up to 1,000 concurrent feeds.
  • Revamped signature aggregation to drastically reduce on-chain submission gas costs.
FIP.07Protocol TechnologyFTSOPassed
May 2024

Add Support for FTSO Fast Updates

Activated sub-second 'Fast Updates' synchronized with block generation (1-2s) alongside 90-second anchor feeds, allocating 30% of FTSO rewards to Fast Updates.

Technical Highlight

Minimally constrained slippage and arbitrage risks on DEXs and lending markets, enabling CeFi-grade responsiveness.

Background & Context

While anchor feeds provide secure consensus medians, perpetual DEXs, high-frequency DeFi, and real-time liquidations required block-level price agility.

Key Specifications & Decisions

  • Launched ultra-low latency Fast Updates matching 1-2 second block intervals.
  • Randomly sampled providers each block to eliminate single-provider manipulation vectors.
  • Directed 30% of FTSO inflation rewards to incentivize Fast Update providers.
FIP.08Protocol TechnologyData & FeedsPassed
May 2024

Update FTSO Data Feeds and Define Process to Add New Ones

Leveraged FTSO Scaling capacity to add 19 new cryptocurrency feeds and established a standardized addition process.

Technical Highlight

Accelerated feed rollouts for emerging crypto and real-world assets (RWAs), significantly scaling oracle utility.

Background & Context

Following FIP.06 capacity expansion, the network needed transparent standards for adding market-demanded feeds quickly and safely.

Key Specifications & Decisions

  • Added 19 new cryptocurrency feeds to the existing 18 feeds.
  • Formulated a transparent criteria framework led by FTSO Management Group (liquidity, exchange coverage, API reliability).
  • Documented staging procedures on Songbird (STP) prior to mainnet deployment.
FIP.09Ecosystem GrantsPassed
Jun 2024

Introduce FLR Protocol Emissions

Earmarked 510 million FLR from the incentive pool and established an Emissions Committee to oversee performance-based grants to promising dApps.

Background & Context

Flare mainnet grew organically without drawing on incentive reserves; driving TVL expansion required disciplined ecosystem grants.

Key Specifications & Decisions

  • Allocated 510M FLR from the incentive pool for ecosystem acceleration.
  • Created a 6-member Emissions Committee to supervise transparent, milestone-driven disbursements.
  • Offered targeted liquidity support for DEXs, lending markets, cross-chain bridges, and FAssets integrations.
Passed (94.63% Yes)Official Proposal (English)
FIP.10Protocol TechnologyFTSOPassed
Sep 2024

Add an Incentive Structure for Participating in All Protocols

Introduced minimum performance requirements across FTSO Scaling, Fast Updates, and FDC, tying reward eligibility to full-stack participation.

Technical Highlight

Virtually eliminated downtime across oracle and attestation protocols, raising system availability to institutional tier.

Background & Context

To fulfill the enshrined oracle vision, all protocols required uniform security, eliminating free-rider behavior where providers cherry-picked feeds.

Key Specifications & Decisions

  • Defined minimum submission frequency and uptime thresholds across FTSO Scaling, Fast Updates, and FDC per epoch.
  • Restricted protocol rewards to providers meeting criteria across all systems.
  • Institutionalized incentives for operators to maintain enterprise-grade node infrastructure.
FIP.11Protocol TechnologyProtocol & GasPassed
Nov 2024

Optimize Rewarding Structure and Adjust Protocol Parameters

Calibrated protocol reward calculations to ensure economic sustainability and balanced distributions for honest providers.

Technical Highlight

Rationalized network security expenditures while providing reliable and predictable yields to ecosystem stakers.

Background & Context

Following full FTSO v2 deployment, operational expenses and staking yield dynamics required fine-tuning.

Key Specifications & Decisions

  • Optimized epoch reward calculation coefficients and pool weightings.
  • Formalized governance methodology for protocol parameter monitoring.
  • Secured long-term financial sustainability for reliable, compliant providers.
FIP.12Protocol TechnologyFDCPassed
Jan 2025

Add Support for the Flare Data Connector

Fully integrated the Flare Data Connector (FDC) as the successor to the State Connector on mainnet, funding attestation rewards from protocol inflation.

Technical Highlight

Established the verified attestation foundation required for FAssets (FXRP, etc.), unlocking trustless cross-chain interoperability.

Background & Context

The State Connector evolved into its final, standardized protocol architecture as FDC, enabling smart contracts to cryptographically verify external blockchain state.

Key Specifications & Decisions

  • Deployed production FDC protocol smart contracts on Flare mainnet.
  • Allocated a portion of annual inflation to FDC rewards to incentivize verification providers.
  • Enabled core attestation types including XRPL payments, Bitcoin transactions, and EVM states.
FIP.13Protocol TechnologyFTSOPassed
Feb 2025

Add Custom Feeds to FTSO

Enabled smart contract-computed 'Custom Feeds' (LSTs, LRTs) through standard FTSO interfaces.

Technical Highlight

Empowered structured finance and modular lending protocols to safely build advanced primitives on Flare.

Background & Context

DeFi protocols required verified ratios for liquid staking tokens (stETH, sFLR) and volatility indices beyond standard spot prices.

Key Specifications & Decisions

  • Created a Custom Feeds category within FTSO computed via on-chain contract logic.
  • Delivered feeds seamlessly via standard block-latency interfaces.
  • Optimized consensus verification and compute gas costs for custom feeds.
FIP.14Protocol TechnologyFDCPassed
Jan 2025

Add Support for FDC Web2 Attestations

Introduced attestation types verifying external Web2 API data and HTTPS responses, standardizing Web2 source governance.

Technical Highlight

Cemented Flare's position as a cross-domain data hub bridging verifiable Web2 data into Web3 and AI workflows.

Background & Context

Connecting Web3 applications with real-world Web2 endpoints (APIs, financial data, weather, AI models) required cryptographic proofs without centralized servers.

Key Specifications & Decisions

  • Added attestation types verifying HTTP/JSON responses from approved Web2 API endpoints.
  • Created governance frameworks under FTSO Management Group to curate Web2 sources.
  • Established default attestation fee mechanisms.
FIP.15Protocol TechnologyData & FeedsPassed
Nov 2025

Introduce Process to Delist FTSO Feeds

Established objective standards to watchlist and safely delist low-liquidity or compromised FTSO feeds.

Technical Highlight

Institutionalized oracle hygiene, eliminating stagnant attack surfaces across the network.

Background & Context

Feeds with diminished trading activity or exchange delistings create manipulation vulnerabilities if left active.

Key Specifications & Decisions

  • Defined market quality metrics (exchange coverage, minimum spot liquidity).
  • Formulated transparent deprecation steps: detection, watchlisting, and graceful delisting.
  • Provided advance grace periods to dApps to avoid downstream economic disruptions.
FIP.16Tokenomics & Protocol TechnologyProtocol & GasPassed
Apr 2026

Restructure FLR Tokenomics for Long-Term Network Sustainability

Reduced inflation cap to target 3%, increased EIP-1559 base gas fees by 20x to accelerate burns, and created FIRE for revenue-funded buyback and burns.

Technical Highlight

Transformed Flare's economic model from supply expansion into an activity-driven, deflation-leaning flywheel, establishing long-term token scarcity and security.

Background & Context

With FlareDrops completed, the network transitioned into the operational utility era, requiring strict inflation dampening and direct value accrual to FLR from network activity.

Key Specifications & Decisions

  • Lowered annual inflation from 5% (capped at 5B FLR) to target 3% (hard cap of 3B FLR/yr).
  • Raised EIP-1559 base gas fees 20x, directly multiplying fee burn rates twentyfold.
  • Established FIRE (Flare Income Reinvestment Entity) to channel FDC/FAssets protocol revenues into continuous market buyback and permanent burns.
  • Rebalanced staking weights: P-Chain validator stakes are weighted 5x relative to C-Chain delegations.

Process

Flare Governance & FIP Lifecycle

Flare proposals undergo rigorous scrutiny through token holder voting power and empirical validation on Songbird.

01. Concept & STP Sandbox

Songbird Canary Staging

Major technical changes or parameter updates first stage on canary network Songbird as STPs (Songbird Testing Proposals) to empirically ensure security.

02. Voting Snapshot

WFLR & Stake Balance Lock

Voting power (1 FLR = 1 vote) is snapshotted at a designated block height, reflecting WFLR balances and P-Chain staking commitments.

03. Approval & Deployment

Majority Consensus & Activation

Proposals reaching majority approval during the voting window pass and are deployed via on-chain parameter updates or validator hard forks.