Live Discord #5 - ETHPlorateurs : la mise à jour Pectra réussie !

Live Discord · 5 Jun 2025 · 1:14:40

In ETHPlorateurs' Live Discord #5, Ethereum Foundation researchers Barnabe Monnot and Guillaume Ballet discuss the successful rollout of the Pectra upgrade. They reflect on how the upgrade went and what it means for Ethereum's ongoing protocol development.

Speakers

Topics

From Live Discord, hosted by Ethereum France.

Transcript

Voilà. Donc j'ai lancé l'enregistrement, il y a un peu une petite vidéo et euh je vais faire un petit ping pour rappeler les petits retard à terre et on va pouvoir débuter. Allez, hop ! J'ai trop de j'ai trop de tabs qui sont vertes.

Ouais, même même problème pour moi. Voilà, j'ai euh j'ai euh du coup prévenu prévenu tout le monde. Euh je pense que les prochains invités vont arriver bah un petit peu au comptegoutte comme c'est le cas habituellement. On est déjà une petite plus d'une dizaine. Euh c'est déjà sympathique. Du coup bah je je vous laisse la parole peut-être surtout à toi Simon qui va bah qui va animer cette cette rencontre. Voilà, on avait à peu près peur en amont. Donc je vous laisse je vous laisse la parole. Parfait. Ben merci beaucoup Lisiac et ben bienvenue à tous les deux Guillaume et Barnabé. Merci beaucoup d'être là.

Euh et on va passer un petit moment à parler ensemble ben de Pectra euh dans le sens le plus large possible. Moi, je pense que l'idée c'est un peu d'avoir une vision globale euh à la fois sur votre vision de ce qui s'est passé avant, ce qui s'est passé pendant, ce qui s'est passé après. Euh donc voilà et et l'idée effectivement c'est d'avoir une parole le plus libre possible en fonction évidemment de ce que vous vous estimez être le le plus libre pour que on puisse avoir des échanges ensuite éventuellement intéressants aussi avec le public euh sur voilà sur peut-être des des choses qui sont autour de la mise à jour. Euh peut-être commencer très rapidement par

rappeler le contexte de enfin ce qu'il y avait dans la mise à jour. L'idée c'est pas du tout de faire une présentation technique de la mise à jour parce que ça prendrait un certain temps et c'est pas le je pense que c'est pas le sujet, c'est pas l'intérêt de de cette de cet échange. Euh mais moi ce que j'avais compris de cette mise à jour et je vous laisserai me corriger si j'ai oublié des choses ou si je vais un peu vite, c'est que il y avait un un objectif de permettre au compte utilisateur donc lesateurs du d'Etheréum d'envoyer des transactions plus complexes et sécurisées avec le IP 7702. Euh ça c'est un gros morceau. Il y a un morceau qui est pour les validateurs avec un certain nombre de mises à jour qui permettent notamment la

consolidation des validateurs et donc le réduction du nombre de validateurs totaux sur le réseau euh et puis et puis des des modalités un peu plus techniques pour programmer des retraits et cetera, mais ça on va peut-être pas rentrer dans le détail. des fonctionnalités pour les développeurs, des notamment permettre d'accéder euh à des preuves d'exécution un peu plus ancienne sur la chaîne. Enfin voilà, donc ça c'est plutôt des choses très techniques et puis des un focus sur l'escalabilité avec bah le passage de de l'augmentation du nombre de blobes par par bloc et bah finalement préparer la la suite de l'expansion, on va dire en terme de scalabilité

d'Etheréum. Moi, j'avais ces quatre ces quatre choses en tête pour la mise à jour. Je sais pas si vous voulez rebondir déjà là-dessus et peut-être préciser votre vision de cette mise à jour. Euh, je peux commencer ? Ouais, c'est c'est une mise à jour qui est intéressante parce que il y a pas un clear headliner. Il y a beaucoup de choses dans la mise à jour qui sont vraiment très très positives. Euh mais comparé à des mises à jour précédentes comme euh Shanghai qui était plus sur les retraits de la couche de staking ou euh Dan Coun qui était plus sur les blobs, l'introduction avec EIP 484. Ouais. Cette mise à jour effectivement c'est vraiment un fourtout de plein plein de choses différentes et

la plupart sont encore une fois Ouais très positif comme tu l'as dit. Ça adresse beaucoup beaucoup de choses à la fois la scalabilité, euh l'expérience utilisateur, le des trucs plus techniques mais qui sont en faits pour la la sécurité et la résilience du réseau. Euh donc un peu difficile à décrire mais à mon avis très positif en en règle générale. Guillaume euh Ouais. Bah du coup moi je vais faire un peu le le grinchaud mais bon c'est c'est aussi c'est ton rôle. C'est c'est le rôle. Voilà, c'est le c'est le personnage c'est un personnage euh Non. Ouais. Bah effectivement, c'est un pour redire ce qu'a dit Barnabé de manière plus pessimiste. Euh OK,

peut-être pas plus pessimiste, mais plus euh plus moins Ouais. OK. vous vous le qualifierez vous-même. Euh le l'idée c'est qu'effectivement ça au départ ça devait être un tout petit fort qui avec juste que quelques fait quelques quelques features, quelques fonctionnalités qui étaient qui étaient là pour améliorer le la les conditions d'utilisation enfin la l'utilisabilité de la chaîne. Et puis ça a été un gros ça a été un on va dire que ça a mis le process de la CD de Lol Cordev en et moi ça il y a eu beaucoup de batailles parce que il y avait un

gros headliner qui venait derrière qui finalement viendra viendra pas on sait pas encore. Euh et du coup tout le monde a voulu mettre sa son IP dedans. Il y a eu beaucoup de IPEP qui ont été initialement euh prévus pour l'intégration. Après, on s'est rendu compte donc au départ, je sais pas si je l'ai déjà dit, mais ça devait être un tout petit fork et euh on a fini avec le plus gros forc de l'histoire et euh jusque- là bien sûr et euh et euh il se trouve qu'en fait on en a déjà supprimé la moitié entre-temps et que ça reste le plus gros forc de l'histoire. Donc c'était c'était pas tout repos, on va dire, ce coup-ci. C'est vrai qu'il y a il y a du positif. on est content que ce soit que ce soit fait et que ça marche.

Euh on est un peu rassuré aussi, je vais pas je vais pas le cacher. Euh mais euh mais c'est vrai que c'est une il y a eu beaucoup de il y a eu beaucoup de d'aléas euh et puis il y a des il y a des choses qui ont été qu'on a dû enlever parce que on s'est rendu compte que ce qui était censé être un tout petit fort qui était en fait une complexité monumentale. Donc on va dire que oui, d'accord. C'est peut-être pas pessimiste dans le sens où il y a eu beaucoup de on a montré qu'on était capable de faire un for d'une complexité bien plus bien plus élevée que tout ce qu'on avait fait jusque- là. À part peut-être le Merge et encore euh le Merge au moins, il était complexe mais c'était qu'une qu'une seule fonctionnalité. Alors que c'est pas vrai, d'ailleurs, je crois qu'il y

en avait deux trois autres mais voilà, c'était c'était anecdotique. Là, ce sont des petites fonctionnalités à part à part cette enfin 7702 qui est qui est une grosse fonctionnalité, mais sinon, c'est beaucoup de petites fonctionnalités euh qui ont pas l'air de enfin qui ont l'air de rien comme ça, mais il y en a qui sont effectivement très utiles. Euh je sais pas, je suppose qu'on parlera ensuite des de du process du d'upgrade qui a été aussi lui aussi très compliqué. Euh mais voilà, on va dire que c'était c'était une bonne leçon à plus d'un titre. Euh bah déjà de d'être un peu plus peut-être mesuré dans ce qu'on veut dans ce qu'on veut schéduler, dans ce qu'on veut dans ce qu'on veut planifier.

Et puis euh et puis euh oui euh bah au fait aussi se rassurer un peu sur le fait qu'on est capable de de livrer des forts qui assez complexes même si on veut pas le faire tous les tous les jours quoi. Merci beaucoup déjà pour ce premier aperçu. Euh je pense alors j'ai été j'étais un peu vite à rentrer dans le sujet. Je pense ça peut être bien euh pour ceux qui vous connaissent pas que vous vous resituiez un peu, vous faites une petite présentation en deux phrases de ben vous travaillez tous les deux pour la fondation euh mais qu'on sache un petit peu où vous êtes dans la fondation pour voir un peu d'où d'où vous parlez comme ça sera plus peut-être plus clair pour la suite de la présentation. Hm hm. Euh je commence donc je suis Barnabé, je suis chercheur à la fondation Etheréum. Euh depuis le

début de cette année, je suis le cirecteur du groupe de recherche qui est une équipe de six équipes différentes à la à la fondation. Euh ça fait 5 ans que j'y travaille, j'ai un background plutôt économie algorithme. Euh donc ouais, je suis plus dans la couche abstraite des problèmes d'Etheréum et euh et voilà, c'est tout. Guillaume. Euh moi je suis Guillaume ralleur ralleur invétéré. Non, je fais partie de je fais partie de l'équipe guest et je suis aussi maintenant team lead d'une équipe qui s'appelle Stateless Consensus. Donc on travaille sur une version d'étherum.

