Examen du réseau Flare: réseau de contrat intelligent pour XRP

En tant que troisième plus grande crypto-monnaie, la plupart des personnes familiarisées avec l'espace ont entendu parler de Ripple et elles comprennent qu'il s'agit d'un réseau mondial de paiement et de change qui a été conçu pour remplacer le réseau bancaire SWIFT obsolète. Et bien que cela fonctionne très bien pour ce cas d'utilisation spécifique, sinon, il a montré une utilité limitée dans d'autres fonctions.

Cependant, tout cela pourrait être résolu, car le réseau Flare a été créé dans le but d'améliorer l'utilité des jetons XRP en créant un réseau avec capacité de contrat intelligente pour le jeton XRP. Pour être certain, les contrats intelligents ne sont pas ajoutés au réseau Ripple, mais seront sur le réseau Flare, et ce réseau prendra alors en charge l'utilisation de XRP en tant que FXRP.

Le réseau Flare possède également son propre jeton appelé Spark (FLR), qui a récemment été mis à la disposition des détenteurs de XRP lors d'un largage aérien qui a fait sensation dans la communauté Ripple.

Si tout cela vous semble intéressant, prenez quelque chose à boire et préparez-vous à en savoir plus sur le Flare Network.

Qu'est-ce que Flare?

Flare a été créé par Hugo Philion et Sean Rowan afin de résoudre deux problèmes basiques de blockchain :

1. Les trois quarts de la valeur des jetons de blockchain publics ne peuvent pas être utilisés avec des contrats intelligents de manière sans confiance. C'est la question du besoin immédiat selon Philion et Rowan.
   

   Flare Network promet de libérer la valeur piégée dans les blockchains. Image via Slideshare.net

2. Les directions prises pour tenter de mettre à l'échelle les réseaux de blockchain pourraient entraîner des problèmes futurs potentiels, car bon nombre des nouveaux réseaux abordent la mise à l'échelle par le biais d'un consensus Proof of Stake ou d'une variante de celui-ci. Tous ces protocoles tirent leur sécurité réseau du jeton natif de la blockchain. Cela pose un problème à la fois immédiat et à long terme.

Problèmes de preuve de participation

Selon Flare, le problème le plus immédiat avec Preuve de participation le consensus est qu'il n'est pas correctement conçu pour permettre des utilisations alternatives sûres des jetons natifs. Comme nous le voyons avec l'explosion des plateformes DeFi, tout détenteur de jeton rationnel qui est capable d'augmenter le rendement de son jeton en fournissant des liquidités à un stablecoin le fera. Le problème est que cela enlève les jetons du jalonnement, et menace la sécurité du réseau.

À plus long terme, le problème potentiel vient de la possibilité qu'avec le temps, la valeur d'un jeton de jalonnement n'augmente pas. Si cela se produit alors que le trafic réseau augmente, le réseau devient également de plus en plus dangereux. Alors qu'un jeton de plus grande valeur est bon pour la sécurité du réseau et pour les investisseurs de jetons, c'est mauvais si nous voulons que la décentralisation devienne la norme pour faire des affaires.

Lorsque la valeur du jeton augmente, il détourne le capital d'autres utilisations. À long terme, cela devient un problème car, finalement, dans un réseau de contrats intelligents utilisant une preuve de participation, l'ampleur du capital nécessaire simplement pour sécuriser le réseau deviendrait trop élevée pour être réalisable.

En fin de compte, les réseaux Proof of Stake peuvent évoluer pour les transactions, mais ils ne peuvent pas évoluer pour la valeur.

Comment Flare vise à résoudre ces problèmes

Flare propose une nouvelle façon de faire évoluer les plateformes de contrats intelligents sans lier la sécurité du réseau à la valeur du jeton. Bien que le réseau ait toujours besoin d'un jeton natif pour dissuader le spam, ce jeton n'est en aucun cas lié à la sécurité du réseau. Flare utilise le jeton FLR comme jeton natif et il est bien adapté pour permettre l'utilisation sans confiance de jetons complets non Turing avec des contrats intelligents.

