Wat is Flare (FLR)? Een simpele uitleg

Wat is Flare (FLR)?

Flare is een Layer 1-blockchain. Dat betekent dat Flare een zelfstandig blockchainnetwerk is waarop transacties worden verwerkt en applicaties kunnen draaien.

Flare is vooral ontwikkeld om smart contracts toegang te geven tot gegevens van buiten het eigen netwerk. Denk bijvoorbeeld aan prijsgegevens of informatie over transacties op andere blockchains.

Het netwerk is EVM-compatibel. EVM staat voor Ethereum Virtual Machine. Doordat Flare hiermee compatibel is, kunnen developers veel tools en smart contracts gebruiken die ook binnen het Ethereum-ecosysteem worden gebruikt.

De native token van Flare heet FLR. Native betekent dat FLR de eigen token van het netwerk is. Je gebruikt FLR onder meer om transactiekosten te betalen en het netwerk via staking te helpen beveiligen.

FLR wordt ook gebruikt voor governance. Daarmee kunnen tokenhouders stemmen over bepaalde voorstellen en wijzigingen binnen het netwerk.

Voor sommige functies kan FLR één-op-één worden omgezet naar WFLR. Dit wordt wrappen genoemd. Je bezit dan nog steeds dezelfde onderliggende waarde, maar in een vorm die binnen bepaalde smart contracts kan worden gebruikt.

WFLR kan bijvoorbeeld worden gebruikt voor delegatie aan dataproviders van het Flare Time Series Oracle, oftewel FTSO. Dat zijn partijen die gegevens, zoals prijsdata, aan het netwerk leveren. Bij delegatie geef je niet je tokens weg, maar wijs je alleen je stemkracht toe aan zo'n dataprovider.

Alle transactiekosten die in FLR worden betaald, worden verbrand. Dat betekent dat deze tokens permanent uit omloop worden gehaald.

Een belangrijk onderdeel van Flare is dus het beschikbaar maken van externe data voor smart contracts. Daardoor kunnen apps op Flare informatie gebruiken die niet rechtstreeks op de Flare-blockchain zelf staat.

Korte samenvatting

• Flare is een EVM-compatibele Layer 1 voor smart contracts en externe data.
• FLR is de native token voor transactiekosten, staking, governance en delegatie.
• FTSO levert onder meer prijsgegevens voor apps op Flare.
• FDC helpt smart contracts gegevens van buiten Flare te verifiëren.
• Validatorstaking en FTSO-delegatie zijn twee verschillende manieren waarop FLR kan worden gebruikt.

Hoe werkt Flare?

Flare bestaat uit twee belangrijke omgevingen. Op de C-Chain draaien smart contracts en applicaties. De P-Chain wordt gebruikt voor staking en het beheer van validators.

Flare gebruikt Proof of Stake om het netwerk te beveiligen. Validators zetten FLR vast en helpen transacties en blokken te controleren.

Het consensusprotocol van Flare heet Snowman++. Dit protocol komt uit de Avalanche-familie en zorgt ervoor dat validators het eens kunnen worden over de volgorde en geldigheid van transacties en blokken.

Naast deze netwerklaag heeft Flare het Flare Systems Protocol. Dit systeem wordt gebruikt voor de ingebouwde dataprotocollen van Flare, waaronder het Flare Time Series Oracle, oftewel FTSO, en de Flare Data Connector, oftewel FDC.

Dataproviders leveren hiervoor gegevens aan. Hun invloed binnen het systeem hangt onder meer af van WFLR die aan hen is gedelegeerd en van FLR die via validators op de P-Chain is gestaket. FTSO-delegatie en staking zijn daarbij twee verschillende processen.

Flare (FLR) overzicht

Welke rol speelt FLR binnen Flare?

FLR is de native token van het Flare-netwerk en heeft verschillende functies binnen het ecosysteem.

Ten eerste wordt FLR gebruikt om transactiekosten op Flare te betalen. Deze kosten worden verbrand, waardoor de gebruikte FLR permanent uit omloop wordt gehaald.

FLR speelt daarnaast een rol bij de beveiliging van het netwerk. Validators zetten FLR vast op de P-Chain en andere gebruikers kunnen FLR aan een validator delegeren. In ruil daarvoor kunnen zij stakingbeloningen ontvangen.

FLR wordt ook gebruikt voor governance en voor delegatie aan dataproviders binnen het Flare-netwerk. Voor deze toepassingen kan FLR één-op-één worden gewrapt naar WFLR.

FLR heeft daarmee een rol bij transacties, netwerkbeveiliging, data en het bestuur van Flare.

Hoe werkt de data-infrastructuur van Flare?

Flare heeft dataprotocollen die rechtstreeks in het netwerk zijn ingebouwd. Twee belangrijke onderdelen zijn de Flare Time Series Oracle, meestal FTSO genoemd, en de Flare Data Connector, oftewel FDC.

