Cos’è Flare (FLR)? Una spiegazione semplice

Cos’è Flare (FLR)?

Flare è una blockchain Layer 1. Questo significa che Flare è una rete blockchain autonoma su cui vengono elaborate le transazioni e possono girare le applicazioni.

Flare è stata sviluppata soprattutto per dare agli smart contract accesso a dati esterni alla propria rete. Pensa, per esempio, a dati sui prezzi o a informazioni sulle transazioni su altre blockchain.

La rete è compatibile con EVM. EVM sta per Ethereum Virtual Machine. Grazie a questa compatibilità, su Flare gli sviluppatori possono usare molti strumenti e smart contract che vengono usati anche nell’ecosistema Ethereum.

Il token nativo di Flare si chiama FLR. Nativo significa che FLR è il token proprio della rete. FLR si usa, tra le altre cose, per pagare le commissioni di transazione e per aiutare a mettere in sicurezza la rete tramite staking.

FLR viene usato anche per la governance. In questo modo i possessori del token possono votare su alcune proposte e modifiche all’interno della rete.

Per alcune funzioni, FLR può essere convertito uno a uno in WFLR. Questo si chiama wrapping. In questo caso possiedi ancora lo stesso valore sottostante, ma in una forma che può essere usata all’interno di determinati smart contract.

WFLR può per esempio essere usato per la delega ai dataprovider del Flare Time Series Oracle, cioè FTSO. Si tratta di soggetti che forniscono dati, come i prezzi, alla rete. Con la delega non cedi i tuoi token, ma assegni solo il tuo potere di voto a un dataprovider di questo tipo.

Tutte le commissioni di transazione pagate in FLR vengono bruciate. Questo significa che questi token vengono rimossi in modo permanente dalla circolazione.

Una parte importante di Flare è quindi rendere disponibili dati esterni per gli smart contract. In questo modo le app su Flare possono usare informazioni che non si trovano direttamente sulla blockchain di Flare stessa.

In breve

• Flare è una Layer 1 compatibile con EVM per smart contract e dati esterni.
• FLR è il token nativo per commissioni di transazione, staking, governance e delega.
• FTSO fornisce tra le altre cose dati sui prezzi per le app su Flare.
• FDC aiuta gli smart contract a verificare dati provenienti dall’esterno di Flare.
• Lo staking dei validator e la delega FTSO sono due modi diversi in cui FLR può essere usato.

Come funziona Flare?

Flare è composta da due ambienti principali. Sulla C-Chain girano gli smart contract e le applicazioni. La P-Chain viene usata per lo staking e la gestione dei validator.

Flare usa Proof of Stake per mettere in sicurezza la rete. I validator bloccano FLR e aiutano a controllare transazioni e blocchi.

Il protocollo di consenso di Flare si chiama Snowman++. Questo protocollo viene dalla famiglia Avalanche e fa sì che i validator possano mettersi d’accordo sull’ordine e sulla validità di transazioni e blocchi.

Oltre a questo livello di rete, Flare ha il Flare Systems Protocol. Questo sistema viene usato per i protocolli dati integrati di Flare, tra cui il Flare Time Series Oracle, cioè FTSO, e il Flare Data Connector, cioè FDC.

Per questo i dataprovider forniscono dati. La loro influenza all’interno del sistema dipende tra le altre cose da WFLR delegato a loro e da FLR messo in staking tramite i validator sulla P-Chain. La delega FTSO e lo staking sono quindi due processi diversi.

Panoramica di Flare (FLR)

Quale ruolo ha FLR dentro Flare?

FLR è il token nativo della rete Flare e ha diverse funzioni all’interno dell’ecosistema.

Prima di tutto, FLR viene usato per pagare le commissioni di transazione su Flare. Queste commissioni vengono bruciate, così il FLR usato viene rimosso in modo permanente dalla circolazione.

FLR ha anche un ruolo nella sicurezza della rete. I validator bloccano FLR sulla P-Chain e altri utenti possono delegare FLR a un validator. In cambio, possono ricevere ricompense di staking.

FLR viene usato anche per la governance e per la delega ai dataprovider all’interno della rete Flare. Per questi utilizzi, FLR può essere wrappato uno a uno in WFLR.

FLR ha quindi un ruolo nelle transazioni, nella sicurezza della rete, nei dati e nella gestione di Flare.

Come funziona l’infrastruttura dati di Flare?

Flare ha protocolli dati integrati direttamente nella rete. Due elementi importanti sono il Flare Time Series Oracle, chiamato di solito FTSO, e il Flare Data Connector, cioè FDC.