Flare s'appelle le premier réseau complet de l'Accord byzantin fédéré (FBA) de Turing. Il utilise le protocole de consensus Avalanche qui a été adapté au consensus FBA. L'avantage de l'utilisation de FBA réside dans sa capacité à assurer la sécurité du réseau sans compter sur des incitations économiques pour les détenteurs. Parce que Flare utilise une version de la machine virtuelle Ethereum (EVM), il est capable d'exécuter des contrats intelligents complets de Turing.

FBA a été critiqué car il peut conduire à une topologie fragile où la défaillance d'un seul nœud peut entraîner la défaillance de l'ensemble du réseau. Flare évite cela en implémentant une topologie de liste de nœuds uniques (UNL) pour mettre l'accent sur la clarté et la facilité d'utilisation tout en conservant la propriété d'adhésion ouverte de FBA.

Alors que Flare permet à Turing une utilisation complète des contrats intelligents, il dispose également d'un protocole construit au-dessus du réseau qui permet l'émission, l'utilisation et le rachat sans confiance de XRP sur Flare. Flare appelle ce protocole FXRP et permet à XRP de devenir FXRP sur Flare, sécurisé par le jeton FLR natif. Essentiellement, cela permet à XRP d'utiliser des contrats intelligents et peut également créer un pipeline sans confiance pour XRP vers d'autres réseaux à des fins d'interopérabilité.

Cette méthodologie générale peut également être étendue à tout autre jeton complet non Turing, et la possibilité de le faire a été incluse dans la gouvernance et les systèmes du réseau. Cela signifie que tout jeton complet non Turing peut éventuellement accéder à la possibilité d'utiliser des contrats intelligents et devenir interopérable via Flare.

Présentation de FXRP

Le problème rencontré par l'équipe Flare pour amener XRP sur le réseau Flare est l'impossibilité d'un contrat intelligent de blockchain publique pour contrôler une adresse XRP. En effet, les contrats intelligents n'ont aucun moyen de stocker une clé secrète et de maintenir son secret.

Si Flare essayait d'introduire XRP sur le réseau en utilisant uniquement du code, il faudrait également qu'un groupe d'individus se réunisse et utilise une adresse multi-signature qu'ils contrôlent collectivement pour autoriser les transactions. Bien sûr, cela signifierait que FXRP dans ces conditions ne serait ni décentralisé ni sans confiance. Et ce serait inacceptable.

Avec la mise en œuvre actuelle de FXRP, tout détenteur de XRP peut envoyer ses jetons à un agent sur le réseau XRP. L'agent détient le XRP et communique avec les contrats intelligents sur Flare, qui émettent le FXRP à un ratio de 1:1. Ces jetons FXRP sont également sécurisés avec FLR à un ratio de 1:2.5. Ainsi, pour chaque FXRP émis, il doit y avoir 1 FLR jalonnés. Cela permet de sécuriser le XRP détenu par l'agent et de supprimer le besoin de tout intermédiaire centralisé.

Comment fonctionne FXRP ?

Les propriétaires de FLR peuvent envoyer leurs jetons aux contrats intelligents sur Flare qui composent le système FXRP. Essentiellement, cela fournit des garanties au système FXRP. Ces contrats intelligents sont appelés agents. Le système FXRP sera composé de nombreux agents. Nommons l'un d'entre eux Guy.

En tant qu'agent dans le système FXRP, Guy a misé 5,000 2.5 FLR en garantie. Le système nécessite 10 FLR pour chaque jeton FXRP émis. Si le taux de change du FLR au XRP est actuellement de 1:5,000, ces 200 5,000 FLR permettront à Guy d'émettre 10 FXRP. c'est-à-dire (2.5 XNUMX / XNUMX) / XNUMX

