Live Discord #2 – Ethereum France rencontre les ETHPlorateurs

Live Discord · 4 Oct 2023 · 58:46

Barnabe Monnot, Guillaume Ballet, and Nathan Sexer host a Live Discord conversation bringing together the Ethereum France community and the ETHPlorateurs group. The discussion covers questions from both audiences about Ethereum's development and community organizing in France.

Speakers

Topics

From Live Discord, hosted by Ethereum France.

Transcript

on a ici Barnabé et Guillaume de de la fondation ethereum qui sont également partenaires sur ce podcast qui s'appelle Les Explorateurs que certains d'entre vous doivent connaître et donc peut-être ce serait sympa pour pour pour commencer ce live que que bien vous comm vous commencez par vous présenter euh Barnabé ou Guillaume en premier et puis peut-être que vous fassiez un petit mot euh sur votre podcast bien sûr commence Guillaume oui come on dit l'âge avant la beauté euh et ben oui je m'appelle Guillaume je suis effectivement à la Fondation depuis quoi depuis 6 7 ans non 6 ans je pense et euh

benah j'ai commencé à travailler dans l'équipe enfin j'y suis toujours he d'ailleurs euh dans l'équipe Go ethereum euh donc je travaille sur le le client le client ce qu'on appeler le client majoritaire je sais pas s'il est encore vraiment euh mais voilà donc si vous avez besoin de vous connecter enfin si vous voulez faire tourner un un nœud sur le réseau ben vous installez ce qu'on appelle un client donc vous avez le choix entre 4 4 5 clients et jusquel le plus populaire c'était c'était le celui sur lequel je travaille euh voilà donc quand j'ai commencé à travailler à la Fondation je travaillais sur un projet qui faisait un sous-projet de ce client qui s'appelait Whisper c'est un système de de communication comment dire avec ce qu'on

appelle ou là ça va être dur de parler ça va dur de parler français ce soir merie en Espagne pardon c'était non je non TR s'appelle deniable provability comment comment on pourrait dire ça oui voilà c'est ça un peu euh non c'est pas ça c'est ENF bref tout ça en gros si si le si le gouvernement ou n'importe qui vous tombe dessus en disant toi qui a envoyé ça tu dis non c'est pas moi en tout cas vous pouvez pas le prouver et euh certaines dans certaines jurisdictions ça passe euh en théorie et euh voilà donc bon le problème c'est qu'il y avait des enfin

l'idée l'idée allait pas allait pas marcher donc petit à petit je me suis retrouvé à travailler sur le client lui-même et c'est vrai qu'il y a beaucoup de travail c'est c'est passionnant voilà et puis récemment enfin je dis récemment ça fait 2 ans je je me concentre principalement sur ce qu'on appelle stateless etherum donc comment en gros l'idée pour pour la résumer de manière très simple c'est de d'effectuer certains changements pour que tout le monde puisse valider enfin avoir un nœud ettherum qui qui suit le réseau et et qui éventuellement valide sur son téléphone voilà ça c'est la c'est la la vision à très très long terme euh voilà ouais d' d'où ton commentaire sur dans le dernier Podcast sur les les téléphones puissants on y

reviendra V oui oui tout à fait ouou je me souviens ok ok à mon tour donc moi je suis Barnabé ça fait 3 ans et demi que je suis à la Fondation j'ai rejoint la Fondation j'ai rejoint une équipe qui s'appelle robust incentive Group et donc qu est-ce qu'on ce sur quoi on travaille c'est vraiment les les mécanismes économiques qui sont dans le protocole mais aussi à l'extérieur du protocole parce que on essaie souvent de comprendre ce que les gens font des Thum avec la MV avec la deffi et de de comprendre est-ce qu'il y a des est-ce qu'il y a des conséquences sur le protocole et sur le sur les designs qu'on qu'on fait euh notre équipe a pas mal grandi j'étais un des premiers dans

l'équipe elle a démarré quand je suis arrivé et maintenant on est SEP chercheurs à temps plein et on a je dirais une un éventail de de projets qui est qui est assez large je peux en nommer quelques-uns donc j'ai bossé sur le IP 1559 avant qu'elle soit live c'était un de mes un de mes premiers gros projets on a pas mal regardé les les incitations du du modèle de proof for steake et aussi certains certaines questions qui ont pu s'avoir avec le le consensus dont les bouncing attacks don max per a écrit un article et et ouais je me suis pas mal intéressé ensuite à la MV avec d'autres personnees de mon équipe parce que c'est un sujet qui est qui est tellement énorme et tellement compliqué et qui met tellement de choses

en jeu que on avait vraiment besoin du de renfort là-dessus euh et là je dirais ouais mon attention a un peu tourné notamment sur les les dernières semaines et derniers mois euh il y a beaucoup plus de questions sur euh l'état économique du du staking sur ethereum donc il y a la montée en puissance de Lido et des liquid staking derivatives euh il y a ce cette nouvelle EP qui met une limite sur le churn donc pour l'entrée au au staking set parce qu'on s'est aperçu que il y a beaucoup de gens qui veulent rentrer est-ce que le réseau peut tenir sous la sous la pression donc il y a il y a beaucoup de questions aussi qui sont qui sont en et c'est c'est quelque chose sur sur lequel on va travailler pas mal avec notre équipe dans les prochains mois super si vous

avez déjà des sujets sur lesquels vous aimeriez enfin que vous aimeriez développer dès maintenant ou on peut revenir plus tard si vous voulez mais vous avez mentionné plein de projets super intéressants où peut-être qu'on posera des questions pour la suite euh mais euh mais il il y a déjà beaucoup de beaucoup de sujets à discussion euh est-ce que peut-être avant avant de de rentrer un peu dans le dans le vif du sujet vous voulez faire un petit mot sur sur le Podcast euh sur ce que vous faites avec les explorateurs je t'en prie euh ouais bah en fait bon euh on voulait un peu aussi se motiver à à sortir de nos nos comment

dire nos champs respectifs c'est vrai que bon moi je jeis plutôt accès développement Barnabé recherche économique donc on on s'est dit pourquoi pourquoi pas pourquoi pas faire ça on voulait aussi pratiquer notre français parce que c'est vrai que on s'en sert pas souvent d'ailleurs bon quand vous voyez un podcast ça VO dans le podcast ça se voit dans le podcast quand vous voyez un podcast qui fait 30 minutes on a en fait 2 heures d'enregistrement et on se demande comment prononcer des trucs en français donc ça a été particulièrement rigolo avec Dom donc Dom qui était québécois enfin il est toujours hein mais voilà euh parce qu'on essayait de on essay de trouver des des équivalences ça l'a bien fait rigoler quand on a parlé des des engagements polynomiaux

