Qui construit Ethereum ? Pour répondre à cette query, cette série d’interviews présente les français qui y contribuent au sens giant : développeurs du protocole, développeurs d’functions, graphistes, investisseurs, utilisateurs, membres actifs de la communauté…

Aujourd’hui nous rencontrons Nicolas Bacca, cofondateur et directeur innovation chez Ledger.

Bonjour Nicolas, merci de prendre un peu de temps pour Ethereum-France aujourd’hui. Pour commencer, tu es un cofondateur et le directeur innovation chez Ledger, est-ce que tu pourrais te présenter en quelques phrases?   

Je viens du monde de la carte à puce. J’ai créé plusieurs boîtes avant de monter Ledger. Mon obsession a toujours été la carte à puce. C’est un objet que tout le monde a dans la fundamental, dans son portefeuille ou dans son téléphone et qui a une particularité assez amusante. Une carte à puce, c’est détenir des secrets and techniques, mais ce ne sont pas tes secrets and techniques. C’est-à-dire que lorsque tu as une carte à puce aujourd’hui, tu détiens le secret de ta banque ou de ton opérateur, mais ce serait quand même vachement bien que ce soit tes secrets and techniques que tu détiens.  On sait également que c’est très dur de casser une carte à puce. Personne n’a jamais vraiment réussi. Du coup que pourrait-on imaginer comme produit en ayant une carte à puce dans laquelle on pourrait mettre son secret?  Au départ j’ai pensé aux mots de passe. Les gens pourraient protéger leurs mots de passes. Je me suis rendu compte que ça ne marchait pas vraiment, j’ai créé une boite là dedans avant et l’expérience m’a montré que cela importait peu aux gens. En découvrant la blockchain, j’ai eu une forme de d’épiphanie : quand on attache de l’argent à un secret, tout de suite, les gens sont beaucoup plus intéressés par sa safety parce qu’on panique quand on perd même 10 euros. On a une peur primaire de perdre de l’argent. Du coup, j’ai enfin trouvé un intérêt pour mettre ses secrets and techniques dans une carte à puce: l’argent. Mon intérêt pour la blockchain est arrivé de là. 

C’est comme ça que Ledger est arrivé. Depuis, Ledger a pas mal grossi et je tiens particulièrement à remercier la blockchain Ethereum automotive suite au increase des ICOs en 2017, on a pu vendre énormément d’appareils. Aujourd’hui, on en est à peu près 200 employés. Au niveau de l’innovation, mon rôle est de fluidifier la roadmap, qui begin à être un petit peu complexe sur nos produits avec 200 personnes. Je me présente comme un entrepreneur “in home”. J’analyse des projets que je trouve intéressants autour de moi et je regarde remark faciliter l’intégration de ces projets dans Ledger, et, en même temps, j’essaie de voir où Ledger pourrait aller dans quelques années. C’est-à-dire à quoi ressemblera le prochain {hardware} pockets?  Est-ce qu’il sera intégré dans un téléphone, dans une montre, dans un frigidaire ?

Est-ce que tu as une formation qui t’a permis d’intégrer l’écosystème de la blockchain plus facilement.  Es-tu cryptographe ? 

Je ne suis pas cryptographe, je suis un vile utilisateur de cryptographie. Je n’écris pas d’algorithme. Par contre, j’ai des gens, mes équipes, qui écrivent des algorithmes. Moi, j’essaye de les utiliser le mieux potential. J’essaye de faire de la cryptographie qui sera adaptée à des usages un peu particuliers, tels que « remark faire pour aller le plus vite potential sur un appareil qui va être le plus restreint potential? » « Remark faire pour être le plus sécurisé potential? » J’ai une formation d’ingénieur avec une formation monétique. Je suis sorti de l’ENSI de Caen, qui s’appelait l’ISMRA à l’époque. Dans la monétique, on a eu la probability d’avoir un professeur qui était un des créateurs du Minitel. J’ai commencé à tomber un peu dans les cartes à puce à ce second là. Je suis assez autodidacte –  j’ai bidouillé pas mal depuis mon plus jeune âge – je begin à être un peu vieux dans la communauté (rires), et enfant j’ai fait partie du « plan informatique pour tous ». On mettait des étudiants sur des ordinateurs fantastiques qui s’appelaient des MO5 qu’on mettait en réseau. On pouvait dessiner des trucs sur des télés, ça s’appelait des crayons optiques. On avait une tortue physique qui se baladait sur une desk à qui on donnait des ordres en lui disant de tourner à gauche, tourner à droite… Ca peut paraître un peu curieux maintenant. 