FTSO levert gegevens die regelmatig veranderen, zoals prijsdata. Apps en smart contracts op Flare kunnen deze gegevens gebruiken zonder zelf rechtstreeks data van externe bronnen te hoeven verzamelen.

FTSOv2 gebruikt onder meer block-latency feeds en anchor feeds.

Block-latency feeds zijn snelle prijsfeeds die ongeveer bij ieder nieuw block worden bijgewerkt. Flare produceert ongeveer elke 1,8 seconden een block. Dat betekent dat nieuwe prijsgegevens zeer regelmatig beschikbaar kunnen komen. Voor iedere update wordt een selectie van dataproviders gekozen om gegevens aan te leveren.

Anchor feeds werken langzamer en zijn bedoeld om op vaste momenten tot één gezamenlijke waarde te komen. Dataproviders sturen eerst hun gegevens in zonder die direct openbaar te maken. Later maken ze bekend welke waarde ze hebben ingestuurd. Dit heet commit-reveal en helpt voorkomen dat providers hun inzending aanpassen nadat ze die van anderen hebben gezien.

Daarna worden alle geldige inzendingen samengevoegd tot één waarde. Flare gebruikt daarvoor een gewogen mediaan. Dat betekent dat niet iedere dataprovider evenveel invloed heeft. Providers met meer stemkracht tellen zwaarder mee bij het bepalen van de uiteindelijke waarde.

Anchor feeds worden iedere 90 seconden bijgewerkt. Ze dienen ook als controlepunt voor de snellere block-latency feeds en helpen om die op langere termijn nauwkeurig te houden.

Dataproviders spelen dus een belangrijke rol binnen FTSO. Gebruikers kunnen de stemkracht van hun WFLR aan één of twee van deze providers delegeren. De tokens blijven daarbij in de eigen wallet. Dit wordt FTSO-delegatie genoemd.

De Flare Data Connector heeft een andere taak. FDC maakt het mogelijk om gegevens van buiten Flare te verifiëren voordat een smart contract ze gebruikt. Dat kunnen bijvoorbeeld transacties en betalingen op andere blockchains zijn.

Na verificatie worden de gegevens verwerkt in een Merkle tree. Alleen de Merkle root wordt op Flare opgeslagen. Met een Merkle proof kan een smart contract daarna controleren of bepaalde gegevens onderdeel waren van de geverifieerde dataset.

Welke rol spelen FTSO en FAssets binnen Flare?

FTSO zorgt ervoor dat apps op Flare toegang hebben tot gegevens zoals prijsfeeds. Die data kan vervolgens door andere onderdelen van het Flare-ecosysteem worden gebruikt.

Een voorbeeld daarvan is FAssets. FAssets zijn overgecollateraliseerde representaties van activa van andere blockchains. Overgecollateraliseerd betekent dat er meer waarde als onderpand wordt aangehouden dan de waarde van de uitgegeven FAssets.

FAssets zijn bedoeld om activa van netwerken met beperkte smartcontractfunctionaliteit bruikbaar te maken binnen apps op Flare.

Op dit moment is FXRP, de FAsset-versie van XRP, live. Het FAssets-systeem is ontworpen om in de toekomst ook andere activa zonder uitgebreide smartcontractfunctionaliteit te kunnen ondersteunen.

Een FAsset is niet hetzelfde als het oorspronkelijke activum op de eigen blockchain. FXRP is bijvoorbeeld een token op Flare dat XRP vertegenwoordigt. Gebruikers kunnen FXRP binnen het Flare-ecosysteem gebruiken en het via het FAssets-protocol weer inwisselen voor XRP op de XRP Ledger.

Voor de werking van FAssets zijn meerdere onderdelen van Flare nodig. FTSO levert prijsgegevens en FDC helpt transacties op de onderliggende blockchain te verifiëren. Daarnaast wordt onderpand gebruikt om de uitgegeven FAssets te dekken.

Het onderpand bestaat uit verschillende soorten collateral. Agents gebruiken daarvoor goedgekeurde tokens, terwijl FLR als extra onderpand in collateral pools kan worden gebruikt.

FAssets zijn daardoor afhankelijk van meerdere onderdelen van het systeem en zijn niet hetzelfde als het rechtstreeks aanhouden van het oorspronkelijke activum.

Hoe werkt staking en delegatie bij Flare?

Validatorstaking en FTSO-delegatie zijn twee verschillende manieren om FLR binnen het Flare-netwerk te gebruiken.

Bij validatorstaking zet je FLR voor een bepaalde periode vast om een validator op de P-Chain te ondersteunen. Validators helpen het netwerk te beveiligen en transacties en blokken te verwerken.

Om FLR rechtstreeks aan een validator te delegeren, heb je minimaal 50.000 FLR nodig. Deze tokens worden minimaal 14 dagen vastgezet. Voor het zelf draaien van een validator is een self-bond van minimaal 1 miljoen FLR nodig, met een minimale looptijd van 60 dagen.

Beloningen voor staking worden per reward epoch bepaald en hangen onder meer af van de prestaties van de gekozen validator. Op Flare Mainnet duurt een reward epoch ongeveer 3,5 dagen.