euh donc voilà c'est vrai que ça ça nous permet ça nous permet de pratiquer ça nous permet de aussi de ouais de de se renseigner enfin de de de se renseigner sur sur ce qui se passe dans autour de nous en fait et puis aussi tout simplement bah d'essayer de de rendre l'therome un peu plus accessible en tout cas tout ce qui est corps développement tout ce qui est recherche tout ce qui est tout ce qui est vraiment technique plus accessible en essayant de de faire intervenir des des gens parce que il y a pas mal de il y a pas mal de comment dire de de de francophones dans éérome et c'est vrai qu'on est tous un peu isolés alors bon c'est pas qu'on est obligé forcément de parler parler français hein nous-même dans nos vies on parle pas spécialement

français donc on n pas on se sent pas perdu non plus mais mais c'est vrai que c'est plus sympa ça fait ça fait un un médium d'échange qui qui qui ça nous intéressait de l'explorer en fait il y a je trouve pas mal de contenu déjà en français sur sur ethereum et sur les sur les cryptos en général on avait l'impression qu'on pouvait apporter notre pierre à l'édifice avec quelque chose d'un peu plus technique et peut-être d'un peu plus proche du métal notamment du protocole parce qu'il y a beaucoup de contenu sur sur la la couche applicative Bitcoin ethereum d'aut d'autres chaînes d'ailleurs je prenonce à ethereum et on me l'a fait remarquer dans des commentaire YouTube du de grand temp crypto et apparemment c'est pas comme ça qu'on dit en français é donc je essayé de de changer c'est quoi c'est

c'est une question que je me posais et et en fait je je me demande qui a raison je pense qu'en fait ettherium c'est une sorte de mauvaise anglicisme traduit tout simplement en français avec l'accent anglais alors quetherium c'est plutôt l'approche latine de du mot donc c'est peut-être vous qui avez raison au final je je je me pose la question bah c'est décentralisé hein tu fais que tu fais comme tu veux vous dites vous voulez ouis c'est euh 6 an de latin c'est peut-être pour ça que ah oui voilà je suis même pas sûr que ça comme ça aprè ouais donc ouais notre notre notre ambition c'était de ouais de de créer ce contenu et de de donner un peu plus de d'interface pour pour les pour les personnes qui suivent

le core devvelopment d'theréum euh bah en tout cas dans enfin ouais dans les réseaux décentralisés c'est c'est bien d'avoir des consensus peut-être sur les mot aussi sur les appellations j'imagine que vous c'est des questions sur lesquelles vous euh vous réfléchissez tout le temps l'appellation des des termes techniques et autres c'est c'est c'est ça c'est des points clés au final h ouais ouais ouais il y a on a besoin de d'y réfléchir pour aussi avoir l'attention de de Twitter plus les plus les mots sont attractifs plus plus on a des gens qui réfléchissent à nos sujets de recherche donc c'est c une compétition à plusieurs niveaux ouais

j'imagine euh je proposais que pour aussi commencer un peu le à rentrer dans le sujet on on évoque votre dernier Podcast euh ça peut être la le cœur de ce de cet épisode de ce live euh ou pas je pense que ce sera intéressant de de rappeler les les différentes thématiques peut-être de faire un un petit résumé que ce dont vous avez parlé enfin euh donc c'était je peux vous le laisser préparer mais sorti ça il y a de semaines et c'était en gros un point sur la road map avec domoti qui est également chercheur à la fondation qui est super intéressant si si vous voulez avoir plus d'information sur roadmap est-ce que vous voulez nous nous faire

un petit recap de ce podcast là et et si certains dans l'audience ont ont des questions on écouté ce podcast avait des questions par rapport ce podcast pense que c'est c'est une bonne occasion pour le faire ça je vois déjà une question de Max sur le chat est-ce qu'on y répond maintenant ou est-ceon va direct sur le Podcast let's [Musique] goy est-ce que tu travailles sur single secret leaderection SS ouais alors moi non parce que je disais je suis plutôt concentré sur statess mais oui il y a du travail qui se fait alors je sais pas

d'un point de vue recherche j'imagine qu'il y en a pas mal il y a il y a plusieurs il y a plusieurs aspects dans ce dans ce le ssli il y a il y a pas mal de cryptographies donc moi j'ai j'ai une équipe où il a il y a des personnes dans cette équipe qui s'en qui s'en occupe un peu enfin je dis une personne c'est Ignatio et il a travaillé sur le système de de preuve qui s'appelle curdle proof voilà donc il y a il y a des trucs en avance de phase pour expliquer le oui euh bah vas-y je te laisse expliquer à moins que tu veux peux faire ça ouais donc aujourd'hui les validateurs d'etheréeum sont sélectionnés au hasard toutes les 12 secondes il y a un nouveau validateur qui est censé proposer un

bloc mais ce hasard en fait il est plus ou moins décidé en avance donc tu sais pour les 12 prochaines minutes quelle est la séquence des des validateurs qui est qui est attendu pour pour proposer les blocs ça peut être dangereux dans le sens où si je vois ok le validateur numéro 2000 est censé proposer un bloc et en en en mettant quelques nœuds sur le réseau j'arrive à détecter l'IP de ce validateur donc si j'arrive à faire l'association entre le l'index du validateur et son et son adresse IP je peux l'attaquer juste avant qu'il soit censé proposer son son bloc le le mettre en dos denial of service et en gros rendre son nœud impossible à à proposer

et et si j'arrive à faire ça continuellement donc si je Dosse à chaque fois just in time le validateur qui doit proposer le prochain bloc bah d'une certaine façon je peux éteindre euh la chaîne é donc donc pour se protéger contre cette attaque l'idée de secret single leader election euh c'est de de pas communiquer à tout le monde quel est l'index du prochain validateur qui doit qui doit proposer ce ce bloc voilà ça c'était le inonutell ce que ce que ça raconte ouais merci bah c'est c'est ouais c'est exactement ça et donc euh en gros euh pour que ça se fasse justement pour que ce soit secret pour

que pour qu'on puisse pas le déterminer il y a plein de il y a plein de choses notamment ce qu'on appelle du zero knowledge donc on va peut-être pas rentrer dans les détails tout de suite sur le zer knowledge dans les 10 premières minutes mais euh mais bon l'idée c'est que effectivement les les les validateur le prochain validateur qui propose le bloc est révélé au dernier moment et pour ça il y a pas mal de cryp euh faut savoir que c'est encore un sujet qui est quand même pas mal à la case enfin qui est ou qui est encore en pas mal en mode recherche donc il y a pas encore de développement réellement là-dessus il y a le le team lead de l' star qui qui qui pousse bien le le truc comme je disais il y a des gens avec qui

