Flare

• Flare is a Layer 1 designed to bring decentralised data to blockchains without external oracle providers.

• Its State Connector and Flare Time Series Oracle are protocol-level rather than third-party services.

• FLR is used for gas, staking, governance and delegating to data providers.

• Distributed largely through a very large airdrop to XRP holders, delivered in monthly tranches over several years.

• Delegating FLR to data providers earns rewards.

• The extended distribution schedule created a long-running supply overhang.

Pros:

• Data acquisition built into the protocol removes dependency on external oracle providers.

• FAssets allow assets from non-smart-contract chains such as XRP and Bitcoin to be used in DeFi.

• One of the largest airdrops ever conducted by recipient count.

Cons:

• The multi-year drip distribution meant continuous sell pressure from recipients with zero cost basis.

• Ecosystem adoption has lagged well behind the size of the token distribution.

• Building data acquisition into the chain means competing with specialist oracle providers.

• Exposure to a Layer 1 with native data infrastructure.

• FAssets address a real gap for chains without smart contracts.

• Weigh the distribution overhang and the gap between airdrop scale and actual usage.

• Oracle and data acquisition as protocol-level functions, so applications do not depend on a separate third-party provider.

• Smart contracts need external data, and every oracle introduces a trusted third party.

• Building data acquisition into consensus makes it the network's responsibility rather than a vendor's.

• Founded by Hugo Philion and Sean Rowan.

• Developed by Flare Labs with foundation governance.

• No public ICO. FLR was distributed free to XRP holders in a snapshot taken in December 2020, with delivery in monthly tranches from 2023.

• Extended distribution created years of structural sell pressure.

• Ecosystem usage has lagged the size of the community.

• Competing against established oracle providers.

• FAsset adoption depends on demand from holders of non-smart-contract assets.