Tu as découvert la blockchain par ton intérêt pour les cartes à puces, quand était-ce, et quelle en était ta première impression?  

Je suis tombé sur le Bitcoin en mi-2012 et, tout de suite, ça a cliqué. Je me suis dit « ce truc coche toutes les circumstances », c’est-à-dire qu’il a réussi, là où d’autres avaient tenté, à faire des choses avec de la cryptographie grâce à l’ajout d’une dynamique de théorie des jeux; une dynamique économique. Dans ma tête, un système qui tourne avec la cupidité -un des principaux moteurs pour faire avancer les choses-  ça ne pouvait que fonctionner.  C’est un truc où des gens peuvent gagner de l’argent et en même temps, ça permet de créer une monnaie complètement décentralisée, hors de toute contrainte et sur laquelle on a enfin la fundamental. Le lien avec ce que j’essayais de faire sur des cartes à puce, pour moi, était juste évident. À l’époque, j’avais une boite sur laquelle on faisait pas mal de choses en consulting. J’ai prévenu mes acolytes que j’avais commencé à m’intéresser à ça. Ils commençaient à avoir l’habitude parce que par le passé, je m’étais déjà intéressé à des trucs bizarres. De ma découverte du Bitcoin à « on peut faire quelque selected avec la carte à puce et Bitcoin » ça a quand même pris un an et demi. On a développé à sec, sans être soutenu par qui que ce soit, avant d’aller sur une des premières conférences à l’époque qui s’appelait la San José Bitcoin Convention en 2013 qui était un endroit absolument surréaliste. Aujourd’hui, les conférences crypto sont assez ennuyeuses comme pas mal des conférences d’industrie. Sur Ethereum c’est encore différent, mais quand on assiste à des conférences non développeurs, c’est un peu classique. Là, on avait de tout, des libertariens, on avait des gars qui chantaient, qui essayaient de fabriquer des objets et de les vendre en Bitcoin. C’était un premier contact assez enjoyable. 

Du coup, tu fais tes débuts sur Bitcoin, qu’est-ce qui t’a intéressé chez Ethereum?

Je trouve que les deux systèmes sont totalement différents et en même temps totalement complémentaires. On a une courbe d’apprentissage extrêmement complexe sur Bitcoin, mais on a un système très steady, un système qui est vraiment fait pour tourner d’une certaine façon, il est le moins paramétrable potential. Ça permet de bien montrer les ideas économiques et remark les ideas économiques interagissent avec la method en sachant que la method reste fiable. On se concentre sur l’économie, on regarde ce qui se passe derrière et ça permet de faire des choses. Ethereum j’ai envie de dire que c’est un petit peu le principe inverse puisque la courbe d’apprentissage est minuscule. Beaucoup de gens peuvent essayer de faire des trucs. Après comme beaucoup de gens peuvent se lancer, cela a permis la création de choses bizarres mais c’est un terrain d’expérimentation absolument fantastique, aussi bien sur les events strategies qu’économiques.  Quand j’ai commencé à m’intéresser à Ethereum j’avais investi un petit peu de Bitcoin dans la prévente que j’ai instantanément perdu après la prévente, en essayant de les échanger sur Kraken. Pour donner une idée de mon experience de dealer, lors de mon premier commerce j’ai confondu « purchase » et « promote » et ça ne s’est pas très bien passé (rires).

J’ai continué à m’intéresser à Ethereum, pour justement voir dans ce bouillonnement créatif ce qu’on pouvait faire. Pour en revenir à la cryptographie, elle avance tremendous vite, on a des functions, des nouveaux algorithmes cryptographiques, notamment en ce qui concerne la safety de la vie privée. Toutes les choses que l’on fait aujourd’hui sur les « privateness chains », « privateness cash », sur Ethereum, on peut retrouver ça dans des grappes d’algorithmes plus gros qui vont servir à protéger la vie privée. C’est sur les crypto-monnaies qu’on voit ces algorithmes arriver en manufacturing. Grâce à ça, ces algorithmes subissent le take a look at le plus violent qui puisse exister, à savoir le take a look at monétaire. J’ai l’habitude de dire, concernant la sécurité, que les blockchains sont des « bug bounties » géants (de la recherche de bugs pour laquelle on va être payé). Quand on veut organiser ça pour une boite, on doit organiser des choses formelles. On interact des hackers et leur proposant une rémunération s’ils trouvent quelque selected. Au last, on n’a jamais vraiment la garantie de trouver les bons hackers et eux n’ont pas la garantie d’être payé. Alors que sur une blockchain, on a une « incentive » immédiate pour casser des choses. Que ce soit casser la partie method, économique ou cryptographique. Ce qui est magnifique sur Ethereum, c’est qu’on mix tout en même temps. On a des « bug bounties » fabuleux pour tester les nouvelles courses d’algorithmes cryptographiques, notamment au niveau de la « privateness » et au niveau de la « scalability », puisque quand on voit ce qui se passe au niveau de la « scalability », on a recours à des strategies de cryptographie modernes.