je bosse qui qui travaillent dessus d'un point de vue d'un point de vue crypto mais le design va sans doute évoluer pas mal on en est encore on en est encore à ce niveau-là donc euh donc oui est-ce qu'on le veut oui tout serit pas mal parce que c'est c'est une sécurité supplémentaire effectivement on peut enfin quelqu'un pourrait tuer le réseau quelqu'un avait quand même pas mal de de pouvoir pourrait pourrait tuer le réseau en en dédéossant tous les tous les nus les uns après les autres euh donc ça ça il faut leut faut faut s'y attaquer euh mais bon c'est pas non plus l'attaque la plus la plus probable et la plus imminente donc donc on prend notre temps pour pour

bien le faire aussi quand même ouais pour répondre à l'attaque à la question de Sun c'est une attaque qui est relativement compliquée à à mener notamment sur la durée euh c'est souvent comme ça en fait les je dirais les les mises à jour de d'etherum donc c'est vrai que c'est encore au stade de recherche mais il y a quand même pas mal de choses qui ont été écrit là-dessus donc il y a des designs qui sont relativement faisables après il y a pas vraiment d'urgence en terme de de déploiement parce que on a pas l'impression que c'est une attaque qui est très réelle comparé à d'autres problèmes qui sont beaucoup plus réels et beaucoup plus urgent donc donc c'est un peu quelque chose qu'on a aussi en en munition si jamais il se passe quelque chose ou si jamais on sent que le vent tourne et que le réseau se met à devenir

plus adverséiel et ouis donc il y a des gens qui travaillent là-dessus il y a récemment eu un poste de George et son équipe sur proof Validator qui est aussi un moyen de d'anonymiser un pe les les validateurs sur le sur le DHT qui sera utile pour le data availability sampling donc il y a toujours de person qui de oui toute façon tout tout système peut être attaqué hein c'est pas parce que c'est pas parce que c'estum que c'est imp possible la preuve dans dans l'histoire c'est déjà arrivé euh il y a de validate non pas le pas le dos de

vateur mais bon il il y a déjà eu de trois je sais pas si tu en as entendu parler euh le le DAO enfin ce genre de chos ah oui oui ok les l'atque Shanghai bah si laatt Shanghai techniquement c'était quand même un c'était même un DDoS du coup ouais c'est euh donc donc oui ça ça reste possible mais euh bon on est on est au courant il y a des il y a des attaques qui sont réalisables et des attaques qui sont probables il y en a qui le sont pas on s'attaque en priorité bien sûr à celles qui sont le plus probables et puis euh voilà bon faut pas faut pas s'inquiéter plus que ça enfin com ça peut toujours arriver évidemment mais ça peut arriver à n'importe qui ça peut arriver à Bitcoin ça peut arriver euh ça peut arriver ouais ça peut

arriver à Google hein euh donc euh donc on se voilà il y a pas non plus enfin faut pas avoir peur mais euh mais c'est vrai que bon il y a des choses qu'on enc voilà donc donc généralement quand on le quand on les connaît au passage on n parle pas enfin c'est pas parce qu'on garde le secret c'est pour éviter de donner des idées en fait alors celui-là on est assez confortable d'en parler parce qu'à priori il faut quand même y aller pour pour l'implémenter mais euh mais voilà il y a des choses quand on est enfin généralement quand on quand on découvre quelque chose euh peut vraiment mettre le réseau par terre rapidement euh on le on on fait ce qu'on appelle une comment dire disclosure responsible disclosure révélation responsable

euh et euh on euh voilà on on évite de le publier on communique avec les gens on leur dit voilà faut il faut faut motié enfin faut faut pardon faut voilà la motivation pour laquelle on voudrait résoudre ce problème euh n'en parlez pas trop et puis on on le résout euh voilà une fois je désolé hein je détourne un peu mais en même temps je pense que ça intéressant on a trouvé un on a trouvé un bug dans la librairie euh de begin enfin de de mat quoi en gros de de Go qui affectait tout le monde et on l'a trouvé c'était un bug qui était dans Go depuis des années et des années euh bon ben on l'a on l'a dit à Google euh

il ils ont bien mis TR 3 4 mois à le résoudre pendant 3 à 4 mois on a vraiment croisé les doigts pour que personne découvre ce bug parce qu'il suffisait de créer une transaction qui va bien pour pour que tous les réseaux pour que tous les neugo é du réseau panique et que donc là on perde une 40 40 60 % du réseau euh donc voilàand quand il y a un truc vraiment sérieux on en parle pas aussi librement B super intéressant euh il y a des questions je vois sur la sur la recherche le MV burn la recherche m burn qui inclu dans dans la road map et dans ce dont vous avez discuté dans votre

dernier épisode euh j'en profite juste avant de passer un peu sur un ap de de cet épisode qui sera intéressant je pense qu'il va soulever pas mal de questions euh euh par par par nos auditeurs euh si euh j'en profite pour rappeler donc euh libre à vous de poser vos questions même d'intervenir sur en tant que speaker ici pour poser vos questions directement l'idée que ce c'est que ce soit collaboratif donc vraiment n'hésitez pas euh et je pense que donc je propose que vous vous fassiez un petit recap bref si si possible de euh du dernier épisode donc la la road map ettherium et puis ensuite on a déjà une question de de de P trois petits points qui qui sera intéressant de de répondre pour commencer euh vas-y oui euh donc il y a

une tradition maintenant qui est que tous les ans vitalique poste un tweet avec un diagramme de des différentes mises à jour d'etherium qui qu'il a en tête et sur lesquels les différentes équipes travaillent j'ai mis le lien vers un de ces tweet ou ou cette road map figure euh cette ro map elle est divisée en plusieurs sections donc il y a merge purge scorge verge et d'autres je l'ai sous les yeux aussi parce que c'est difficile de s'en rappeler euh et donc ouais domotis c'est un chercheur de la fondation et qui a rejoint il y a pas si longtemps mais qui a déjà fait pas mal de choses depuis euh il était très actif sur Twitter il écrivait beaucoup sur essayer d'expliquer ses mises à jour un point de

vue technique mais aussi un point de vue assez accessible euh et et récemment il a posté un un assez long post sur annotated world map donc revoyant les points que que Vitali a mis dans dans son dans son diagramme et avec un peu plus de background un peu plus de contexte euh et du coup ouais on était tous les trois icci en en juillet donc c'était l'occasion aussi de de se rencontrer et de et de l'interviewer on on lui a posé des questions sur différentes sections de de cette road map qui qui connait assez bien du coup oui je réfléchis mais oui c'est exactement ça en fait voilà donc bah peut-être que s'il y a pas ENF s'il y a

