46 – FlareNetwork Community Update #1
Comme vous le savez probablement, Flare a tenu sa premiĂšre “Flare Community Update” rĂ©cemment sur Twitter. 2h40 de contenu trĂšs dense que je vais tĂącher de vous synthĂ©tiser ici. Hugo l’a dit, il aimerait que la communautĂ© relaie les informations qui ont Ă©tĂ© donnĂ©es et mĂȘme s’il ne l’avait pas demandĂ© je l’aurais quand mĂȘme fait ! C’est aussi dans ce but que j’ai tenu sur le Discord CFN une AMA le dimanche 01/05 d’ailleurs.
Essayons de nous souvenir de quoi il Ă©tait question il y a un an. Leur projet Ă©tait initialement de lancer FlareNetwork, une blockchain de Layer 1 sur laquelle il y aurait le FTSO afin de rĂ©soudre le problĂšme des prix, le State Connector qui allait permettre de connaĂźtre l’Ă©tat des autres blockchains, et les F-Assets, qui allaient permettre aux tokens dont les blockchains Ă©taient dĂ©pourvues de smart-contracts, d’en bĂ©nĂ©ficier. “Unlocking value”. Les F-Assets alors annoncĂ©s Ă©taient XRP, XLM, LTC et DOGE. D’autres pourraient ĂȘtre ajoutĂ©s plus tard via les votes de gouvernance. Le lancement de FlareNetwork Ă©tait prĂ©vu fin juin 2021.
Il n’Ă©tait alors pas question de Layer Cake, de connecter le web2 au web3 et encore moins de Songbird. Beaucoup de chemin parcouru donc sur leur feuille de route, ils ont voulu voir grand et je dois dire que je suis trĂšs, trĂšs sĂ©duit. Vous le savez, j’Ă©tais dĂ©jĂ trĂšs enthousiaste sur leur projet, inutile de vous dire que mon sentiment n’a fait que se renforcer.
Alors avant de plonger dans les nouveautĂ©s, commençons par reposer les bases, ce qui Ă©tait initialement prĂ©vu. J’essaye de faire court sur les rappels, promis.
Leur token, le SGB sur Songbird, et FLR sur FlareNetwork
Sans trop rentrer dans les dĂ©tails, il dispose d’un atout important. Le vote dĂ©tachable. LĂ oĂč sur Ethereum par exemple vous devez stacker, et donc bloquer, vos tokens pour participer, le SGB lui dispose d’un vote FTSO dĂ©tachable du token lui-mĂȘme. Cela signifie donc que vous pouvez voter pour un Data Provider, tout en continuant de profiter de vos tokens en les stackant ailleurs, en les mettant en collatĂ©ral dans des protocoles de DeFi, en Ă©tant agent pour miner des F-Assets et j’en passe.
Sur Ethereum vous sackez vos ETH et… ben c’est tout.
Le problĂšme des prix – Le FTSO
Compte tenu de la multitude des marchĂ©s existants, j’entends par lĂ le nombre d’Ă©changes existants, il est trĂšs difficile de connaĂźtre le prix exact d’un token, disons le BTC pour faire consensus, de façon fiable. Il y a parfois un Ă©cart important sur le prix d’une plateforme Ă l’autre. D’autre part les plateformes sont actuelles sont centralisĂ©es et en cas de dĂ©faillance de la plateforme sur laquelle une dApp se base pour obtenir le prix d’un token, elle peut ne plus fonctionner correctement. Enfin le prix peut ĂȘtre manipulĂ© sur un Ă©change pouvant causer des problĂšmes importants sur la dApp en question. (C’est l’expĂ©rience qui parle).
Pour rĂ©soudre ce problĂšme, Flare a implĂ©mentĂ© le FTSO. Des Data Providers ou DP (100 aujourd’hui), comme vous et moi, soumettent toutes les 3 minutes le prix des paires comme BTC/USD au FTSO. Le FTSO supprime les prix les plus hauts et les plus bas, fait une moyenne des autres, et les DP les plus proches sont rĂ©compensĂ©s en SGB ou FLR. Leurs rewards proviennent de l’inflation du token, fixĂ©e Ă 10% initialement, mais qui sera probablement revue Ă la baisse au travers des votes de gouvernance.
Nous nous retrouvons ainsi avec des prix dĂ©centralisĂ©s dans la mesure oĂč ils proviennent de multiples DP, et sĂ©curisĂ©s puisque les DP rĂ©cupĂšrent leurs prix de diffĂ©rentes sources. Ainsi la dĂ©faillance d’une source ou d’un DP n’a que peu ou pas d’impact sur les prix fournis par le FTSO.
Le State Connector
Cette brique du rĂ©seau devait uniquement permettre de garantir qu’un Ă©vĂ©nement s’Ă©tait bien produit sur une autre blockchain. Notez l’emploi de l’imparfait. Imaginez par exemple une dApp sur FlareNetwork qui va s’assurer qu’un NFT a bien Ă©tĂ© minĂ© sur OpenSea par un Wallet afin de dĂ©bloquer une rĂ©compense sur FlareNetwork.
Il est utilisable par n’importe qui, de n’importe oĂč. Une dApp sur Solana pourrait trĂšs bien l’utiliser sans pour autant interagir avec FlareNetwork directement. C’est un outil communautaire.
Unlocking Value – Les F-Assets
70% des blokchains actuelles sont dĂ©pourvues de contrats intelligents. Cela veut dire que lorsque que l’on dĂ©tient des tokens sur ces blockchains, on ne peut que HOLD. Pas de stacking, pas de farming, pas de dĂ©lĂ©gations, pas de NFT, pas de rien du tout. L’idĂ©e des F-Assets est donc de porter sur Flare ces tokens afin de leur donner une cape de super hĂ©ro leur permettant d’ĂȘtre compatible avec les contrats intelligents. Un DOGE va donc pouvoir ĂȘtre portĂ© sur Flare en F-DOGE et on va pouvoir s’en servir sur n’importe quelle dApp construite sur Flare, comme par exemple pour acheter des NFTs ou les stacker dans un protocole de DeFi. Unlocking value prend alors tout son sens car la valeur qui jusque lĂ dormait dans les wallets va pouvoir ĂȘtre mise au travail.
Si vous souhaitez vous replonger plus en détails sur ces bases je vous invite à aller consulter mes premiers articles sur Flare : https://cryptapero.fr/category/defi/flarenetwork/
Depuis il s’est passĂ© beaucoup de choses. Nous sommes en avril 2022 et FlareNetwork n’est toujours pas lancĂ©. WEN FLR ??!! Le 4 juillet si les rĂ©sultats de l’audit dont la fin est prĂ©vue fin juin se passe comme attendu.e
Quoi de neuf sous le soleil ?
Et bien Flare a souhaiter rĂ©soudre deux problĂšmes majeurs en plus des autres. Celui des bridges entre blockchains, qui ne peuvent ĂȘtre que bilatĂ©raux et manquent de sĂ©curitĂ©, et celui de la connexion entre web2 et web3.
State Connector, part 2
Le State Connector est “permisionless” ce qui signifie que n’importe qui peut s’improviser “Attestation Provider” ou AP. Le principe est le suivant :
Ce mécanisme se décompose en trois phases et est appelé le protocole RCR.
- Le State Connector ou SC ne peut répondre que par oui ou non. Il va accumuler les questions qui lui sont posées (1) et soumettre (2) toutes les 90 secondes le bloc de questions aux AP.
- Pendant que les AP cherchent la rĂ©ponse (3) il va accumuler un nouveau bloc de questions (1). Une fois que les AP ont leurs rĂ©ponses ils les envoient de façon chiffrĂ©e au SC (4). De cette façon il n’est pas possible pour un AP de tricher sur un autre.
- La réponse qui aura un retour de plus de 50% des AP sera déclarée la bonne et fera consensus. Une Attestation Proof sera alors délivrée par le SC (5) et sera rendue publique.
Nous avons donc ainsi les 3 phases qui s’exĂ©cutent en parallĂšle.
Quel est l’intĂ©rĂȘt de devenir Attestation Provider me direz-vous ? Tout simplement parce que si vous donnez la rĂ©ponse qui au final fait consensus, vous ĂȘtes rĂ©compensĂ©s. En quoi ? SGB/FLR. De combien ? Nous n’en savons rien Ă ce stade. Enfin si vous avez l’info, n’hĂ©sitez pas Ă m’en faire part !
Alors jusque lĂ c’Ă©tait dĂ©jĂ prĂ©vu. Le SC Ă©tait dĂ©jĂ annoncĂ© et devait dĂ©jĂ pouvoir confirmer un Ă©vĂ©nement sur une autre blockchain. La rĂ©elle nouveautĂ©, c’est qu’il sera possible de confirmer un Ă©vĂ©nement sur le web2 dĂšs lors que l’information sera en base de donnĂ©es et qu’elle sera accessible au travers d’une API. Et ça mes amis c’est “Game Changer” comme on dit. Imaginez par exemple une dApp de paris sportifs sur Flare qui rĂ©cupĂšrera le rĂ©sultats des matchs sur le web2 Les possibilitĂ©s sont vraiment Ă©normes.
Il a Ă©tĂ© fait mention d’une dApp d’Ă©checs en cours de dĂ©veloppement et de pouvoir aller consulter le rĂ©sultat des matchs d’Ă©checs sur le web2. On retrouve d’ailleurs cette catĂ©gorie sur la page d’accueil du State Connector. Une dĂ©mo live du State Connector est disponible sur le stream de Flare.
Attaquons nous maintenant au problĂšme des bridges
Un bridge est un smart-contract dans lequel on va bloquer nos tokens pour en avoir d’autres. Les tokens obtenus seront compatibles avec la blockchain sur laquelle vous souhaitez interagir. Ils sont beaucoup utilisĂ©s dans les stratĂ©gies de DeFi oĂč l’on va emprunter un token en dĂ©posant un collatĂ©ral sur une plateforme X d’une blockchain A, puis les bridger ou wrapper sur une autre blockchain pour aller les stacker sur une autre plateforme de DeFi sur une blockchain B. Dans cet exemple on rentre avec des ETH sur Ethereum et on en ressort avec des sETH sur Solana. Jusque lĂ tout va bien.
Premier problĂšme, la sĂ©curitĂ©. En l’Ă©tat les bridges sont centralisĂ©s, qu’importe le nombre de signataires. Vos fonds sont bloquĂ©s dedans mais peuvent techniquement ĂȘtre volĂ©s ou exploitĂ©s par les dĂ©tenteurs du bridge d’une part mais surtout le bridge peut se faire hack.
Autre problĂšme de sĂ©curitĂ©, seules les entĂȘtes des blocs sont transmises aujourd’hui aux bridges afin d’accĂ©lĂ©rer le processus. Ce manque d’information ouvre aussi la porte Ă des failles pouvant ĂȘtre exploitĂ©es par les attaquants.
Et voici le rĂ©sultat. Ok une partie des sommes volĂ©es ont Ă©tĂ© restituĂ©es mais ça n’enlĂšve en rien les risques liĂ©s Ă l’utilisation des bridges actuels.
Le second problĂšme majeur des bridges actuels est qu’ils sont bidirectionnels uniquement. Pour reprendre l’exemple du dessus, on va de Ethereum Ă Solona, de Solana Ă Ethereum et c’est tout. Si on souhaite aller sur une autre blockchain il va falloir utiliser un autre bridge. Pire, si on envoie nos sETH de Solana vers Cosmos on se retrouve avec des scETH. Or le scETH, mĂȘme s’il a la mĂȘme valeur que l’ETH ou le cETH est en rĂ©alitĂ© un token diffĂ©rent, avec un contrat diffĂ©rent. Il est donc fort probable qu’une plateforme de DeFi qui prenne en charge le cETH sur Cosmos ne prenne en revanche pas en charge le scETH. V’la le bordel !
C’est ce que l’on appelle la liquiditĂ© fragmentĂ©e. De la liquiditĂ© en ETH, d’autre en sETH, d’autre en cETH, tout ça pour la mĂȘme valeur et mĂȘme token Ă la base. Si on devait crĂ©er un bridge traditionnel entre chaque blockchain du top100 il en faudrait, tenez-vous bien : 4950 !
Mais, mais, mais…
Layer Cake
Flare va donc proposer une solution Ă ces problĂšmes grĂące Ă Layer Cake.
Mais comment pĂšre Castor ?!
Tout d’abord il faut bien comprendre que les bridges actuels ne permettent de lier que deux blockchains prenant nativement en charge des contrats intelligents. Layer Cake s’adresse donc Ă elles. Pour les autres, on a les F-Assets
Le principe va ĂȘtre le suivant. Une personne quelconque va lancer un bridge Layer Cake. Il va ensuite y dĂ©poser un collatĂ©ral qui va servir de garantie ou d’assurance aux futurs utilisateurs du bridge. Ce collatĂ©ral sera bloquĂ© au sein de son bridge, et s’il essaye de partir avec la caisse le collatĂ©ral sera reversĂ© Ă ceux qui y avaient des tokens bloquĂ©s.
Le collatĂ©ral dĂ©posĂ© dans le bridge va dĂ©finir la “bande passante” maximum du bridge. Techniquement il va s’agir de la valeur maximum qui pourra circuler sur son bridge dans un temps donnĂ© fixĂ© Ă 1h au dĂ©part. Pour Ă©viter les attaques Ă 51%, une valeur maximale Ă ce collatĂ©ral sera fixĂ©e. De cette façon il ne sera jamais rentable pour un attaquant d’essayer d’exploiter le protocole.
Le gestionnaire du bridge sera rĂ©munĂ©rĂ© Ă 37% d’APR. Cependant, faire tourner un bridge Layer demandera une infrastructure et des connaissances minimum en informatiques. Ca ne sera pas Ă la portĂ©e du premier venu. Et que se passe-t-il s’il n’y a pas ou plus de gestionnaires de bridges ? Et bien le protocole rebascule en mode lent en transmettant non seulement les entĂȘtes des blocs mais aussi l’ensemble des informations de chaque bloc. Autre point important, et non des moindres, un ETH bridgĂ© sur Laker Cake sera le mĂȘme token qu’importe la blockchain sur laquelle il sera utilisĂ©, du moment que la blockchain en question est prise en charge par Layer Cake. Flare ambitionne de bridger les 50 blockchains principales. Il sera tout Ă fait possible de bridger les autres, simplement les autres seront soumises au vote de gouvernance. Enfin les tokens bridgĂ©s sur Layer Cake n’auront pas besoin de circuler sur FlareNetwork, ils pourront directement passer de Cosmos Ă Solana par exemple, mais il sera possible de les utiliser sur n’importe quelle blockchain, dont Flare. Flare se contente de sĂ©curiser Layer Cake au travers de ses smart-contracts, libre Ă qui veut de l’utiliser.
Bon, ça commence Ă faire beaucoup d’infos, essayons de rĂ©capituler tout ça. FlareNetwork c’est quoi aujourd’hui ?
- Le FTSO : permet d’avoir des prix de façon dĂ©centralisĂ©e et sĂ©curisĂ©e.
- Les F-Assets : permettent d’apporter les smart-contracts aux blockchains qui en sont dĂ©pourvues
- Le State Connector : permet de confirmer qu’un Ă©vĂ©nement a bien eu lieu on-chain ou off-chain
- Le Layer Cake : permet de bridger toutes les blockchains pourvues de smart-contracts au sein d’un seul bridge en unifiant toute la liquiditĂ© disponible au sein de tokens uniques.
Ainsi Flare ambitionne de connecter toutes les blockchains, qu’elles soient compatibles avec les smart-contracts ou non, le web2.0, et de proposer des prix fiables et rĂ©silients. #ConnectEverything
Vous ĂȘtes prĂȘts pour la suite ? Parce que non, ce n’est pas fini ! Parlons roadmap, WEN ?!
D’ici mi-mai Trail of Bits commencera son audit du code de Flare. L’issue est prĂ©vue pour mi juin et Hugo a la conviction que cela va bien se passer. Si jamais il devait y avoir des choses Ă revoir, les problĂšmes seront corrigĂ©s puis la communautĂ© sera tenue informĂ©e, cela pour Ă©viter que les failles potentielles identifiĂ©es aient le temps d’ĂȘtre exploitĂ©es sur Songbird. En dehors de cela, FlareNetwork est prĂȘt, le code est finalisĂ© et ils seraient dĂ©jĂ en mesure de lancer la blockchain, lancement prĂ©vu pour le 4 juillet si l’audit se passe bien.
DĂ©solĂ© pour la pauvre qualitĂ© de ces captures d’Ă©cran, elles sont issues de leur stream et je n’ai pas pu obtenir mieux.
Pas beaucoup de dates sur cette roadmap vous en conviendrez, plutĂŽt des milestones. On peut ainsi voir que le code du State Connector a Ă©tĂ© implĂ©mentĂ© sur Songbird. Prochaine Ă©tape majeure, l’activation du client du State Connector pour que les AP puissent commencer Ă proposer des attestations. Viendront ensuite les F-Assets et le Layer Cake.
Rien de prĂ©vu avant le 4 juillet pour FlareNetwork. On retrouve ensuite les mĂȘmes Ă©tapes que pour Songbird.
Par contre nous avons eu plus de dĂ©tails sur ce Ă quoi s’attendre aux diffĂ©rentes Ă©tapes, et ce qu’il sera possible de faire.
Ainsi au lancement de FlareNetwork nous aurons le FTSO et le State Connector… Oh wait ! Si on a le State Connector au lancement de FlareNetwork, il aura bien fallu le lancer avant sur Songbird non ? Il y a donc fort Ă parier que les Ă©tapes SB02 et SB03 auront Ă©tĂ© franchies d’ici le 4 juillet.
Et que peut-on faire avec ça ? De la gouvernance, les dĂ©lĂ©gations au FTSO, crĂ©er des applications qui pourront utiliser les prix du FTSO et pourquoi pas des Ă©vĂšnements confirmĂ©s au travers du State Connector. Autrement dit, non seulement tout ce qui existe aujourd’hui sur Songbird pourra ĂȘtre portĂ© sur FlareNetwork, mais ces mĂȘmes dApp pourront Ă©galement tirer profit du State Connector, dĂšs le lancement.
Une fois les F-Assets lancĂ©s il sera possible de les utiliser sur les dApps qui les prendront en charge, et nul doute qu’elles le feront, nous pourrons Ă©galement faire du crowfounding et se servir de nos FLR comme collatĂ©ral en tant qu’agent pour ĂȘtre rĂ©compensĂ© dans le token que l’on souhaitera collatĂ©raliser.
Oh wait ! Du crowdfounding ? Effectivement. Il sera possible de dĂ©poser nos F-Assets dans des pools afin que les rewards de ces pools, et peut-ĂȘtre mĂȘme les rewards FTSO, servent Ă financer le projet que l’on aura dĂ©cider de soutenir. Ce mĂȘme projet pourra en retour nous rĂ©compenser sous une autre forme comme leur propre token, des NFTs, des phygitals ou autre. (1 phygital, des phygitaux ?)
Une fois Layer Cake lancĂ© il sera possible de connecter une multitude de blockchains et d’utiliser ou proposer leurs tokens sur les dApps construite sur FlareNetwork.
Vous en voulez encore ? Aller, quelques informations partagées vers la fin du stream, dont une qui risque de faire du bruit, je vous laisse deviner laquelle.
- La gouvernance ne sera lancĂ©e sur FlareNetwork que lorsqu’au moins 75% des FLR prĂ©vus lancement (soit 75% des 15%) auront Ă©tĂ© distribuĂ©s, ce qui inclut Ă©videmment ceux que les Ă©changes vont devoir distribuĂ©s.
- Tous les Ă©changes partenaires ont confirmĂ© leur intention de les distribuer, (ndla mĂȘme Coinbase donc), mais il n’est techniquement pas possible pour un Ă©change d’intĂ©grer une blockchain avant qu’elle ne soit lancĂ©e. On ne peut donc pas exiger des Ă©changes qu’ils soient en mesure de distribuĂ©s les tokens dĂšs le lancement.
- Ils envisagent la possibilité de faire de la collatéralisation avec des NFTs, nativement.
- Une fois FlareNetwork lancĂ© il sera possible de modifier l’adresse attachĂ©e au compte XRP lors du snapshot du 12/12/20 pour que la distribution mensuelle des FLR soit envoyĂ©e vers un autre compte. Cela devra toutefois ĂȘtre soumis Ă un vote de gouvernance.
- Enfin, vous le savez sĂ»rement, nous serons rĂ©compensĂ©s en FLR pour le simple fait de dĂ©tenir des F-Assets. Il n’en sera pas de mĂȘme sur Songbird. Je le reformule pour ĂȘtre sĂ»r que tout le monde comprenne : Il n’y aura pas de rewards natifs Ă holder des S-Assets.
Qu’est-ce que cette derniĂšre information change ? Pas grand chose en rĂ©alitĂ©. L’intĂ©rĂȘt Ă miner des S-Assets est certes un peu diminuĂ© mais cela n’enlĂšve en rien qu’entre holder des DOGE, ou bien stacker des SDOGE par exemple, le calcul est vite fait.
J’espĂšre que ce contenu vous a plu et que vous y voyez plus clair sur le projet de FlareNetwork maintenant qu’au dĂ©but de l’article Si c’est le cas, pensez Ă Like
et Retweet
, ce serait sympa
See you soon
Cryptapero
XRP (Xumm Wallet) : rLpfeWYAq1Vk5RM2LAkQifUZKArt17oD1r
SGB : 0x2B2506bc4ea8BC053666c4db1C0c98803cF725E3