Maintenant, Guy est prêt à frapper FXRP. Lorsqu'un détenteur de XRP souhaite créer un FXRP, il envoie une transaction au système FXRP. Le titulaire qui initie cette transaction est appelé un initiateur. Afin de créer FXRP, ils paient également des frais de 0.1% de la valeur de la transaction. Les frais vont à l'agent, et la transaction indique à l'agent à quelle adresse il doit envoyer le FXRP lorsqu'il est frappé et d'où proviendra le XRP sur le registre XRP.

En supposant qu'il y ait suffisamment de garanties dans le système FXRP, il est verrouillé pour sécuriser le FXRP, ce qui rend la transaction sans confiance car l'initiateur n'a pas à faire confiance à l'agent qui a maintenant une incitation à retourner le XRP lorsqu'on lui demande de le faire ou de perdre le FLR qui est détenu en garantie. Si le système ne dispose pas de suffisamment de garanties, il renverra le XRP et les frais à l'initiateur.

Il est essentiel de noter que le ratio de garantie de 2.5 doit être maintenu en tout temps. Si à tout moment la valeur de XRP augmente ou la valeur de FLR tombe de sorte que la ration tombe en dessous de 2.5 Guy aura une courte période de temps pour rétablir le ratio en ajoutant plus de jetons FLR ou en achetant des jetons FXRP à racheter.

Si, pour une raison quelconque, Guy n'est pas en mesure ou ne veut pas restaurer le ratio de garantie de 2.5, sa garantie est mise aux enchères afin de racheter le FXRP qui a été émis contre elle. S'il reste des garanties après que Guy est en mesure de conserver ce reste.

Si Guy maintient la garantie à 2.5 ou au-dessus, tout va bien. Plus tard, lorsque l'initiateur décide de racheter le FXRP dans le registre XRP, il effectue une transaction pour le faire, indiquant au système quelle adresse doit être créditée avec le XRP. Guy recevra des instructions du système concernant la quantité de XRP à retourner et l'adresse à laquelle l'envoyer.

Parallèlement à cela, il recevra également deux délais dans lesquels la transaction doit être complétée. S'il termine la transaction avant la première échéance, il recevra la totalité de sa garantie. Cependant, si la première échéance passe et qu'il termine la transaction avant la deuxième échéance, une petite pénalité sera imposée avant que le reste de sa garantie ne soit restitué. Cette pénalité est brûlée par le système.

Si Guy ne parvient pas à finaliser la transaction dans le deuxième délai, cela est considéré comme un échec de rachat. Dans ce cas, l'initiateur est indemnisé avec des jetons FLR de la participation de Guy, plus 1 % supplémentaire pour couvrir les coûts de transaction liés à l'utilisation de ce FLR pour racheter XRP. Le FLR restant de la garantie de Guy voit 50 % brûlé comme pénalité, et les 50 % restants sont retournés à Guy.

FLR et applications dépendantes

Le système FXRP est notre premier exemple d'application dépendante FLR (SDA). Il s'agit d'une dApp qui utilise FLR comme garantie, les détenteurs de jetons FLR pour la gouvernance, le Flare Time Series Oracle (FTSO) ou une combinaison de ces éléments. Notez que ce sont tous des éléments facultatifs. Toute application sur le réseau Flare est capable de fonctionner en utilisant uniquement FLR pour les coûts de transaction et de paiement.

Dans le cas du système FXRP, il utilise FLR comme garantie, l'Oracle Flare Time Series pour suivre le prix XRP/FLR, et la propriété du jeton FLR définie pour la gouvernance de certains paramètres tels que les frais de création FXRP et le ratio de garantie. Le modèle SDA fournit un modèle aux développeurs pour étendre l'utilisation des trois éléments facultatifs.

Série temporelle Flare Oracle

Les détenteurs du jeton FLR sont éligibles pour contribuer au FTSO afin d'aider à former des estimations précises des données hors chaîne tout en conservant la décentralisation. La structure du FTSO permet de nombreuses estimations de toute série chronologique hors chaîne. La valeur XRP/FLR est un exemple d'une telle série chronologique.