FTSO fornisce dati che cambiano spesso, come i prezzi. Le app e gli smart contract su Flare possono usare questi dati senza dover raccogliere direttamente dati da fonti esterne.

FTSOv2 usa tra le altre cose block-latency feeds e anchor feeds.

I block-latency feeds sono feed di prezzo veloci che vengono aggiornati più o meno a ogni nuovo blocco. Flare produce circa un blocco ogni 1,8 secondi. Questo significa che nuovi dati sui prezzi possono essere disponibili molto regolarmente. Per ogni aggiornamento viene scelta una selezione di dataprovider che forniscono i dati.

Gli anchor feed funzionano più lentamente e servono per arrivare a un valore comune in momenti prestabiliti. I dataprovider inviano prima i loro dati senza renderli subito pubblici. Più tardi rivelano quale valore hanno inviato. Questo si chiama commit-reveal e aiuta a evitare che i provider modifichino il proprio invio dopo aver visto quello degli altri.

Poi tutti gli invii validi vengono combinati in un unico valore. Flare usa per questo una mediana ponderata. Questo significa che non ogni dataprovider ha lo stesso peso. I provider con più potere di voto contano di più nel determinare il valore finale.

Gli anchor feed vengono aggiornati ogni 90 secondi. Servono anche come punto di controllo per i più veloci block-latency feed e aiutano a mantenerli accurati nel lungo periodo.

I dataprovider hanno quindi un ruolo importante dentro FTSO. Gli utenti possono delegare il potere di voto del loro WFLR a uno o due di questi provider. I token restano nel proprio wallet. Questo si chiama delega FTSO.

Il Flare Data Connector ha un compito diverso. FDC rende possibile verificare dati provenienti dall’esterno di Flare prima che uno smart contract li usi. Possono essere, per esempio, transazioni e pagamenti su altre blockchain.

Dopo la verifica, i dati vengono elaborati in un Merkle tree. Solo la Merkle root viene salvata su Flare. Con una Merkle proof, uno smart contract può poi controllare se certi dati facevano parte del dataset verificato.

Quale ruolo hanno FTSO e FAssets dentro Flare?

FTSO fa sì che le app su Flare abbiano accesso a dati come i price feed. Questi dati possono poi essere usati da altre parti dell’ecosistema Flare.

Un esempio è FAssets. Gli FAssets sono rappresentazioni sovracollateralizzate di asset di altre blockchain. Sovracollateralizzato significa che viene mantenuto come garanzia più valore di quello degli FAssets emessi.

Gli FAssets servono a rendere utilizzabili dentro le app su Flare asset di reti con funzionalità di smart contract limitate.

Al momento FXRP, la versione FAsset di XRP, è già live. Il sistema FAssets è stato progettato per poter supportare in futuro anche altri asset senza funzionalità avanzate di smart contract.

Un FAsset non è la stessa cosa dell’asset originale sulla sua blockchain. FXRP, per esempio, è un token su Flare che rappresenta XRP. Gli utenti possono usare FXRP all’interno dell’ecosistema Flare e poi riscambiarlo tramite il protocollo FAssets per ottenere XRP sulla XRP Ledger.

Per il funzionamento degli FAssets servono più parti di Flare. FTSO fornisce i dati sui prezzi e FDC aiuta a verificare le transazioni sulla blockchain sottostante. Inoltre viene usato il collaterale per coprire gli FAssets emessi.

Il collaterale è composto da diversi tipi di collateral. Gli agent usano token approvati, mentre FLR può essere usato come collaterale aggiuntivo nei collateral pool.

Gli FAssets dipendono quindi da più parti del sistema e non sono la stessa cosa del possesso diretto dell’asset originale.

Come funzionano staking e delega su Flare?

Lo staking dei validator e la delega FTSO sono due modi diversi di usare FLR all’interno della rete Flare.

Con lo staking dei validator, blocchi FLR per un certo periodo per supportare un validator sulla P-Chain. I validator aiutano a mettere in sicurezza la rete e a elaborare transazioni e blocchi.

Per delegare FLR direttamente a un validator, servono almeno 50.000 FLR. Questi token vengono bloccati per almeno 14 giorni. Per far girare da solo un validator serve una self-bond di almeno 1 milione di FLR, con una durata minima di 60 giorni.

Le ricompense dello staking vengono determinate per ogni reward epoch e dipendono tra le altre cose dalle prestazioni del validator scelto. Su Flare Mainnet, un reward epoch dura circa 3,5 giorni.