pas d'autres questions on peut enfin reparler de la roadmap est-ce que vous voulez faire un petit tour un petit tour rapide des petites étapes si vous les avez devant les yeux comme ça ça va ça va peut-être poser des question et peut-être ce sera une bonne intro pour la pour la question sur le sur le MV burn ouais c'est définitivement très y a beaucoup de de choses qui doivent arriver avant donc on pe peut-être faire un petit tour de des il y a six sections là sur le tweet on en fait tu fais on fait une chacun 30 secondes ok donc la première c'est la plus facile c'est celle que les gens

connaissent le mieux donc c'est the merch donc passer eum en et ensuite rendre ce mécanisme de consensus le plus robuste possible donc on est déjà en proof of stake on a déjà les withdras donc ça c'est ça c'est fait on commence à avoir les distrib validators mais comme le poste sur la bouncing attack montre il y a toujours des des petits bugs en fait qui qui sont qui font partie du du design de de ce mécanisme il y a pas mal de gens qui bossent là-dessus donc le mot clé ici c'est single slot finality donc c'est de passer vers un système où chaque bloc on arrive à le finaliser s'il y a suffisamment de participation donc ouais

aujourd'hui on c'est pas c'est pas ça qui se produit on attend une dizaine de minutes pour pour finaliser un un bloc ouais donc c'est ça donc mer c'est déjà fait mais on voudrait le rendre plus robuste dans dans le futur euh ouais merci le suivant c'est le search donc c'est celui sur lequel enfin celui dont tout le monde parle en ce moment en tout cas chez les cordèves c'est le IP 48 44 donc l'idée enfin c'est c'est le début l'idée c'est vraiment de de travailler sur la sur la scalabilité donc tout ce qui tout ce qui est r up les r avoir bon le le au final on veut le CH on veut tout ce qui est data avability

euh après bon c'est c'est encore une fois la road map elle change tous les ans hein enfin elle est mise à jour tous les les leses généraux il restent les mêmes mais les mis à jour tous les ans mais on peut imaginer des futurs complètement complètement dingue ou par exemple etherumability sa capacité de detir la disponibilité de donné à d'autres blockchain cash même Bitcoin soyons fou bon ça ça reste ça reste extrêmement théorique he mais mais voilà donc c'est ça le search ça commence avec 48 44 qui consiste en gros à offrir une nouvelle dimension pour le gaz ou au lieu de payer un gaz un peu générique on paye un gaz spécifique pour les données en fait

et et du coup ben ça puisqu'on a cette granularité supplémentaire on peut se permettre de de comment dire de les là je suis en train de m'empétrer un peu mais on peut on peut simplement enfin tout ce qui est tous les coûts associés au stockage des données sont séparés des coûts associés à l' donc c'est vrai qu'un roll qui est plus intéressé par le stockage des données bah va pas payer un gaz qui est un agrégat en fait de quelque chose qui est à la fois donné exécution donc ça ça réduit le coût pour les rollup de d'utiliserum comme comme couche de sécurité pour pour le donner petite

précision c'est pas exactement du stockage c'est plus de la publication c'est pas du stockage dans le temps on veut juste que les r publient leur données pour qu'ell soi disp disponible pour tout le monde mais on les garde pas en stockage indéfiniment moins cher au passage voilà c'est pour ça que ouis c'est pour ça qu'on peut avoir C cette efficacité oui parce que donc bon là je je vous fais un un aparté encore mais l'idée c'est que précisément puisque la promesse qui été faite avec etherum c'est au départ et qu'il faut qu'on change peti à petit c'est qu'en fait quand vous stockiez des données sur la blockchain bah c'était stocké indéfiniment et avance donc ou c'est vrai alle je je le garde pour plus tard trs bien c'est c'est vrai

allez euh ok ok donc ensuite euh V scorge donc éliminer euh les jeux qui se passent sur entre la couche applicative et la couche de consensus donc la la MeV donc la MV c'est ce phénomène où le producteur de bloc a le contrôle sur les transactions qu'il inclut dans dans ses blocs il a le contrôle sur l'ordre des transactions et il peut aussi insérer ses propres transactions donc ça lui permet d'extraire cette valeur qui est qui est connue sous le nom de de MV un mot clé ici c'est PBS proposer Builder separation donc en tant que bloc euh en tant que producteur de bloc par exemple disons je fais tourner mon validateur

dans mon salon je suis pas à même de de faire un un bloc hyper optimisé et qui extrait le le maximum de MV donc ce que je fais en tant que producteur de blog c'est je peux me connecter à un réseau ou des builders produisent le bloc euh à ma place c'est voilà c'est quelque chose qui se produit de du fait d'incitation disons rationnelle euh après la MV c'est un sujet encore une fois qui est extrêmement multidimensionnel où il y a y a beaucoup de choses à dire là-dessus mais l'idée principale c'est de de faire en sorte que la décentralisation des validateurs soit pas juste technique mais qu'elle soit aussi économique donc s'il y a des valateurs qui ont accès à des à des récompenses plus élev V que

d'autres validateurs parce qu'ils arrivent à extraire la MV plus de manière plus optimale euh ça peut au fur et à mesure réduire le poids des valuateurs qui sont moins sophistiqués sur le réseau et centraliser le réseau vers des valuateurs qui sont très à même d'extraire cette cette MV et donc ça ça peut être vraiment très dommageable pour le pour le réseau donc SCOR c'est vraiment concevoir des mécanismes qui permettent euh de de d'empêcher cette centralisation économique euh le verge euh ouais pas faire les deux suivantes comme ça tuas verge tu allais parler de story oui bon enfin ok déjà je fais la suivante oui donc le verge c'est B c'est

exactement c'est exactement ça c'est-à-dire la statess ENF c'est exactement ce que je décrivais au début et sur lequel je travaille c'est euh c'est la c'est stat etherum donc l'idée tiens j'ai dit ethereum cette fois j'ai pas ditther bon bre euh le le verge c'est oui donc en gros bon ça commence avec ce qu'on appelle le le changement on va changer la structure de l'arbre euh donc en fait bon ok je devrais commencer avec ça toutes les données d' Thum elles sont stockées dans un arbre euh qu'on appelle un arbre de Merkel c'est une structure en cryptographie qui permet de de faire des preuves le problème c'est que depuis depuis que c'est ce cet arbre de vercle a été inventé dans les années 80 on a quand même pas mal progressé euh et

surtout dans les dans les dernières années en fait donc donc on propose maintenant d'utiliser une autre structure que s'appelle un arbre de verc donc c'est en gros la même chose mais on utilise plus la même technique de cryptographique pour pour stocker ça c'est on utilise une nouvelle technique qu'on appelle les les commitements polynomiaux les engagements polynomiaux ou polynomial commitment en anglais et ça permet de faire plusieurs choses bah déjà que les preuves soient plus petites bon on fera on fera sans doute un épisode là-dessus plus en détail parce que si si sur le sujet par 3h donc euh et l'autre l'autre aspect l'autre intérêt de la de la chose c'est que donc

