Flare Network Review: Smart Contract Network per XRP

Essendo la terza più grande criptovaluta, la maggior parte delle persone che hanno familiarità con il settore hanno sentito parlare di Ripple e capiscono che si tratta di una rete globale di pagamenti e cambi progettata per sostituire la obsoleta rete bancaria SWIFT. E sebbene funzioni benissimo per quello specifico caso d'uso, per il resto ha mostrato un'utilità limitata in altre funzioni.

Tuttavia, tutto ciò potrebbe essere risolto poiché la rete Flare è stata creata con l'obiettivo di migliorare l'utilità dei token XRP creando una rete con capacità di contratto intelligente per il token XRP. A dire il vero, i contratti intelligenti non verranno aggiunti alla rete Ripple, ma saranno sulla rete Flare, e tale rete supporterà quindi l’uso di XRP come FXRP.

Flare Network ha anche un proprio token chiamato Spark (FLR), che è stato recentemente rilasciato ai possessori di XRP in un airdrop che ha creato molto scalpore nella comunità di Ripple.

Se tutto questo ti sembra interessante, prendi qualcosa da bere e preparati a saperne di più su Flare Network.

Cos'è Flare?

Flare è stato creato da Hugo Philion e Sean Rowan per risolvere due problemi fondamentali della blockchain:

1. Tre quarti del valore dei token blockchain pubblici non possono essere utilizzati con contratti intelligenti in modo trustless. Questa è la questione di necessità immediata secondo Philion e Rowan.
   

   Flare Network promette di sbloccare il valore intrappolato nelle blockchain. Immagine tramite Slideshare.net

2. Le direzioni adottate nel tentativo di ridimensionare le reti blockchain potrebbero portare a potenziali problemi futuri poiché molte delle nuove reti stanno affrontando il ridimensionamento attraverso il consenso Proof of Stake o qualche sua variazione. Tutti questi protocolli derivano la sicurezza della rete dal token nativo della blockchain. Ciò rappresenta un problema sia immediato che a lungo termine.

Problemi di prova della posta in gioco

Secondo Flare, il problema più immediato con Proof of Stake il consenso è che non è progettato adeguatamente per consentire usi alternativi sicuri dei token nativi. Come stiamo vedendo con l’esplosione delle piattaforme DeFi, qualsiasi possessore di token razionale che sia in grado di aumentare il rendimento del proprio token fornendo liquidità a una stablecoin lo farà. Il problema è che questo toglie i token dallo stakinge minaccia la sicurezza della rete.

A lungo termine, il potenziale problema deriva dalla possibilità che nel tempo il valore di un token di staking non aumenti di valore. Se ciò accade mentre il traffico di rete aumenta, anche la rete diventa sempre più pericolosa. Sebbene un token di valore più elevato sia positivo per la sicurezza della rete e per gli investitori in token, è negativo se vogliamo che la decentralizzazione diventi la norma per fare affari.

Quando il valore del token aumenta, il capitale viene sottratto ad altri usi. A lungo termine questo diventa un problema perché alla fine in una rete di contratti intelligenti che utilizza la prova di partecipazione, la portata del capitale necessaria semplicemente per proteggere la rete diventerebbe troppo elevata per essere fattibile.

In definitiva, le reti Proof of Stake possono scalare per le transazioni, ma non sono in grado di scalare per il valore.

Come Flare mira a risolvere questi problemi

Flare propone un nuovo modo per scalare le piattaforme di contratto intelligente senza collegare la sicurezza della rete al valore del token. Sebbene la rete richieda ancora un token nativo per scoraggiare lo spam, tale token non è collegato in alcun modo alla sicurezza della rete. Flare utilizza il token FLR come token nativo ed è particolarmente adatto per consentire l'utilizzo trustless di token completi non Turing con contratti intelligenti.