Avec tout ce qu’on arrive à démontrer aujourd’hui sur Ethereum on se retrouve avec des courses d’algorithmes qui n’existaient pas auparavant et qu’on pourra appliquer sur plein d’autres choses. Par exemple, aujourd’hui, on voit tous les débats qui se font autour des functions de traçage tels que stop COVID, and so forth. Si on avait des algorithmes qui étaient réputés solides pour pouvoir collecter des gros morceaux de données et en faire des rapports les plus anonymes possibles, ça serait quand même très utile.  Quand on est face à des monstres qui peuvent potentiellement collecter des données utilisateurs dans tous les sens, si on arrive à, dès le départ, écrire des algorithmes qui garantissent que tout ce qu’on collecte va passer dans une moulinette, et donner des données utilisables, mais qu’on ne pourra jamais revenir à l’utilisateur, on a quelque selected de tremendous utilisable et les crypto-monnaies vont nous permettre d’éprouver ces algorithmes. Je considère les crypto-monnaies aujourd’hui comme une espèce de laboratoire géant de nouvelles strategies cryptographiques qui permettent de les faire évoluer beaucoup plus vite que tout ce qu’on a pu constater jusqu’à présent. 

Les crypto monnaies sont donc un bac à sable pour faire avancer la cryptographie selon toi? 

Je le vois complètement comme ça ! Les blockchains sont des bacs à sable, surtout Ethereum, pour faire avancer énormément de choses. Quand on voit tout ce qui se passe au niveau de la DeFi (finance décentralisée), on voit émerger des considérations qui pourraient être économiques et sociales. Beaucoup de gens parlent de revenu universel, et si on réfléchissait une étape plus loin en se demandant ce que l’on pourra faire lorsqu’on recevra ce revenu universel? Remark se faire des prêts entre soi, remark garantir que quelqu’un va nous rembourser, remark peut-on être plus versatile, remark modéliser un contrat légal, avec une exécution nécessitant le moins de ressources possibles pour garantir qu’il soit bien exécuté? On a des réponses à tous ces problèmes qui passent par la cryptographie, et qui passent aussi par des gros efforts d’interface utilisateur. Quand je vois les blockchains comme un bac à sable, ce n’est pas dans le sens d’un jouet mais comme une façon de faire progresser la société à une vitesse qui n’a jamais été potential jusqu’à présent.

Aujourd’hui, Ledger, pour le grand public est un laborious pockets permettant de sécuriser sa clef et d’avoir accès à ses crypto-monnaies. Si la crypto-monnaie est le bac à sable qui va permettre la sortie d’autres functions au sein de la blockchain, en tant que directeur innovation, est-ce que tu réfléchis au positionnement de Ledger pour ces futures functions?  Est-ce que vous avez déjà des produits permettant de stocker d’autres sorts d’info?