La formulation des données de séries chronologiques a généralement deux groupes participants. L'un est les détenteurs de jetons FLR, et le second est les détenteurs du jeton d'application dépendant, que Flare appelle l'actif F. Dans le cas du système FXRP, le jeton FXRP est l'actif F. Lorsqu'une application plus complexe nécessite le calcul de plusieurs séries chronologiques, l'actif F ressemblera à un jeton de gouvernance émis.

Lors de la création de la série chronologique, le FTSO demandera à chaque participant une estimation de la valeur des données. Les détenteurs de FLR fournissent des estimations pour chaque série chronologique, mais les détenteurs d'actifs F ne peuvent fournir qu'une estimation pour la série chronologique liée à l'actif F. Les estimations sont traitées conformément à la section 4 du Livre blanc Flare et le résultat est transmis au système qui requiert les données de la série chronologique.

Les détenteurs d'actifs F sont incités à participer et à fournir des données pour contribuer à la sécurité de l'application utilisant ces données. Les détenteurs de FLR sont incités par la possibilité de gagner une récompense oracle, qui sont des jetons FLR frappés par le système. Les détenteurs de jetons FLR gagnent cette récompense lorsqu'ils fournissent des données que le système juge correctes. Les mécanismes spécifiques de ce calcul sont assez complexes et peuvent être vus dans le livre blanc Flare.

Ce système mise implicitement tous les jetons FLR dans le système puisque les non-participants ou ceux qui fournissent des données jugées incorrectes ne gagnent pas de récompenses, ce qui est dissuasif par rapport aux détenteurs de jetons qui reçoivent la récompense. Il s'agit de la version de Flare des récompenses de jalonnement ou de minage.

Le FTSO sera lancé pour fournir les prix suivants pour : XRP/FLR, USD/FLR, BTC/FLR et XLM/FLR. Seul XRP/FLR aura un actif F correspondant au départ. Des séries chronologiques supplémentaires et leurs actifs F associés peuvent être proposés et acceptés via le processus de gouvernance.

Délégation RPF

Les estimations proviendront du FTSO toutes les quelques secondes, mais il est réaliste de supposer que tous les détenteurs de FLR ne seront pas intéressés à participer à la gouvernance du réseau, ou qu'ils disposeront du matériel nécessaire pour contribuer au FTSO.

Parce que l'équipe Flare a supposé que cela était vrai, ils ont permis de détacher les votes pour ces responsabilités et de les déléguer à d'autres. La délégation peut être annulée à tout moment, et si le jeton est transféré à une nouvelle adresse, la délégation est automatiquement annulée.

Une caractéristique importante de la délégation est que les SDA peuvent déléguer des votes au propriétaire réel qui peut ensuite redéléguer ces votes à une autre entité. Cela signifie que les agents n'ont pas à choisir entre gagner du FLR pour fournir une garantie au système FXRP ou gagner du FTSO. Ainsi, chaque fois que les jetons FLR deviennent indisponibles pour les propriétaires dans un SDA, tant que l'application définit qui est le propriétaire réel, la délégation peut être utilisée.

Gouvernance Flare

Les détenteurs de jetons FLR votent pour gouverner le réseau, et les SDA peuvent également demander à être gouvernés par les détenteurs de jetons FLR.

Dans le livre blanc Flare, vous pouvez trouver des régimes pour tous les changements manuels en chaîne qui peuvent être initiés et votés par les détenteurs de FLR. Ce sont des choses telles que la modification des frais associés aux actions, la modification du ratio de garantie, la modification des coûts de transaction et d'autres variables qui ne nécessitent pas de changement de code.

Pour les choses qui nécessitent un changement de code, comme la modification des paramètres de consensus du réseau ou l'ajout d'une nouvelle série chronologique au FTSO, une Fondation Flare sera créée. La Fondation n'a pas encore été créée, mais il s'agira d'une entité à but non lucratif responsable de 5 domaines : subventions, investissements, recherche et développement, éducation, publicité et partenariats.

Parce que la Fondation a la fonction de recherche et de développement, elle devient partie intégrante du processus de mise à jour du code, en construisant, testant, analysant puis en déployant toutes les modifications de code proposées.