Flare si autodefinisce la prima rete completa di accordo bizantino federato (FBA) di Turing. Utilizza il protocollo di consenso Avalanche che è stato adattato al consenso FBA. Il vantaggio di utilizzare FBA risiede nella sua capacità di raggiungere la sicurezza della rete senza fare affidamento su alcun incentivo economico per i titolari. Poiché Flare utilizza una versione della Ethereum Virtual Machine (EVM), è in grado di eseguire contratti intelligenti completi di Turing.

L'FBA è stato criticato perché può portare a topologie fragili in cui il guasto di un singolo nodo può causare il guasto dell'intera rete. Flare evita questo problema implementando una topologia UNL (Unique Node List) per enfatizzare la chiarezza e la facilità d'uso pur mantenendo la proprietà di appartenenza aperta di FBA.

Sebbene Flare consenta a Turing l’utilizzo completo del contratto intelligente, ha anche un protocollo costruito sulla rete che consente l’emissione, l’utilizzo e il riscatto trustless di XRP su Flare. Flare chiama questo protocollo FXRP e consente a XRP di diventare FXRP su Flare, protetto dal token FLR nativo. In sostanza, ciò consente a XRP di utilizzare contratti intelligenti e può anche creare una pipeline trustless per XRP verso altre reti ai fini dell'interoperabilità.

Questa metodologia generale può essere estesa anche a qualsiasi altro token completo non Turing e la capacità di farlo è stata inclusa nella governance e nei sistemi della rete. Ciò significa che qualsiasi token completo non Turing potrà eventualmente accedere alla capacità di utilizzare contratti intelligenti e diventare interoperabile tramite Flare.

Panoramica di FXRP

Il problema affrontato dal team Flare nel portare XRP sulla rete Flare è l’impossibilità di un contratto intelligente blockchain pubblico di controllare un indirizzo XRP. Questo perché i contratti intelligenti non hanno modo di archiviare una chiave segreta e mantenerne la segretezza.

Se Flare tentasse di portare XRP sulla rete utilizzando solo il codice, sarebbe necessario che un gruppo di individui si unisse e utilizzasse un indirizzo con firma multipla che controllano collettivamente per autorizzare le transazioni. Naturalmente ciò significherebbe che FXRP in queste condizioni non sarebbe né decentralizzato né trustless. E questo sarebbe inaccettabile.

Con l'attuale implementazione di FXRP qualsiasi titolare di XRP può inviare i propri token a un agente sulla rete XRP. L'agente detiene l'XRP e comunica con i contratti intelligenti su Flare, che emettono FXRP con un rapporto 1:1. Questi token FXRP sono inoltre garantiti con FLR con un rapporto 1:2.5. Quindi, per ogni FXRP emesso ci devono essere 1 FLR in staking. Ciò mantiene sicuro l’XRP detenuto dall’agente ed elimina la necessità di qualsiasi intermediario centralizzato.

Come funziona FXRP?

I proprietari di FLR possono inviare i propri token ai contratti intelligenti su Flare che compongono il sistema FXRP. In sostanza si tratta di fornire garanzie collaterali al sistema FXRP. Questi contratti intelligenti sono chiamati agenti. Il sistema FXRP sarà composto da molti agenti. Chiamiamone uno Guy.

In qualità di agente nel sistema FXRP, Guy ha investito 5,000 FLR come garanzia. Il sistema richiede 2.5 FLR per ogni token FXRP emesso. Se il tasso di cambio da FLR a XRP è attualmente 10:1, questi 5,000 FLR consentiranno a Guy di emettere 200 FXRP. cioè (5,000 / 10) / 2.5

Ora Guy è pronto per coniare FXRP. Quando un titolare di XRP desidera creare FXRP, invia una transazione al sistema FXRP. Il titolare che avvia questa transazione è chiamato originatore. Per creare FXRP pagano anche una commissione pari allo 0.1% del valore della transazione. La commissione va all'agente e la transazione indica all'agente a quale indirizzo inviare l'FXRP quando viene coniato e da dove avrà origine l'XRP sull'XRP Ledger.