On pourra peut-être en parler plus en détail plus tard si si la question s'y prête. Mais euh on cherche à rendre Etherum enfin l'utilisation d'un d'un nœud plus d'un nœud Etherum plus légère euh et résoudre plein de problèmes notamment la le grossissement de je sais pas si ça se dit le grosissement de de l'état. Euh en gros, écrire son écrire son euh enfin maintenir un nœud Etherum requiert beaucoup d'espace disque. On essaie de résoudre ce problème, on essaie de de simplifier le temps que ça prend pour faire un sync. Et euh ça fait 8 ans que je suis à la fondation. J'étais en train de faire les maths en t'écoutant là. Vi de la vieille. Euh ouais, vieux de la vieille là quand même. Euh voilà. Et on a un organigramme de la fondation qui

est tout récent. Ah ouais, je le je le je le mets dans le chat. Voilà. Donc si vous voulez enlever quelqu'un, vous choisissez votre cible et puis kidnappez quelqu'un. C'est c'est jouable. Trop tôt. Bon d'accord. Non, c'est bien la transparence pour la fondation. Je pense que c'est peut-être un sujet sur lequel on reviendra, mais euh mais en tout cas, ça fait partie des efforts qui ont été je pense très bien accueillis par la communauté ces derniers ces derniers temps. Euh mais là, on s'éloigne un peu de de PTRA, juste pour peut-être revenir sur le sujet du coup. Euh merci déjà beaucoup pour votre votre première premier retour. Est-ce que on peut commencer euh avant peut-être de revenir sur la la

jeunèse, tu l'as évoqué Guillaume qui a été un peu un peu compliqué. Euh juste faire un premier bilan euh après 2 semaines là, est-ce qu'il y a déjà on voit déjà un effet de cette mise à jour ? Est-ce que donc il y a notamment les les choses les plus évidentes, c'est les consolidations des validateurs et ben l'utilisation de le IP 7702. Est-ce que sur ces éléments-là bah les indicateurs sont positifs ? Qu'est-ce que vous en pensez ? Euh alors, j'ai un site qui qui montre ça, ça s'appellefight.com.

Euh c'est vrai qu'on pourrait partager euh mais on peut voir qu'effectivement euh Oui. Enfin si tu si tu peux le Oui. Hésitez pas à partager vos liens dans le dans le petit euh chat qui est qui est à côté euh la Ah non, c'estfied.com. Mais Ah non, j'en ai un autre. Tu en a un autre ? On parle des consolidations ou des S ou tout ? Ah non, consolidation. Consolidation. Ouais. Euh mais enfin bref, donc on voit que j'arrive. Ouais ouais, il y a pas de souci.

Euh voilà, tout ceci est improvisé bien entendu. H euh vas-y. Oui. Donc de toute façon, bon pendant qu'on essaie de partager euh de ce qu'on peut voir déjà que les gens utilisent les agrégations, donc ça enfin pardon les les consolidations. Donc ça ça sont des faits. Il y a aussi un calculateur qu'on m'avait envoyé euh où on peut calculer euh combien on peut gagner de plus si on passe en consolidation. Euh mais en gros, bon, on voit que c'est surtout euh que c'est surtout les petits les petits validateurs qui qui consolident les les gros de ce que je vois euh ne ne

consolident pas enfin agrégated effective balance. C'est vrai que oui, en fait, je suis en train de regarder mais c'est vrai que plus les plus les validateurs sont gros, moins il y en a en fait qui sont qui sont capables de se consolider eux-mêmes. Donc donc il y a pas mais c'est vrai que il y a des il y a des validateurs qui ont consolidé jusqu'au bout. Donc on a on a augmenté la la capacité globale d'un d'un comment dire d'un d'un validateur à avoir jusqu'à 2048 ETH. et il y en a quelques-uns qui ont effectivement consolidé tout au bout jusqu'à jusqu'à 2048. Donc bah tant mieux pour eux. Euh mais c'est vrai que de notre côté, bah c'est plutôt bien parce que euh alors bon, moi je suis client euh enfin je suis euh développeur pour un un IEL,

donc je peux pas non plus vous vous euh vous affirmer tout ça avec une certitude absolue. Mais de ce que je comprends, c'est qu'en fait et ben il faut quand il y a beaucoup de validateurs, il faut les les proc enfin les les comment dire enfin procéder un par un par un pour essayer de les les de je cherche le mot, j'arrive plus process les traiter. Les traités, merci. Voilà, faut les traiter un par un en gros. Enfin, on peut le faire en parallèle mais au final il y en a beaucoup donc ça prend ça prend des ressources.

Et euh et ben le fait d'avoir de diminuer le nombre de validateurs, c'est c'est très c'est très utile pour tout ce qui est ce qui a l'habilité, pour les choses comme ça. On a simplement moins de travail à faire. Donc donc ça c'est une très bonne chose. Euh de là à dire que c'est un succès phénoménal, il va falloir attendre parce que bien sûr il y a une queue, faut que tout le monde prend prenne son temps et et tout ça. Mais c'est vrai qu'on commence à avoir un peu de recul et que clairement et ben ça se passe ça se passe bien pour l'instant. Encore une fois, je sais pas si vous avez compris, je suis pas du genre être trop optimiste, mais mais euh enfin optimiste sans sans sans euh sans qu'il y ait des de bonnes raisons, mais jusque là, ça jusque là ça a l'air pas

mal. Ouais. Effectivement, on voit plutôt des petits validateurs qui consolident et pas vraiment les grosses staking pool jusqu'ici. Hm hm. Il y a à mon avis encore un peu de travail à faire pour aller leur parler et comprendre pourquoi ils le font pas et quelles sont les conditions sous lesquelles il le feraiit. A priori tout est stable donc ça devrait être utile. Puis il faut voir imaginer que les pardon on peut imaginer que les institutionnels, ils ont un petit peu plus de de process de risque à mettre en place après la mise à jour avant de pouvoir commencer à envisager quelque chose comme ça j'imagine. Ouais, exactement.

Ouais. Donc ce qu'on observe là sur le sur le diagramme, c'est juste après la mise à jour, le nombre de validateurs est à a à baissé euh de manière un peu significative. Donc c'est toujours bon à prendre. Ouais. Alors que dans le même temps, le nombre de d'heres en take a augmenté. Donc c'est vraiment l'effet positif de de ces consolidations, c'est d'avoir plus de sécurité sur le réseau en ayant moins de coûts de traitement de et de bandes passantes sur sur ces validateurs qui qui occupent plus de place sur le réseau. Donc ouais, ce que ce que je vois c'est apparemment il y a à peu près 3000 juste en dessous de 3000 validateurs qui ont qui ont un 02 comme

crédentiel. Euh donc oui, il y a un plus d'un million qui ont toujours le withdrawall et il y a les 12000. Ouais, d'accord. Donc c'est pas encore c'est pas encore bien adopté mais bon ça ça marche. Donc pour l'instant il y a pas de il y a pas de problème. C'est vrai que c'est 32 32 enfin quand on consolide, il y en a forcément plus plus que 32. Ça a tendance à ça a tendance à à effrayer un peu de faire ses manipulations. Je sais que je l'ai pas fait précisément pour cette pour cette raison. Euh donc euh ouais, ça se franchement euh franchement 3000 c'est pas mal pour un pour un truc assez nouveau et pas testé comme ça.

Oui, c'est ça. On peut se dire que les 3000 personnes qui l'ont fait là, c'est des gens qui ont une confiance vraiment euh totale euh en se disant "Je vais le faire dès le déploiement de la mise à jour." Euh j'ai vu j'ai vu notamment là dans le dans le bord dans le dans le classement de ceux qui l'ont fait le plus, il y a un validateur alors c'est je sais pas si c'est une personne individuelle mais qui a qui a quand même mis plus de 1000 sur un seul sur une seul validateur. Euh il faut quand même avoir la foi. Merci deud euh Non mais après c'est vrai qu'il y a énormément de comment dire enfin il y a il y a un meilleur rendement si on si on fait ça. Donc autant euh si si tu as 1000 si tu as 1000 valid enfin si tu

as si tu es suffisamment riche pour avoir que 1000 pour te dire que 1000 1000 validateurs ça vaut le coup ça ça vaut le coup de prendre le risque pour gagner 1 % de plus ouais pourquoi pas quoi. Puis on peut imaginer qu'il y a aussi des raisons. Enfin, les veidateurs individuels ont peut-être plus de motivation aussi qui peuvent parfois être un peu idéologique à vouloir soutenir les mises à jour et les fonctionnalités pour pour enfin ne serait-ce que pour montrer que ça fonctionne quoi. Donc ça c'est c'est bien de voir que ça existe encore. C'est vrai. C'est vrai qu'historiquement les gens ont tendance à pas les les individus les individus ont tendance à moins upgrader que que les

autres. Donc c'est c'est vrai que c'est un peu surprenant d'un point de vue historique, mais c'est très appréciable. Est-ce qu'on avait pas déjà observé quelque chose comme ça au moment du genesis de la de la Beacon Chain avec quand même pas mal de d'individuels qui qui s'étaient qui s'étaient mis en Genesis validateur justement alors que bon le merde, j'étais encore un rêve. Ouais, on avait même pas de deadline à ce moment-là. Donc ou Oui. Euh oui, c'est vrai que c'est ceux-là je le ceux-là je les admire parce que effectivement ils avaient il y avait aussi il y avait aussi un bénéfice à à le faire. Je me souviens plus lequel mais je me souviens qu'il y avait un bénéfice à être bah oui puisque euh il y avait un rendement plus élevé un