c'est qu'on peut faire des on peut en fait le mettre à jour C cet arbre sans avoir la vue complète de de l'arbre ce qui n'était pas enfin ça restait possible avec enfin ça reste possible avec la la la technique actuelle mais on parle de bloc de de 1 m de 3 m peut-être 10 m si vraiment si vraiment on est dans un bloc particulièrement pathologique et ben un bloc de 10 m ça se promène pas si facilement que ça sur le réseau en tout cas pas en 12 secondes euh donc donc voilà donc l'idée c'est d'avoir des bloc plus petit qui contiennent juste l'information nécessaire et euh et l'idée c'est même de bon enfin l'idée c'est de de

d'attacher cette preuve au bloc comme ça on peut juste télécharger un bloc et l'exécuter sans avoir eu besoin de faire un une synchronisation vous savez sans doute que synchroniser un nœud ettherum ça prend plusieurs plusieurs jours en en tout cas pas mal d'heur et euh et bah ça grâce grâce à au ver ce serait fini donc voilà si on après il y a plein de c'est pas juste les vercultter il y a euh utiliser pas mal de pas mal de Zero knowledge derrière pour euh pour rendre ça encore plus efficace encore plus encore plus rapide à prouver pardon en tout cas encore plus rapide à vérifier pardon euh de snar pas de Zero de snar pardon oui euh

oui parce que toute façon on a pas besoin de l'aspect zge encore ça c'est un détail euh donc voilà l'idée c'est c'est vraiment d'avoir un etherum enfin de d'être capable de participer au réseau etherum sans avoir une machine très puissante donc je disais idéalement un téléphone bon on en est peut-être pas encore là mais euh mais ça va quand même devenir euh beaucoup plus pratique et et moins cher de faire tourner un nœ ettherérum grâce à ça estce que tu as une idée de l'espace nécessaire pour héberger un nœud après verge les alors il y a plusieurs chos oui parce que c'est ça il y a aussi le purge c'est vrai donc le purge peut-être avant de répondre à cette question je vais parler du purge bah

c'est l'idée de supprimer toutes ces données qui sont euh qui sont tr donc c'est ce que je disais la la promesse implicite qui a été faite jusque là c'est que quand vous quelque chose sur la blockchain et ben c'est c'est là pour toujours donc ce qui fait que même si le gaz est très cher c'est c'est extrêmement peu onéreux en c'est même pratiquement gratuit virtuellement gratuit puisque vous payez enfin vous louez de l'espace pour pour une durée infinie à un prix fini donc forcément c'est c'est pas cher enfin et et donc bah voilà on veut revenir un peu sur cette promesse euh on veut donc ça le le purge c'est tout ce qui correspond à la State expiry enfin

donc il y aurait un mécanisme hypothétique personne ne travaille dessus pour l'instant sur lequel on les les données quand elles ont été écrites elles sont seulement gardé pour un certain temps et après elles sont supprimées de la mémoire de tous les nœuds et si vous voulez la garder à plus long terme vous devez la la enfin repasser cette donnée avec une preuve qu'elle était bien dans l'état à tel moment voilà et puis il y a aussi tout ce qui est historique donc en fait toute la liste des blocs bon dans on va dire dans un dans un siècle par exemple euh les premiers blocs des Thom n'intéresseront personne en ils intéressent déjà pas grand monde ils intéressent juste les développeurs comme moi mais a priori je pense pas qu'ils intéressent beaucoup

plus de monde que ça peut-être entre guillemets des archéologues ou des policiers mais c'est tout donc ces gens-là peuvent garder toute la chaîne de bloc mais on peut dire que dans dans un siècle ENF quand étherum aura un siècle il y a peu de chance qu'il a une réorganisation de la chaîne qui remonte 10 ans 20 ans 100 ans donc si on a 100 ans de blocs on peut peut-être les les supprimer alors ça veut pas dire qu'on les fait disparaître on les stock en dehors de la chaîne mais la plupart des gens ne les ne les ST ne les stockeraient pas en fait et et la conséquence de ça c'est que donc pour répondre à la question de de Barnabé combien combien de temps ça prendrait de

enfin combien de place ça prendrait de faire tourner un nœud bah on va dire déjà les deux plus gros les deux plus gros trucs dans la dans la base de données si je ne m'abuse ce sont les blocs déjà ça c'est sûr c'est les blocs c'est le truc le plus gros donc si on arrive à les supprimer ou à supprimer l'historique bah on gagne déjà facile facile 200 Go je pense de mémoire et puis l'État lui-même il fait 200 Go aussi donc si on arrive à supprimer une partie de cettat ù au moins ne garder qu'une vue de cette état d'un sous un sous-ensemble de cet État qui qui nous intéresse et ben on peut gagner oui on peut gagner 400 400 Go facile et l'autre surtout le ce que ça nous donne c'est que le le stockage

nécessaire ne grandit plus on peut cibler un stockage constant voilà donc c'est vrai que bon je vais lancer un chiffre c'est je m'engage pas làdessus une date le 3 janvier 2020 euh le oui enfin je pense qu'avec avec de TER ce qui ce qui dans quelques années ne devrait plus poser problème avec de terrain on sera tranquille même enfin a priori on pourrait même penser un terra peut-être 500 500 g mais voilà ça dépend faut faut implémenter ces choseslà le verge c'est la enfin le le vercult tre c'est la première étape avec les vercul tre on va déjà pouvoir gagner 200 Go

donc sur un node classique enfin je pense au mien là qui qui à peu près à 800 g en moyenne tu tu vires déjà 200 200 Go tu arrivrive à rester sous le terrain tuarve tu V s le terrain c'est pas mal super bah chapeau sur le en tout cas la synthèse et la vulgarisation de ces de toutes ces étapes c'était c'était super clair et c'est pas un exercice facile surtout pardon excuse-moi mais en fait il reste il reste un item sur la enfin il reste un le splurge en effet ouais mais d'accord ouais ok il est moins non il est pas moins intéressant mais c'est des c'est les bonus ou c'est bonus abstraction ce genre de chos on pas

mais on en par peux faire si tu veux on en parle peut-être à la fin si on on a déjà quelques questions je vous propose de répondre à ça notamment la question de de Pai sur sur le MV burn dans tout ça ça se situe à quel à quel stade ouais euh donc m bururn ça ça fait partie de scorge donc j'ai parlé de de PBS plutôt euh et j'ai dit en fait que l'idée de PBS c'est d'avoir un marché qui permet au validateurs de de sourcer leur bloc euh des des builders l'idée desmvburn c'est de passer ce marché sous le contrôle du protocole parce qu'aujourd'hui il est il est complètement en dehors du protocole il est opéré par un un software qui

