 On est en direct pour ne pas perturber l'audience dès qu'on va commencer moi je passerai en mute et j'arrêterai la vidéo il n'y a que faut qu'il y ait que le personne qui parle qui soit visible. Egor, I just said that at least on my side, once we start the actual presentation I'll just turn off the camera and go on mute so that only the speaker is actually highlighted or spotlight it. Okay, I think we can start. Okay, thank you guys. Should I go for it Egor? I'll present you. Bonjour tout le monde, j'espère que vous allez tu bien. C'est un plaisir d'être là, d'organiser ce mi-tap, l'été-tier de la présentation de Jogdu et Hyperledger Iroha pour Tahyara entre promesses pro-t. Je voudrais vous présenter Rafiq, notre orataire. Rafiq Nakash est un architect à l'éditier sénor d'origine tunisien. Il a plus du vent, 20 tonnes d'expérience dans le logiciel, la data et le cloud. Il a travaillé comme directeur exécutif leader technique, co-founder consultant. Il opérait l'agence, l'agence des conseils FEC technologies qui a pu assister d'organisations importants non, à des industries aussi diverses que le telecom, l'énergie, la cyber sécurité, la finance, les commerces, des organisations positionnées en Tunis, en Maroc, en Oman, en France, en Allemagne, aux États-Unis. Rafiq, aussi contributaire de la libraire client Python d'Iroha. Rafiq, vous commencez votre présentation. Merci Igor. Bonjour tout le monde, ceux qui me connaissent et ceux qui ne me connaissent pas parce que je viens d'en voir quelques-uns que je connais, avec qui j'ai bossé, donc très probablement ce projet leur parlera, n'est-ce pas, Nady et Kompani. Je vais partager mon écran, comme ça on pourra passer à la presse. Alors c'est une presse très, très live, pas trop technique, ou alors pas technique du tout. Est-ce que vous voyez déjà ma presse ? Je ne sais pas ce que ça veut dire, oui. Alors, on y va. Je commence déjà par expliquer le contexte du projet. Alors, le projet c'est une mission de migration, de plateforme, qui inclut réécriture de fonctionnel et quelques changements structurels. Taïala, c'est un peu une place de marché leader en Tunisie. C'est l'équivalent du, je ne sais pas s'il y a des Français, enfin, c'est la petite sœur d'Avito, s'il y a des Marocains dans la salle, mais c'est une place de marché qui fait quelques millions de visites uniques, si je ne me trompe pas, de chiffres au moins, d'accord ? Et quelques millions, un peu moins de, bien sûr, quelques centaines de milliers de visiteurs par jour. Et pour raison de changements d'actionnaires, alors je me suis retrouvé personnellement en charge de d'amener la data de ce mastodonte là et de partir vers un nouveau système, nouveau système qui existait pas. Et ce nouveau système-là, il avait beaucoup d'ambitions. Entre autres, l'ambition de changer du système de monétisation ou alors de rémunération des produits qui sont vendus. Alors, c'est une plateforme ou alors une market-less, si vous préférez, sa vocation première ou sa méthode de monétisation principale, c'est la vente de paques de visibilité. Alors principalement, sans entrer dans le détail, vous aurez pour que votre annonce soit visible plus longtemps, plus avant les autres, avant les autres plus longtemps, qu'elle soit mise en subrayance, qu'elle soit recherchée avant. Bref, donc pour ces paquets-je-là, on avait voulu profiter de l'immigration, n'est-ce pas, pour introduire un système de paiement de ces paquets-je-là à base d'autocaine, pour expliquer un peu avant en acheter ces services un peu de manière semi-manuelle. C'est-à-dire avant, à quelques détails prêts. Parfois, c'était pas manuel, mais en général, on achetait, par exemple, cinq opérations de mise en avant pour X d'innards ou dollars ou molérés. Ça avait l'inconvénient de vous restreindre un certain type de service, c'est-à-dire si vous achetiez 5 boosts, on appelle ça les mises en avant. Pour votre argent, vous ne pouvez que booster une annonce cinq fois. Alors en introduisant un système de token, c'est-à-dire une monnaie qui vaut propre à nous des jetons taïs à la, qui viendrait s'ajouter à votre portefeuille et avec lesquels vous allez être libre d'activer le service que vous voulez à la demande. Alors forcément, ça impliquait plus de souplesse. Ça pouvait permettre aux clients d'acheter des choses plus souvent avec des primes moindres. Donc la vocation derrière tout ça était quand même d'alimer les ventes et d'introduire les gens à l'achat en essayant de profiter du phénomène de long-tail. C'est-à-dire beaucoup de petits achats plutôt que de contacter un commercial pour prendre un grand pack. Donc c'est un peu pressable le contexte, donc déménagement et changement fonctionnel de plusieurs pubs dans ce qui nous intéresse aujourd'hui, le changement du système de paiement, la mise en place d'un nouveau système de coin ou de mollet virtuel propres. Alors comme on l'a dit, il y avait des packs de produits, donc il y avait une ancienne manière de vendre des produits de visibilité. C'était figé, c'était préétabli et là maintenant on va créer des portefeuilles, des transactions pour nos clients. Donc mis à part le système en soi de paiement via monnaie virtuelle propres à nous, il ne faut pas oublier que nous avons un vécu, un actif de quelques millions de conduits utilisateurs, je pense qu'on est à 2 ou 3 millions, les gens de Terra peuvent nous corriger, ce sont là. Et ces gens-là, ils peuvent avoir déjà acheté des produits dans l'ancien système, il va falloir valoriser et transformer en jetant. Pourquoi c'est important dans notre cas ? Parce que le fait de pouvoir lancer des opérations en masse est très important pour le système de monnaie qu'on va instaurer, c'est-à-dire si on pense que là je me cours circuite un peu, je coupe mon effet, il ne s'agit pas de mettre un système de ledger et c'est bon, il faut un système de ledger qui permet des opérations en bulk, qui n'est pas commun pour un blockchain comme je l'entends parler, ou alors selon mon humble avis. Donc déjà il faut pouvoir effectuer des opérations en bulk sur ça, pouvoir gérer et monitorer ces opérations en bulk. Aussi, c'est une nouvelle équipe, dans tous les sens, c'est-à-dire au sens large des compétences, c'est-à-dire c'est une nouvelle équipe qui doit être constituée et encore plus au sens blockchain. C'est une équipe qu'on va recruter pour construire un platform, il y aura peut-être un DevOps qui sera une fille qui va faire aussi de la dev, les fronts font full, ils font de plus en plus, plus ou moins de bacs aussi, donc c'est une équipe, alors pas du tout spécialisée à la base, petite, qui n'existait pas avant et plus encore, qui n'y connaît rien et que même moi leur supposait, on n'y connaissait rien en blockchain et il fallait construire le reste, il n'y avait pas que la problématique de la mobilisation. Aussi, nous avions d'aider les serrés, il fallait faire tout ça en deux, trois mois. Et bien sûr, il ne faut pas oublier que c'est un site qui tourne depuis quatre ans avec un trafic assez volumeux, avec des gens qui utilisent pour vivre, il y a des petites boutiques dessus, la visibilité est importante, donc il y avait aussi de la pression après pour la mise en place. Donc, dans tout ce contexte-là, de quoi on a besoin pour mettre en place ce système de monnaie ou de token, là-bas, les promesses qui nous ont paru à l'échange, les choses qu'on allait chercher, des espérements entre guillemets, ce qui nous intéressait par-dessus d'où, c'est deux choses en fait. Il faut aller, il faut disposer de notre, enfin, je m'aider entre parenthèses parce qu'on n'avait pas vraiment besoin qu'il soit distribué le ledger, mais comme c'est la technologie qui revient souvent et qui se positionne en tant que technologie pour gérer des transactions molétaires de manière sécurisée, on a pensé à ça sans vraiment avoir besoin du dé, comme il est entre parenthèses, pour aller vite et avoir un minimum de sécurité pour notre système de paiement, c'est-à-dire les mécanismes de consensus, ça ne nous intéressait pas vraiment, les nœuds et tout, ce qui nous intéressait, c'était vraiment avoir un porte monnaie, vite et avec la sécurité et avec un certain nombre de propriétés quand même. Donc, avant de parler de bourreau et au ha, au fait, parler des systèmes qui soient développeurs friendly et qui étaient poncés pour les transactions en masse, je pense qu'on parle plus tard, mais voilà. Et les deux produits à Hyperledger qui permettaient ça, en tout cas selon nos petites recherches, selon ce qu'on avait vu à l'époque, c'était beurreau et aérois. Alors on a choisi aérois parce que par rapport à beurreau, à l'époque, je ne sais plus, je ne sais pas maintenant, mais à l'époque, aérois est gradué, c'est-à-dire qu'il a été promu au rond de projets murs quand selon eux. Et puis, il est développeur friendly, comme on l'avait dit, c'est une équipe jeune, on devait faire ça vite, donc on ne voulait pas vraiment entrer dans les considérations culto et tout, on voulait vraiment une API qui parlait au développeur. C'est CINISA, PSA, Retrancha, CréCante, aérora, en regardant un peu l'API et on jouant un peu avec, il nous a convaincu. Alors, permissionnables pour les gens, je ne sais pas si vous connaissez le principe, mais c'est-à-dire qu'on comparaison avec des choses comme Bitcoin maintenant, tout le monde avec sa machine peut entrer dans le réseau de la blockchain. Bien sûr, pour une entreprise, on ne veut pas ça, on ne veut pas que mon système y élabrite cinq ou six machines qui même, si aident au consensus, gardent une copie de mes transactions. On est une entreprise, on n'a pas besoin de ça. Ce qui les amène à l'autre point, c'est qu'on n'a pas besoin d'un consensus qui permette de gérer des nœuds ou alors un ledger distribué. On a besoin d'un consensus qui soit là pour valider rapidement les transactions. Donc c'est pas si vous êtes un peu familiarisé avec ces termes, mais cette phrase-là veut dire que tout simplement est malheureusement et que nous n'avons pas besoin d'un consensus du tout. C'est un peu ça le truc. Mais en regardant le système, la promesse est l'intéressant pour nous. Pourquoi ? Parce que déjà, l'histoire de la sécurité au sens nœud, les machines qui ont le droit de participer au ledger et tout, c'est géré. Le mécanisme de consensus, il est déjà poncé pour être rapide et on peut commencer par une seule machine très facilement. Et surtout, entre cas à l'époque, entre contexte à l'époque, le plus important, c'était de aller vite et de pouvoir développer dessus avec des connaissances haïtistes, si vous voulez, classiques, standards. Et comme je vous l'avais dit, la gueule de la pays, ce qu'on avait vu à l'époque, l'existence d'une base donnée, ce qui nous permettait, ou du moins ce qui nous a laissé penser, qu'on pouvait faire des opérations avec le sud de Baliveau, pour casser ce qu'on avait compris de la doc. C'était très intéressant pour nous. On était partis sur ce choix. On a développé dessus une petite API pitant pour le reste de la solution. Alors, on a déployé sur le bénéfice. On a pu migrer les comptes. Comme je vous l'ai dit, on a mis mon trappie. Ça a commencé à tourner. Ça n'a pas été battle tested fatalement parce que, comme si vous vous rappelez quelques slides avant, on était quatre personnes. On devait sortir la première Marketplace de Tunisie en deux mois. Donc, si on a testé trois à quatre trucs, c'est bon. C'est l'un des enseignements qu'on va voir après. Et puis surtout, pour nos cas d'utilisation, les mécanismes qu'il y a de délégation que vous avez configuré par des appels d'appui assez humains. C'est-à-dire que si vous avez la clé d'une personne, il vous suffit de dire si il y a eu pour cette personne-là. C'était parlant et on a vraiment pu intégrer ça très rapidement. Donc, pour la dévie, oui, ça a tenu ses promesses et on a pu intégrer ça dans notre système. Mais en prod, c'est là où les soucis ont commencé à apparaître. En prod, on a beaucoup de problèmes. J'ai pas mis un slide par problème. Je voulais les voir ensemble. Et puis surtout, je ne voulais pas casser l'ambiance. On va aller discuter peut-être après. Donc déjà, en tant que développeur, quand vous regardez un tuto, ça constate peut-être le point 1 et 6. Alors, quand vous regardez le tuto, il parle des parts du config qui utilisent du slash TMP. Pour les gens qui connaissent, qui connaissent pas l'EMUX un peu, c'est un répertoire temporaire. Vous ne mettez pas des informations essentielles. Alors, je peux comprendre pour le cas d'un tuto, mais après, il n'y a pas d'autre... Alors, selon encore une fois, selon ce que mes recherches avaient donné à l'époque, selon ce qu'on avait compris, il n'y avait pas d'autres recommandations, alors on n'avait pas pu trouver d'autres recommandations ou alors qui donnaient un exemple où vous pouvez mettre ça. Donc, classiquement, vous mettez ça dans varre quelque chose, ou n'importe où, mais pas dans TMP. Ce qu'on avait remarqué, c'est qu'aux hasards, comme ça, aléatoirement, le blockster disparaissait. Et je ne sais pas si c'est une coïncidence, mais on changeant cette config de slash TMP en mettant autre chose, les blocksters ne disparaissaient pas. On se dit que c'est peut-être à cause de ça, mais c'est là-là des problèmes. On ne sait pas. À l'autre problème, maintenant, c'est dû à la nature, je parle du numéro 2, c'est dû à la nature même du concept de blockchain. C'est-à-dire si vous vous enfoncez de plus en plus dans la profondeur de transaction, si le journal devient grand, on dit profond, à chaque fois quand ça se lance, ça recrée une transaction. Alors forcément, ça prend beaucoup plus de temps, alors vraiment beaucoup plus de temps à chaque fois. Je ne sais pas si, parce que j'avais compris, en regardant la doc, que comme ça utilise une base donnée à côté, la word review, il y avait un switch qu'on pouvait changer pour démarrer sur la base donnée la prochaine fois, mais je n'avais pas très bien compris comment ça synchronisait le cuit de la synchronisation avec le blockster. Et puis, ne l'oublions pas, on était en prod. On a déjà six problèmes ou cinq problèmes. On ne pouvait pas nous amuser à essayer de voir si ça montait avec la word view sur PostgresWatt. A chaque fois qu'on redémarrer et redémarrer, il y en a eu, il y en a eu un paquet, on ne le pokage pas. Donc à chaque fois, ça prenait de plus en plus de temps. Et voilà, donc en prod, en prod en mode diagnostic ou en mode troubleshooting, ça peut avoir son point. Alors, encore une fois, mais je pense que le point 1 et 6, quelle version pour quelle, c'est-à-dire, quand je suis dans la doc, je ne sais pas, je tombe sur quelle version, faudra que je regarde de quelle version on parle. Parfois, c'est la version future qui n'est pas encore sortie. Je suis tombé dessus parce qu'on googlant mon problème, ils en parlent dans cette version-là, mais plus dans l'autre. Je pense qu'il faut peut-être réorganiser un peu la doc et encore une fois, se concentrer un peu plus sur une template de config pour la prod. Parce que pour faire marcher le tuto, on y arrive, on tombe bien que mal, mais pour la prod, il n'y a vraiment rien. Et là, le point 4, c'est ça, ce qui nous a vraiment tué, c'est qu'au bout d'un moment, le système, il ne répondait plus, plus ou plus. Alors, vous avez le réflexe de regarder la CPU, vous voyez les collections sur la BD, vous cesse de voir ce qui se passe. Si la partition est pleine, si machin, non, rien. Le système, il est tranquille. Alors, je ne parle pas de quand la panne arrive par des historiques de 3 heures, du journée. Ça ne consomme rien du tout. C'est-à-dire, rien. Les CPU sont tranquilles, les machines ne dorment, la base est faite. Le problème avec ça, c'est que, évidemment, les gens ne sont pas contents dessus. C'est en preuve, encore une fois, que, pour une raison que j'ignore, ça n'était pas apparu dans nos tests. Mais à part ces problèmes évidents-là, il y a d'autres problèmes. Il y a le stress. Il n'oublie pas que c'est un nouveau système dont on n'est pas responsable, mais qu'on devait mettre en place. C'est-à-dire, au point de vue de l'organisation, toute la boîte n'a prouvé forcément pas. Donc, on a commencé à subir vraiment une pression extra-technique, si vous voyez de quoi je veux parler. Donc, je veux bien, c'est-à-dire, je veux bien qu'il y ait l'auteur, qui est peur de donner. Peut-être pas, mais, un, on va en plus regretter. Mais que ça ne répond pas sans rien, c'est vraiment la chose qui tue. Vous ne pouvez rien faire, vraiment. Alors, encore, ce qu'on avait aussi remarqué, c'est le client pitant par défaut ne supportait pas, c'est-à-dire, un listing de transactions. C'est-à-dire, vous ne pouvez pas changer l'ordre. On aurait aimé avoir l'ordre chronologique inversé, c'est-à-dire les transactions plus récentes avant les autres. Mais, voilà, vous ne pouvez pas échanger, les serviteurs qui sont échargés, c'est ma petite contribution en puits, en pitons. Ça veut aussi dire que, voilà, c'est vraiment un produit qui orientait développeurs, c'est-à-dire, sans aucune expérience, on n'est pas, c'est-à-dire, on a pu, c'est-à-dire, ajouter ses petites fonctionnalités pour ajouter ça, et c'est d'autant plus dommage que le truc ne marche pas, parce que c'est vraiment la blockchain de rêve pour les développeurs avec la pile qu'il a et tout. Donc, le point, ce qu'on a déjà parlé, c'est-à-dire, il faut peut-être faire plus d'efforts pour accompagner les gens à la prod. Et ne pas juste s'arrêter à un tuto qui, je pense, est un peu outdated. Enfin, bref, je ne sais pas, ça fait 4 ou 5 mois que je n'ai pas roulé. Donc, on a essayé, bien sûr, de contacter les canaux, à peu à peu, là déjà. Donc, sincèrement, malheureusement, on n'a pas eu de réponse, sauf la réponse qui nous avait dit de venir on parler dans un meet-up, chose que je suis en train de faire, et ça c'est mon point n°3. Merci beaucoup les gars d'Epper Ledger pour nous avoir essayé d'exprimer nos griffes, n'est-ce pas ? Mais pour le point techniqueaux de technique en soi, il n'y a rien. C'est-à-dire, je vois sur guiteur, j'ai oublié si c'était guiteur ou l'autre, mais sur le chat, le salon d'Aiora, je vois les gens demander des questions de testing, c'est-à-dire, quand on demande pourquoi ça ne marche pas et que le truc est l'un rapport avec une partition, un volume, l'on montait sur Docker et tout, c'est-à-dire, quand vous regardez la question, vous comprenez que c'est des gens qui sont en train de tester, c'est-à-dire, il y a des volontaires qui aiment. Mais après, quand il s'agit de prods, et j'ai écrit des messages assez lent, c'est-à-dire, ça explique tout, voilà, on est en prods, machin, machin, je pense que c'est un peu ça le problème. Quand c'est lent et ça dit qu'on est en prods et tout, je pense que les volontaires, ils ont peur ou voilà, ou peut-être que c'est le plus grand des hasards enterrés sous d'autres messages, je ne sais pas, mais on met vraiment les stacks, trace, les machins, c'est-à-dire, la trace de l'OgdAiora, quand les problèmes arrivent, on explique le problème, machin, et on n'a vraiment rien, on n'a vraiment rien. C'est-à-dire, même pour la question simple, est-ce que, ce que j'ai peut être à cause du fait qu'on n'utilise pas TMP ou non, on n'a même pas cette réponse. Alors, on a essayé de mettre des issues au script, toujours rien, d'accord ? C'est-à-dire, on était restés dans le désespoir. Alors, face au désespoir, on a des solutions entre guillemets et ridicules, mais qui n'en sont pas moins fatiguantes. C'est-à-dire qu'on est même arrivé à penser que peut-être que les Linux ou les OS donno-worknodes sur Kubernetes n'étaient pas bons, on était même allés apprendre un weekend pour réinstaller Kubernetes. C'est tellement qu'on ne comprenait rien. Et ça, c'est ce qui a vraiment, c'est-à-dire, après avoir vécu avec ça deux semaines, avec les problèmes techniques, les nuits blanches, des commerciaux pas contents, et on ne voyait pas le bout du tunnel, finalement, on a pris la décision d'enlever. Donc, c'est drôle, ça, parce qu'au fait, on est dans un mut-up hyper-leisure, mais voilà, la conclusion, c'est que nous ne utilisons pas hyper-leisure. C'est-à-dire, malheureusement. Encore une fois, merci au gars d'hyper-leisure d'avoir quand même insisté pour que je vienne le réforter. Donc, on a arrêté le système de, c'est-à-dire, Taya là, ne faisait plus payer ses services pendant deux semaines pour que les gens se calment un peu, d'accord ? Le temps que, quand on redeveloppe notre grand journal, enfin notre ledger, qu'on avait appelé Happy Ledger, parce qu'à l'époque, on était vraiment au bout du rouleau. Donc, là, on n'a pas beaucoup de temps, on s'est concentrés sur l'essentiel. On a quand même appris pas mal de la logique d'Airoa. Commençons foutu les API, le mécanisme des clés, les transactions. Donc, on a gardé plus ou moins la même gueule d'API. Donc, c'était bénéfique dans ce sens. Ça nous a beaucoup aidé dans le modèle, si vous voulez, de délégation, de droits d'accès et de créer d'un chose. Donc, ça, c'est acquis. En partant sur ça, on a redeveloppé notre truc. Ça, c'est mon point de vue. On était conscients du problème du double span. Donc, on avait fait des loques tout bêtes. C'est-à-dire, on avait besoin de consensus et de plusieurs honneurs. Juste un loque qui est un peu plus con. Là, il n'est pas encore distribué. Il n'est pas encore distribué, mais si vous pouvez coder un redisloc ou autre, un loque distribué, ça peut le devenir. Donc, vous pouvez partager le lot dessus. Parce qu'ils sont state loss, ces services-là. Pour la word view, comme utilisé les DBD orientés de documents, on a la transaction loop. Il ressemble plus ou moins à ce que vous trouverez sur le blockchain. Alors que ce n'est plus un blockchain. J'utilise plus les blocs précédents pour vérifier mon bloc actuel. C'est-à-dire, vous avez les entrées de votre journal, les portfeuilles, vous avez une vue sur le local, au niveau de chaque portfeuille, sur les transactions sur la historie du portfeuille. Donc, ça nous a permis d'optimiser sur ce sens. Et une chose qu'on ne dit pas ici, au fait, il y avait même des fonctionnalités qu'on trouvait difficiles à faire sur IOA, qu'on n'avait pas commencé. Comme, par exemple, implémenter l'expairie automatique de token et tout, des choses comme ça, des triggers temporelles. Comme on dit, quelque chose de malheure et bon, j'ai oublié la formule. Donc en faisant ça, on a pu intégrer l'expairie de token. On a eu ça de gagner. Il y a eu beaucoup de douleurs avant, beaucoup d'insatisfaction client. Humainement, ça ne nous a pas aidé, mais on était sur qui. Je pense que c'était vraiment une décision très courageuse pour cette équipe de jeunes et de moins jeunes qui sont partis sur une technique qu'ils ne connaissaient pas et de la redevelopper par la suite. Donc, si ils sont là, ils ne le disent jamais souvent aussi. Et voilà. Donc le quatrième point, c'est pas distribuer. Oui. C'est-à-dire qu'on n'a pas le concept de plusieurs nœuds qui sont là pour enlever le besoin d'avoir une autorité centrale qui valide les transactions, n'est-ce pas? Mais parfait. On a tant besoin parce que by design, un autre truc, c'est une autorité centrale, n'est-ce pas? Donc si on avait pensé au problème de ce point de vue-là, on n'allait pas vraiment utiliser un système de DLT. On n'allait pas l'utiliser sans plein potentiel. Est-ce que c'était vraiment nécessaire pour nous? Je peux dire que non. Donc ici, je retweet ce tweet de ce gars-là. C'est la conclusion qu'on a trouvé. Je dirais pas non, pas maintenant, mais pas comme ça. Et pas ce produit-là. Je pense qu'un des points qui nous avait fait défaut fatalement, c'est les ressources. Il faut prendre le temps de bien tester, il faut avoir des gens qui s'y connaissent. Il faut partir sur les bons frameworks. C'est-à-dire aujourd'hui, maintenant, si c'est fabrique et compagnie, excusez-moi si je dis DLT, mais si c'est fabrique et tout, c'est les choses les plus stables du tout. Il faut tester. Deuxième point, c'est, à force de vouloir aller vite, on a accepté d'intégrer un truc qui contenait une dépendance, qui contenait des choses dont on avait pas forcément besoin. Et la petite histoire a montré qu'en développement, ce dont on avait besoin était vraiment plus petit et maîtrisé. On était sorti mieux que d'avoir à gérer la dépendance. Encore une fois, si cette techno-là devait être repensée pour l'entreprise, il faut qu'elle soit simplifiée à un point de vue architecturale. On parle toujours, je pense à mon sens, ça c'est un avis personnel, ça engage comme moi. On part toujours, alors on a toujours un discours trop proche des concepts de la crypto. Je pense que pour l'entreprise, il faut peut-être s'en départir un peu. Alors AeroA, ils ont commencé à bien adresser le truc, mais malheureusement ça n'avait pas abouti pour nous. Et voilà, le point 3, ça va joindre le point, ce que je disais un peu dans le point 1, si maintenant au fabrique, il est le plus connu, c'est peut-être qu'il y a des raisons, moi je ne suis pas expert, je ne peux pas dire, mais la petite expérience qu'on avait eue, je l'ai un peu démontrée, et que fatalement, on ne pouvait pas utiliser fabrique parce qu'on n'avait pas les épaules. On était 4-5 personnes. Il y en avait une tonne d'autres trucs à faire. Donc la blockchain simple pour l'entreprise, Bureau et AeroA, je pense que ce n'est pas encore pour cette année. Je me trompe peut-être, mais de notre vécu à nous, ça n'avait pas abouti, en tout cas pour les ressources qu'on pouvait y accorder. Voilà, donc c'est tout pour ma presse. Je suis désolé si ça a pris trop de temps. Et voilà, je laisse Igor driver un peu. S'il vous plaît, Igor, pour la session. Alors, est-ce qu'on peut prendre une question directe ou ce que tu veux, Igor? Merci beaucoup. Gravique. On a une question des amis. Oui. Dans le chat, pour qu'ils veulent comprendre. Oui, oui. Est-ce que la connexion à la platform Taira serait faite via le portefeuille crypto au lieu de l'adresse email MDP? Non, maintenant, Taira n'utilise pas de plateforme crypto pour l'instant. Donc, c'est des comptes, c'est des comptes usateurs qui sont identifiés par les emails, qui sont rattachés à des portraits qu'on gère nous-mêmes. C'est un système Failinghouse. Il n'y a pas de crypto, vraiment. Ce n'est pas Ethereum ou autre. On avait essayé d'aller dans ce sens, mais on n'avait pas. J'espère que ça répond à ta question. Merci. Votre question, les gars. Allez-y, détruisez-nous. Gravique. Bonjour, c'est Mathieu. J'ai une expérience extrêmement similaire à la tienne. Et à peu près à la même date. Moi, je ne suis pas allé jusqu'à la production mais j'ai eu des problèmes avant. En tout cas, j'ai fait un poc assez grand l'été dernier et je suis vraiment arrivé aux mêmes conclusions. C'est-à-dire qu'en termes de développement, c'était beaucoup plus rapide que faire des smart contracts. C'était beaucoup plus fonctionnel, beaucoup moins technique. J'ai très rapidement développé une plateforme assez grosse. Et ensuite, je suis arrivé dans le même problème. Mise en production, problème de performance, les nœuds qui s'arrêtent, ou des blocages complets. Les mêmes frameworks sur Iroha. Oui, Iroha 1.2. Alors, la différence que j'ai avec toi, c'est que par contre, moi, j'étais vraiment en contact avec l'équipe de Iroha, qui va l'unif à ceux qui s'occupe de la version 1. Et rapidement, j'ai compris que toutes leurs forces de développement étaient sur la version 2. Ils étaient au courant des problèmes qui étaient assez profonds dans le cas de Iroha 1. C'est pour ça qu'ils refondent une version vraiment différente. Ils ont même changé le langage. Voilà ce que j'aurais voulu savoir. Il y a cinq fois. On peut faire des choses avec Iroha, mais il y a des problèmes structurels assez profonds qui font que pour la production, il y a des choses qu'on ne peut pas... Moi, ce que j'ai compris, c'était ma perception. C'était trop compliqué de les régler, donc il fallait mieux attendre la version 2. Moi, j'ai mis mon projet en pause depuis mois d'août. Je suis là de la chance. Moi, j'ai mis beaucoup d'heures. Enfin, c'est des commerciaux et des clients. Voilà. Ça a failli éclater la boîte. En tout cas, je vais vous dire que j'ai une expérience très similaire. Tristement, ça me rassure. Ce n'est pas nous qui avons foiré un truc qu'on ne comprenait pas. J'ai quand même un système en production au sens qu'il n'y a pas beaucoup d'utilisateurs, mais il existe. J'ai dû mettre tout un tas de services autour des Promoteus, des Seattle Bizer pour vraiment monitorer pour être au courant. Oui, ça plante très souvent au final. C'est vraiment dommage parce que je pense que de toutes les blockchain que j'ai pu tester dont fabrique, c'est la plus simple à utiliser. Les idées sont vraiment bonnes, mais l'implémentation n'est pas la hauteur du message. C'est ça, comme je t'avais dit, c'est le mot dommage. Il revenait souvent parce que la pays était vraiment parlante. Malheureusement. Merci beaucoup Mathieu. Heureusement que tu étais là pour me sortir ce vieux dément de la tête. C'est une même expérience. Il n'y a pas de regret à voir. Il n'y a pas de regret, mais on en a pris beaucoup. C'était mon premier contact personne avec la blockchain. J'ai pris pas mal de trucs. Mais comme tu dis, pour une équipe, une équipe de jeunes développeurs qui ne sont pas des experts, des smart contracts, ils ont pu aller vraiment très vite au début. C'est ça qui était frustrant. La capacité à vraiment développer en quelques semaines de marketplace, c'est incroyable. Malheureusement, quand il s'y dit, ça ne marche pas. Merci pour ton retour. C'est bon, c'est bon. Merci. D'autres questions? Merci. Merci. Je vais vous inviter au prochain mi-tap. Oui. Je mets le prochain mi-tap, donc vas-y Igor. C'était un appareil fabrique utilisé les consensus. Merci c'est fini. C'est une bonne journée. Merci. À la prochaine salut. Merci à vous. Merci les gars. Merci à tout le monde. Au revoir.