rendement plus élevé de l'émission monétaire. les rendements des les rendements des premiers blocs, moi je me souviens du coup je l'ai fait avec un ou deux validateurs à l'époque et les rendements c'était assez on avait quasiment un bloc par jour sur les premiers jours quoi. Donc c'était quand même c'était quand même assez intéressant mais et c'était un c'était aussi de l'ur on savait pas quand on allait le récupérer quoi. C'était un paris. Ouais, c'est ça. Jusqu'au bout à l' passage donc Shanghai c'était ça. On pouvait rien récupérer pendant un gros bout de temps. Donc donc effectivement c'était c'était on a deux petites questions dans le le chat. Euh donc est-ce que vous pouvez revenir sur bah le fait qu'on gagne qu'on gagne plus euh ce que le fameux 1 % dont tu viens de

que tu viens de mentionner, ça c'est pas clair pour dans le chan et quels sont les risques concrètement à faire la la consolidation pourquoi ça ça te ça te freine encore ? Une autre question du chan. Ouais bah le risque Ouais, c'est mon domaine, c'est mon rayon. Euh non non, le risque c'est simplement qu'il peut y avoir un bug. Donc c'est vrai que bah si tu veux, on en parlera sans doute après, mais le l'upgrade a été quand même assez stressante. Bon, de par sa complexité mais le fait qu' il y a deux testnet qu'on capoté, enfin il y en a un qui qui a vraiment capoté, l'autre on il a été récupéré de justesse. Euh donc voilà, c'est simplement que j'avoue que personnellement la raison pour laquelle

je l'ai pas encore fait, c'est bah il y a deux raisons, il y en a une c'est des taxes parce que je sais pas comment je dois déclarer ça. Et puis l'autre raison, c'est que j'ai tout un système, j'ai tout un setup où je dois aller chercher une SD card que j'ai dans un coffre fort pour la mettre dans une Raspberry Pie débuggé. Enfin, est-ce est-ce que je suis vraiment est-ce que je suis vraiment pressé de faire ça ? Oui, j'imagine, mais ouais, je l'ai pas fait. Euh voilà, il y a il y a du process. Voilà, c'est la raison. Euh donc pourquoi le Oui. Je dirais la raison pour laquelle euh il faut pas le faire, bah c'est juste que changer ses cré ses crédentiales, c'est une opération qui est quand même assez euh risquée. Il faut pas signer le mauvais le mauvais message et cetera et cetera.

Donc euh donc voilà, je pense que les faut pas perdre sa clé privée, faut pas faut pas perdre sa clé privée, toutes ces choses-là. Donc euh simplement, je pense qu'il y a il y a quand même une grosse inertie de base. Et puis aussi les gens euh les gens sont pas non plus tous des Davidou, comment il s'appelait ? Euh qui qui veulent qui veulent risquer tous leur enfin leurs 32 is, leurs 64 is euh là-dessus. Donc c'est vrai qu'attendre un peu de circonsp circonspection ne fait pas de mal. H c'était quoi l'autre question ? Euh pourquoi en consolidant le rendement est-il plus élevé ? Euh c'est pas nécessairement la consolidation qui rend

le rendement plus élevé. Je crois que c'est juste passer en Ox au tout. Hm hm. Euh donc si tu as 10 validateurs consolidés euh en gros ta effectif balance sera plus élevé. [Musique] Euh j'essaie de faud que je remonte si je peux essayer de le si je peux essayer de l'expliquer si comment je l'ai compris. Euh en fait aujourd'hui euh en 01 donc l'ancien système de validation, on on a une effective balance qui est de 32 étheres maximum et dès que tu génères de l'éther avec ton validateur tous les xtant donc en général autour d'une semaine cet éther là il est il est automatiquement distribué et en fait de

toute façon il n'est jamais effectif c'est-à-dire qu'en fait il va jamais servir de base à à la validation tu vas pas avoir de récompense sur cet éther que tu as gagné alors qu'avec le 0x2 tu à ta valise ta balance effective qui augmente et immédiatement auprès qu'elle augmente en fait cette balance elle est utilisée pour le calcul des futures récompenses. Donc en fait tu perpétuellement c'est c'est du compounding interest quoi, des intérêts composés les intérêts que tu gagnes sont immédiatement valides pour bénéficier d'intérêt aussi. Donc en fait ça c'est ça fait un effet un peu exponentiel sur le sur le sur les terres que tu mets en validation.

Non, très bien dit. Si c'est clair comme ça. Super. Alors ça c'est un peu c'était le premier gros sujet, c'était la consolidation. Euh on a une dernière question sur la consolidation peut-être pour une réponse rapide. Quand vous évoquez risque de bug, quel genre de bug pourrait survenir lors de la consolidation ? Est-ce que vous en avez un ou deux en tête rapidement ? Non. Bah si on le savait, on les corrigerait. Enfin voilà. Euh euh mais bah qu'est-ce qui peut se produire ? Bah simplement que pour n'importe quelle raison, il y a un message qui est qui est signé mais qui est incorrect. Donc qu'est-ce qui se passe ? Est-ce que est-ce que les fonds sont bloqués ? Est-ce que il y a plein de choses qui peuvent se produire ? J'en

sais rien. Encore une fois, on laisse on laisse pas des bugs exprès. Donc si si on les si on les si on les trouve, on les corrige. A priori, il y a aucun problème. Ça a été testé. tout ça, mais ça n'empêche que que les gens peuvent Ouais. doivent rester un peu oui euh prudent. Euh après, oui, qu'est-ce que je pourrais trouver comme bug potentiellement ? J'imagine que s'il y a un bug et que et que ça ça c'est mal fait, allez, je prends un truc complètement débile, mais si quelqu'un enlève Ah ben voilà, très bien. Il y a on consolide deux validateurs. OK, c'est une bien sûr c'est un truc tout à fait théorique. Ça normalement ça ne se produit pas mais il y a deux

validateurs, on les consolide ensemble. Bah il y en a un qui on supprime l'un et puis on ajoute la balance à l'autre. S'il y a un bug qui est mal programmé et cetera. Donc ça veut dire qu'on supprime le validateur et au moment où on veut ajouter sa balance à l'autre, pouf, il y a il se passe rien. Bah voilà, on a perdu on a perdu 32. Ce serait le genre de truc qui pourrait se passer. Euh a priori euh voilà, ça a été testé quand même. Euh donc il y a peu de chance que que ça se produise mais c'est vrai que encore une fois il y a des gens plus aventureux que d'autres et voilà quoi. Oui. Alors normalement les tests les tests qui ont été faits permettent d'éviter en grande partie ce genre de

problématique en tout cas. Mais euh mais justement, ça fait repartie de peut-être qu'on reviendra sur toute la partie historique. Peut-être qu'on peut essayer de finir le l'aperçu peut-être de ce qui s'est passé immédiatement après la mise à jour. Euh est-ce qu'on voit déjà des des utilisations de le IP 7702 en live ? Est-ce que est-ce que est-ce qu'on a des des signes des signaux encourageants là-dessus ? Et puis alors peut-être on pourra faire un point rapide sur les blobes, même si ça c'est c'est aussi dépendant d'autres d'autres choses que simplement d'Etheréum évidemment. Hm hm.

Ouais. Bah là aussi, on a des quelques stats sur bundle.com. Hm hm. Euh donc ouais, on voit effectivement il y a une bonne utilisation de ces nouveaux smart accounts. Donc pour utiliser un smart accounts, il faut avoir son euh externally owned account IOA, donc les les comptes que vous avez en général avec un un wallet. Euh il faut signer un message qui dit passer en en smart qu déploie un contrat à côté qui en gros rend le compte plus intelligent, qui rend le compte programmatique et on voit bien ouais que depuis la mise à jour le le nombre de ces smart counts évoluent assez rapidement. Hm hm. On en est à

39000. Ça c'est agrégé agrégé sur plusieurs chaînes. Voilà, sur plusieurs chaînes. Donc Etherum c'est c'est 19 je crois si je si je me souviens bien. 19um. On en est à presque 20000. 20000. Ouais. Ouais. Bon c'est pas c'est pas énorme non plus hein comparé combien de comptes on a sur Etherum plus des centaines de millions ? Non des centaines de millions. Oui. J'essaie de me souvenir il y en a à peu près 200000 millions pardon. 200 millions donc voilà on en a 20000 sur 200 millions qui sont activés. Ouais. Victoire. Non, mais ouais, c'est c'est une mise à jour importante. Donc ça ça permet effectivement d'avoir beaucoup plus de euh d'accès euh sur des comptes.

Euh par exemple, enlever ces ces accès à deux temps où il faut d'abord euh accepter euh ou déverrouiller le compte pour faire une opération et ensuite faire l'opération. Donc ça permet de rendre ça avec un seul un seul clic. H euh ouais, je sais pas ce qui Non non euh Ouais. C'est c'est c'est franchement pas mal parce que 20000 ça reste des comptes avec des des fonds. Euh est-ce que derrière pareil, personnellement je suis pas je me précipite pas pour remplacer tous mes comptes par par des contrats sans raison. Il faut qu'il a faut qu'il y ait une bonne raison de le faire. Donc c'est une c'est une fonctionnalité qui est en train d'être doucement adoptée.