Presumendo che ci siano garanzie sufficienti nel sistema FXRP, questo è bloccato per garantire l'FXRP, il che rende la transazione senza fiducia perché l'originatore non deve fidarsi dell'agente che ora ha un incentivo a restituire l'XRP quando richiesto di farlo o perdere il FLR tenuto come garanzia. Se il sistema non dispone di garanzie collaterali sufficienti, restituirà l’XRP e la commissione all’originatore.

È fondamentale notare che il rapporto di garanzia di 2.5 deve essere mantenuto in ogni momento. Se in qualsiasi momento il valore di XRP aumenta o il valore di FLR scende in modo tale che la razione scende al di sotto di 2.5, Guy avrà un breve periodo di tempo per ripristinare il rapporto aggiungendo più token FLR o acquistando token FXRP da riscattare.

Se per qualsiasi motivo Guy non è in grado o non è disposto a ripristinare il rapporto di garanzia di 2.5, la sua garanzia viene messa all'asta per riacquistare il FXRP emesso a fronte di essa. Se rimane qualche garanzia collaterale dopo che questo ragazzo è in grado di trattenere quel resto.

Se Guy mantiene la garanzia pari o superiore a 2.5, tutto va bene. Successivamente, quando l'originatore decide di riscattare l'FXRP sul registro XRP, effettua una transazione per farlo, facendo sapere al sistema quale indirizzo dovrebbe essere accreditato con l'XRP. Guy riceverà istruzioni dal sistema riguardo a quanto XRP restituire e a quale indirizzo inviarlo.

Oltre a ciò riceverà anche due scadenze entro le quali la transazione dovrà essere completata. Se completa la transazione prima della prima scadenza, riceverà indietro tutta la sua garanzia. Tuttavia, se la prima scadenza scade e l'utente completa la transazione entro la seconda scadenza, verrà applicata una piccola penalità prima che venga restituito il resto della garanzia. Quella penalità viene bruciata dal sistema.

Se Guy non riesce a completare la transazione entro la seconda scadenza, viene considerato un fallimento del riscatto. In questo caso l’originatore viene ricompensato con token FLR dalla quota di Guy, più un ulteriore 1% per coprire i costi di transazione derivanti dall’utilizzo di quel FLR per riacquistare XRP. Il restante FLR della garanzia di Guy viene bruciato per il 50% come penalità e il restante 50% viene restituito a Guy.

FLR e applicazioni dipendenti

Il sistema FXRP è il nostro primo esempio di FLR Dependent Application (SDA). Questa è una dApp che utilizza FLR come garanzia, titolari di token FLR per la governance, Flare Time Series Oracle (FTSO) o una combinazione di questi elementi. Tieni presente che questi sono tutti elementi opzionali. Qualsiasi applicazione sulla rete Flare è in grado di funzionare utilizzando solo FLR per i costi di transazione e pagamento.

Nel caso del sistema FXRP, utilizza FLR come garanzia, Flare Time Series Oracle per tracciare il prezzo XRP/FLR e la proprietà del token FLR impostata per la governance su determinati parametri come la commissione di creazione FXRP e il rapporto di garanzia. Il modello SDA fornisce un modello agli sviluppatori per estendere l'uso dei tre elementi opzionali.

Oracolo delle serie temporali di Flare

I possessori del token FLR possono contribuire al FTSO per contribuire a formare stime accurate dei dati fuori catena pur mantenendo la decentralizzazione. La struttura del FTSO consente molte stime di qualsiasi serie temporale fuori catena. Il valore XRP/FLR è un esempio di tale serie temporale.

La formulazione dei dati delle serie temporali prevede tipicamente due gruppi partecipanti. Uno sono i possessori di token FLR e il secondo sono i possessori del token dell'applicazione dipendente, che Flare chiama F-asset. Nel caso del sistema FXRP, il token FXRP è l'asset F. Quando esiste un'applicazione più complessa che richiede il calcolo di più serie temporali, l'asset F sarà qualcosa di simile a un token di governance emesso.