La Fondation sera créée pour être totalement transparente dans ses activités et ses dépenses. Il publiera un rapport semestriel sur ses activités et ses dépenses. Plus important encore, il n'est pas habilité à établir un ordre du jour, mais est créé d'une manière qui lui permet uniquement de suivre les directives des détenteurs de FLR.

En raison de cette restriction, la Fondation ne peut pas :

• contribuer au FTSO de quelque manière que ce soit ;
• déployer l'un de ses avoirs FLR comme garantie pour toute application sur le réseau ;
• utiliser ses avoirs FLR pour voter lors de tout vote de gouvernance ou attribuer ses jetons FLR à d'autres pour le faire.

De plus, les détenteurs de FLR pourraient voter à tout moment pour dissoudre la Fondation, auquel cas il serait nécessaire de mettre fin à toutes les activités et de brûler l'un de ses jetons restants.

Émission FLR et Airdrop

Flare a choisi de libérer ses jetons dans quelque chose qu'il a qualifié de fourche utilitaire. Les fourches traditionnelles ont divisé la base d'utilisateurs d'un réseau, une partie se dirigeant dans leur propre direction et adoptant généralement une position antagoniste par rapport à la chaîne parente.

En revanche, la fourche utilitaire est destinée à ajouter de la valeur à la chaîne d'origine. C'est exactement ce que fait Flare en permettant à XRP de continuer à fournir un règlement rapide, fiable et sans confiance tout en lui apportant des contrats intelligents et la possibilité de créer des pipelines sans confiance vers d'autres blockchains. C'est un exemple parfait d'apporter une nouvelle utilité à une blockchain existante.

Flare crée 100 milliards de jetons FLR pour refléter le nombre de jetons XRP existants. L'intention au départ est de rendre ces jetons disponibles pour les adresses qui n'appartiennent pas à Ripple Labs, aux fondateurs de Ripple, aux comptes de baleines et à toutes les adresses qui sont des escrocs connus.

Flare a rendu 45 milliards de FLR réclamables par les détenteurs de XRP, ces jetons étant attribués aux adresses détenant XRP au moment où un instantané du Ledger a été pris à 00h00 GMT le 12 décembre 2020. De plus, 30 milliards de FLR sont alloués à la Fondation Flare , et 25 milliards de FLR supplémentaires sont alloués à Flare Networks Limited, qui est l'organisation à but lucratif qui soutient le développement de Flare.

L'allocation est censée être sur une base de 1:1, cependant le vrai calcul a conduit à un ratio de distribution de 1.0073 FLR pour chaque XRP au moment de l'instantané. De plus, les jetons ne peuvent pas être réclamés avant la mise en service du réseau principal, ce qui est censé se produire dans les premières semaines de juin 2021. Toute personne qui détenait des jetons XRP sur un échange prenant en charge le largage sera automatiquement créditée de jetons FLR lors de leur distribution.

La liste des échanges de soutien comprend Binance, KuCoin, Coinbase, Poloniex et bien d'autres. Ceux qui détiennent leur XRP dans un portefeuille auto-dépositaire devront enregistrer une réclamation, et les jetons FLR seront livrés à l'adresse indiquée dans la réclamation. Il y aura un certain nombre de portefeuilles compatibles FLR parmi lesquels choisir lors du lancement du réseau principal.

Il convient également de noter que Flare a déclaré: «Vous pouvez réclamer FLR après la mise en service du réseau, mais pas après la date de 6 mois de l'instantané. Depuis que l'instantané a eu lieu le 12 décembre 2020, cela indique que le réseau principal sera lancé avant le 12 juin 2021.

De plus, tous les jetons ne sont pas distribués immédiatement. Flare va libérer 15 % de l'allocation de jetons lors du lancement du réseau principal. Le FLR restant sera libéré au cours des 25 à 34 prochains mois à un taux de 2 à 4 % par mois.

Qui est derrière Flare Networks ?