Il faut que il faut que le l'écosystème s'adapte, commence à commencer à l'utiliser. Euh c'est aussi une fonctionnalité un peu effrayante dans le sens où maintenant il peut y avoir des contrats enfin des des comptes euh qui sont contrôlés par une clé privée qui ont quand même du code enfin qui ont pas le code eux même mais qui délègu vers du du code. Ça va être Ah d'accord, je croyais que c'était euh voilà. Donc c'est c'est aussi un truc auquel il va falloir s'habituer.

Tous les utilisateurs vont devoir apprendre à composer avec les développeurs de DAP, tout le monde va devoir commencer à s'adapter. Donc on va dire que c'est raisonnable. C'est pas c'est pas enfin toute la chaîne n'est pas convertie d'un coup mais c'est normal. Euh je dirais que pour l'instant il y a toujours pas eu de problème. Donc ça c'est bien. Euh j'ai envie de dire que d'un point de vue stress, c'était ça ce qui nous faisait peur. Euh est-ce que euh est-ce qu'il allait y avoir des gens qui allaient perdre tout leur tout leur fond à cause de ça ? Euh pour l'instant ça a l'air de bien se passer. Donc euh les wallet s'adaptent et ce genre de choses. Donc donc ouais là encore h avec plus de pouvoir viennent plus de

responsabilité. C'est un peu ça le message, c'est ça rend les comptes plus plus puissants. Donc il y a aussi évidemment de d'autres d'autres problèmes à ce niveau-là. Je donc on a vous avez répondu dans le chat qu'effectivement c'est c'est les wallet qui proposent la fonctionnalité hein. Donc c'est c'est pas les utilisateurs qui doivent faire des manipulations particulières. Euh j'ai cru comprendre euh de mes lectures un peu diverses que les wallettes avaient pris une approche vraiment très sécure, c'est-à-dire que pour l'instant, ils autorisent que certains types de enfin quand on est dans ce type de signature, il n'autorise que sur certains services euh précis qu'ils ont un peu whlisté par avance

justement pour éviter que qu'une personne signe une transaction qu'elle qu'elle comprend pas. Euh j'imagine que c'est quelque chose qui va rester en tout cas dans un premier temps, le le temps que les les choses se mettent en place sur les sur les différents wallet. Euh est-ce que vous savez euh là on a les stats un peu unchain mais en terme de d'utilisateur on sait pas quel wallet ils utilisent, quelle fonctionnalité ils utilisent pour l'instant. Euh c'est vrai que bon, il y a il y a quelqu'un chez nous qui regarde, enfin je dis chez nous la guest team qui regarde. Euh pour l'instant, il a pas encore il a pas encore trop de conclusion. Euh donc nous, on sait pas exactement qui l'utilise. Euh mais c'est

vrai que si on peut donner un conseil dans les premiers temps, choisissez bien vos wallets. Prenez pas le dernier wallet. Cool. Ah, il a il a publié des trucs finalement. Euh, il me semble. Il a juste dit que ça augmentait. On peut voir quelques stats. Ouais. Donc le le fournisseur de wallet en gros déploie le contrat pour l'utilisateur. Donc on peut repérer un peu quel est le wallet qui est utilisé par l'utilisateur en regardant quel est le contrat qui a été déployé par le wallet. Donc c'est ça qui donne le signal de qu'il utilise quoi.

Évidemment, un utilisateur peut toujours déployer n'importe quel contrat avec cette fonctionnalité, mais les contrats standard des des fournisseurs classiques du type MTAMask ou OKX euh on peut les on peut les repérer. Hm. Ouais, c'est juste qu'on a pas les stats, mais ça devrait être ça devrait être jouable. Oui, ça peut s'observer notamment une chaîne en fonction du contrat avec lequel le comptes interagissent en fait. H h voilà. Euh OK. Donc ça ben je sais pas s'il y a d'autres j'ai pas l'impression qu'il y a d'autres questions sur euh sur ça. Euh j'imagine qu'on a on va voilà c'est quelque chose qui pour le coup va

prendre aussi beaucoup de temps parce qu'il va falloir que les wallet développent les fonctionnalités qui les propose utilisateurs après avoir fait les tests et cetera et cetera. Donc c'est quelque chose qui va prendre qui va prendre de la de l'importance dans les dans les prochains mois la prochaine année quoi. Euh quelque chose qui fait partie d'une road map qui est plus longue de l'abstraction des comptes et des et des chaînes. Euh donc il y a d'autres mises à jour qui sont prévues. Pas cette année ni l'année prochaine peut-être. Donc le la mise à jour qui a été déployée maintenant c'est 772.

Euh une mise à jour dont les chercheurs parlent c'est 771, donc c'est native abstraction et qui en gros passe certaines de ses fonctionnalités dans le protocole euh et rend plus de euh d'amplitude à à ce à ce genre de mécanisme de d'abstraction du compte. Parfait. Euh merci. Donc ça, il va falloir surveiller et voir un peu les les déploiements des des futures fonctionnalités. Infine, est-ce que ça ça peut apporter exactement la même fonctionnalité que les autres formes d'abstraction de compte, c'est-à-dire par exemple Gnosis safe ou ce genre de chos ? On peut imaginer de d'utiliser le

IP 7702 pour remplacer intégralement un smart un smart contrattoil. Bah surtout l'avantage c'est qu'il upgrade c'estàd que le gnosis sa je me souviens pas j'avoue je connais pas exactement les le détail précis du fonctionnement du gnosis safe mais une fois de ce que je comprends c'est qu'une fois qu'il est déployé voilà il est c'est fait alors que là on peut toujours changer de contrat ce qu'il y a potentiellement des répercussions mais mais on verra on verra dans dans le futur euh et qu'est-ce que je vous dis ?

J'avais un autre truc je sais plus mais oui oui euh est-ce que est-ce que c'est le truc complet ? Alors non, il y a par exemple il y a EIP4 337. Alors euh j'ai lu un truc mais je m'en souviens plus du tout. Euh en gros euh 77 enfin pardon 7702 c'est juste le début. Il y a encore plein de plein de fonctionnalités ajoutées pour avoir un vrai enfin une vraie abstraction de compte digne de ce nom. Euh on n'est pas c'est oui c'est c'est encore il y a encore un long chemin de à valider plein de plein de IP et s'assurer qu'on qu'on fait pas qu'on donne pas trop de clés aux gens pour faire n'importe quoi. Enfin c'est pas que bien sûr vos clés vos fonds mais on

veut pas on veut s'assurer que ce soit pas trop trop facile de les perdre les fonds en question. Euh donc je sais plus ce qu'on m'avait dit sur le sujet, mais c'est pas tout à fait enfin c'est pas tout à fait la même chose. Euh il y a vraiment il y a vraiment une étape de plus. Là, c'est juste qu'on peut avoir un contrat intelligent, mais il y a encore plein de choses qui viennent avec tout ce qui est délin délégué, on peut faire bien plus de choses, on peut signer des autorisations, on peut faire on peut faire beaucoup de choses. Je cherché le le mot exact, je sais plus ce qu'il avait utilisé.

[Musique] Euh non, external period registry, non, c'est pas ça. Je sais plus ce qu'il avait utilisé. Euh bon, ça me reviendra mais voilà. Désolé, j'ai pas j'ai pas trop potassé la question. Ben, pas de problème chose qu'on a déjà pas mal d'éléments euh et ça ça on sait que c'est quelque chose qui est en cours et sur lequel il va y avoir finalement d'autres choses qui vont se se construire aussi dans les prochaines mises à jour. Donc euh voilà, c'est une c'est une étape importante et on va surveiller aussi le déploiement dans les dans les wallets des différentes fonctionnalités euh au fur et à mesure.

Euh je vois je vois Nathan qui vient d'arriver dans je vois Nathan qui vient d'arriver dans le chat. Donc voilà, je te je te fais un petit coucou Nathan et si tu veux tu peux venir nous rejoindre un petit peu un petit peu après si ça te fait plaisir. Coucou Nathan. Euh tu es où d'ailleurs ? Tu es tu es pas ou d'accord. Oui, on on ne fait pas de on ne fait pas de J'allais le doxer. J'allais le doxer mais euh pardon. Si si organigramme si à l'organigramme le lieu d'habitation là ça commence à devenir un peu beaucoup.

Non, c'est pas son lieu d'habitation, c'est je sais qu'il doit rencontrer un collègue à moi mais je sais pas je sais pas quand c'était la formation. Ouais, c'est la formation. Ou ça ça petit à petit. Ouais, effectivement. Euh bon bref, je voulais juste rajouter un truc donc ça y est, je me souviens un peu un peu mieux. Euh donc en gros euh Oui, c'est ça. C'est euh de son vue de enfin de son point de vue en fait euh la le ce qu'on appelle l'abstraction de compte complète. Ah d'accord. Tu as vu Innatio. OK. Euh donc euh la l'abstraction de compte complète, ça veut dire qu'on a plus de de clés privées en fait. En tout cas, on a plus le on retire complètement l'utilisation de la clé privée, ce qui est ce qui est

un truc très intéressant parce que par exemple aujourd'hui les clés privées elles sont pas elles sont pas comment dire quantum sécure. Elles sont pas enfin elles sont potentiellement fragiles à une attaque à une attaque avec un ordinateur quantique. Bon, en tout qui est pas le truc qui va qui va nous tomber dessus tout de suite hein, je vous le dis mais euh mais on sait on sait jamais. Euh et donc euh et donc si on peut remplacer, il y a des mecs dans la dans la dans le chat, ils essayent de deviner qui c'est quoi. Euh et donc euh bref et donc ce qu'on voudrait c'est éventuellement avoir d'autres enfin d'autres façons de de signer les transactions qui utiliserait plus ces vieux entre guillemets euh compte. Euh ça nous permet de rendre