Durante la creazione della serie temporale, l'FTSO interrogherà ciascun partecipante per una stima del valore dei dati. I titolari di FLR forniscono stime per ogni serie temporale, ma i titolari di F-asset possono fornire solo una stima per la serie temporale correlata al F-asset. Le stime sono elaborate come dettagliato nella sezione 4 del Libro bianco su Flare e il risultato viene inviato al sistema che richiede i dati della serie temporale.

I titolari di risorse F sono incentivati ​​a partecipare e a fornire dati per contribuire alla sicurezza dell'applicazione che utilizza tali dati. I possessori di FLR sono incentivati ​​dalla possibilità di guadagnare una ricompensa oracolo, che sono token FLR coniati dal sistema. I titolari di token FLR guadagnano questo premio quando forniscono dati che il sistema ritiene corretti. I meccanismi specifici di questo calcolo sono piuttosto complessi e possono essere visualizzati nel whitepaper di Flare.

Questo sistema mette implicitamente in stake tutti i token FLR nel sistema poiché i non partecipanti o coloro che forniscono dati ritenuti errati non guadagnano premi, il che è un disincentivo rispetto ai possessori di token che ricevono il premio. Questa è la versione di Flare dei premi di staking o mining.

Il FTSO inizierà a fornire i seguenti prezzi per: XRP/FLR, USD/FLR, BTC/FLR e XLM/FLR. Inizialmente solo XRP/FLR avrà un F-asset corrispondente. Ulteriori serie temporali e i relativi asset F possono essere proposti e accettati attraverso il processo di governance.

Delegazione FLR

Le stime arriveranno dal FTSO ogni pochi secondi, ma è realistico supporre che non tutti i titolari di FLR saranno interessati a partecipare alla governance della rete o che avranno l'hardware necessario per contribuire al FTSO.

Poiché il team Flare ha dato per scontato che ciò fosse vero, ha reso possibile separare i voti per queste responsabilità e delegarle ad altri. La delega può essere annullata in qualsiasi momento e se il token viene trasferito a un nuovo indirizzo la delega viene automaticamente annullata.

Una caratteristica importante della delega è che gli SDA sono in grado di delegare i voti al proprietario effettivo che può poi delegare nuovamente tali voti a un’altra entità. Ciò significa che gli agenti non devono scegliere tra guadagnare FLR per fornire garanzie al sistema FXRP o guadagnare dal FTSO. Pertanto, ogni volta che i token FLR non sono più disponibili per i proprietari in una SDA, purché l'applicazione definisca chi è l'effettivo proprietario, è possibile utilizzare la delega.

Governance del Flare

I titolari di token FLR votano per governare la rete e anche gli SDA possono richiedere di essere governati dai titolari di token FLR.

Nel white paper di Flare puoi trovare i regimi per eventuali modifiche manuali sulla catena che possono essere avviate e votate dai possessori di FLR. Si tratta di cose come la modifica delle commissioni associate alle azioni, la modifica del rapporto di garanzia, la modifica dei costi di transazione e altre variabili che non richiedono una modifica del codice.

Per quelle cose che richiedono una modifica del codice, come la modifica dei parametri di consenso della rete o l'aggiunta di una nuova serie temporale al FTSO, verrà creata una Flare Foundation. La Fondazione non è ancora stata creata, ma sarà un ente senza scopo di lucro con responsabilità su 5 aree: sovvenzioni, investimenti, ricerca e sviluppo, istruzione, pubblicità e partnership.

Poiché la Fondazione ha la funzione di ricerca e sviluppo, diventa parte integrante del processo di aggiornamento del codice, costruendo, testando, analizzando e quindi implementando qualsiasi modifica al codice proposta.

La Fondazione sarà creata per essere completamente trasparente nelle sue attività e nelle sue spese. Pubblicherà una relazione semestrale sulle sue attività e spese. Ancora più importante, non ha il potere di fissare un ordine del giorno, ma è creato in modo tale da consentirgli solo di ricevere indicazioni dai detentori di FLR.