s'appelle m boost que les valuateurs peuvent faire tourner à côté de leur leur nœud et donc passer le marché sous le contrôle du protocolle ça veut dire que le protocole a une vision de ce qui se passe sur ce marché et notamment il est capable de dire bah la valeur maximale qui a été proposée par les builders c'est t par exemple ten if donc il arrive à voir les les offres que les builders font et il arrive à comprendre quel est la valeur de la MV dans le bloc que le que le validateur va produire ou que le dans le bloc que le validateur source des des Builder donc si le protocole arrive à récupérer ce ce signal et s'il arrive à le récupérer de manière crédible donc le signal est est un vrai signal de la valeur du du bloc euh ça permet au protocole de de

capturer cette valeur de dire au validateur bah je sais que le marché te propose 10 etther donc tu me les donnes euh c'est déjà ça ce qui se passe avec le IP 1559 donc on a un signal crédible euh de la de la congestion sur le réseau donc de la demande pour pour l'inclusion des des transaction dans le réseau et c'est un projet de de récupérer la valeur de la MV proposée par les builders et de et de la ahce on a une déconnexion

les les plus mal nickel ouais je peux donner un un bref aperçu du du statut de BN il y a toujours un peu de recherche à faire parce qu'il y a des questions sur est-ce que le signal est crédible est-ce que c'est possible de déployer MBN dans le protocole sans faire trop de changement la réponse a l'air d'être non il faut qu'on fasse probablement PBS in protocol avant de pouvoir faire mburn et

de plus en plus on a l'impression que pour faire PBS in protocool proprement il faut qu'on fasse single finality donc il y a pas de dépendance avant Emily burn donc c'est ouais c'est toujours à l'étude top euh euh il y a un truc vas-y ouais Guillaum non si tu voulais ajouter quelque chose non je voulais dire ouais je voulais dire le le problème de Thom en fait c'est que pourquoi c'est si lent bah c'est parce qu'il y a beaucoup de gens qui l'utilisent euh c'estàdire que si s'il y avait personne quiit la chaîne on dirait bon c'est pas grave pendant que personne regarde on on débranche tout en on débranche tout on demande aux gens de tout débrancher on tente on tente un truc et puis si si ça casse ben c'est pas grave il y a peut-être trois

utilisateur on mis 3 € dans truc quand c'est un système qui est vachement plus déjà qui est bien plus qui a bien plus d'utilisateurs et qui en plus a une valeur monétaire dans les je pas combien dans les centaines de millions oui de Milard c'est l'image bref euh non non mais c'est vrai je sais pas combien mais peu importe euh voilà quand on a ce genre de chose bah on est obligé de on est obligé de prendre notre temps et de bien s'assurer qu'on ajoute pas de de box et c'est précisément ce qu'on disait des fois des fois on les découvre on accepte de vivre avec parce que on on pense que que ces bugs là sont

pas un gros danger mais enfin c'est pas des bugs he c'est des plutôt des des problèmes de design qui peuvent mener à des attaques théoriques si s'il y a une vraiment une attaque qu'on connaît qui pratique on pas un truc évidemment mais du coup précisément parce qu'on découvre ce genre de choses et qu'on c'est pour ça qu'on livre pas immédiatement qu'on revient sur la table euh oui en sur le encore j'allais parler anglais on remet on remet certaines questions sur la table ALRI euh avant qu'on reprenne les questions sur les questions du chat il y avait une petite question en amont que j'aimerais bien vous poser euh euh au sujet du de l'article qu'on a

publié sur é en France sur les baling attaque dont on a l'auteur ici maxper euh et et je sais que tu as travaillé dessus bernab donc je pense que c'est c'est intéressant de d'aborder rapidement le sujet je pense que il nous resterait une quinzaine de minutes si on veut finir dans l'heure donc on pas obligé de s'étendre trop mais c'est intéressant de l'aborder et puis je pense qu'on pourra pourra développer par la suite et puis je prévois de de renvoyer aussi des informations complémentaires rapport rappeler le le lien de l'article et cetera et donc si tu as même des informations complémentaires à ajouter là-dessus on pourra on pourra l'envoyer euh mais mais globalement euh est-ce que au sujet de l'article sur la B d'attaque il y a toujours des des risques euh est-ce qu'elle est considéré par les par les

développeurs étérieur HM euh ouais je peux donner un peu de contexte donc dans les mécanismes de consensus il y a deux propriétés qui qui nous intéressent vraiment euh je les donne en anglais je suis pas sûr du mot en français donc le la la première c'est safety donc c'est des mauvaises choses ne peuvent pas se produire donc ce qu'on essaie d'éviter c'est qu'il y ait deux blocs qui soient finalisés et qui sont sur différentes for donc ça ce serait le le pire des cas plus personne ne saurait quelle est la vraie chaîne parce qu'il y a deux deux versions qui sont aussi légitimes l'une que l'autre donc potentiellement pas socialement légitime mais en tout cas techniquement légitime donc ça c'est safety il y a l'autre propriété qui qu'on veut du du consensus c'est liveness donc c'est des bonnes choses se produisent éventuellement doncon arrive

à finaliser au au cours du temps et et c'est bouncing attack c'est c'est vraiment une attaque sur sur le sur le liveness donc c'est en gros l'idée c'est de faire perpétrer deux forques qui qui ne se résolent jamais vraiment parce que on arrive à faire passer les validateurs honnêtes d'une forque à l'autre donc on leur dit ok la forque a c'est celle qui est légitime pour le moment c'est celle qui a le plus de poids on peut pas finaliser parce que on on split le le comité de validateur en deux donc donc on a pas de finalisation donc on a pas non plus de risque sur la Safety mais on narrive pas à finaliser parce qu'on arrête pas de les renvoyer d'une forque à l'autre donc un moment il vote en haut de moment d'après vote en bas et donc finalement on n jamais assez de vote pour pour se

mettre d'accord donc un peu d'histoire là-dessus il y avait eu un patch c'était une attaque qui était qui était connue ce bouncing il y avait eu un patch qui avait été mis en place il me semble avant même que la bon chain soit lancée ou peu après il s il s'est montrer que ce patch était pas si utile qu'il y avait d'autres attaques qui qui pouvaient arriver notamment une attaque qui s'appelle splitting et donc le nouveau papier qui est qui est sorti au début de l'année par par ce groupe de recherche français a montré qu'en fait on peut attaquer le patch même sans sans splitting donc on savait déjà que le patch était pas hyper utile qui résolvait pas tout ce qu'ils ont montré c'est que c'était encore pire finalement entretemps finalement le patch a même

