Claire Balva, cofondatrice et CEO de Blockchain Partner Ă©tait lâinvitĂ©e mercredi dernier de lâĂ©mission OnVousDitTout sur France 3 animĂ©e par Julie Jacquard.Â
Elle est notamment revenue sur les principales caractĂ©ristiques des crypto-monnaies en comparaison des monnaies traditionnelles. âUne crypto-monnaie est un actif numĂ©rique permettant dâeffectuer les mĂȘmes opĂ©rations quâune monnaie traditionnelle: stocker de la valeur, envoyer de la valeur et acheter des biens & des services. Les 2 diffĂ©rences majeures entre monnaie virtuelle et monnaie traditionnelle reposent sur la gestion de cette monnaie, qui est dĂ©lĂ©guĂ©e Ă une communautĂ© (de particuliers ou dâentreprises) plutĂŽt quâĂ une banque centrale, et sur la non territorialitĂ© de ces monnaies virtuelles.â
Concernant les cas dâusages de ces crypto-monnaies, elle rappelle âque ces crypto-monnaies sont ouvertes Ă tousâ et quâil est dĂ©sormais possible âde payer en Carte Bleue, rechargĂ©e en crypto-monnaie, directement auprĂšs de commerçants ou encore dâutiliser le Bitcoin comme une valeur refuge assimilable Ă de lâor numĂ©rique â emission indĂ©pendante dâun Etat & quantitĂ© dâĂ©mission limitĂ©e â afin de se protĂ©ger des effets de lâinflationâ.Â
Elle prĂ©cise ensuite les modalitĂ©s dâachat de ces crypto monnaies âen Carte Bancaire ou par virement via des plateformes dâĂ©changes spĂ©cialisĂ©es ayant reçu le label PSAN -Prestataire de Service dâActif NumĂ©rique- auprĂšs de lâAMFâÂ
(lien vers la liste des prestataires agréés: https://www.amf-france.org/fr/espace-professionnels/fintech/mes-relations-avec-lamf/obtenir-un-enregistrement-un-agrement-psan)
Temps de lecture : 4 minutes The Blockchain Group rejoint lâĂ©cosystĂšme Tezos comme baker institutionnel 3 FĂ©vrier, 2021, The Blockchain Group, au travers de sa filiale The Blockchain Xdev, sociĂ©tĂ© de service et de technologie blockchain, devient baker institutionnel sur la blockchain publique Tezos. Tezos est
Lâarticle The Blockchain Group rejoint lâĂ©cosystĂšme Tezos comme baker institutionnel est apparu en premier sur Cryptogains.fr.
Article de Vitalik Buterin publié sur https://vitalik.ca/general/2021/01/05/rollup.html, traduit par Jean Zundel.
Depuis longtemps, les couches de niveau 2 sont vues comme un moyen de passer Ă lâĂ©chelle, pour augmenter le nombre de transactions par seconde limitant naturellement une blockchain dĂ©centralisĂ©e comme Ethereum. Les rollups, dont le nom Ă©voque les rouleaux de piĂšces que lâon peut commodĂ©ment transporter et stocker, sont rapidement devenus la technologie la plus en vue. AprĂšs un bref survol des solutions dĂ©veloppĂ©es auparavant, Plasma et les channels, Vitalik Buterin expose ici les principes fondamentaux des deux principaux types de rollups ainsi que les avantages et les inconvĂ©nients de chacun.
Les rollups font fureur dans la communautĂ© Ethereum, et sont en passe de devenir la solution clĂ© pour le scaling, le passage Ă lâĂ©chelle dâEthereum dans un avenir proche. Mais quâest-ce exactement que cette technologie, que peut-on en attendre et comment lâutiliser ? Cet article tentera de rĂ©pondre Ă certaines de ces questions.
Il existe deux maniĂšres de passer Ă lâĂ©chelle lâĂ©cosystĂšme dâune blockchain. PremiĂšrement, on peut faire en sorte que la blockchain elle-mĂȘme ait une capacitĂ© de transactions plus Ă©levĂ©e. Le principal inconvĂ©nient de cette technique est que les blockchains comportant de « plus grands blocs » sont intrinsĂšquement plus difficiles Ă vĂ©rifier et risquent de devenir plus centralisĂ©es. Pour Ă©viter ce risque, les dĂ©veloppeurs peuvent soit augmenter lâefficacitĂ© du logiciel client, soit, de maniĂšre plus durable, utiliser des techniques telles que le sharding pour permettre de rĂ©partir le travail de construction et de vĂ©rification de la chaĂźne sur de nombreux nĆuds ; le projet connu sous le nom de « eth2 » est actuellement en train de mettre en Ćuvre cette solution pour Ethereum.
DeuxiĂšmement, on peut changer la façon dont on utilise la blockchain. Au lieu de placer directement toute lâactivitĂ© sur la blockchain, les utilisateurs effectuent la majeure partie de leur activitĂ© hors chaĂźne dans un protocole dit de « niveau 2 ». Il existe un smart contract ou contrat autonome sur la chaĂźne, qui nâa que deux tĂąches : traiter les dĂ©pĂŽts et les retraits, et vĂ©rifier les preuves que tout ce qui se passe hors de la chaĂźne respecte les rĂšgles. Il existe plusieurs maniĂšres de faire ces preuves, mais elles ont toutes en commun le fait que la vĂ©rification des preuves sur la chaĂźne est beaucoup moins coĂ»teuse que le calcul originel hors chaĂźne.
Les trois principaux types de mise Ă lâĂ©chelle par une couche de niveau 2 sont les state channels ou canaux dâĂ©tat, Plasma et les rollups. Il sâagit de trois paradigmes diffĂ©rents, avec des avantages et des inconvĂ©nients diffĂ©rents, et Ă ce stade, nous sommes assez confiants dans le fait que toutes les mises Ă lâĂ©chelle de la couche 2 entrent Ă peu prĂšs dans ces trois catĂ©gories (bien que des controverses de dĂ©nomination existent Ă la marge, voir par exemple «validium»).
Voir aussi : https://www.jeffcoleman.ca/state-channels et statechannels.org
Imaginez quâAlice offre une connexion Internet Ă Bob, en Ă©change de quoi ce dernier lui verse 0,001 dollar par mĂ©gaoctet. Au lieu dâeffectuer une transaction pour chaque paiement, Alice et Bob utilisent le systĂšme de niveau 2 suivant.
Dâabord, Bob met 1$ (ou lâĂ©quivalent en ETH ou en monnaie stable) dans un contrat autonome. Pour effectuer son premier paiement Ă Alice, Bob signe un «ticket» (un message hors chaĂźne), qui dit simplement «0,001$», et lâenvoie Ă Alice. Pour effectuer son deuxiĂšme paiement, Bob signe un autre ticket qui indique «0,002$» et lâenvoie Ă Alice. Et ainsi de suite pour autant de paiements que nĂ©cessaire. Lorsque Alice et Bob ont terminĂ© leurs transactions, Alice peut publier le ticket de plus grande valeur Ă la chaĂźne, enveloppĂ© dans une autre signature de sa part. Le contrat vĂ©rifie les signatures dâAlice et de Bob, verse Ă Alice le montant indiquĂ© sur le ticket de Bob et renvoie le reste Ă Bob. Si Alice ne veut pas fermer le channel (pour cause de malveillance ou de dĂ©faillance technique), Bob peut dĂ©clencher une pĂ©riode de retrait (par exemple, 7 jours) ; si Alice ne fournit pas de ticket dans ce dĂ©lai, Bob est alors remboursĂ© de tout son argent.
Cette technique est puissante : elle peut ĂȘtre ajustĂ©e pour gĂ©rer les paiements bidirectionnels, les relations par contrat autonome (par exemple, Alice et Bob passent un contrat financier Ă lâintĂ©rieur du canal) et la composition (si Alice et Bob ont un canal ouvert, tout comme Bob et Charlie, Alice peut interagir sans confiance avec Charlie). Mais les channels ont leurs limites. Les channels ne peuvent pas ĂȘtre utilisĂ©s pour envoyer des fonds hors chaĂźne Ă des personnes qui ne sont pas encore des participants. Les channels ne peuvent pas ĂȘtre utilisĂ©s pour reprĂ©senter des objets qui nâont pas de propriĂ©taire logique clair (par exemple, Uniswap). Et les channels, surtout sâils sont utilisĂ©s pour faire des choses plus complexes que de simples paiements rĂ©currents, nĂ©cessitent de bloquer un capital important.
Voir aussi lâarticle originel sur Plasma et Plasma Cash.
Pour dĂ©poser un actif, un utilisateur lâenvoie au contrat autonome qui gĂšre la chaĂźne Plasma. Elle lui attribue un nouvel identifiant unique (par exemple 537). Chaque chaĂźne Plasma a un opĂ©rateur (il peut sâagir dâun acteur centralisĂ©, dâun multisig ou dâun Ă©lĂ©ment plus complexe comme du PoS ou du DPoS). Ă chaque intervalle (15 secondes, ou une heure, ou entre les deux), lâopĂ©rateur gĂ©nĂšre un «lot» composĂ© de toutes les transactions Plasma quâil a reçues hors chaĂźne. Il gĂ©nĂšre un arbre de Merkle, oĂč Ă chaque indice X de lâarbre, il y a une transaction transfĂ©rant lâactif dâID X sâil en existe une ; sinon cette feuille est Ă zĂ©ro. Ils publient la racine Merkle de cet arbre sur la chaĂźne. Ils envoient Ă©galement la branche de Merkle de chaque index X au propriĂ©taire actuel de cet actif. Pour retirer un actif, un utilisateur publie la branche de Merkle de la transaction la plus rĂ©cente qui lui a envoyĂ© lâactif. Le contrat dĂ©clenche une pĂ©riode de contestation, pendant laquelle chacun peut essayer dâutiliser dâautres branches de Merkle pour invalider la sortie en prouvant que (i) lâexpĂ©diteur ne possĂ©dait pas lâactif au moment oĂč il lâa envoyĂ©, ou (ii) quâil a envoyĂ© lâactif Ă quelquâun dâautre Ă un moment ultĂ©rieur. Si personne ne prouve que la sortie est frauduleuse pendant (par exemple) 7 jours, lâutilisateur peut retirer le bien.
Plasma prĂ©sente des propriĂ©tĂ©s plus puissantes que les canaux : vous pouvez envoyer des actifs Ă des participants qui nâont jamais fait partie du systĂšme, et les exigences en matiĂšre de capital sont beaucoup plus faibles. Mais cela a un coĂ»t : les chaĂźnes ne nĂ©cessitent aucune donnĂ©e pour tourner en «fonctionnement normal», mais Plasma exige que chaque chaĂźne publie une empreinte cryptographique Ă intervalles rĂ©guliers. De plus, les transferts Plasma ne sont pas instantanĂ©s : il faut attendre la fin de lâintervalle et la publication du bloc.
En outre, Plasma et les channels partagent une mĂȘme faiblesse : la thĂ©orie des jeux sur laquelle se fonde leur sĂ©curitĂ© repose sur lâidĂ©e que chaque objet contrĂŽlĂ© par les deux systĂšmes a un «propriĂ©taire» logique. Si ce propriĂ©taire ne se soucie pas de son bien, il peut en rĂ©sulter un rĂ©sultat «non valide» concernant cet actif. Cette situation est acceptable pour de nombreuses applications, mais elle est un facteur de rupture pour beaucoup dâautres (par exemple, Uniswap). MĂȘme les systĂšmes oĂč lâĂ©tat dâun objet peut ĂȘtre modifiĂ© sans le consentement du propriĂ©taire (par exemple, les systĂšmes basĂ©s sur les comptes, oĂč lâon peut augmenter le solde de quelquâun sans son consentement) ne fonctionnent pas bien avec Plasma. Tout cela signifie quâil faut beaucoup de «raisonnement spĂ©cifique Ă lâapplication» dans tout dĂ©ploiement rĂ©aliste de Plasma ou de channels, et quâil nâest pas possible de mettre en Ćuvre un systĂšme Plasma ou de channels qui se contente de simuler lâenvironnement complet dâEthereum (ou «lâEVM»). Pour contourner ce problĂšme, il faut⊠les rollups.
Voir aussi : EthHub sur les optimistic rollups et les ZK rollups.
Plasma et les channels sont des reprĂ©sentations «complĂštes» de couche de niveau 2, en ce quâils tentent de dĂ©placer les donnĂ©es et les calculs hors de la chaĂźne. Cependant, les questions fondamentales de la thĂ©orie des jeux concernant la disponibilitĂ© des donnĂ©es signifient quâil est impossible de le faire en toute sĂ©curitĂ© pour toutes les applications. Plasma et les channels contournent ce problĂšme grĂące Ă une notion explicite de propriĂ©taire, mais cela les empĂȘche dâĂȘtre totalement gĂ©nĂ©raux. Les rollups, en revanche, sont une reprĂ©sentation «hybride» de couche 2. Les rollups dĂ©placent le calcul (et le stockage de lâĂ©tat) hors chaĂźne, mais conservent certaines donnĂ©es par transaction sur la chaĂźne. Dans un souci dâefficacitĂ©, ils utilisent toute une sĂ©rie dâastuces de compression pour remplacer les donnĂ©es par du calcul chaque fois que cela est possible. Il en rĂ©sulte un systĂšme dont lâĂ©volutivitĂ© est toujours limitĂ©e par la bande passante de donnĂ©es de la blockchain sous-jacente, mais dans un rapport trĂšs favorable : alors quâun transfert de jetons ERC20 de la couche de base dâEthereum coĂ»te environ 45000 gaz, un transfert de jetons ERC20 dans un rollup occupe 16 octets dâespace sur la chaĂźne et coĂ»te moins de 300 gaz.
Le fait que les donnĂ©es rĂ©sident sur la chaĂźne est essentiel (N.B.: le fait de mettre les donnĂ©es «sur IPFS» nâest pas suffisant car IPFS ne permet pas dâobtenir un consensus sur la disponibilitĂ© ou non dâune donnĂ©e ; les donnĂ©es doivent se trouver sur une blockchain). Le fait de mettre les donnĂ©es sur la chaĂźne et dâavoir un consensus Ă ce sujet permet Ă quiconque de traiter localement toutes les opĂ©rations du rollup sâil le souhaite, ce qui lui permet de dĂ©tecter la fraude, dâinitier des retraits ou de commencer personnellement Ă produire des lots de transactions. Lâabsence de problĂšmes de disponibilitĂ© des donnĂ©es signifie quâun opĂ©rateur malveillant ou hors ligne peut faire encore moins de mal (par exemple, il ne peut pas causer un retard dâune semaine), ce qui ouvre un espace de conception beaucoup plus grand pour qui a le droit de publier des batches, des lots, et ce qui rend les rollups beaucoup plus faciles Ă raisonner. Et surtout, lâabsence de problĂšmes de disponibilitĂ© des donnĂ©es signifie quâil nâest plus nĂ©cessaire de faire correspondre les actifs aux propriĂ©taires, ce qui explique pourquoi la communautĂ© Ethereum est aussi enthousiaste Ă lâĂ©gard des rollups comparĂ© aux formes prĂ©cĂ©dentes de passage Ă lâĂ©chelle de niveau 2 : les rollups sont totalement gĂ©nĂ©riques, et on peut mĂȘme faire fonctionner une EVM Ă lâintĂ©rieur dâun rollup, ce qui permet aux applications Ethereum existantes de migrer vers des rollups pratiquement sans avoir Ă Ă©crire de nouveau code.
Il existe un contrat autonome sur la chaĂźne qui maintient une racine dâĂ©tat : la racine Merkle de lâĂ©tat du rollup (câest-Ă -dire les soldes des comptes, le code du contrat, etc. qui sont «à lâintĂ©rieur» du rollup).
Tout le monde peut publier un lot, un ensemble de transactions fortement compressĂ© avec la racine dâĂ©tat prĂ©cĂ©dente et la nouvelle racine dâĂ©tat (la racine Merkle aprĂšs le traitement des transactions). Le contrat vĂ©rifie que la racine dâĂ©tat prĂ©cĂ©dente du lot correspond Ă sa racine dâĂ©tat actuelle ; si câest le cas, la nouvelle racine dâĂ©tat devient lâactuelle.
Pour faciliter les dĂ©pĂŽts et les retraits, nous ajoutons la possibilitĂ© dâavoir des transactions dont lâentrĂ©e ou la sortie est «en dehors» de lâĂ©tat du rollup. Si un lot comporte des entrĂ©es provenant de lâextĂ©rieur, la transaction qui soumet le lot doit Ă©galement transfĂ©rer ces actifs au contrat de rollup. Si un lot a des sorties vers lâextĂ©rieur, alors, lors du traitement du lot, le contrat autonome initie ces retraits.
Et câest tout ! Sauf un dĂ©tail majeur : comment savoir si les racines post-Ă©tat des lots sont correctes ? Si quelquâun peut soumettre un lot avec nâimporte quelle racine post-Ă©tat sans consĂ©quences, il pourrait simplement se transfĂ©rer toutes les piĂšces Ă lâintĂ©rieur du rollup. Cette question est essentielle car il existe deux familles de solutions trĂšs diffĂ©rentes au problĂšme, et ces deux familles de solutions mĂšnent aux deux saveurs de rouleaux.
Les deux types de rollups sont :
Les compromis entre les deux types de rollups sont complexes :
Propriété | Optimistic rollups | ZK rollups |
CoĂ»t fixe du gaz par batch   | ~40 000 (une transaction lĂ©gĂšre qui ne fait que changer la valeur de la racine de lâĂtat) | ~500 000 (la vĂ©rification dâun ZK-SNARK est un travail de calcul assez intensif) |
DĂ©lai de rĂ©tractation   | ~1 semaine (les retraits doivent ĂȘtre retardĂ©s pour donner le temps Ă quelquâun de publier une preuve de fraude et dâannuler le retrait sâil est frauduleux) | TrĂšs rapide (il suffit dâattendre le prochain lot) |
ComplexitĂ© de la technologie   | Faible | ĂlevĂ©e (les ZK-SNARK sont une technologie trĂšs nouvelle et mathĂ©matiquement complexe) |
PossibilitĂ© de gĂ©nĂ©ralisation   | Plus facile (les rollups EVM Ă usage gĂ©nĂ©ral sont dĂ©jĂ proches du rĂ©seau principal) | Plus difficile (prouver des ZK-SNARK avec une EVM gĂ©nĂ©rique est beaucoup plus difficile que de prouver des calculs simples, bien quâil y ait des efforts (par exemple Cairo) pour amĂ©liorer cela) |
CoĂ»t du gaz par transaction sur la chaĂźne   | SupĂ©rieur | InfĂ©rieur (si les donnĂ©es dâune transaction ne sont utilisĂ©es que pour vĂ©rifier, et non pour provoquer des changements dâĂ©tat, alors ces donnĂ©es peuvent ĂȘtre omises, alors que dans un Optimistic rollup, elles devraient ĂȘtre publiĂ©es afin de pouvoir les vĂ©rifier lors dâune preuve de fraude) |
CoĂ»ts de calcul hors chaĂźne   | InfĂ©rieurs (bien quâil soit plus nĂ©cessaire de refaire le calcul pour de nombreux nĆuds complets)      | SupĂ©rieurs (un ZK-SNARK sâavĂšre particuliĂšrement coĂ»teux, potentiellement des milliers de fois plus cher que le calcul direct) |
Dâune maniĂšre gĂ©nĂ©rale, mon avis est quâĂ court terme, les optimistic rollups devraient lâemporter pour le calcul gĂ©nĂ©rique sur lâEVM et les ZK rollups sont susceptibles de lâemporter pour les paiements simples, les Ă©changes et dâautres cas dâusage spĂ©cifiques aux applications ; mais Ă moyen et long terme, les ZK rollups lâemporteront dans tous les cas dâusage Ă mesure que la technologie des ZK-SNARK sâamĂ©liorera.
La sĂ©curitĂ© dâun Optimistic rollup repose sur lâidĂ©e que si quelquâun publie un lot non valable dans le rollup, qui que ce soit dâautre qui suit la chaĂźne et a dĂ©tectĂ© la fraude peut publier une preuve de fraude, prouvant au contrat que ce lot est non valable et doit ĂȘtre annulĂ©.
Une preuve de fraude prĂ©tendant quâun lot est invalide contiendrait les donnĂ©es en vert : le lot lui-mĂȘme (qui pourrait ĂȘtre vĂ©rifiĂ© par rapport Ă un hachage stockĂ© sur la chaĂźne) et les parties de lâarbre de Merkle devaient prouver uniquement les comptes spĂ©cifiques qui ont Ă©tĂ© lus et/ou modifiĂ©s par le lot. Les nĆuds de lâarbre en jaune peuvent ĂȘtre reconstruits Ă partir des nĆuds en vert et nâont donc pas besoin dâĂȘtre fournis. Ces donnĂ©es sont suffisantes pour exĂ©cuter le lot et calculer la racine post-Ă©tat (notez que les clients sans Ă©tat vĂ©rifient les blocs individuels exactement de la mĂȘme maniĂšre). Si la racine post-Ă©tat calculĂ©e et la racine post-Ă©tat fournie dans le lot ne sont pas les mĂȘmes, le lot est frauduleux.
On a la garantie que si un lot a Ă©tĂ© mal assemblĂ©, et que tous les lots prĂ©cĂ©dents ont Ă©tĂ© assemblĂ©s correctement, il est possible de crĂ©er une preuve de fraude montrant que le lot a Ă©tĂ© assemblĂ© de maniĂšre incorrecte. Notez la dĂ©claration concernant les lots prĂ©cĂ©dents : si plusieurs lots non valides ont Ă©tĂ© publiĂ©s dans le rollup, il est prĂ©fĂ©rable dâessayer de prouver que le premier est non valide. Bien entendu, on a Ă©galement la garantie que si un lot a Ă©tĂ© assemblĂ© correctement, il nâest jamais possible de crĂ©er une preuve de fraude montrant que le lot est invalide.
Une simple transaction Ethereum (pour envoyer de lâETH) prend ~110 octets. Un transfert ETH sur un rollup, en revanche, ne prend que ~12 octets :
ParamĂštre | Ethereum | Rollup |
Nonce | ~3Â Â Â | 0 |
Prix du gaz | ~8 | 0-0.5 |
Gaz | 3 | 0-0.5 |
Destinataire | 21 | 4 |
Valeur | ~9 | ~3 |
Signature | ~68 (2+33+33) | ~0.5 |
Depuis | 0 (récupéré de sig) | 4 |
Total | ~112 | ~12 |
Cela provient pour partie dâun meilleur encodage : la RLP dâEthereum gaspille 1 octet par valeur sur la longueur de chaque valeur. Mais il y a aussi des astuces de compression trĂšs bien trouvĂ©es qui entrent en jeu :
Une astuce de compression importante, spĂ©cifique aux ZK rollups, est que si une partie dâune transaction est uniquement utilisĂ©e pour la vĂ©rification et nâest pas pertinente pour le calcul de la mise Ă jour de lâĂ©tat, alors cette partie peut ĂȘtre laissĂ©e hors chaĂźne. Cela ne peut pas ĂȘtre fait dans un optimistic rollup car ces donnĂ©es devraient toujours ĂȘtre incluses dans la chaĂźne au cas oĂč elles devraient ĂȘtre vĂ©rifiĂ©es ultĂ©rieurement dans une preuve de fraude, alors que dans un ZK rollup, le SNARK prouvant lâexactitude du lot prouve dĂ©jĂ que toutes les donnĂ©es nĂ©cessaires Ă la vĂ©rification ont Ă©tĂ© fournies. Un exemple important est celui des rollups de protection de la vie privĂ©e : dans un optimistic rollup, le ZK-SNARK dâenviron 500 octets utilisĂ© pour la confidentialitĂ© dans chaque transaction doit ĂȘtre intĂ©grĂ© Ă la chaĂźne, tandis que dans un ZK rollup, le ZK-SNARK couvrant lâensemble du lot ne laisse dĂ©jĂ aucun doute sur la validitĂ© des ZK-SNARK «internes».
Ces astuces de compression sont la clĂ© de lâextensibilitĂ© des rollups ; sans elles, les rollups ne reprĂ©senteraient peut-ĂȘtre quâune amĂ©lioration dâun facteur ~10 par rapport Ă lâextensibilitĂ© de la chaĂźne de base (bien quâil existe certaines applications spĂ©cifiques gourmandes en calculs oĂč mĂȘme les simples rollups sont puissants), alors quâavec ces astuces de compression, le facteur dâĂ©chelle peut dĂ©passer 100 fois pour presque toutes les applications.
Il existe plusieurs Ă©coles pour dĂ©terminer qui peut soumettre un lot dans un optimistic ou un ZK rollup. En gĂ©nĂ©ral, tout le monde sâaccorde Ă dire que, pour pouvoir soumettre un lot, un utilisateur doit verser un dĂ©pĂŽt important ; si cet utilisateur soumet un jour un lot frauduleux (par exemple avec une racine dâĂ©tat invalide), ce dĂ©pĂŽt sera en partie brĂ»lĂ© et en partie donnĂ© comme rĂ©compense Ă celui qui a prouvĂ© la fraude. Mais au-delĂ de cela, il existe de nombreuses possibilitĂ©s :
Certains des rollups actuellement en cours de dĂ©veloppement utilisent un paradigme de «split batch» ou lot Ă©clatĂ©, oĂč lâaction de soumettre un lot de transactions de couche 2 et celle de soumettre une racine dâĂ©tat sont effectuĂ©es sĂ©parĂ©ment. Cela prĂ©sente certains avantages clĂ©s :
Il existe donc un attirail assez complexe de techniques qui tentent de trouver un équilibre entre des compromis compliqués impliquant efficacité, simplicité, résistance à la censure, entre autres objectifs. Il est encore trop tÎt pour dire quelle combinaison de ces idées fonctionne le mieux ; le temps nous le dira.
Sur la chaĂźne Ethereum existante, la limite de gaz est de 12,5 millions, et chaque octet de donnĂ©es dans une transaction coĂ»te 16 gaz. Cela signifie que si un bloc ne contient quâun seul lot (nous dirons quâun ZK rollup est utilisĂ©, dĂ©pensant 500k de gaz pour la vĂ©rification des preuves), ce lot peut avoir (12 millions / 16) = 750000 octets de donnĂ©es. Comme indiquĂ© ci-dessus, un rollup pour les transferts ETH ne nĂ©cessite que 12 octets par opĂ©ration utilisateur, ce qui signifie que le lot peut contenir jusquâĂ 62500 transactions. Avec un temps de bloc moyen de 13 secondes, cela se traduit par ~4807 TPS (contre 12,5 millions / 21000 / 13 ~= 45 TPS pour les transferts dâETH sur Ethereum lui-mĂȘme).
Voici un tableau pour dâautres exemples de cas dâutilisation :
Application | Octets dans le rollup | Coût du gaz sur la couche 1 | Gain maximal   |
Transfert dâETHÂ Â Â Â Â Â Â Â Â | 12 | 21 000 | 105x |
Transfert ERC20         | 16 (4 octets supplémentaires pour préciser quel jeton) | ~50 000 | 187x |
Trade Uniswap | ~14 (4 octets expéditeur + 4 octets destinataire + 3 octets valeur + 1 octet prix maxi + 1 octet divers)         | ~100000   | 428x |
Retrait avec confidentialitĂ© (Optimistic rollup) | 296 (4 octets dâindex de la racine + 32 octets dâannulateur + 4 octets de destinataire + 256 octets de preuve ZK-SNARK) | ~380 000 | 77x |
Retrait avec confidentialitĂ© (ZK rollup) | 40 (4 octets dâindex de la racine + 32 octets dâannulateur + 4 octets de destinataire)         | ~380 000         | 570x |
Il convient maintenant de garder Ă lâesprit que ces chiffres sont trop optimistes. Avant tout, un bloc ne contiendra presque toujours plus dâun seul lot, Ă tout le moins parce quâil y a et quâil y aura plusieurs rollups. DeuxiĂšmement, les dĂ©pĂŽts et les retraits continueront dâexister. TroisiĂšmement, Ă court terme, lâutilisation sera faible, et les coĂ»ts fixes domineront donc. Mais mĂȘme en tenant compte de ces facteurs, des gains dâextensibilitĂ© de plus de 100 devraient ĂȘtre la norme.
Maintenant, que faire si nous voulons aller au-delĂ de ~1000-4000 TPS (selon le cas dâutilisation spĂ©cifique) ? Câest ici quâintervient le sharding dâeth2. La proposition sur le sharding, ou fragmentation, ouvre un espace de 16 Mo toutes les 12 secondes qui peut ĂȘtre rempli avec nâimporte quelles donnĂ©es, et le systĂšme garantit un consensus sur la disponibilitĂ© de ces donnĂ©es. Cet espace de donnĂ©es peut ĂȘtre utilisĂ© par des rollups. Cette capacitĂ© de ~1398k octets par seconde est une amĂ©lioration de 23x par rapport aux ~60 kB/sec de la chaĂźne Ethereum existante, et Ă plus long terme, la capacitĂ© en donnĂ©es devrait encore augmenter. Par consĂ©quent, les rollups qui utilisent des donnĂ©es eth2 fragmentĂ©es peuvent traiter collectivement jusquâĂ ~100k TPS, et mĂȘme plus Ă lâavenir.
Bien que le concept de base dâun rollup soit maintenant bien compris, que nous soyons tout Ă fait certains quâil est fondamentalement faisable et sĂ»r, et que de multiples rollups aient dĂ©jĂ Ă©tĂ© dĂ©ployĂ©s sur le rĂ©seau principal, il reste encore de nombreuses zones dâombre quant Ă leur conception, ainsi quâun certain nombre de dĂ©fis Ă relever pour amener de grandes parties de lâĂ©cosystĂšme Ethereum sur des rollups afin de profiter du passage Ă lâĂ©chelle quâils offrent. Voici quelques-uns des principaux dĂ©fis en question :
Les rollups constituent un nouveau paradigme puissant de passage Ă lâĂ©chelle de la couche de niveau 2 et devraient devenir une pierre angulaire du passage Ă lâĂ©chelle dâEthereum Ă court et moyen terme (et peut-ĂȘtre aussi Ă long terme). La communautĂ© Ethereum sâest montrĂ©e trĂšs enthousiaste car, contrairement aux tentatives prĂ©cĂ©dentes de passage Ă lâĂ©chelle en couche 2, elle peut prendre en charge le code EVM gĂ©nĂ©rique, ce qui permet aux applications existantes de migrer facilement. Pour ce faire, ils ont fait un compromis essentiel : ils nâont pas essayĂ© de se retirer complĂštement de la chaĂźne, mais ont laissĂ© une petite quantitĂ© de donnĂ©es par transaction sur la chaĂźne.
Il existe de nombreux types de rollups, et de nombreux choix dans lâespace de conception : on peut employer un optimistic rollup en utilisant des preuves de fraude, ou un ZK rollup en utilisant des preuves de validitĂ© (c.Ă .d. ZK-SNARK). Le sĂ©quenceur (lâutilisateur qui peut publier des lots de transactions Ă enchaĂźner) peut ĂȘtre un acteur centralisĂ©, ou tout le monde et nâimporte qui, ou encore un choix intermĂ©diaire entre ces deux extrĂȘmes. Les rollups sont une technologie encore trĂšs jeune et leur dĂ©veloppement se poursuit rapidement, mais ils fonctionnent et certains (notamment Loopring, ZKSync et DeversiFi) fonctionnent dĂ©jĂ depuis des mois. On peut sâattendre Ă ce que des travaux passionnants dans ce domaine Ă©mergent dans les annĂ©es Ă venir.
The post Un guide incomplet des rollups first appeared on Ethereum France.On peut investir en bourse de différentes maniÚres. Une des façons de procéder est de rechercher des valeurs peu chÚres avec potentiel de rentabilité important. Pour cela on peut se fier à l'analyse fondamentale. Et quand l'analyse fondamentale coïncide avec l'analyse technique cela peur représenter une belle opportunité d'investissement en bourse. Danone ...
Je vous prĂ©sente un nouvel article que je viens de dĂ©couvrir concernant la crypto-monnaie âTEDESISâ.
En quelques mots ils garantissent lâauthenticitĂ©, lutte contre les usurpations dâidentitĂ©, les fausses nouvelles et bien dâautre chose.
https://laboiteasous.com/cryptomonnaie-prometteuse-investir/
Je vous prĂ©sente un nouvel article que je viens de dĂ©couvrir concernant la crypto-monnaie âTEDESISâ.
En quelques mots ils garantissent lâauthenticitĂ©, lutte contre les usurpations dâidentitĂ©, les fausses nouvelles et bien dâautre chose.
https://laboiteasous.com/cryptomonnaie-prometteuse-investir/
Vidéo de ma revue de marché Ichimoku du 19 janvier 2021 avec mon invité spécial Tradosaure Trado nous a exposé son utilisation du twist du nuage de l'ichimoku, puis nous avons analysé ensemble quelques actions. Trado sous le prisme du chartisme et moi de l'ichimoku Si vous souhaitez découvrir le travail de Tradosaure je vous invite à suivre ces liens: La chaßne YouTue ...
Suite au succÚs de nos précédents webinars (Télécoms, Gaming, Finance), Blockchain Partner organise le 3 février 2021 à 11h un webinar (gratuit) à destination des acteurs du Luxe, sur le sujet blockchain & cryptoactifs.
Au programme :Â
1/ Comprendre les blockchains et les cryptoactifs
2/ Applications dans le luxe :
â Certificat dâauthenticitĂ©
â Jetons non-fongibles et collaborations sur des collections numĂ©riques
â Engagement dâune communautĂ© dâambassadeurs
â Marketplace avec escrow pour le marchĂ© secondaire
3/ Questions-réponses
Le webinar aura lieu sur Google Meet. Le nombre de places étant limité, inscrivez-vous pour y participer !
Temps de lecture : 3 minutes Travala.com sâassocie Ă Tezos Commons pour intĂ©grer XTZ comme moyen de paiement Ce partenariat vise Ă poursuivre la promotion du voyage et de lâadoption des cryptomonnaies en rendant plus de 3 millions de produits de voyage disponibles Ă la rĂ©servation
Lâarticle Travala.com sâassocie Ă Tezos Commons pour intĂ©grer XTZ comme moyen de paiement est apparu en premier sur Cryptogains.fr.
Au terme dâune annĂ©e Ă©conomiquement difficile, lâĂ©cosystĂšme blockchain & crypto aura dĂ©montrĂ© sa rĂ©silience : entrĂ©e de nouveaux acteurs B2B, hausse du cours des cryptomonnaies, explosion du marchĂ© de la DeFi, et rĂ©gulation europĂ©enne⊠Blockchain Partner vous propose de revenir sur les Ă©vĂ©nements marquants.
Â
Pour faire face Ă lâendettement croissant des banques commerciales suite Ă la pandĂ©mie du coronavirus, les banques centrales majeures comme la BCE (Banque centrale europĂ©enne) ou la FED (US Federal Reserve) ont menĂ© une politique de quantitative easing ou âplanche Ă billetâ, rachetant des obligations dĂ©gradĂ©es, entraĂźnant une perte de confiance Ă lâĂ©gard des monnaies fiduciaires.
Â
Ce besoin croissant de se prĂ©munir contre la chute des monnaies fiat (dollar, euro) et de sâaffranchir des banques conduit, une fois de plus, Ă une hausse de la popularitĂ© des cryptoactifs et des outils permettant dây investir. Ainsi, le cours du Bitcoin a augmentĂ© de plus de 225% entre janvier et dĂ©cembre 2020. Cela tĂ©moigne de lâarrivĂ©e de nouvelles liquiditĂ©s sur le marchĂ©.
Â
Mais lâimpact de la crise Ă©conomique dans lâĂ©cosystĂšme blockchain & crypto ne se limite pas Ă une hausse des investissements. Dâautres services financiers utilisant une technologie blockchain, et en particulier Ethereum, ont vu leur popularitĂ© augmenter. Câest le cas de la Finance DĂ©centralisĂ©e (DeFi), dont lâobjectif est dâoffrir une alternative au systĂšme financier traditionnel en crĂ©ant les fondations dâun nouveau systĂšme, plutĂŽt quâen apportant des amĂ©liorations incrĂ©mentales Ă lâexistant.Â
Â
Ainsi, la valeur totale des liquiditĂ©s dans la DeFi a augmentĂ© de 2252% pour franchir la barre des 12 milliards de dollars. Cette explosion a pour effet dâapporter plus de stabilitĂ© dans lâĂ©cosystĂšme crypto, en particulier dans le secteur de lâemprunt, de lâassurance, ou encore des marchĂ©s dĂ©rivĂ©s â caractĂ©risĂ©s par lâincertitude de lâaction humaine â en permettant dâoffrir plus de liquiditĂ© pour se couvrir.
De telles augmentations soulignent non seulement la rĂ©silience des cryptoactifs dans une situation de crise Ă©conomique, mais Ă©galement leur capacitĂ© Ă gagner la confiance des investisseurs et de constituer une vĂ©ritable rĂ©serve de valeur. Lâengouement autour de la DeFi laisse penser que lâannĂ©e 2021 sera trĂšs prometteuse pour le secteur des blockchains et cryptoactifs. Attention cependant : lâanalyse peut ĂȘtre faussĂ©e par lâinondation de liquiditĂ©s consĂ©quente aux politiques monĂ©taires : les cryptomonnaies auraient-elles subsistĂ© sans cette derniĂšre ?Â
LâannĂ©e 2020 se caractĂ©rise Ă©galement par un intĂ©rĂȘt croissant pour la tokenisation de la part dâentreprises de diffĂ©rents secteurs. De nouveaux acteurs Ă©mergent dans lâassurance, proposant des services basĂ©s sur une autonomisation des indemnisations (Yearn Finance, Nexus Mutual, GoodsID). Dans le secteur de lâimmobilier, on remarque de plus en plus que ces outils permettent une dĂ©mocratisation de lâinvestissement, comme le dĂ©montrent des acteurs tels que RealT ou Mata Capital. MĂȘme les acteurs des jeux-vidĂ©os redoublent de projets autour de la reprĂ©sentation de la raretĂ© en ligne : câest par exemple le cas dâUbisoft autour dâun projet de tokenisation, ou de nouveaux acteurs comme Sorare, startup française qui a dâailleurs levĂ© 4 millions de dollars cette annĂ©e..
Un tel phĂ©nomĂšne constitue un point de rupture avec la position gĂ©nĂ©rale des entreprises depuis lâavĂšnement des blockchains : alors quâelles Ă©taient davantage tournĂ©es vers les blockchains privĂ©es par mĂ©fiance Ă lâĂ©gard de ces nouvelles technologies, elles saisissent dĂ©sormais lâintĂ©rĂȘt de la tokenisation (reprĂ©sentation et transfert de valeur en ligne) et des blockchains publiques pour leurs projets (sĂ©curitĂ© et transparence du systĂšme).
Enfin, sur le plan rĂ©glementaire : le climat semble plus favorable Ă la crĂ©ation de nouveaux services crypto-blockchain outre-atlantique. Nous nâaurons pas manquĂ© le virage des banques institutionnelles comme JP Morgan au cours de lâannĂ©e. Un tel revirement aura certainement eu des consĂ©quences sur le discours des autoritĂ©s de rĂ©gulation elles-mĂȘmes⊠LâOCC (Office of the Comptroller of the Currency) â lâautoritĂ© amĂ©ricaine de rĂ©gulation des banques â dĂ©clare vouloir donner des licences aux banques dĂ©centralisĂ©es et perçoit la DeFi comme une rĂ©volution du monde financier.
Ces signaux ne peuvent quâencourager le secteur privĂ© Ă innover : dâEbay Ă Paypal, en passant par ING ou encore BBVA, tous proposent de nouveaux services dans les cryptoactifs.
Pendant ce temps, les acteurs français et europĂ©ens continuent Ă supporter de lourdes obligations lĂ©gales au nom de la lutte contre le terrorisme. Lâordonnance de Bruno le Maire, en fin dâannĂ©e 2020, pose des exigences trĂšs contraignantes en termes de vĂ©rification dâidentitĂ© des clients ; et la rĂ©glementation MiCA interdit purement et simplement lâĂ©mission des stablecoins.
Si le souci dâharmoniser les rĂšgles Ă lâĂ©chelle europĂ©enne dĂ©montre un intĂ©rĂȘt certain du lĂ©gislateur pour cet Ă©cosystĂšme, la rĂ©glementation actuelle pourrait nâavoir pour effet que de freiner son dĂ©veloppement en France. On ne peut donc que regretter un discours politique toujours aussi critique, et souhaiter une nette amĂ©lioration pour lâannĂ©e Ă venir.
Pour conclureâŠ
LâannĂ©e 2020 est finalement marquĂ©e par un dĂ©but de bull-run, câest-Ă -dire de cycle haussier : les cryptoactifs suscitent une plus grande confiance des investisseurs et des entreprises. Le dollar devient bel et bien le maillon faible avec une forte baisse de son cours, et le Bitcoin confirme son statut de valeur refuge face Ă lâinflation.Â
Ce phĂ©nomĂšne illustre un changement de narrative, et une ouverture vers une nouvelle vague de projets et cas dâusage innovants dans les blockchains publiques.Â
Quant aux grandes institutions, elles sâavancent de plus en plus dans des projets crypto â Ă lâimage de la BRI (Banque des RĂšglements Internationaux) par la crĂ©ation dâun groupe de travail sur les monnaies numĂ©riques ; ou encore de la Banque de France par un projet de monnaie digitale de banque centrale. Cela tĂ©moigne indĂ©niablement dâune Ă©volution dans la position des grandes institutions : si elles ne rejettent plus totalement ces nouvelles technologies, elles se trouvent encore dans une phase de nĂ©gociation âles cryptos, oui, mais⊠â
2021 sera-t-elle alors lâoccasion de changer de paradigme, vers une acceptation plus grande des cryptoactifs ?
Nouvel exemple d'utilisation du scanner Ichimoku PS SSB M15 inclus dans la Box-Ichimoku Hier à 15 heures précises le scanner détecte la configuration recherchée sur la paire EURGBP Vous pouvez voir un autre exemple détecté en direct durant un webinaire ici Trade gagné grùce à la box-ichimoku J'entre en position à partir du graphique 5 minutes, la ligne ...
Connaissez vous la BOX ICHIMOKU ? En cliquant sur le lien de la box vous trouverez des explications nombreuses ainsi que des vidéos de présentations. Vous pouvez trouver d'autres vidéos sur ma chaßne YouTube dans la playlist consacrée : Playlist Box Ichimoku Je vous en parle dans ce billet parce qu'aujourd'hui en direct durant ma revue de marché Ichimoku consacrée au marché ...
Suite au succÚs de nos précédents webinars (Assurance, Immobilier, Gaming), Blockchain Partner organise le 21 janvier 2021 à 11h un webinar (gratuit) à destination des acteurs des Télécoms, sur le sujet blockchain & cryptoactifs.
Au programme :Â
1- Comprendre les blockchains et les cryptoactifs
2- Exemples dâapplications blockchain/crypto pour le secteur tĂ©lĂ©com: identitĂ© numĂ©rique, gaming, finance dĂ©centralisĂ©e, storage dĂ©centralisĂ©
3- Questions & RĂ©ponses
Le webinar aura lieu sur Google Meet. Le nombre de places étant limité, inscrivez-vous pour y participer !