A causa di questa limitazione la Fondazione non può:

• contribuire in alcun modo al FTSO;
• distribuire qualsiasi delle sue partecipazioni FLR come garanzia per qualsiasi applicazione sulla rete;
• utilizzare le sue partecipazioni FLR per votare in qualsiasi votazione sulla governance o assegnare i suoi token FLR ad altri per farlo.

Inoltre, i detentori di FLR potrebbero votare in qualsiasi momento per sciogliere la Fondazione, nel qual caso sarebbe tenuta a chiudere tutte le attività e a bruciare tutti i token rimanenti.

Emissione e Airdrop di FLR

Flare ha scelto di rilasciare i suoi token in qualcosa che ha definito un fork di utilità. I fork tradizionali hanno diviso la base utenti di una rete, con una parte che si è diretta nella propria direzione e solitamente assumendo una posizione antagonista nei confronti della catena madre.

Al contrario, la forchetta di utilità ha lo scopo di aggiungere valore alla catena originale. Questo è esattamente ciò che fa Flare consentendo a XRP di continuare a fornire pagamenti rapidi, affidabili e trustless, offrendo allo stesso tempo contratti intelligenti e la possibilità di creare pipeline trustless verso altre blockchain. È un esempio perfetto di come portare nuova utilità a una blockchain esistente.

Flare sta creando 100 miliardi di token FLR per rispecchiare il numero di token XRP esistenti. L'intento iniziale è quello di rendere questi token disponibili a indirizzi non di proprietà di Ripple Labs, fondatori di Ripple, account balena e qualsiasi indirizzo noto come truffatore.

Flare ha reso 45 miliardi di FLR rivendicabili dai possessori di XRP con questi token assegnati agli indirizzi che detenevano XRP nel momento in cui è stata scattata un'istantanea del Ledger alle 00:00 GMT del 12 dicembre 2020. Inoltre 30 miliardi di FLR sono assegnati alla Flare Foundation , e altri 25 miliardi di FLR vengono assegnati a Flare Networks Limited, che è l'organizzazione a scopo di lucro che supporta lo sviluppo di Flare.

Tuttavia, l’assegnazione dovrebbe essere su base 1:1 il calcolo effettivo ha portato a un rapporto di distribuzione di 1.0073 FLR per ciascun XRP al momento dello snapshot. Inoltre, i token non possono essere rivendicati fino all'attivazione della mainnet, che dovrebbe avvenire nelle prime settimane di giugno 2021. Chiunque possedesse token XRP su un exchange che supporta l'airdrop verrà automaticamente accreditato con token FLR quando verranno distribuiti.

L'elenco degli scambi supportati include Binance, KuCoin, Coinbase, Poloniex e molti altri. Coloro che detengono il proprio XRP in un portafoglio auto-custodiale dovranno registrare un reclamo e i token FLR verranno consegnati all'indirizzo indicato nel reclamo. Ci saranno numerosi portafogli compatibili con FLR tra cui scegliere quando verrà lanciata la rete principale.

Vale anche la pena notare che Flare ha detto “Puoi rivendicare FLR dopo che la rete sarà stata attivata, ma non dopo la data di 6 mesi dall'istantanea." Poiché lo snapshot è avvenuto il 12 dicembre 2020, indica che la rete principale verrà lanciata prima del 12 giugno 2021.

Inoltre, non tutti i token verranno distribuiti immediatamente. Il Flare verrà rilasciato Il 15% dell'allocazione dei token al lancio della mainnet. Il restante FLR verrà rilasciato nei prossimi 25-34 mesi ad un tasso del 2-4% al mese.

Chi c'è dietro Flare Networks?

Il CEO e co-fondatore di Flare Network lo è Ugo Filippo. Prima di creare Flare è stato il fondatore del sistema di costruzione modulare Future Generations. Il suo background è nel campo degli investimenti e ha conseguito una laurea in gestione degli investimenti e dei rischi finanziari presso la Cass Business School.