Etherum dans le futur un peu plus quantum sécure ou des choses comme ça. Euh voilà, donc c'est c'est une différence. Par exemple 7702 fournit pas ça tout de suite. Tout ce qu'ils font c'est que c'est ce qu'ils appellent de l'abstraction d'exécution. Donc c'est vrai que le le comment dire le comportement du contrat lui-même va changer, enfin peut changer si on le décide, mais euh il y a encore toujours l'idée d'une clé privée qui euh qui est basée sur une courbe elliptique euh qui euh qui contrôle le compte et ça bah le temps qu'on enfin pour pouvoir corriger ça si bon pour l'instant c'est pas un problème mais si ça devient un problème et ben il faut la l'abstraction de compte complète pour être capable de de changer cette méthode d'autorisation.

Très bien. Ben merci beaucoup. C'est je pense euh assez complet. Je pense pas qu'il y ait d'autres questions d'ailleurs et euh je pense que maintenant oui, c'est wait and se pour la suite. Euh mais pour et puis on parlera on en reparlera peut-être quand on abordera les les futures mises à jour. Euh peut-être alors je sais pas si on fait un un passage très rapide sur les blobs. Euh j'ai je sais pas si on voit déjà un effet de l'augmentation des blobs parce que je sais pas si on était déjà à capacité avant euh la mise à jour. Donc il y a une augmentation du de la capacité. Euh est-ce que est-ce qu'on voit déjà quelque chose ?

Alors je sors le chart qui va bien. OK. Donc c'est ça qui est intéressant ici. Donc celui-là qui est à droite. Donc on voit qu'on était effectivement à capacité. Ce que ça veut dire être à capacité, c'est en fait atteindre la cible de moyenne des blobs qui sont distribués sur le réseau. Donc la cible avant la mise à jour c'était trois blobs par bloc. Donc on voit que on est vraiment très très proche de ça la plupart du temps. Ça c'est le mécanisme de EP159 qui augmente le prix si on est euh trop loin de la cible et le diminue si on n pas assez de blob. Et depuis la mise à jour donc on

est passé à une cible de six blobs. Donc on a augmenté la bande passante, on l'a multiplié par par de on a le double de la de la capacité ce qui est assez important. Ouais, on n pas encore atteint la cible. Donc on on est on est loin des 6, on en est à 3 et demi 4 en moyenne. Ça prend du temps. Les consommateurs de blob en fait c'est les rollup donc les couches de de Layer 2, c'est ils reçoivent les transactions des utilisateurs sur leur réseau, il les packagent dans les dans les blobs et poste les blogs sur le sur le réseau Ethereum. Donc pourquoi faire ces mises à jour si tous les blogs ne sont pas utilisés ? C'est une question qu'on entend beaucoup notamment de la GF team

qui comprend pas pourquoi d'ailleurs toujours pas pourquoi on en a besoin mais en fait c'est c'est vraiment important pour des raisons de planification enfin c'est c'est Rollop c'est c'est des entreprises ils ont besoin de comprendre quelle sera la la capacité du réseau au cours du temps et pas juste au moment donné de de leurs services. Donc pour leur permettre de de planifier leurs opérations et de savoir combien de gaz ils offrent à l'orisateur, quelles doivent être leur leur cible pour cette mise à jour, pour les mises à jour d'ici la fin de l'année. Euh c'est important de Ouais.

de communiquer que qu'on a ce ce cette road map pour pour augmenter la capacité des blobs au cours du temps. Hm. Ouais. Puis euh c'est vrai que si je me souviens bien quand Dunkoun est arrivé au début les blobs ils étaient bon enfin personne les a vraiment utilisé. Il y avait la il y avait la même histoire. Pourquoi vous nous avez embêté avec tous ces blobs alors que finalement Non non, enfin c'était pas la là là en l'occurrence c'était pas la guest team, c'était c'était plus le le grand public. Euh mais c'est vrai que l'adoption peut enfin on peut le voir sur le sur le même graphique hein, c'était pas c'était pas immédiat. Il y a eu des il y a eu des haut et des bas. Il donc puis voilà, les gens sont mis à

l'activer. Donc c'est de toute façon, c'est clair que si euh si on atteint la le target, enfin l'ancien target, c'est qu'il y avait il y avait matière à à augmenter. Au pire les gens l'utilisent pas puis voilà, on augmentera pas les blogs les blops pardon pour la prochaine fois. Faut voir aussi que le market pour l'instant enfin le marché est un peu morose en ce moment à cause de toutes ces toutes ces histoires. Enfin non, je je suis pas trop, j'avoue. On a des réseaux Layer 2 qui se portent assez bien. Il y a donc là je je montre le graphique ici euh qui sont les consommateurs de ces blocs. Donc le premier réseau, c'est base, le réseau de Coin Base. Euh ils ont une road map de scalabilité qui est assez ambitieuse, agressive. Donc ils ont vraiment besoin

de d'avoir ces ces blobs. Il y a World Chain qui est connu pour l'orbe qui scanne qui scanne les yeux des utilisateurs. Donc c'est aussi un un grand consommateur. Ils ont beaucoup d'applications qui sont qui sont utilisées par des des itateurs réels euh parfois avec des petites sommes. Mais ouais enfin il y a une vraie activité économique réelle sur ce réseau. Donc je trouve que c'est bien aussi de pouvoir supporter cette croissance et des réseaux plus connus comme Arbitro Room et comme Optimismum qui sont qui sont là aussi. C'est marrant que tu as parce que j'allais dire c'est normal que ce soit les les rollopistes qui qui utilisent plus de blob hein. C'est enfin ils mettent leurs preuves et puis euh et puis voilà, il faut que quelqu'un surveille. Mais c'est marrant de voir

Taiko qui en met autant de Alors, la raison pour laquelle Taiko a autant de blobs, c'est que Taiko, c'est un based rollup et donc c'est un rollup qui doit publier un blog tous les blocs pour faire avancer sa transition function. Donc c'est quelque chose qui est en fait Ouais. Ouais. Ouais, ça fait sens pas hyper efficace mais qui fait partie du design. Ouais, c'est ce qu'on leur demande quoi. Donc de toute façon Ouais. Oui. Bas roll up c'est aussi un c'est une sorte de commitment aussi au réseau Layer One quoi, de d'être un bas roll.

C'est ça. Ouais, c'est un rollup peut choisir en fait, il a besoin de trouver quelqu'un qui fasse ses blocs. Donc le rollup peut dire bah je vais les faire moi-même. Donc par exemple base, un ce qu'on appelle un séquenceur centralisé. Donc c'est Coinbase eux-mêmes qui font tourner un serveur qui récupère les transactions et qui fait des blocs avec. L'idée des base rollup, c'est de déléguer la fonction de création des blocs au réseau L1 Etheréum. Donc en fait le proposeur de bloc sur le L1 a aussi la possibilité de proposer un bloc pour le réseau L2 qui est qui est based.

Donc c'est ça se fait pas directement. Les variateurs ont pas besoin de réfléchir à oh Taiko est based, il faut que j'aille faire des blocs et cetera. Il y a toute une chaîne d'intermédiation entre entre les deux. Mais c'est ça l'idée du design, c'est de de récupérer toutes les propriétés du réseau L1 pour le séquençage pour la séquence des des transactions sur le sur le réseau qui est qui est based. Si si mais séquenage ça existe. Euh il y a une question qui a été posée là. Est-ce qu'il y a eu de d'flation ? Parce que c'est vrai que la question se pose dans le sens où si les gens n'utilisent plus enfin utilisent les blobs, ils ont plus besoin d'école d'état. Donc du coup, il y a moins de trafic sur la chaîne. Euh j'ai ultrason monnaie et a l'air à l'air down. Je

crois que c'est ils ont des problèmes techniques. Ils ont des problèmes techniques. Il est down. Il est down depuis la mise à jour. Je sais pas si ça a été si ça a été refait ou pas depuis mais visiblement non. D'accord. Bon ben du coup, on aura pas la réponse. C'est vrai que j'avais pas pensé à regarder jusque là. C'était c'était une bonne question. Euh upgrading upgrading for pictur for. OK. Bon, mais un petit mot sans les données, il y a cette question qui revient souvent de la euh comment capturer la valeur qui est créée par le réseau Etherum. Donc si les blobs sont si on est en souscapacité ou en sous-demande de blob, le prix du blob, il est extrêmement faible. Donc il est quasiment zéro. Donc tu peux, si tu es un rollup, tu peux acheter cette matière

première qui est fournie par le réseau Etherum à très très bas prix. Euh donc les gens se posent la question est-ce que ça est-ce que ça fait sens de vendre un service à enfin de de le rendre gratuit d'une certaine façon ? Euh c'est des discussions qui sont assez assez actives. H ma vision personnelle, c'est de Ouais. de c'est pas le moment de de réhausser les frais et de de capturer toute la valeur économique qui est créée par les rollup. C'est mieux d'être dans une stratégie de croissance et de et de permettre à ces rollup de se de se développer. Euh mais ouais, c'est un un effet mécanique du mécanisme EP159. Si le si on a pas de si