Complètement. Justement, c’est vraiment pour ça que Ethereum m’intéresse. Aujourd’hui, on essaye de résoudre deux problèmes chez Ledger. Le premier problème, c’est la sécurité: la détention de la clef privée, et le deuxième problème, c’est un problème d’interface utilisateur. Aujourd’hui, quand on interagit avec des blockchains, avec ce sort de contrat, on n’est pas juste en practice d’utiliser sa clé privée pour signer quelque selected. C’est-à-dire que si on prend des logiques de composition qu’on a en DeFi, par exemple, quand on place en ordre sur une plateforme de buying and selling décentralisée, ce serait utile d’avoir un {hardware} pockets nous indiquant « consideration, vous allez placer un ordre qui vous permet d’acheter tel token à tel prix »,  plutôt que de dire « consideration, vous allez signer avec votre clef privée ce message complètement illisible, en hexadécimales ». On clique automotive on se despatched en sécurité avec son « hardware wallet » mais on ne comprend pas vraiment ce qu’on a fait.  Là dessus on a beaucoup de travail pour simplifier l’expérience utilisateur et ma imaginative and prescient définitive, là où j’aimerais bien qu’on arrive, c’est qu’on ait cette interface tremendous sécurisée qui permette en même temps d’expliquer d’une manière très claire à l’utilisateur ce qu’on est en practice de faire. Qu’on ait un réflexe, quand on veut faire quelque selected en ligne, de prendre son ledger, de savoir que, quand on est sur un ordinateur qui peut être complètement infecté, on aura toujours une info très claire affichée sur son Ledger de l’ordre qu’on est en practice d’effectuer et du coup Ledger devient un outil de safety de la vie digitale. Un outil de safety qui permet en même temps de clarifier et de simplifier ce qu’on est en practice de faire. Expliquer ce qu’on fait est aussi vital que de protéger la clé. Ethereum est un fantastique bac à sable pour tester ces problématique d’UX parce qu’elles sont complexes. 

Ce n’est pas un petit chantier de s’attaquer à l’UX dans la blockchain. 

Non, en effet ce n’est pas dans ce petit chantier! On va commencer un pilote avec un moteur de buying and selling décentralisé: Deversifi, où on va avoir la signature des ordres qui va être directement réalisée sur le {hardware} pockets. C’est un petit exemple où on peut aller. Après, je pense qu’à terme, on aura une forme de dissociation de la logique du sensible contract et de son interface utilisateur qu’on pourra télécharger et on saura que lorsqu’on interagit avec tel « sensible contract », on va avoir cette interface utilisateur qui va arriver.  Après, on se rend compte que quand on begin à parler de composition, effectivement, ça donne des problèmes atroces. Quand on suggest trois sensible contracts entre eux, on a envie d’avoir une imaginative and prescient claire pour l’utilisateur de ce qu’il se présente. Donc là, on doit encore pousser la réflexion un cran plus loin. En tout cas c’est une problématique tremendous intéressante à résoudre.

J’ai un petit exercice pour toi, par rapport à Ledger, que ce soit sur la problématique d’UX ou sur les wallets. Est ce que tu pourrais m’expliquer comme si j’avais 12 ans ce que tu fais? 

Je vais regarder les différentes choses qui vont se mettre en place dans l’écosystème, je vais prendre mes « inputs » pour voir quels sont les providers qui sont populaires et quels sont les providers aujourd’hui sur lesquels on begin à constater une traction intéressante. Ensuite, je vais réfléchir à remark, sur ces providers là, on doit modifier notre assist pour qu’on puisse d’abord sécuriser ces providers. Ensuite, comprendre un peu et décortiquer ces providers pour voir ce que ça implique, d’expliquer simplement à l’utilisateur ce que ce service va réaliser. En général, je réalise des « proof of ideas » pour analyser ce que ça implique, sur notre « stack » method pour d’abord être succesful de sécuriser ce protocole et ensuite être succesful d’expliquer clairement à l’utilisateur ce que le protocole est en practice de faire. Parce qu’une fois qu’on l’a clairement expliqué à l’utilisateur, on peut faire plein de choses. Certes, juste afficher l’interplay, c’est la model la plus bête et méchante:  afficher sur le hardware wallet ce qu’on est en practice de faire. Mais après, si on réfléchit à nos produits industriels comme le Vault, on est succesful de poser des circumstances d’exécution supplémentaires. C’est-à-dire que, par exemple, si on a conscience aujourd’hui du fonctionnement d’un protocole de buying and selling, au lieu de signer des ordres d’une manière assez simpliste, on peut poser des limites en disant « sur cette plateforme de buying and selling je vais m’autoriser à signer uniquement pour tel montant par jour ». La compréhension du fonctionnement du protocole permet non seulement de mieux expliquer à l’utilisateur, mais aussi poser des règles de sécurité complémentaires. C’est pour ça que j’ai tendance à dire que la sécurité et l’interface utilisateur vont de pair puisqu’une bonne interface utilisateur va renforcer la sécurité. Là dessus, mon rôle, ça va être d’avancer sur ces deux facets et d’expliquer touch upon peut glisser ça dans notre roadmap et de voir touch upon va pouvoir arriver à fournir ça de manière industrielle le plus rapidement potential, dans toutes les différentes branches de Ledger. J’arrive vraiment au démarrage des nouveaux produits.