FTSO-delegatie werkt anders. Hiervoor wrap je FLR op de C-Chain één-op-één naar WFLR. Vervolgens kun je de stemkracht van je WFLR delegeren aan één of twee FTSO-dataproviders.

Je draagt je WFLR daarbij niet over aan de dataprovider. De tokens blijven in je eigen wallet, terwijl de gedelegeerde stemkracht meetelt voor de gekozen provider.

FTSO-dataproviders kunnen een deel van de beloningen als vergoeding inhouden. Hoeveel een delegator ontvangt, hangt daarom onder meer af van de prestaties van de provider en de ingestelde vergoeding.

Hoe is Flare ontstaan?

Flare werd in 2019 opgericht door Hugo Philion, Sean Rowan en Naïri Usher. Het project richtte zich aanvankelijk op het beschikbaar maken van smartcontractfunctionaliteit en externe data voor toepassingen rond verschillende blockchainnetwerken.

De mainnet-genesis van Flare vond plaats op 14 juli 2022. Het netwerk begon toen eerst in een observatiefase. De publieke Token Distribution Event, waarbij FLR aan gebruikers werd gedistribueerd, volgde op 9 januari 2023.

Bij de genesis, het eerste block van het netwerk, werden 100 miljard FLR gecreëerd. FLR heeft 18 decimalen.

Na een wijziging van de tokenverdeling via FIP.01 werd een deel van de FLR via FlareDrops over 36 maanden verspreid. Deze distributie eindigde op 30 januari 2026.

Het einde van FlareDrops betekende niet dat alle beloningen stopten. Protocolbeloningen voor onder meer staking en FTSO-delegatie bestaan daarna nog steeds.

Wat zijn de voordelen van Flare?

• Smart contracts en data in één netwerk: Flare combineert een EVM-compatibele omgeving met ingebouwde protocollen voor prijsfeeds en het verifiëren van externe gegevens.

• Snelle en periodieke prijsfeeds: FTSOv2 biedt block-latency feeds die ongeveer bij ieder nieuw block worden bijgewerkt en anchor feeds die periodiek een gezamenlijke waarde bepalen. Apps kunnen daardoor verschillende soorten prijsdata gebruiken.

• Verifieerbare gegevens van andere blockchains: FDC kan gegevens van ondersteunde netwerken verifiëren, waaronder Bitcoin, Dogecoin, XRP Ledger en Ethereum.

• Gebruik van activa van andere netwerken: FAssets zijn ontworpen om overgecollateraliseerde representaties van activa van andere blockchains bruikbaar te maken binnen apps op Flare.

• Delegatie zonder overdracht van tokens: Bij FTSO-delegatie kun je de stemkracht van je WFLR aan dataproviders delegeren terwijl de tokens in je eigen wallet blijven.

Wat zijn de nadelen van Flare?

• Extra stappen bij validatorstaking: Voor rechtstreekse staking aan een validator moet FLR van de C-Chain naar de P-Chain worden verplaatst. Na afloop moet de FLR weer naar de C-Chain worden teruggestuurd als je de tokens daar wilt gebruiken.

• Hoge drempel voor validator-delegatie: Voor rechtstreekse delegatie aan een validator is minimaal 50.000 FLR nodig en geldt een minimale lock-up van 14 dagen. Dit maakt deze vorm van staking minder toegankelijk voor kleinere bezitters.

• FAssets zijn afhankelijk van meerdere onderdelen: Het systeem gebruikt onder meer agents, onderpand, prijsfeeds en gegevens van de onderliggende blockchain. Problemen met een van deze onderdelen kunnen invloed hebben op de werking van FAssets.

• Afhankelijkheid van dataproviders: FTSO en FDC gebruiken meerdere dataproviders om gegevens aan te leveren en te verifiëren. Applicaties die deze data gebruiken, blijven daardoor afhankelijk van de beschikbaarheid en goede werking van deze systemen.

• Delegatiebeloningen zijn niet vast: De opbrengst van FTSO-delegatie hangt onder meer af van de prestaties en vergoeding van de gekozen dataprovider.

Conclusie

Flare is een EVM-compatibele Layer 1-blockchain die smart contracts combineert met ingebouwde infrastructuur voor externe data. FLR is de native token van het netwerk en wordt gebruikt voor transactiekosten, staking, governance en delegatie.

Twee belangrijke onderdelen zijn FTSO en FDC. FTSO levert onder meer prijsgegevens, terwijl FDC smart contracts in staat stelt gegevens van buiten Flare te verifiëren. FAssets bouwen hierop voort door representaties van activa van andere netwerken bruikbaar te maken binnen Flare.

Daar staan ook risico's en extra stappen tegenover. Validatorstaking vereist een lock-up en het verplaatsen van FLR naar de P-Chain. FTSO-delegatie en FAssets zijn daarnaast afhankelijk van verschillende onderdelen en deelnemers binnen het Flare-netwerk.