la demande est pas à la cible, on capture pas ses bloges. Très bien. Oui, c'est vrai que ben on va en parler peut-être aussi par rapport aux mises à jour suivantes, mais on a l'impression avec les un certain nombre de signaux que la fondation se refocalise aussi sur le scaling notamment la one. Euh ce sera peut-être intéressant d'en parler à la fin de la discussion. Il y avait une autre question rapide sur les blobs, c'est est-ce que la limite de blob est modifiable maintenant sans art fork comme le gaz limite avec cette mise à jour ou il faudra systématiquement un hardfk pour changer la limite ? Euh alors ils veulent euh

faire c'est un truc, je sais plus ce que ça veut dire. BPO Blob euh blob parameter. Parametter. Ouais. Donc il faut il faut toujours une hard for pour changer le la cible des blobs, ce qui est effectivement différent du gaz qui est contrôlé par les validateurs. Ouais. Euh ce dont les développeurs discutent en ce moment, c'est cette idée de BPO block parameter only fork. Donc c'est en gros de rendre très très simple de faire une hard fork qui change le le paramètre du du blog. Ouais. Mais attends, je me souviens plus parce que je t'avoue que j'ai j'ai pas suivi la discussion. Euh ça ça veut dire que tu modifies je croyais que le truc se modifiait tout seul en fait. Donc on peut rendre un une sorte de programme.

Ouais. s de planification de dire on est à 6 blob en septembre, à 12 blob en octobre, à 18 blob en novembre et on peut codifier ça dans le client lui-même. Et donc en gros, c'est une hardwork automatisée parce qu'elle est déjà au niveau du client à l'intérieur du code. Ouais. OK, d'accord. Ça fait sens. Très bien. Euh merci. Mais je pense qu'on a fait le tour pour le bilan après de semaines déjà c'était très complet et on a une bonne vision de ce qu'on peut ce qu'on peut continuer à regarder les différents dashboard et tout. Donc on a on a pas mal d'infos. Merci pour tout.

Euh peut-être qu'on peut essayer de passer à la phase suivante de la discussion. On avait pensé aborder là le bah l'historique en fait de la mise à jour qui est voilà tu tu l'as déjà un peu évoqué Guillaume. Ça a été un peu compliqué. Il y a eu un certain nombre de testnet qui ont qui ont sauté. partiellement ou totalement. Euh c'était finalement une mise à jour dont je comprends de ce que tu as dit qui a commencé très simplement et puis qui s'est retrouvé complexifié complexifié au fur et à mesure. Euh est-ce qu'il y a eu des leçons prises ? Enfin, comment vous avez vécu finalement vous cette période là et puis quelles leçons euh quelle leçon vous vous en avez tiré ou que la communauté en général a pu en tirer euh pour le pour la suite en fait ?

Euh pardon. Oui oui. Euh bah les le je pense que c'est toi le l'interlocuteur. Ouais ouais ouais. Non mais j'essaie de pas de pas être trop négatif. Euh non non mais en fait je je dis ça mais il y a pas de négatif. C'est sûr que ça a été une très bonne leçon parce que parce que justement bon, on a été, on va dire, bon, j'ai déjà parlé de la façon dont dont on avait mis trop de trop de choses dans le dans le fork. Je pense que c'est c'est un peu c'est un peu dommage entre guillemets parce que par exemple quand on compare la quantité de test qu'on fait aujourd'hui par rapport à ce qu'on faisait dans les forts précédents, enfin je parle des forts il y a même 4 ans, tu vois le même le merge, il a bon le merge, il a bien

été testé mais il a pas été testé autant que que ça. Donc bah ça nous permet de on va dire que la leçon c'est de de rester sur nos gardes, de pas être trop confiant dans dans le test qu'il y a toujours plus de tests à écrire. Euh on va aussi être assez peut-être circonspect quand les gens commencent à déjà c'était pas facile de mettre de de faire ajouter une IP mais maintenant on va vraiment s'assurer qu'elle est bien qu'elle est bien justifiée qu'elle vaut bien le coup. On va essayer, bon ça c'est pas encore garanti, mais on essaie maintenant d'avoir des forts plus rapides, plus petits. Du coup, c'est vrai que le problème, c'est que bon, je pense que tout le monde a compris, enfin tout le monde dans la dans le LOL Cordev

a compris que si on se permet de enfin si on fait 15 for tous les tous les ans, bah les gens se les gens deviennent stressés et ils veulent absolument rajouter leur leur EIP dans le fort qui arrive. Sinon, faut attendre le prochain train et le prochain train vient dans un an. un an et demi. Euh donc euh donc voilà euh on va dire que la la conclusion principale, c'est qu'il faut réorganiser un peu la façon dont on travaille. On peut plus on peut plus se permettre de travailler comme on travaillait à l'époque, ce qui faisait sens à l'époque, mais maintenant il faut être beaucoup plus dur, faut être enfin beaucoup plus dur quand on veut refuser des des IP.

Euh c'est ce que c'est normal dans tous les projets qui grossissent. J'ai déjà dû donner le la référence du du noyau Linux. Aujourd'hui, Linux Torvels, il dit "Moi, mon job, c'est de dire non." Euh bah voilà, il va falloir que ce soit un peu plus comme ça. Euh bien sûr qu'on veut faire évoluer la chaîne, mais on va plus on va plus se permettre de de d'accepter euh allez juste une petite IP de plus parce que parce que parce que pourquoi pas ? parce que c'est sympa et que ça devrait être facile à tester. Maintenant, il faut vraiment prouver euh enfin, je dis ça, c'est ce qu'on se dit qu'on va faire. On va essayer de le on va essayer de le faire mais voilà, maintenant quand on a quand on a un nouveau fork, on veut qu'il soit un peu

plus enfin le plus léger possible et on veut qu'il soit bien justifié. Et on a bien compris que la la grosse ressource c'est finalement c'est pas les le temps de développement, c'est le test. le test est devient encore plus primordial que qu'il l'était déjà. Euh quant au testnet, et ben je vais en parler un peu de mon point de vue de quelqu'un qui ne qui ne participe pas tellement au test directement, mais ce qui s'est passé, c'est que finalement, il y a eu deux testnet euh et sur chaque testnet, il y a eu un problème avec la configuration.

Hm hm. Donc c'est quelque chose qui est un peu dommage parce que l'idée des tests net, c'est de tester la mise à jour elle-même euh mais avoir un problème avec la configuration. En fait, c'est c'est le testnet lui-même qui qui foire. Le silver lining disons sur un des deux testnet, c'est que la la configuration a fait perdre la finalité du testnet et a mis beaucoup de clients dans l'embarras. Donc il y a leur mémoire qui a commencé à exploser. Il y a certains certaines choses qu'on a observé qu'on observe pas du tout en dans le dans le réseau mainet parce que la participation est très élevée. On a toujours on a jamais perdu la finalité.

Euh donc c'est ça nous a donné la leçon de OK, il faut qu'on soit plus résilient, il faut qu'on fasse plus en interne c'est hardening testnet ou attaque testnet. Donc se mettre dans des dans des situations qui sont qui sont difficiles pour le réseau et de comprendre bah ce qui fonctionne pas dans ces cas-là et de et de débuger ça. Hm. Ouais, c'est vrai que maintenant on a aussi plus de sophistication, on a plus d'outils euh donc on peut se permettre de faire ces choses et c'est vrai que bon, leski ça a été malheureusement quelque chose d'assez euh donc les c'est le premier des testnets qui a forqué. Ça a été le plus visible. Euh, on va dire que ça fait mauvais genre, mais d'un autre côté euh bon euh ça c'est à ça que ça sert. Donc

euh on va pas euh voilà, on on a enfin on fait notre meille cool pas. On a bien compris que on a bien compris qu'on avait fait une erreur là-dessus. On l'a compris pourquoi. C'est un peu ballot ce genre de ce genre de truc. C'est comme disait Bernabé, c'est de la configuration. Euh pour ces poli euh j'ai envie de dire euh bon c'est c'est encore plus c'est encore plus idiot parce que parce que c'est simplement la la nature de ses poli d'être complètement différent de de ce que fait euh en gros pour expliquer il y avait c'était un un testnet public donc tout le monde pouvait devenir validateur sur les ski mais ce qui se passe c'est que les gens testent et puis après ils abandonnent donc voilà on peut plus enfin il y a pas le contrôle alors que c'est polia c'est

un un testnet qui est permis Mission. Enfin, donc il faut pour avoir un validateur, il faut que l'équipe qui est qui gère le testnet vous vous autorise à être un validateur et dans la pratique, il vous l'autorise pas de manière à ce que vous ne puissiez pas ne puissiez pas créer un validateur et puis le laisser tomber et après le testnet arrive plus à finaliser parce qu'il y a plus assez de il y a plus assez de validateurs sur le sur le testnet. Euh donc euh bon ben c'est un peu idiot mais il y a en fait la façon dont le testnet se se produit enfin et Cpolia a été euh était contrôlé, il était contrôlé par un smart contract et ce smart contract, il envoyait un event mais il était un peu différent de celui qui était sur le testnet. Il envoyait un

autre event et le personne avait enfin si ça avait été testé voilà, on l'aurait vu. Euh mais c'est vrai qu'on attendait pas du tout ce genre de truc. C'est c'est vraiment une un un détail mineur, mais bon euh voilà, maintenant on sait qu'il existe, maintenant on va le tester. Euh et puis euh puis on va essayer de cracher des testsnets, on va essayer de d'ajouter ça à notre à notre routine de test pour que pour que ce genre de comment dire d'incident d'incident Ouais. Enfin pour arrêter de se taper la honte he tout simplement.