La delega FTSO funziona in modo diverso. Per farla, wrappi FLR sulla C-Chain uno a uno in WFLR. Poi puoi delegare il potere di voto del tuo WFLR a uno o due dataprovider FTSO.

In questo caso non trasferisci il tuo WFLR al dataprovider. I token restano nel tuo wallet, mentre il potere di voto delegato conta per il provider scelto.

I dataprovider FTSO possono trattenere una parte delle ricompense come commissione. Quanto riceve un delegator dipende quindi tra le altre cose dalle prestazioni del provider e dalla commissione impostata.

Come è nato Flare?

Flare è stato fondato nel 2019 da Hugo Philion, Sean Rowan e Naïri Usher. All’inizio il progetto si concentrava sul rendere disponibili funzionalità di smart contract e dati esterni per applicazioni legate a diverse reti blockchain.

La genesis del mainnet di Flare è avvenuta il 14 luglio 2022. La rete è partita inizialmente in una fase di osservazione. Il Token Distribution Event pubblico, durante il quale FLR è stato distribuito agli utenti, è seguito il 9 gennaio 2023.

Alla genesis, il primo blocco della rete, sono stati creati 100 miliardi di FLR. FLR ha 18 decimali.

Dopo una modifica della distribuzione dei token tramite FIP.01, una parte degli FLR è stata distribuita tramite FlareDrops nell’arco di 36 mesi. Questa distribuzione è terminata il 30 gennaio 2026.

La fine dei FlareDrops non ha significato che tutte le ricompense siano finite. Le ricompense di protocollo per lo staking e la delega FTSO, tra le altre cose, continuano anche dopo.

Quali sono i vantaggi di Flare?

• Smart contract e dati in un’unica rete: Flare combina un ambiente compatibile con EVM con protocolli integrati per price feed e verifica dei dati esterni.

• Price feed veloci e periodici: FTSOv2 offre block-latency feed che vengono aggiornati più o meno a ogni nuovo blocco e anchor feed che determinano periodicamente un valore comune. Le app possono quindi usare diversi tipi di dati sui prezzi.

• Dati verificabili da altre blockchain: FDC può verificare dati da reti supportate, tra cui Bitcoin, Dogecoin, XRP Ledger e Ethereum.

• Uso di asset di altre reti: Gli FAssets sono progettati per rendere utilizzabili dentro le app su Flare rappresentazioni sovracollateralizzate di asset di altre blockchain.

• Delega senza trasferimento dei token: Con la delega FTSO puoi delegare il potere di voto del tuo WFLR ai dataprovider mentre i token restano nel tuo wallet.

Quali sono gli svantaggi di Flare?

• Passaggi extra nello staking dei validator: Per fare staking diretto a un validator, FLR deve essere spostato dalla C-Chain alla P-Chain. Alla fine, FLR deve essere riportato sulla C-Chain se vuoi usare i token lì.

• Soglia alta per la delega ai validator: Per la delega diretta a un validator servono almeno 50.000 FLR e vale un lock-up minimo di 14 giorni. Questo rende questa forma di staking meno accessibile per chi ha importi più piccoli.

• Gli FAssets dipendono da più parti: Il sistema usa tra le altre cose agent, collaterale, price feed e dati della blockchain sottostante. Problemi in uno di questi elementi possono influire sul funzionamento degli FAssets.

• Dipendenza dai dataprovider: FTSO e FDC usano più dataprovider per fornire e verificare i dati. Le applicazioni che usano questi dati restano quindi dipendenti dalla disponibilità e dal corretto funzionamento di questi sistemi.

• Le ricompense della delega non sono fisse: Il rendimento della delega FTSO dipende tra le altre cose dalle prestazioni e dalla commissione del dataprovider scelto.

Conclusione

Flare è una blockchain Layer 1 compatibile con EVM che combina gli smart contract con un’infrastruttura integrata per i dati esterni. FLR è il token nativo della rete e viene usato per commissioni di transazione, staking, governance e delega.

Due elementi importanti sono FTSO e FDC. FTSO fornisce tra le altre cose dati sui prezzi, mentre FDC permette agli smart contract di verificare dati provenienti dall’esterno di Flare. Gli FAssets si basano su questo per rendere utilizzabili dentro Flare rappresentazioni di asset di altre reti.

Ci sono però anche rischi e passaggi extra. Lo staking dei validator richiede un lock-up e lo spostamento di FLR sulla P-Chain. La delega FTSO e gli FAssets dipendono inoltre da diversi elementi e partecipanti all’interno della rete Flare.