été retiré donc il fait plus partie du du consensus ethereum parce qu'il é était compliqué et comme on avait pas vraiment une étude complète sur sur ces conséquences on savait qu'il résolvait un problème mais peut-être qu'il y en avait 10 autres à cause de à cause de ce patch c'est souvent le cas c'est des vra c'est vraiment très sophistiqué ces modèles de consensus et on peut pas faire un changement sans sans produire des effets qui sont très difficiles à à anticiper donc maintenant ce patch n'existe plus le est-ce que ça veut dire queum est pas safe je pense pas parce que ces attaques de Bing encore une fois elles sont pas faciles à à lancer il faut contrôler un certain niveau de de stake et et avoir une certaine précision sur le sur le réseau paire à paire aussi

le le fix ultime en fait c'est de passer à single finality donc de de de changer le modèle de consensus complètement et de de résoudre tous ces problèmes qu'on a de d'un même coup euh potentiellement il pourrait y avoir des des fixes intermédiaires encore une fois on les a dans la poche si jamais il se passe quelque chose on peut on peut les sortir relativement rapidement euh moi je travaille plus beaucoup sur le consensus on a travaillé un peu là-dessus parce qu'on avait détecté un bug en faisant nos recherches sur la MeV on s'éit aperçu que le consensus avait des des problèmes donc on avait passé un peu de temps là-dessus maintenant il y a une équipe de consensus qui est vraiment dédiée là-dessus avec des avec des experts donc c'est ouais je dirais c'est entre entre de bonnes mains voilà le petit LR ben merci pour ces précision euh max

si tu as des tu as des questions additionnelles là-dessus hésite pas je remonte fait dans les dans les questions on change un peu de sujet euh puis en même temps j'essaie d'avancer dans le temps en partie euh mais pour donc c'est la question de S pour la mise à jour Cancon quels sont les EP les plus susceptibles d'être choisis en parallèle de Leip 48 44 oui j'avais la liste là euh ouais ben je crois qu' c'est même pas elles sont susceptibles il me semble qu'elles ont été choisies euh ouais d'accord merci euh Barnabé pour la liste salut euh d'accord donc ouais je les regarde parce que je les ais pas en tête par cœur mais

effectivement bon c'est rajouté une instruction après il y a il y a quoi ah oui bah oui alors si celle-là elle est quand même pas mal euh c'est la suppression du self distruct euh alors c'est pas tout à fait la suppression totale c'est la suppression c'est que il y a plein de contrats pour des raisons de en fait d'économie de gaz qui créent des contrats temporaires et qui les mais en plus il les crée toujours à la même adresse donc si on veut supprimer selfdestruct et on supprime parce qu'il y a plein de ça créé plein de problèmes enfin déjà de base le daorac mais c'est voilà c'est c'est une instruction qui est quand même qui est

quand même complexe qui est quand même vraiment vraiment traître donc on voulait la supprimer mais c'est vrai qu'il y a des gens qui en ont quand même besoin ça enfin le supprimer vêtement même si on le c'est ce qu'on voudrait ça ça va quand même casser pas mal de de comment dire de de use case de de ça va casser pas mal de contrat tout simplement donc on utilise cette solution un peu intermédiaire qui est de dire bon bah si c'est dans la même transaction qui crée le contrat on garde l'ancien l'ancien l'ancien façon de fonctionner si c'est une nouvelle le enfin si c'est un contrat qui a créé euh

une transaction puis la transaction enfin qui qui a créé qui a été créé pendant dans une transaction et après dans une autre transaction le contrat appelle s Destruct là par contre euh c'est plus ENF c'est le le le le le comment le comportement c'est de dire bah voilà maintenant le contrat en fait on enlève tous vos tous vos fonds et puis le contrat on le laisse comme comme il était donc donc vous vouvez pas recréer un autre contrat à cette adresse là voilà donc ça c'est ça c'est le truc est un peu gros sinon il y a des des codes pour le un peu gros c'est la plus grosse c'est vraiment le IP 48 44 ajouter les BL effectivement faut

comprendre que effectivement le IP 48 44 est tellement grosse que tous les trucs qu'on met à côté c'est quand même d'une simplicité d'une simplicité relative mais c'est un autre c'est un autre ordre de simplicité c'est sûr euh donc voilà oui bon il y a un mcopie bon ça c'est une instruction standard qu'on trouve sur toutes les sur tout les vrais processeurs donc pourquoi pas dans le VM et puis euh mettre les les ouais les les les comment dire les racin de tous les Bicon blocks euh accessibles depuis le VM bon ben ça c'est pour faire des preuves he c'est simple donc c'est pour vérifier des preuves euh donc ça c'est pour que les les applications puivent puissent récupérer le en comment dire le

le le H du bloc et si on leur passe une preuve et ben elles peuvent vérifier que telle valeur était bien présente dans l'état du bloc à telle à telle hauteur bloc voilà après moi je note peut-être une dernière donc le le IP 75 14 qui a été ajouté relativement tard dans le dans le process ouis il y a une semaine il y a une semaine et l'idée c'est de rendre la que pour accéder au au Validator set plus lent la queue en fait elle a été programmée pour elle laisse rentrer de plus en plus de monde plus il y a de validateur dans dans le set donc en gros elle amplifie le le la vitesse pour pour rejoindre cet ensemble c'est

pas c'est pas une mauvaise chose encore une fois le plus il y a de validateur plus le réseau est sécurisé mais c'est vrai que avec le modèle de consensus qui monte parfois des limites il y a eu un box sur les clients assez récemment avec la dominance de Lido et des Quing derivatives il y a eu des questions sur est-ce qu'il faudrait pas une réforme un peu plus profonde de de certains de ces aspects du consensus et du coup est-ce qu'on peut pas nous se donner un peu plus de temps en en limitant la la queue ça a été fait de manière assez conservative donc c'est quand même pas une limite enfin ouais ça je crois que c'est la moitié de ce qu'on attendait euh mais voilà donc c'est c'est c'est quelque chose qui est pas mal discuté en ce moment et il y aura je

pense encore plus de discussion parce que c'est finalement quelque chose qui change pas mal de de choses du point de vue économique et donc ça c'est même Mme ces dernières updat sur les les LSD ça sortira potentiellement en même temps que le 48 84 enin en même temps que le les BL ouais c'est ça ouais 75 14 donc voilà c'est vra c'est la plus controversée mais en même temps c'est pas là pour rester c'est juste c'est vrai que si vous êtes dans la queue vous attendez d'être d'être promu comme validateur bah c'est c'est dommage c'est ça va falloir être un peu plus patient mais en même temps il y a a des effets de bord qui vont commencer à on déjà commencé à se produire en

