{"id":32776,"date":"2020-06-16T13:00:00","date_gmt":"2020-06-16T13:00:00","guid":{"rendered":"https:\/\/fr.cryptonews.com\/?p=32776"},"modified":"2023-06-26T11:08:34","modified_gmt":"2023-06-26T11:08:34","slug":"les-applications-blockchain-sont-elles-compatibles-avec-une-6745","status":"publish","type":"post","link":"https:\/\/cryptonews.com\/fr\/news\/les-applications-blockchain-sont-elles-compatibles-avec-une-6745\/","title":{"rendered":"Les applications blockchain sont-elles compatibles avec une politique \u00e9coresponsable ?"},"content":{"rendered":"

Analyse de l’impact écologique des applications décentralisées<\/h2><\/span>

L’impact environnemental des applications numériques est de plus en plus important, et les entreprises comme les utilisateurs font de plus en plus attention à ce critère dans le choix de leurs outils et infrastructures. Dans ce contexte, il est naturel de prendre en compte cet aspect aussi dans les stratégies d’innovation, et de se poser la question de l’impact des technologies émergentes dans une politique GreenIT. Depuis 2017, de nombreux articles de presse et étude ont tenté de quantifier l’impact environnemental des cryptomonnaies telle que Bitcoin, et des technologies blockchain en général, annonçant une consommation énergétique démesurée, qui risquerait de faire exploser notre empreinte carbone. Mais qu’en est-il réellement ? Et comment une architecture distribuée ou décentralisée se compare-t-elle aux architectures digitales plus classiques ? <\/p>

\"\"
Photo: AdobeStock<\/figcaption><\/figure>

Après une explication succincte des principes de fonctionnement des blockchains publiques, et de leurs algorithmes de sécurisation, nous allons analyser l’impact théorique du déploiement d’un nouveau service selon les différents types d’architecture.<\/p>

L’impact environnemental mésestimé de Bitcoin<\/h3>

Il s’agit ici d’un sujet qui a de nombreuses fois défrayé la chronique<\/a>. Or, pour la plupart, ces articles sont basés sur des informations qui ont été mal interprétées. Effectivement, Bitcoin, tout comme les autres cryptomonnaies basées sur l’algorithme de consensus de preuve de travail (Proof of Work), utilise de l’énergie pour sécuriser le réseau. Cependant, les calculs que l’on retrouve le plus souvent adressent une consommation par transaction, ce qui est mal comprendre le fonctionnement de ces protocoles. En effet, la consommation énergétique est décorrélée du nombre de transactions. Elle est cependant corrélée au niveau de sécurité du réseau. Plus la consommation énergétique est importante, plus le réseau est sécurisé. Cependant une augmentation du nombre de transactions sur le réseau n’entraînera pas une augmentation de la consommation énergétique. Ainsi, utiliser le réseau Bitcoin (ou un autre réseau blockchain publique basé sur un algorithme de preuve de travail) ne lui fera pas consommer plus ou moins d’énergie.<\/p>

Un autre aspect souvent mésestimé est le lien entre consommation énergétique et impact environnemental. Il faut alors se poser la question de la source d’énergie utilisée pour le minage nécessaire à la sécurisation des réseaux publics. La dernière étude<\/a> effectuée à ce sujet (décembre 2019) estime à 73% la part d’énergie renouvelable dans le minage de Bitcoin. La principale raison qui explique ce chiffre est économique: les mineurs, pour maximiser leurs marges, recherchent l’énergie la moins chère. Celle-ci est le plus souvent l’énergie produite en surplus, et non stockable. Or, contrairement aux énergies fossiles, les énergies renouvelables sont produites qu’on le veuille ou non, et très difficiles à stocker. Ainsi, beaucoup de fermes de minage se sont installées à proximité de sources de production renouvelables, et fonctionnent majoritairement lorsque la centrale produit en surplus. La consommation d’énergie ne fait bien entendu pas tout l’impact, il faut par ailleurs prendre en compte l’impact de la production du matériel, malheureusement nous n’avons à ce jour pas de donnée à ce sujet.<\/p>

L’impact GreenIT diffère selon les typologies d’architecture<\/b>
\nPour ce comparatif, nous allons partir du principe que notre besoin fonctionnel puisse se réaliser indifféremment sur une infrastructure digitale classique, un protocole de blockchain publique, ou bien une blockchain permissionnée\/privée. Dans les faits, ce type de projet n’existe pas réellement : le besoin détermine l’architecture, et les projets blockchain ont presque toujours une part de services hébergés plus classiquement. Cependant cela simplifie le comparatif. Nous allons mesurer l’impact du déploiement d’un nouveau projet sur ces différents types d’infrastructure : le nombre de serveurs à déployer, s’il est nécessaire de prévoir une puissance de calcul \/ mémoire vive élevée, ou encore l’espace de stockage nécessaire.<\/p>

1. Application déployée sur une architecture digitale “classique”<\/b><\/p>

\"Représentation
Représentation d’une architecture digitale “classique” : le serveur distribue le service aux clients. Pour fournir un service, il faut donc a minima un nouveau serveur (ici en rouge).<\/figcaption><\/figure>

Plusieurs options s’offrent ici à nous : déployer sur une infrastructure existante, sur de nouveaux serveurs (physiques ou machines virtuelles), ou encore sur le cloud (serverless, on demand instances, …). Les impacts ne seront pas les mêmes selon le choix effectué, et ce choix dépendra du besoin fonctionnel et du contexte de réalisation du projet, mais dans tous les cas, nous aurons besoin d’ajouter des ressources (espace de stockage, I\/O réseau, puissance de calcul …), que l’impact soit direct ou indirect.<\/p>

2. Application déployée sur une blockchain “publique”<\/b>
\nDans le cadre d’une application déployée sur une blockchain publique, si celle-ci est totalement décentralisée, il s’agira alors uniquement d’utiliser le réseau existant. De facto, il n’est pas nécessaire de déployer de nouveaux serveurs. <\/p>

\"Dans
Dans le cas d’une application distribuée, les nœuds et mineurs existent déjà. Il n’est pas systématiquement nécessaire de déployer de nouveau “serveur” comme dans une application digitale classique.<\/figcaption><\/figure>

Cependant, les bonnes pratiques de sécurité vont la plupart du temps nous pousser à au moins déployer un nœud qui nous permettra d’augmenter la sécurité et la résilience de notre application, en vérifiant les transactions passant dans la blockchain. Un nœud ne requiert que peu de puissance de calcul, des I\/O réseau importantes pour son initialisation, mais plus réduites par la suite, et surtout un espace de stockage assez conséquent (prévoir ~300Go pour Bitcoin, plus pour Ethereum).<\/p>

3. Application déployée sur une blockchain “permissionnée”<\/b>
\nConcernant les blockchains permissionnées, il sera nécessaire de déployer un nœud par acteur \/ organisation qui doit interagir avec l’application. Les protocoles de blockchains permissionnées utilisent des algorithmes de consensus différents de la preuve de travail, réduisant le besoin d’une puissance de calcul élevé, cependant l’application reste exécutée sur les nœuds, impliquant un certain besoin de puissance de calcul. <\/p>

\"Pour
Pour une application déployée sur une blockchain “permissionnée”, il faudra un nœud par acteur (représenté en rouge sur le schéma), soit un nouveau serveur par acteur.<\/figcaption><\/figure>

Il n’est là aussi pas nécessaire de stocker les données d’utilisateurs externes, mais uniquement les données qui seront utiles à l’application déployée. Ces données sont répliquées pour chaque utilisateur. Enfin, la synchronisation de ces données nécessite là aussi des I\/O réseau.<\/p>

\"\"
<\/figcaption><\/figure>