C'était c'était quand même c'est c'était quand même pas glorieux. On était est-ce qu'on était typiquement justement sur un edge case qui est pas testé en par les processus de test habituel ? Est-ce que c'est pour ça que c'est passé un peu sous les radars avant le déploiement ? Ouais. Ouais. Donc c'est c'est juste une façon ça en fait c'est dû bon pour Colia euh pour Colia c'est dû par c'est dû au fait que Colia c'est pas c'est pas complètement représentatif du testnet du pardon du mainnet et tout ce qu'on a fait sur ces poli enfin en fait on n pas testé c'est poli euh on a on a testé mainet tu vois donc donc ce qui se passe c'est que bah ouais s'il y avait un bug sur Colia on

l'a pas vu parce que c'est polia c'est enfin on s'en fout c'est OK, on devrait pas. D'accord, on est d'accord là-dessus mais c'est pas c'est pas ça qu'on vise si tu veux. Ce qui nous intéresse, c'est que Mainnet crache pas et il a pas craché. Donc d'un certain côté ça prouve que qu'on fait quand même pas n'importe quoi. Mais mais c'est vrai que ben encore une fois, c'est plus que ça fait mauvais genre que c'était un événement catastrophique, mais bon, ça devrait pas se produire. Enfin de puisqu'on sait que ces polias se comportent différemment de mainet, bah il faut le tester pour être sûr que ne serait-ce que parce qu'on veut pas non plus cracher les chaînes qui sont euh qui sont pas mainnet mais qui

utilisent un un mécanisme similaire à ces polys. Très bien, merci beaucoup. Ben je pense qu'on a fait le tour de l'historique. Il y en a pas vraiment de questions dans le chat. On a quelqu'un qui a posté Arthur qui a posté le lien vers euh l'article avec les retours de euh des différentes alors je sais pas si c'est que des développeurs du protocole ou si c'est des contributeurs au sorche large ou c'est ça corrig contributors. Euh donc si j'ai bien compris, il y a eu un un espèce de sondage qui a été fait auprès de tout le monde et il y a un article vraiment synthétique de enfin pas très synthétique pour le coup mais qui vraiment très exhaustif de toutes les de toutes les réponses qui ont été

apportées à cette à ce à ce à ce à ce questionnaire. Et donc finalement c'est un retour individuel de chaque de chaque personne qui a travaillé sur le protocole ce qu'il en a pensé et comment il a vécu la situation. Mais attends, j'ai Guillaume a pas répondu. Oui, j'ai pas répondu mais je réponds jamais. J'oublie lui envoyé le lien mais encore une fois il l'a pas fait. Alors moi j'ai répondu, j'ai même pas beaucoup participé à la for autant que pas autant que Guillaume mais tu aurais pu dire que c'était moi alors euh j'ai pas répondu mais peut-être que je t'entends. Non, c'est c'est quelque chose qui est fait par l'équipe Protocol support pour toutes les mises à jour.

Donc ça existe pour PTR. Je crois qu'ils l'ont fait aussi pour les deux d'avant. Et ouais, c'est une sorte d'histoire orale de la mise à jour et c'est toujours intéressant de lire euh les perspective des gens avec qui on travaille, faire un peu cette rétrospective sur comment ils l'ont vécu, comment on peut s'améliorer pour les prochaines fortes et qui a vraiment euh eu la la gloire. Et il y a il y a ce cette partie du Ouais. who was the most important person. Ah ouais. Fork. C'était qui ? voir euh je dirais que pour cette pour cette édition, il y a deux équipes qui reviennent souvent dans dans cette rubrique, c'est Testing l'équipe à Eum Foundation qui ont

vraiment beaucoup travaillé sur sur cet aspect et l'équipe de Panda Hops qui qui gère tous les tests net et les et les réseaux. Pardon, je Oui, oui. Non, d'accord. Deux équipes qui sont in the trenches, très technique mais qui nous sauvent la vie à chaque fois. Ouais, ouais, ça c'est sûr. Euh puis qui malheureusement en tout cas au moins pour testing sont sous euh sous euh sousstafé comme on dit, sous en en surloi. Euh donc si vous faites du Python, faites-vous connaître.

C'est bon à savoir. Euh et effectivement, aide Pandaops, c'est quelque chose que je pense moi je connaissais pas trop avant la mise à jour Ppectra, mais ils ont été un peu mis sur le devant de la scène à ce moment-là. Donc euh c'est vrai que et l'article est vraiment intéressant. Euh alors j'ai pas lu euh tout mais euh il y a vraiment beaucoup de choses intéressantes dedans. Donc je vous le recommande aussi euh ceux qui écoutent ce call. Euh merci beaucoup, c'était extrêmement clair et je pense que bah d'ailleurs il y a pas tant de tant de question donc on va peut-être pouvoir passer euh peut-être à la dernière phase.

Euh bon, on a on a évoqué euh l'avant euh finalement le le ce qui se passe immédiatement après. Euh comment est-ce que vous voyez maintenant euh la suite ? Euh je sais qu'il y a déjà au moins une mise à jour. Enfin, du coup, une mise à jour qui est prévue courant 2025 euh qui est qui serait fous, c'est sauf erreur. Il y a ensuite la suivante qui s'appelle Glsterdam pour l'instant. Euh comment ça va se s'organiser ? Je voudrais intégrer une question qui nous a été posée avant le avant le col qui était sur l'idée justement de bah de de faire des peut-être plus de hardfk plus petit en fait qu' ac une fréquence un peu plus

élevée ça. Qu'est-ce que vous en pensez ? Voilà, juste pour le futur, je sais je rajoute pour pour la forme qu'il y a quand même il y a eu beaucoup de débats là récemment autour de IoF, la potentielle grosse mise à jour qui dont on a beaucoup parlé qui était un peu qui était un peu en développement depuis plusieurs années et qui finalement bah a été a priori abandonné. Euh peut-être justement dans la discussion qu'on que qu' que qu'on a commencé sur la prior prioritarisation euh priorisation Ouais, c'était peut-être trop long.

Prioritarisation euh priorisation future des mises à jour. Voilà, peut-être intégrer ça dans le dans votre dans votre réponse si vous pouvez. H je peux parler de Fusaka. Donc le la prochaine mise à jour c'est Fusaka. Et euh peut-être pour revenir un peu en arrière, il y a on parle beaucoup de trois objectifs depuis récemment. Donc ces trois objectifs auquels on est arrivé en en discussion à la à la fondation, c'est scale L1, scale the Blobs, fix the UX. Euh et Fusaka va essayer de d'atteindre l'objectif de scale blobs, donc donner beaucoup plus d'amplitude au blob. Donc

on a discuté tout à l'heure, on est passé d'une cible de trois blobs par bloc à six blobs par bloc. On a fait ça, c'est vraiment de de l'ingénierie pure d'une certaine façon. c'est faire essayer de faire passer plus de blocs avec le la même architecture. Euh dans Fusaka, on veut changer l'architecture du du des blobs euh avec un système qui s'appelle Pierre DAS et qui permet euh au mieux d'avoir h fois la capacité qu'on a aujourd'hui. Donc on est passé de 3 à 6 avec Pectra, on espère avec Fusaka de passer de 6 à 48. Donc c'est vraiment un bon en avant qui est quasiment un ordre de grandeur. Très important encore une fois

pour permettre de dire à ces rôl qui construisent sur Etherum, il y aura de la capacité pour vous d'ici la fin d'année. Vous pouvez faire vos plans avec ça en tête. C'est un peu ambitieux mais a priori le développement de PDAS se passe pas trop mal. Il me semble qu'il y a un testnet qui va être lancé le 26 mai ou la semaine prochaine et euh d'ici quelques semaines, on aura aussi une conférence avec les développeurs et les chercheurs de la fondation Etheréum, des cordèv en dehors de la fondation Etheréum pour avoir un une accélération sur le développement de de Fusaka et de ouais de s'assurer que que le que la mise à jour se passe bien. On sait pas

où c'est. On sait pas où c'est et j'ai pas le droit de le dire. Et ensuite, il y a Glsterdam. Donc l'Amsterdam c'est plus l'objectif pour le moment de scale mainet. Donc on voudrait intégrer des nouveaux mécanismes qui permettent d'augmenter la la limite du gaz. Euh il y en a plusieurs. Il y a block level access list, delete execution euh multidimensional euh euh pricing. Donc ce sera prement courant 2026 si on arrive à se tenir au programme qu'on qu'on a en tête. Donc d'avoir Fusaka d'ici la fin de cette année et GLA Amsterdam en 2026. Donc là c'est on a plus de c'est plus qu'opé que

que Pectra. au lieu d'avoir tout à la fois, on est plus clair sur quelles sont les priorités sur sur chaque forc. On est on est peut-être pas encore décidé sur quelles sont les fonctionnalités précises qui feront partie de de GLA Amsterdam, mais au moins, on sait déjà que Ouais. Le l'idée de cette for ce sera de scale the the mainet. Euh ouais euh c'était trop enthousiaste là. Il faut que je dise un truc. Euh non. Ouais. Donc c'est mais sur le principe je suis d'accord, il faut qu'on essaie de d'accélérer un peu le nombre de fork. Euh on va dire qu'historiquement, on a toujours dit ça.