Successivamente ha conseguito un Master of Science in Machine Learning presso l'UCL. Ha inoltre acquisito esperienza lavorando come gestore di portafogli di derivati ​​su materie prime presso due fondi da oltre un miliardo di dollari.

L'altro co-fondatore di Flare e il suo CTO è Sean Rowan. Sean è stato coinvolto nello spazio blockchain dal 2015, quando ha progettato protocolli di comunicazione veicolare sicuri sfruttando un'infrastruttura a chiave pubblica basata su blockchain con i colleghi dell'UCLA e del TCD. In precedenza ha conseguito una doppia laurea in Matematica e una laurea in Ingegneria elettronica e informatica presso il Trinity College di Dublino.

Successivamente ha conseguito un Master of Science in Machine Learning presso l'University College di Londra, dove presumibilmente ha incontrato Hugo Philion. Sean è stato anche ingegnere di ricerca e sviluppo presso RAIL a Dublino, in Irlanda, dove ha sviluppato software di rete backend per un robot di assistenza sanitaria. L'ultima versione di questo robot di RAIL è apparsa sulla copertina della rivista TIME nel novembre 2019.

Conclusione

Dato che Ripple ha un seguito così vasto e un enorme potenziale nello spazio bancario, Flare Network potrebbe diventare altrettanto grande della rete che porta funzionalità di contratto intelligente su XRP. Questo è certamente ciò che sperano i fondatori del progetto, e probabilmente c’è un folto gruppo di appassionati di XRP che sono altrettanto entusiasti delle possibilità offerte a Ripple da Flare.

Una cosa che si può dire del progetto è che ha sicuramente generato molto clamore con il suo lancio aereo, e siamo pronti a scommettere che ci sono milioni di persone che non hanno mai sentito parlare di Flare prima e che ora sono consapevoli della sua esistenza, e forse del suo missione e obiettivi. Dopo aver letto questo articolo dovresti essere annoverato tra questi.

L'airdrop ha anche creato scalpore all'interno della comunità di Ripple poiché il token XRP è aumentato di quasi il 300% nel novembre 2020. Ciò è dovuto agli speculatori che si sono affollati nella moneta per trarre vantaggio dall'airdrop. Da allora le cose non sono state così rosee poiché XRP è sceso da un massimo di circa $ 0.90 a un minimo di $ 0.227880 il 23 dicembre 2020.

Non sappiamo cosa accadrà al token FLR una volta distribuito, ma anche con il programma di emissione lento inizialmente previsto, sembra che il mercato sarà inondato di token FLR nei primi 2-3 anni successivi al lancio della rete principale. . A meno che non ci siano sviluppi che causino un picco simile nella domanda durante quel periodo, il token potrebbe essere pronto a scendere poiché gli stessi speculatori che hanno acquistato XRP per l'airdrop decidono di scaricare i loro FLR il prima possibile.

Se hai un orizzonte temporale più lungo, questo potrebbe essere un buon progetto da sostenere, e se abbiamo ragione riguardo al lancio della rete principale, potrebbe rappresentare una buona opportunità per accaparrarti enormi sacchi di FLR a buon mercato. Naturalmente solo il tempo dirà se è vero.

L’altra cosa da ricordare è che Flare è iniziato con Ripple, ma teoricamente può aggiungere funzionalità di contratto intelligente e interoperabilità a qualsiasi blockchain. Considerando che tre quarti del valore dei token blockchain pubblici non possono essere utilizzati con contratti intelligenti in modo trustless, attualmente Flare ha davanti a sé un’enorme curva di crescita potenziale.

Immagine in primo piano tramite Shutterstock

Disclaimer: queste sono le opinioni dello scrittore e non dovrebbero essere considerate un consiglio di investimento. I lettori dovrebbero fare le proprie ricerche.

Fonte: https://www.coinbureau.com/review/flare-spark-flr/