Merci beaucoup! Je reviens sur quelque selected que tu disais quant à ta mésaventure de dealer sur Kraken, est-ce que tu peux  m’expliquer ton rapport à la spéculation qui se fait autour des crypto- monnaies?

Je suis un très, très mauvais dealer. J’ai arrêté la spéculation, mais je remercie très fortement les personnes qui spéculent parce que c’est grâce à eux qu’on arrive à avoir plus d’intérêt sur les crypto-monnaies. Pour moi, on a énormément de gens qui sont entrés dans les crypto-monnaies par la spéculation. Quelque half, ils font intégralement partie du système et ils aident à populariser le système. Si on regarde aujourd’hui remark Bitcoin fonctionne, Bitcoin ne peut pas fonctionner sans la partie monétaire et je pense que c’est vraiment une composante critique du système que l’on retrouve à tous les niveaux. Une blockchain tourne toujours avec un token. Si le token n’a pas de valeur, l’utility ne va pas être sécurisée et comprendre le mécanisme de sécurisation de son token passe par la réflexion des attaques possibles et ça, ça passe par la spéculation. Si personne ne spécule sur son token, au last, on a un système sans offre ni demande et sur lequel on ne peut rien tester. Je remercie très fortement les spéculateurs de faire vivre le système. 

La spéculation aide donc à populariser cette technologie encore très area of interest malgré 10 ans d’existence. Chez ledger vous vous attaquez aux difficultés de l’expérience utilisateur, frein connu de l’adoption huge, est-ce que tu en vois d’autres? 

Pour moi,  l’interface utilisateur, c’est très probablement le plus gros frein parce qu’on voit aujourd’hui que, quand on begin à vouloir gérer l’argent, on perd tout le monde dès le départ. L’utilisateur est accueilli par ces 24 mots à devoir écrire quelque half, et les mettre dans un coffre fort… c’est déjà perdu. Je pense qu’on a énormément d’efforts à faire au niveau des interfaces utilisateurs. La difficulté se situe sur un équilibre à trouver entre l’expérience utilisateur et la décentralisation: où place-t-on le curseur pour avoir l’expérience utilisateur la plus easy potential et ne pas perdre la décentralisation? Le conflit est entre décentralisation et expérience utilisateur, plutôt qu’entre expérience utilisateur et sécurité. On peut avoir des choses très sécurisées avec une bonne expérience utilisateur, par contre, garder un fonctionnement très décentralisé, c’est compliqué. Je dirais qu’un autre frein est simplement la régulation. On begin à concevoir des produits complexes, comme toutes les options DeFi. Les développeurs s’arrachent déjà les cheveux pour comprendre ce qu’ils font automotive en effet, il ne faut pas être juste développeur. Quand on analyse une utility comme ça, il faut être développeur, économiste, professionnel de la théorie des jeux, and so forth.  Il faut se dire que la régulation derrière tout ça, elle est quelques années en arrière, quand on voit les lois qui sont passées, les régulateurs sont tout juste en practice de comprendre les ICO…  C’est bien, mais c’était il y a trois ans.  L’incertitude qu’on va avoir concernant la régulation et le manque de passerelles avec le monde réel, que cette absence de régulation engendre sont problématiques. Aujourd’hui, c’est vrai que la plupart des functions sont essentiellement financières, mais on voit poindre des functions touchant le monde réel, tel que Kleros.  On a un système de résolution de litiges extrêmement simplifié. C’est une utility qui aujourd’hui pourrait complètement sortir du monde de la blockchain et être proposé à des gens qui écrivent du contenu ou à des gens qui font n’importe quel sort de de service. Ils ne verraient même pas qu’il y a une blockchain derrière, tout serait caché pour un utilisateur. On a des functions qui pourraient être présentées pour autre selected que financier. Et même au sein de la finance, pas la spéculation mais la finance classique, recréer un compte bancaire complètement décentralisé aurait clairement son intérêt. Etre succesful de mettre en place tous les providers d’une banque, un livret A, faire un prêt, and so forth. on en a la capacité method, mais il reste le frein de la régulation ainsi que le problème d’interface utilisateur. En termes de blocages pour l’adoption huge je dirai donc que loin devant c’est l’interface utilisateur, et derrière la régulation.   