faiton causer des bugs donc pour pour gagner du temps on va implémenter ça voilà c'est juste c'est juste ralentir la quantité de gens qui qui rejoignent le réseau donc c'est c'est pénible pour eux mais c'est pas il y a pas mord ok peut-être dernière question question s je pense qu' qui est en lien avec la B attaque lorsque vous trouvez des failles théoriques potentiels faisable comment gérez-vous les discussions sur le sujet vous avez parlé d'une sorte de NDA mais avec qui la Fondation pour le fixer c'est seulement entre personnes qui ont trouvé la potentielle faille est-ce que vous

avez une réponse à ça euh j'ai pas j'ai raté un truc là dans la question est-ce que est-ce que est-ce que vous pourriez répéter la question si tu as des fa ouais on a pas la même comment vous gérez la discussion en interne j'imagine quel est quel est le process euh on demande si vous avez une sorte de non disclosure agreement un accord de de non divulgation pour pour le franciser euh et si oui enfin ouais comment vous gérez ces potentiel failles euh vas-y commence oua je pense c'est assez différent en fait entre la entre

la recherche et le développement quand on a trouvé la la faille sur le consensus j'ai mentionn rapidement c'était le ex an ROR on en a parlé avec les équipes de développement pour voir si céit quelque chose ouis qui était potentiellement attaquable directement on a pris la décision de publier assez rapidement on a fait un papier là-dessus qui est qui est apparu dans les semaines ou dans le mois qui a suivi notre notre découverte souvent on essaie plutôt de mettre en lumière des des bugs théoriques pour dire ok là c'est quelque chose sur lequel on a besoin d'un peu plus d'attention et potentiellement de de gens qui sont intéressés pour pour travailler là-dessus

ouais encore une fois dans la mesure oùù ça donne pas une recette extrêmement spécifique pour pour mettre le réseau par terre donc ouais ça c'est ma réponse en tant que chercheur mais je pense que Guillaume a une perspective un peu différente oui enfin c'est vrai que nous quand on considère un bug c'est qu'il est quand même assez réaliste enfin ou il est critique quoi euh donc qu'est-ce qu'on fait ben en fait on a une série de non non enfin cl clairement il y a pas de il y a pas d'agrément il y a pas de support c'est très décentralisé on regarde qui ça affecte on essaie de il y a une team équipe de sécurité à l'intérieur de la Fondation donc eux on

leur parle tout le temps généralement c'est eux qui nous ramèent des B d'ailleurs euh parce que quand quelqu'un trouve un bug bah il s'adresse à eux donc voilà ils viennent vers nous ça passe pas ça passe pas comme les autres problèmes par par GitHub par exemple euh donc quand on trouve quelque chose benah on va déjà voir généralement enfin soit soit c'est directement chez nous soit c'est par exemple comm je disais ça peêre ça pouvait être chez Google bah on va on va voir Google et quand on trouve un truc avant de livrer une un fix enfin une solution ce qu'on fait c'est c'est qu'on contacte des gens je parle pour Guess parce que guess a été cloné plein de fois pour faire des rollup pour faire des machins donc on regarde on le on on discute en fait avec des équipes de

rollup par exemple ou d'autres d'autres chaînes on leur on leur dit alors on leur dit pas tous dans le en même temps parce qu'il y a des gens qu'on à qui ont fait confiance plus qu'à d'autres euh donc par exemple bon les les les roll principaux clairement on leur dit tout de suite voilà si c'est la a si c'est des gens qui que qui sont une équipe un peu moins à qui on fait pas confiance hein tout simplement enfin on va pas s'en cacher je vais pas donner des noms mais euh mais il y a des il y a clairement des équipes à qui on fait pas vraiment confiance euh Cuxa on leur dit en dernier et puis quand on fait un fixe parce que le problème c'est qu'il y a des gens qui surveillent notre comme c'est Open Source tout le monde tout le

monde surveille notre ce qu'on fait et on peut pas se permettre de faire un un commit GitHub en disant bah voilà je résous ce bug là donc on essaie de les cacher dans d'autres trucs en fait euh mais par exemple je parlais de la de la faille dans Go euh quand on l'a trouvé quand on l'a trouvé on a fait une release alors là l'occurrence il y avait pas besoin de il y avait il y avait pas besoin de cacher quelque chose dans notre code c'était c'était à Google de le faire nous on avait juste à recompilé mais une semaine après même pas je dis 3 jours après euh quelqu'un quelqu'un a trouvé la enfin a lu tout ce qui tous les a regardé les les Ch la liste des changements est allé voir est allé voir aussi ce qui s'est passé dans Go et a

créé une transaction qui aurait tout fait péter si si elle avait été envoyée 3 jours avant quoi h donc donc faut faire gaffe ouais euh on t'entend plus Nathan j'éta muté pardon euh je disais que c'était c'était génial d'avoir ces informations qu'on euh qu'on entend on entend pas souvent comment ça se passe derrière le capot et et et bah c'était génial d'avoir vos commentaires là-dessus euh je vois qu'il a quelques questions auquel on n pas eu le temps de répondre ça fait déjà 1 heure donc je propose quand même de de de vous libérer gentiment euh ces questions répondre par

pardon on peut on peut y répondre plus tard par texte peut-être pe parfait euh je vous propose après c pense que je peux suite ça prend 2 secondes OK mais les gens veulent dîner oui ah les gens ah oui si si les gens quiam si c'est des gens qui mangent laissez vos questions et on y répondra d'accord ouais to sur disc très bien bah parfait j'essaierai de les les les sauvegarder pour qu'ell se perde pas dans la euh dans les lambes euh mais en tout cas c'était c'était génial de vous avoir j'espère qu'on qu'on vous aura à nouveau euh on n'hésitera pas à vous inviter pour présenter vos nouveaux podcasts euh un grand merci je pense que au nom de

tous ceux qui étaient là et même j'espère on va on publiera c'est le recording donc sur sur notre chaîne YouTube et on l'enverra à nos membres on en verra dans les newsletter donc déjà on avait on avait une petite une petite communauté là c'était c'était top et je pense que c'est c'est vraiment rare de vous avoir je su je suis pas reconnaissant de vous avoir eu en direct et que vous preniez ce temps donc donc un grand merci et voilà donc je j'envoie tout le monde le lien vers leur dernier po podc c'est vrai qu' on l'a pas envoyé donc vers le dernier Podcast des explorateurs qu'on a mentionné avec avec domoti de de la fondation et et puis voilà vous pouvez enfin si ceux qui nous écoutent ne sont pas encore membres vous pouvez devenir

membres ethereum France via notre via notre blog donc le site etherum-france.com et on vous enverra comme j'ai mentionné une newsletter avec un petit recap et puis et puis le recording voilà merci merci encore Guillaume Barnabé d'être venu aujourd'hui c'était c'était vraiment chouette oua mercian ciao merci avir écé