Le PDG et co-fondateur du Flare Network est Hugo Philion. Avant de créer Flare, il était le fondateur du système de construction modulaire Future Generations. Il a une formation en investissements et il est titulaire d'un baccalauréat ès sciences en investissement et gestion des risques financiers de la Cass Business School.

Plus tard, il a obtenu un Master of Science en Machine Learning de l'UCL. Il a également acquis de l'expérience en tant que gestionnaire de portefeuille de produits dérivés sur matières premières dans deux fonds de plus de 1 milliard de dollars.

L'autre co-fondateur de Flare et son CTO est Sean Rowan. Sean est impliqué dans l'espace blockchain depuis 2015 lorsqu'il a conçu des protocoles de communication sécurisés pour les véhicules exploitant une infrastructure à clé publique basée sur la blockchain avec des collègues de l'UCLA et du TCD. Auparavant, il a obtenu un double BA en mathématiques et un BE en génie électronique et informatique du Trinity College de Dublin.

Il a ensuite obtenu un Master of Science in Machine Learning de l'University College London, où il a probablement rencontré Hugo Philion. Sean a également été ingénieur R&D chez RAIL à Dublin, en Irlande, où il a développé un logiciel de réseau backend pour un robot d'assistance médicale. La dernière version de ce robot par RAIL fait la couverture du magazine TIME en novembre 2019.

Conclusion

Avec Ripple ayant une telle audience et un énorme potentiel dans le domaine bancaire, le réseau Flare pourrait devenir aussi important que le réseau qui apporte la fonctionnalité de contrat intelligent à XRP. C'est certainement ce qu'espèrent les fondateurs du projet, et il y a probablement un grand groupe de passionnés de XRP qui sont tout aussi enthousiastes quant aux possibilités apportées à Ripple par Flare.

Une chose que l'on peut dire pour le projet est qu'il a certainement généré beaucoup de battage médiatique avec son airdrop, et nous sommes prêts à parier qu'il y a des millions qui n'ont jamais entendu parler de Flare auparavant et qui sont maintenant conscients de son existence, et peut-être de son missions et objectifs. Après avoir lu cet article, vous devriez être compté parmi eux.

Le largage aérien a également fait sensation au sein de la communauté Ripple alors que le jeton XRP a bondi de près de 300 % en novembre 2020. Cela était dû aux spéculateurs qui se sont entassés dans la pièce afin de profiter du largage aérien. Depuis lors, les choses n'ont pas été aussi roses que le XRP est passé d'un sommet d'environ 0.90 $ à 0.227880 $ le 23 décembre 2020.

Nous ne savons pas ce qui se passera avec le jeton FLR lorsqu'il sera distribué, mais même avec le calendrier d'émission lent initialement prévu, il semble que le marché sera inondé de jetons FLR dans les 2-3 premières années suivant le lancement du réseau principal. . À moins que certains développements ne provoquent un pic similaire de la demande pendant cette période, le jeton pourrait être sur le point de chuter car les mêmes spéculateurs qui ont acheté XRP pour le largage aérien décident de vider leur FLR dès que possible.

Si vous envisagez un horizon temporel plus long, cela pourrait être un bon projet à soutenir, et si nous avons raison sur le lancement du réseau principal, cela pourrait présenter une bonne opportunité d'acheter d'énormes sacs de FLR à bon marché. Bien sûr, seul le temps nous dira si c'est vrai.

L'autre chose à retenir est que Flare a commencé avec Ripple, mais théoriquement, il peut ajouter une fonctionnalité de contrat intelligent et une interopérabilité à n'importe quelle blockchain. Considérant que les trois quarts de la valeur des jetons de blockchain publics ne peuvent pas être utilisés avec des contrats intelligents de manière sans confiance, Flare a actuellement une énorme courbe de croissance potentielle à venir.

Image en vedette via Shutterstock

Avertissement: Ce sont les opinions de l'auteur et ne doivent pas être considérés comme des conseils d'investissement. Les lecteurs doivent faire leurs propres recherches.

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