Tu as mentionné l’équilibre à trouver entre expérience utilisateur et décentralisation. Est-ce que tu as décidé de l’orientation de ton curseur? Ce que tu serais prêt à lâcher en termes de décentralisation au revenue de l’expérience utilisateur ? On voit au sein de l’écosystème de plus en plus d’functions qui sont obligées d’aller vers un peu de centralisation pour permettre cette gestion. Est ce que c’est quelque selected que tu envisages également?

C’est vraiment quelque selected que j’envisage aujourd’hui. Je pense qu’il faut qu’on apprenne à être bien modulaire dans la décentralisation. Aujourd’hui, pour moi, ce qui est très vital surtout, c’est de ne pas de créer de « lock-in » c’est-à-dire de bloquer les utilisateurs. On peut avoir des systèmes qui sont décentralisés, mais qui vont être, par exemple, implantés par juste quelques acteurs. Si un nouvel acteur peut arriver dans le système, et peut remplacer un des acteurs du système qui serait défaillant, je considère qu’on a déjà un système plus décentralisé qu’un système complètement fermé. Donc, aujourd’hui, tout simplement si le service tombe, je sais que je suis succesful de récupérer les fonds parce que le système est créé de telle façon que tout est là. Si je sais que quelqu’un d’autre peut arriver dans le système et commencer à construire des providers qui peuvent être passablement concurrents du mien,  je pense que la décentralisation est toujours là. Un bon take a look at de décentralisation c’est de se demander si le service que je suis en practice de construire permet à un concurrent de se créer. Si la réponse est oui, le take a look at de décentralisation a réussi.

J’ai une dernière query qu’on garde toujours comme petite query de fin à laquelle tu as un peu déjà répondu. Et j’aurais peut être une query bonus pour toi, si tu veux bien. D’abord, est-ce aujourd’hui tu as une utility construite sur Ethereum que tu considères déjà utile pour le grand public? Tu as parlé de Kleros, est-ce que tu en as une autre? 

J’aime bien l’exemple de Kleros parce que je trouve que c’est un exemple qui permet de cacher complètement la technologie. Ca va répondre à des problèmes de la vie courante. La résolution de litige arrive à n’importe qui pour n’importe quoi. Kleros tourne avec des « incentives » qui sont liées à une  blockchain, mais ça, on le sait que si on creuse. Un utilisateur de website e-commerce lambda peut très bien utiliser un système comme ça pour faire son propre système de résolution. En method qui cache ce qu’on a derrière la blockchain, ce qui est, à mon avis, la meilleure façon de la populariser, je trouve que c’est un bon exemple. 

Merci beaucoup, la petite query bonus, du coup, tu parlais un peu de la régulation et du léger retard que les régulateurs ont par rapport à la technologie. Est-ce que tu a un peu un avis sur la régulation dans l’écosystème français? Ledger fait partie de l’ADAN (Affiliation pour le Développement des Actifs Numériques) dont la volonté est d’accélérer la dialogue et d’arriver plus rapidement à des options en termes de régulation. Est-ce que tu as un avis sur l’écosystème français, est-il  favorable au développement des functions blockchain? 

J’ai envie de dire qu’il y a beaucoup d’apprentissage à faire. Je ne pense pas qu’on soit réellement à la ramasse. Je pense qu’on fait les choses à la vitesse de la régulation. On ne peut pas demander à la régulation d’aller aussi vite que le dernier protocole DeFi. Pour l’on the spot, ça passe encore par des processus qui sont assez longs. Honnêtement, je n’ai pas l’impression qu’on soit à la ramasse, surtout que l’on n’est pas parmi les pays les plus faciles pour pas mal de choses. Ma principale critique au niveau de la régulation en France, c’est plus sur le double discours qu’on a au niveau des banques. Si une société dans les crypto-actifs cherche à se créer, elle va se retrouver face à des murs. Les sociétés qui ont eu des problèmes pendant la crise et qui ont cherché des aides gouvernementales n’ont pas eu beaucoup de succès. Il n’y a pas de problème dans la régulation, par contre, derrière, il manque clairement des chaînons de transmission. Les consignes ne sont pas bien transmises, volontairement ou involontairement, mais ça, c’est un autre débat. 

Source link

LEAVE A REPLY

Please enter your comment!
Please enter your name here