Je suis extrêmement sceptique quand à la probabilité d'avoir deux fork deux for la même année. Mais bon, si je me trompe, il y a rien à perdre. Donc autant voilà. Mais c'est vrai que bon, la leçon a effectivement été apprise. Donc Pierre Das Pierre Das va permettre en si c'est que Pierreas qu'on livre à la limite pourquoi on l'appellerait Fusaka s'il y a pas de s' a s'il y a rien côté EL. Euh mais c'est vrai qu'on a pardon, on a bien simplifié le truc. Donc effectivement IOF a été retiré, ça a été de Fusaka.

On verra plus tard ce qu'il en advient, mais c'est vrai que pour l'instant ça a priori c'est c'est fini pour de bon. Euh on va peut-être pas se lancer dans la dans l'histoire de tout de suite mais c'est vrai que bon, il y a bon espoir qu'effectivement on arrive à livrer deux forces ce coup-ci pour l'Amsterdam. Il faut que il va l'objectif c'est laabilité. Il y a plein de propositions à mon avis. Il va aussi y avoir beaucoup de discussions. Donc on verra on verra ce que ça donne. Euh je pense pas qu'on est deux fort que l'année prochaine cela dit quoi qu'il arrive. Euh mais bon on verra on verra ce que ça donne. Donc on va dire qu'on est on est optimiste mais

circonspect. Moi je suis pur optimiste. Tu es juste optimiste. D'accord. Bah c'est moi je suis circonspect. Voilà. Non c'est vous restez good cup bad cup. C'est bien tout le long de de l'épisode. Euh OK, merci pour Il y a un lien là que que Barnabé vient de poster sur donc c'est le ça c'est le dernier col euh du de de des équipes de recherche sur le protocole. C'est ça. C'est ça. Ouais. C'est une nouvelle série de de col qu'on a lancé. Ça c'est le deuxième euh dans l'idée ce qu'on discutait avant de dire on a du mal à scoper parfois les l'effort, on a beaucoup d'idées mais on

a Ouais, il faut faire attention à ce qu'on met dans le réseau. Donc on a on a peu de chance d'intégrer tout ce qu'on veut. Euh à mon avis et dans la vie de beaucoup de personnes avec qui je travaille, on peut améliorer ça en en mettant la recherche un peu plus proche du du développement et de de bridge euh ces ces équipes différentes. Donc que la recherche soit vraiment au service d'idées qui soit pragmatique et et réalisable. Donc l'idée de ce protocol research goal, c'est de de montrer ce qu'on a, d'essayer de voir quelles sont les contraintte et quelles sont les opportunités de de ces dernières idées.

Donc là, le deuxième col était sur scaling L1. Donc il y a une dizaine de présentations sur différents thèmes. Certains sont plus ingénierie. Donc comment on peut juste optimiser le réseau tel qu'il est aujourd'hui ? Certaines sont plus recherches. Quels sont les nouveaux mécanismes qui peuvent donner des order of magnitude improvements à la à la scalabilité. Et ouais, l'idée de ce call, c'est de poser les bonnes questions et de donner le bon cadre pour prendre ces décisions et pour pas arriver au le jour de la for et d'être là. OK, on a euh 42 EIP à l'intérieur et et et tout le monde est content. Mais du coup, personne n'est content parce que ça prend des plombes à à lancer. Moi, de toute façon, je suis

jamais content, hein. Donc euh de ce côté-là voilà. Euh OK, ça a l'air vraiment extrêmement intéressant. Je vois qu'il y a des slides aussi euh qui sont accessibles donc de tout ce qui a été présenté. Euh euh il y a il y a eu beaucoup de préservation hein. C'est pas juste un gars qui a fait 126 slides. Je Ouais, 126 slides. Ouais, d'accord. Oui, c'est ça. C'est l'ensemble de toutes les présentations l'une après l'autre. Voilà. Euh et ça c'est quelque chose qui va se reproduire à quelle fréquence ? On essaie de faire ça tous les mois. Le prochain call sera le 4 juin. On le fait un peu en avant parce que on a ce cette rencontre des équipe de recherche et de développement le les semaines suivantes.

Euh et ouais, l'idée c'est de passer d'un sujet à l'autre à chaque call. Donc ACD all cordev en général c'est whatever is the topic of the day. Avec ce call, on peut être un peu plus intentionnel. Donc le premier col était sur le rôle des nœuds d'utilisateurs qui sont à la maison, home notes. Donc quel est le futur des soloaker home operators ? Et on a discuté les mises à jour de single finality precons. Il y avait plein plein de de sujets qui sont qui sont liés à cette problématique. Deuxième call sur scaling one. Le call suivant sera sur le sujet favori de Guillaume qui est z and statelessness. Il faut d'ailleurs que

j'ai un meeting avec lui pour qu'on en parle sous peu. Bah vas-y, on y est. Et voilà. Donc l'idée de stateless, c'est quelque chose qui est très débattu. Il y a beaucoup de beaucoup de projets de recherche et de développement qui sont qui sont liés à ces deux à ces deux problématiques. Donc avoir ce col pour mettre à plat tout ce qui se fait là où on en est, où est-ce qu'on doit aller avec tout ça et et et voilà, ça va être ça va être cool. Donc le 4 juin à 16h, heure française. Euh juste une question qu'elle n'a rien à voir mais que je peux te la je te la poserai après. Ça n'a aucun aucun intérêt pour l'audience.

OK, ben merci. Euh donc ça c'est bien, on le sait le 4 juin donc on pourra toujours suivre ça. Donc c'est 16h, c'est parfait. Euh j'ai l'impression qu'on a fait quand même un bon un bon aperçu de tout ce qui est autour de de la mise à jour PETRA PETRA euh qui était l'objectif de ce de cet échange. Donc je ne sais pas si vous vous voulez rajouter quelque chose qu'on aurait peut-être pas abordé, que vous voudriez préciser ou voilà que c'est un peu le le open floor pour vous. Euh et puis après peut-être qu'on pourra prendre des questions euh s'il y a des questions un peu de l'audience quoi.

Euh non, de mon côté, j'ai le protocol research call, je pense que c'est le la chose principale qui est in my in my mind. Euh j'étais aussi en congé parental jusqu'à récemment, donc j'ai pas beaucoup travaillé le mois dernier, donc j'ai rien d'autre à chill. C'est vraiment fa Ouais, moi j'ai beaucoup travaillé mais j'ai rien à chil non plus. Donc oui, euh la fatigue, le la focalisation sur le travail. Donc voilà. Mais on a on a je pense que de toute façon, on a déjà bien beaucoup d'éléments là à traiter dans le chat. Il y a énormément de liens. Il va falloir va falloir regarder tout ça.

Euh merci beaucoup. Est-ce que euh il y a d'autres questions dans le public ? Peut-être si quelqu'un veut intervenir euh pour poser une question. Donc soit dans le chat, soit soit en live. Euh je vois que quelqu'un est tr d'écrire, donc on peut attendre un peu. Non, merci beaucoup. Euh bah écoutez, on je vois qu'il y a pas de B. C'était encore une fois encore une fois super hein. Merci beaucoup. Merci beaucoup à tous les deux. C'est on a vraiment beaucoup de chance de vous avoir avec nous et que vous soyez aussi accessible pour répondre à toutes les toutes les questions de de l'audience.

Euh on va bah comme comme à chaque fois, on va se dire à la prochaine et on va vite vous réinviter parce que franchement bah person à titre personnel, moi je me régale et euh je pense aussi que que les que l'audience aussi. Donc bah on se on se tient au courant et puis on essaye. On se croise déjàc déjà. Ouais. Euh peut-être peut-être qui sait. Euh non non pas de Oui non si. Ouais c vais. Ouais ouais moi moi j'y vais j'y vais. Euh non, c'était juste pour faire semblant que ça soit ce soit secret, mais c'est pas grave. Euh non, j'avais juste un truc à rajouter, c'est qu'on a toujours pas on a on a ce podcast pour sur lequel on n pas publié d'épisodes depuis des plombes. On en a de très bien en préparation simplement, il faut qu'on

faut qu'on travaille. Il y en avait il y en a qui avait rien à faire là pendant un mois. Euh, j'aurais pu éditer des podcasts. Pu éditer des podcasts. Non, je rigole. Faut faut qu'on le fasse. Mais ces deux podcasts, je les tise un peu même s'ils sont pas prêts de sortir. Euh il y en a un c'est sur Pierre Dage justement euh avec Léo et l'autre c'était avec Justin Drake sur les Native Rollups. Donc ça ça c'est c'est bien. Euh voilà, désolé c'était un peu tard pour mais je sais que la la prochaine fois qu'on vous invitera, on au niveau de la programmation, on va sans doute discuter un peu native et base rollup.

Ça commence. Voilà, on a besoin d'éclaircissement à ce niveau-là. Il y a eu des questions un petit peu en amont sur ce sujet-là du côté d' France. Donc voilà, je pense que la communauté a envie d'un petit point à ce niveau-là. Donc voilà, on pourra on pourra se recroiser bah après THC, après l'été quand voilà quand vous serez dans les starting block de de la prochaine du prochain fork. Yep, ça marche. Merci beaucoup, c'était vraiment très intéressant et bah au plaisir de vous voir bientôt à THCC ou ailleurs. Merci, au revoir tout le monde. Bientôt.

Salut.