From fa31d27ed5fa0d13854db227823d324fd1e2396c Mon Sep 17 00:00:00 2001 From: Joshua <62268199+minimalsm@users.noreply.github.com> Date: Fri, 13 Feb 2026 23:52:09 +0000 Subject: [PATCH] i18n(fr): translation import part 12 of 13 (23 files) --- public/content/translations/fr/web3/index.md | 74 ++-- .../translations/fr/what-are-apps/index.md | 80 ++++ .../translations/fr/whitepaper/index.md | 278 +++++++------- .../translations/fr/wrapped-eth/index.md | 66 ++++ .../fr/zero-knowledge-proofs/index.md | 148 ++++---- src/intl/fr/glossary-tooltip.json | 10 +- src/intl/fr/glossary.json | 58 +-- src/intl/fr/learn-quizzes.json | 97 ++++- src/intl/fr/page-10-year-anniversary.json | 131 +++++++ src/intl/fr/page-about.json | 8 +- src/intl/fr/page-apps.json | 345 ++++-------------- src/intl/fr/page-bug-bounty.json | 65 +++- src/intl/fr/page-collectibles.json | 67 ++++ src/intl/fr/page-community-events.json | 1 - src/intl/fr/page-community.json | 5 +- src/intl/fr/page-developers-docs.json | 1 + src/intl/fr/page-developers-index.json | 95 +++-- src/intl/fr/page-developers-tutorials.json | 9 +- src/intl/fr/page-energy-consumption.json | 21 ++ ...thereum-history-founder-and-ownership.json | 65 ++++ src/intl/fr/page-ethereum-vs-bitcoin.json | 101 +++++ src/intl/fr/page-founders.json | 65 ++++ src/intl/fr/page-gas.json | 6 +- 23 files changed, 1181 insertions(+), 615 deletions(-) create mode 100644 public/content/translations/fr/what-are-apps/index.md create mode 100644 public/content/translations/fr/wrapped-eth/index.md create mode 100644 src/intl/fr/page-10-year-anniversary.json create mode 100644 src/intl/fr/page-collectibles.json create mode 100644 src/intl/fr/page-energy-consumption.json create mode 100644 src/intl/fr/page-ethereum-history-founder-and-ownership.json create mode 100644 src/intl/fr/page-ethereum-vs-bitcoin.json create mode 100644 src/intl/fr/page-founders.json diff --git a/public/content/translations/fr/web3/index.md b/public/content/translations/fr/web3/index.md index aa0fdb313ed..da16c030f7b 100644 --- a/public/content/translations/fr/web3/index.md +++ b/public/content/translations/fr/web3/index.md @@ -1,6 +1,6 @@ --- title: Qu'est-ce que le Web3 et pourquoi est-ce important ? -description: Une introduction au Web3 — la prochaine évolution du World Wide Web — et son intérêt. +description: "Une introduction au Web3 — la prochaine évolution du World Wide Web — et son intérêt." lang: fr --- @@ -12,7 +12,8 @@ lang: fr La centralisation a permis à des milliards de personnes d'accéder au World Wide Web et de créer l'infrastructure stable et robuste sur laquelle il repose. Dans le même temps, une poignée d'entités centralisées ont pris le contrôle de larges pans du World Wide Web, décidant de manière unilatérale de ce qui est autorisé ou non. -Le Web3 est la réponse à ce dilemme. Contrairement à un Web dominé par les grandes entreprises technologiques, le Web3 est décentralisé et est construit, exploité et détenu par ses utilisateurs. Le Web3 donne le pouvoir aux individus plutôt qu'aux entreprises. Avant de parler du Web3, il faut comprendre comment nous en sommes arrivés là. +Le Web3 est la réponse à ce dilemme. Contrairement à un Web dominé par les grandes entreprises technologiques, le Web3 est décentralisé et est construit, exploité et détenu par ses utilisateurs. Le Web3 donne le pouvoir aux individus plutôt qu'aux entreprises. +Avant de parler du Web3, il faut comprendre comment nous en sommes arrivés là. @@ -26,34 +27,34 @@ En 1989, au CERN, à Genève, Tim Berners-Lee était occupé à développer les Les premiers pas de la création de Berners-Lee, connue aujourd'hui sous le nom de "Web 1.0", se sont déroulés approximativement entre 1990 et 2004. Le Web 1.0 était principalement constitué de sites Web statiques appartenant à des entreprises, et l'interaction entre les utilisateurs était quasi inexistante - les individus produisaient rarement du contenu - ce qui lui a valu d'être connu sous le nom de Web en lecture seule. -![Architecture client-serveur représentant le Web 1.0](./web1.png) +![Architecture client-serveur, représentant le Web 1.0](./web1.png) -### Web 2.0 : lecture/écriture (2004-maintenant) {#web2} +### Web 2.0 : Lecture/écriture (2004-aujourd'hui) {#web2} La période Web 2.0 a commencé en 2004 avec l'émergence des plateformes de médias sociaux. Au lieu d'une lecture seule, le web a évolué pour être en lecture-écriture. Au lieu de fournir du contenu aux utilisateurs, les entreprises ont également commencé à fournir des plateformes pour partager du contenu généré par les utilisateurs et s'engager dans des interactions entre utilisateurs. À mesure que de plus en plus de gens sont arrivés en ligne, une poignée de grandes entreprises ont commencé à contrôler une quantité disproportionnée du trafic et de la valeur générés sur le web. Le Web 2.0 a également donné naissance au modèle de revenus axé sur la publicité. Bien que les utilisateurs puissent créer du contenu, ils n'en sont pas propriétaires ou ne bénéficient pas de sa monétisation. -![Architecture client-serveur représentant le Web 2.0](./web2.png) +![Architecture client-serveur, représentant le Web 2.0](./web2.png) -## Web 3.0 : Read-Write-Own (Lire-Écrire-Posséder) {#web3} +## Web 3.0 : Lecture-écriture-possession {#web3} -Les prémisses du « Web 3.0 » ont été élaborés par le co-fondateur d'[Ethereum](/what-is-ethereum/) Gavin Wood, peu après le lancement d'Ethereum en 2014. Gavin a mis en mots une solution à un problème que beaucoup d'adopteurs précoces de crypto-monnaies ressentaient : le Web exigeait trop de confiance. En d'autres termes, la majeure partie du Web que les gens connaissent et utilisent aujourd'hui repose sur la confiance en une poignée d'entreprises privées qui agissent dans l'intérêt du public. +La prémisse du « Web 3.0 » a été inventée par Gavin Wood, cofondateur d'[Ethereum](/what-is-ethereum/), peu après le lancement d'Ethereum en 2014. Gavin a mis en mots une solution à un problème que beaucoup d'adopteurs précoces de crypto-monnaies ressentaient : le Web exigeait trop de confiance. En d'autres termes, la majeure partie du Web que les gens connaissent et utilisent aujourd'hui repose sur la confiance en une poignée d'entreprises privées qui agissent dans l'intérêt du public. -![Architecture de nœud décentralisée, représentant Web3](./web3.png) +![Architecture de nœuds décentralisée, représentant Web3](./web3.png) ### Qu'est-ce que Web3 ? {#what-is-web3} -Web3 est devenu un terme fourre-tout pour la vision d'un nouvel et meilleur internet. Web3 utilise des blockchains, des cryptomonnaies et des NFT pour rendre le pouvoir aux utilisateurs sous forme de propriété. [Un post de 2021 sur Twitter](https://twitter.com/j1mmyeth/status/1459003044067258370) le résume parfaitement : Web1 était en lecture seule, Web2 est en lecture/écriture, Web3 sera lu/écrit/possédé. +Web3 est devenu un terme fourre-tout pour la vision d'un nouvel et meilleur internet. Web3 utilise des blockchains, des cryptomonnaies et des NFT pour rendre le pouvoir aux utilisateurs sous forme de propriété. [Un post de 2020 sur Twitter](https://twitter.com/himgajria/status/1266415636789334016) le résume parfaitement : Web1 était en lecture seule, Web2 est en lecture/écriture, et Web3 sera lu/écrit/possédé. -#### Principes fondamentaux du Web3 {#core-ideas} +#### Idées fondamentales du Web3 {#core-ideas} Bien qu'il soit difficile de fournir une définition stricte de ce qu'est le Web3, quelques principes fondamentaux guident sa création. -- **Le Web3 est décentralisé :** au lieu que de larges pans de l'internet soient détenus et contrôlés par quelques entités centralisées, la propriété est distribuée entre ses créateurs et ses utilisateurs. -- **Le Web3 est ouvert :** tout le monde a un accès égal pour contribuer au Web3, et personne ne peut être exclu. -- **Le Web3 supporte les paiements natifs :** il utilise la cryptomonnaie pour dépenser et virer de l'argent en ligne, au lieu de s'appuyer sur l'infrastructure obsolète des banques et des processeurs de paiement. -- **Le Web3 est « trustless » :** il fonctionne en utilisant des mesures incitatives et des mécanismes économiques au lieu de se fier à des tiers de confiance. +- **Le Web3 est décentralisé :** au lieu que de larges pans d'Internet soient contrôlés et détenus par des entités centralisées, la propriété est répartie entre ses créateurs et ses utilisateurs. +- **Le Web3 est sans permission :** tout le monde dispose d'un accès égal pour participer au Web3, et personne n'est exclu. +- **Le Web3 intègre des paiements natifs :** il utilise la cryptomonnaie pour dépenser et envoyer de l'argent en ligne au lieu de s'appuyer sur l'infrastructure obsolète des banques et des processeurs de paiement. +- **Le Web3 est sans confiance :** il fonctionne à l'aide d'incitations et de mécanismes économiques au lieu de dépendre de tiers de confiance. ### Pourquoi le Web3 est-il important ? {#why-is-web3-important} @@ -63,14 +64,14 @@ Bien que les fonctionnalités clés du Web3 ne soient pas isolées et ne rentren Le Web3 vous donne la propriété de vos actifs numériques de façon inégalée. Par exemple, disons que vous jouez à un jeu web2. Si vous achetez un objet dans le jeu, il est lié directement à votre compte. Si les créateurs du jeu suppriment votre compte, vous perdrez ces objets. Ou, si vous arrêtez de jouer au jeu, vous perdez la valeur que vous avez investie dans vos objets pendant que vous jouiez. -Le Web3 permet la propriété directe via les [jetons non-fongibles (NFT)](/glossary/#nft). Personne, pas même les créateurs du jeu, n'a le pouvoir de vous retirer votre propriété. En outre, si vous vous arrêtez de jouer, vous pouvez vendre ou échanger vos objets en jeu sur des marchés ouverts et récupérer leur valeur. +Le Web3 permet la propriété directe par le biais de [jetons non fongibles (NFTs)](/glossary/#nft). Personne, pas même les créateurs du jeu, n'a le pouvoir de vous retirer votre propriété. En outre, si vous vous arrêtez de jouer, vous pouvez vendre ou échanger vos objets en jeu sur des marchés ouverts et récupérer leur valeur. Explorez les [jeux en chaîne](/gaming/) pour voir cela en action.
En savoir plus sur les NFT
- Plus d'infos sur les NFT + En savoir plus sur les NFT @@ -85,18 +86,18 @@ Sur Web3, vos données vivent sur la blockchain. Lorsque vous décidez de quitte Le Web 2.0 exige que les créateurs de contenu fassent confiance aux plateformes pour ne pas modifier les règles, mais la résistance à la censure est une fonctionnalité native d'une plateforme Web3. -#### Organisation autonome décentralisée (DAO) {#daos} +#### Organisations autonomes décentralisées (DAO) {#daos} En plus de posséder vos données sur le Web3, vous pouvez posséder la plateforme en tant que groupe, en utilisant des jetons qui agissent comme des parts dans une entreprise. Les DAO vous permettent de coordonner la propriété décentralisée d'une plateforme et de prendre des décisions concernant son futur. -Les DAO sont définies techniquement comme des [contrats intelligents](/glossary/#smart-contract) convenus qui automatisent les prises de décision décentralisées sur un ensemble de ressources (jetons). Les utilisateurs disposant de jetons votent sur la manière dont les ressources sont dépensées, et le code exécute automatiquement le résultat du vote. +Les DAO sont techniquement définies comme des [contrats intelligents](/glossary/#smart-contract) convenus qui automatisent la prise de décision décentralisée sur un ensemble de ressources (jetons). Les utilisateurs disposant de jetons votent sur la manière dont les ressources sont dépensées, et le code exécute automatiquement le résultat du vote. Le fait est toutefois que les gens définissent de nombreuses communautés Web3 comme étant des DAO. Ces communautés ont toutes des niveaux différents de décentralisation et d'automatisation par code. Actuellement, nous explorons ce que sont les DAO et comment elles pourraient évoluer à l'avenir. -
En savoir plus sur les DAO
+
En savoir plus sur les DAOs
En savoir plus sur les DAO @@ -107,33 +108,34 @@ Le fait est toutefois que les gens définissent de nombreuses communautés Web3 Normalement, vous créez un compte pour chaque plateforme que vous utilisez. Par exemple, vous pourriez avoir un compte Twitter, un compte YouTube et un compte Reddit. Vous voulez changer votre nom tel qu'il s'affiche ou votre photo de profil ? Vous devez le faire sur tous les comptes. Vous pouvez utiliser des connexions avec les réseaux sociaux dans certains cas, mais cela pose un problème bien connu : la censure. En un seul clic, ces plateformes peuvent vous bloquer l'accès à toute votre vie en ligne. Pire encore, de nombreuses plates-formes exigent que vous leur fassiez confiance en leur confiant des informations personnelles pour créer un compte. -Le Web3 résout ces problèmes en vous permettant de contrôler votre identité digitale avec une adresse Ethereum et un profil de [service de nom Ethereum (ENS)](/glossary/#ens). Utiliser une adresse Ethereum offre un moyen de connexion unique à toutes les plateformes qui est sûr, résistant à la censure et anonyme. +Le Web3 résout ces problèmes en vous permettant de contrôler votre identité numérique avec une adresse Ethereum et un profil [Ethereum Name Service (ENS)](/glossary/#ens). Utiliser une adresse Ethereum offre un moyen de connexion unique à toutes les plateformes qui est sûr, résistant à la censure et anonyme. ### Paiements natifs {#native-payments} -L'infrastructure de paiement sur le Web2 repose sur les banques et les processeurs de paiement, excluant les personnes sans compte bancaire ou les personnes qui vivent dans le mauvais pays. Le Web3 utilise des jetons comme [ETH](/glossary/#ether) pour envoyer de l'argent directement depuis un navigateur et ne nécessite pas de tiers de confiance. +L'infrastructure de paiement sur le Web2 repose sur les banques et les processeurs de paiement, excluant les personnes sans compte bancaire ou les personnes qui vivent dans le mauvais pays. +Le Web3 utilise des jetons comme l'[ETH](/glossary/#ether) pour envoyer de l'argent directement dans le navigateur et ne nécessite aucun tiers de confiance. - Autres informations sur ETH + En savoir plus sur l'ETH -## Limitations du Web3 {#web3-limitations} +## Limites du Web3 {#web3-limitations} Malgré les nombreux avantages du Web3 dans sa forme actuelle, il existe encore de nombreuses limites que l'écosystème doit dépasser pour pouvoir prospérer. ### Accessibilité {#accessibility} -Des fonctionnalités importantes du Web3, comme Sign-in with Ethereum (siwe), sont déjà disponibles gratuitement pour tout le monde. Mais le coût relatif des transactions reste encore élevé pour beaucoup de personnes. Le Web3 est moins susceptible d'être utilisé dans les pays moins riches et en développement, en raison de frais de transaction élevés. Sur Ethereum, ces défis sont résolus par [la feuille de route](/roadmap/) et [les solutions de mise à l'échelle de la couche 2](/glossary/#layer-2). La technologie est prête, mais les solutions de niveau 2 doivent être plus largement adoptées pour rendre le Web3 accessible à tous. +Des fonctionnalités importantes du Web3, comme Sign-in with Ethereum (siwe), sont déjà disponibles gratuitement pour tout le monde. Mais le coût relatif des transactions reste encore élevé pour beaucoup de personnes. Le Web3 est moins susceptible d'être utilisé dans les pays moins riches et en développement, en raison de frais de transaction élevés. Sur Ethereum, ces défis sont en cours de résolution grâce à [la feuille de route](/roadmap/) et aux [solutions de mise à l'échelle de couche 2](/glossary/#layer-2). La technologie est prête, mais les solutions de niveau 2 doivent être plus largement adoptées pour rendre le Web3 accessible à tous. ### Expérience utilisateur {#user-experience} -La barrière technique à l'entrée sur le Web3 est actuellement trop élevée. Les utilisateurs doivent comprendre les problèmes de sécurité, comprendre la documentation technique complexe et naviguer dans des interfaces utilisateur non intuitives. Les [éditeurs de portefeuilles](/wallets/find-wallet/), en particulier, y travaillent, mais davantage d'avancées seront nécessaires pour que le Web3 soit adopté massivement. +La barrière technique à l'entrée sur le Web3 est actuellement trop élevée. Les utilisateurs doivent comprendre les problèmes de sécurité, comprendre la documentation technique complexe et naviguer dans des interfaces utilisateur non intuitives. [Les fournisseurs de portefeuilles](/wallets/find-wallet/), en particulier, travaillent à résoudre ce problème, mais davantage de progrès sont nécessaires avant que le Web3 ne soit adopté massivement. -### Formation {#education} +### Éducation {#education} -Le Web3 introduit de nouveaux paradigmes qui nécessitent l'apprentissage de modèles mentaux différents de ceux utilisés sur le Web2.0. Un effort éducatif similaire a été consenti tandis que le Web1.0 gagnait en popularité à la fin des années 1990. Les partisans de la toile mondiale ont utilisé tout un tas de techniques pour éduquer le public, allant de simples métaphores (autoroutes de l'information, navigateurs, surfer sur le web) jusqu'à des [programmes télévisés](https://www.youtube.com/watch?v=SzQLI7BxfYI). Le Web3 n'est pas difficile, mais il est différent. Les initiatives éducatives informant les utilisateurs du Web2 de ces paradigmes propres au Web3 sont vitales pour son succès. +Le Web3 introduit de nouveaux paradigmes qui nécessitent l'apprentissage de modèles mentaux différents de ceux utilisés sur le Web2.0. Un effort d'éducation similaire a eu lieu lorsque le Web1.0 gagnait en popularité à la fin des années 1990 ; les partisans du World Wide Web ont utilisé toute une série de techniques pédagogiques pour instruire le public, allant de métaphores simples (l'autoroute de l'information, les navigateurs, surfer sur le Web) à des [émissions de télévision](https://www.youtube.com/watch?v=SzQLI7BxfYI). Le Web3 n'est pas difficile, mais il est différent. Les initiatives éducatives informant les utilisateurs du Web2 de ces paradigmes propres au Web3 sont vitales pour son succès. -Ethereum.org contribue à l'éducation Web3 par le biais de son [Programme de Traduction](/contributing/translation-program/) visant à traduire les contenus Ethereum importants dans autant de langues que possible. +Ethereum.org contribue à l'éducation sur le Web3 par le biais de notre [Programme de traduction](/contributing/translation-program/), qui vise à traduire le contenu important d'Ethereum dans le plus de langues possible. ### Infrastructure centralisée {#centralized-infrastructure} @@ -145,23 +147,23 @@ Le Web3 est un écosystème jeune et en pleine évolution. Gavin Wood a inventé Nous n'en sommes qu'au début de la création d'un meilleur Web avec le Web3, mais l'avenir du Web se fera plus radieux à mesure que nous continuerons d'améliorer l'infrastructure qui le supportera. -## Comment puis-je m'impliquer ? {#get-involved} +## Comment puis-je participer ? {#get-involved} - [Obtenir un portefeuille](/wallets/) - [Trouver une communauté](/community/) -- [Explorer des applications Web3](/apps/) +- [Explorer les applications Web3](/apps/) - [Rejoindre une DAO](/dao/) -- [Construire sur le Web3](/developers/) +- [Développer sur le Web3](/developers/) -## Lectures complémentaires {#further-reading} +## En savoir plus {#further-reading} Le Web3 n’est pas strictement défini. Plusieurs participants de la Communauté ont des points de vue différents à ce sujet. Voici quelques-uns d'entre eux : -- [Qu'est-ce que le Web3? L'Internet décentralisé du futur expliqué](https://www.freecodecamp.org/news/what-is-web3) – _Nader Dabit_ +- [Qu'est-ce que le Web3? [L'Internet décentralisé du futur expliqué](https://www.freecodecamp.org/news/what-is-web3) – _Nader Dabit_ - [Comprendre le Web 3](https://medium.com/l4-media/making-sense-of-web-3-c1a9e74dcae) – _Josh Stark_ -- [Importance du Web3](https://future.a16z.com/why-web3-matters/) — _Chris Dixon_ +- [Pourquoi le Web3 est important](https://a16zcrypto.com/posts/article/why-web3-matters/) — _Chris Dixon_ - [Pourquoi la décentralisation est importante](https://onezero.medium.com/why-decentralization-matters-5e3f79f7638e) - _Chris Dixon_ -- [Panorama du Web3](https://a16z.com/wp-content/uploads/2021/10/The-web3-Readlng-List.pdf) – _a16z_ -- [Débat sur le Web3](https://www.notboring.co/p/the-web3-debate) – _Packy McCormick_ +- [Le paysage du Web3](https://a16z.com/wp-content/uploads/2021/10/The-web3-Readlng-List.pdf) – _a16z_ +- [Le débat sur le Web3](https://www.notboring.co/p/the-web3-debate) – _Packy McCormick_ diff --git a/public/content/translations/fr/what-are-apps/index.md b/public/content/translations/fr/what-are-apps/index.md new file mode 100644 index 00000000000..3591ce8ee91 --- /dev/null +++ b/public/content/translations/fr/what-are-apps/index.md @@ -0,0 +1,80 @@ +--- +title: applications Ethereum +metaTitle: "Applications Ethereum | Applications décentralisées sur Ethereum" +description: "Les Applications sur Ethereum sont gratuites, globales et utilisent une Blockchain publique au lieu de serveurs privés. Ceci signifie qu'il est possible d'utiliser le même compte dans chaque projet et maintenir sa vie privée." +lang: fr +template: use-cases +emoji: ":handshake:" +sidebarDepth: 2 +showDropdown: false +image: /images/doge-computer.png +summary: "Les Applications sur Ethereum sont gratuites, globales et utilisent une Blockchain publique au lieu de serveurs privés. Ceci signifie qu'il est possible d'utiliser le même compte dans chaque projet et maintenir sa vie privée." +--- + +## Applications avec superpouvoirs {#apps-with-superpowers} + +Les applications Ethereum peuvent être vues comme des applications ordinaires. Cependant, en coulisses elles ont quelques qualités spéciales. + +Une fois qu'une application est publiée sur la Blockchain Ethereum, il n'est plus possible de la stopper. Ceci parce que le réseau Ethereum fonctionne de manière décentralisée sur des milliers d'ordinateurs à travers le monde. Personne ne peut mettre hors service les applications exécutées sur Ethereum, car il n’y a pas de serveur unique à cibler. Ethereum est également neutre et donc n'importe qui, n'importe où dans le monde, peut l'utiliser ou même s'y connecter et y créer ses modifications. + +## Qu'est-ce qu'une dApp? {#what-is-a-dapp} + +Les applications Ethereum ont leur logique exécutée sur la blockchain Ethereum plutôt que sur des serveurs centralisés. C'est pourquoi on les appelle souvent applications décentralisées ou dApps en abrégé. + + + + + + + +## Pourquoi est-ce important {#why-does-this-matter} + +Les applications Ethereum peuvent faire des choses qui ne sont tout simplement pas possibles avec les applications traditionnelles. C’est comme prêter de l’argent à un parfait inconnu avec la garantie que vous récupérerez votre argent, plus les intérêts. Sans payer un intermédiaire « digne de confiance », comme un avocat ou un notaire, pour gérer la transaction. + +Il existe des applications pour tout : jeux, finances, travail, messagerie, stockage et bien plus encore. Avec la plupart des applications, vous n’êtes pas soumis à des publicités ni limité par un accès restreint. + +Tout ce dont vous avez besoin est un portefeuille Ethereum et un peu d'ETH pour commencer à utiliser n'importe quelle application Ethereum. + +## Comment cela fonctionne-t-il? {#how-does-it-work} + +Les applications sont alimentées par des contrats intelligents : des morceaux de code qui sont enregistrés et fonctionnent sur la blockchain Ethereum. Contrairement aux applications traditionnelles, ces applications n’ont pas besoin d’une entreprise en informatique pour les faire fonctionner. + +| Fonctionnalité | Applications traditionnelles | Applications Ethereum | +| ------------------------------------- | ------------------------------------ | ------------------------------------- | +| **Qui les contrôle ?** | Une entreprise | Personne | +| **fonctionne sur** | Les serveurs d'une entreprise privée | La Blockchain Ethereum publique | +| **Peut-elle être censurée ?** | Oui | Non | +| **À qui appartiennent vos données ?** | Habituellement pas vous | Vous êtes propriétaire de vos données | + + + +
+ +![](developers-eth-blocks.png) +
+ +## Les applications Ethereum sont comme des Legos {#ethereum-apps-are-like-legos} + +Quand les applications sont toutes construites sur Ethereum, elles sont alors aussi toutes compatibles. Un jeton pour une application fonctionnera aussi sur une autre complètement différente. C’est comme pouvoir publier des tweets sur votre mur Facebook. En fait, vous pouvez souvent réutiliser le même profil dans de nombreuses applications Ethereum différentes sans avoir besoin de vous inscrire partout séparément. + + + +## En savoir plus {#further-reading} + +- [Ethereum pour les débutants](/what-is-ethereum) +- [Qu’est-ce qu’un contrat intelligent ?](/developers/docs/smart-contracts/) +- [Documentation technique des applications décentralisées](/developers/docs/dapps/) + +## Foire aux questions {#faq} + + +

DApp signifie application décentralisée. Ce sont des applications construites sur des réseaux blockchain comme Ethereum. On les appelle décentralisés car le réseau sous-jacent sur lequel elles fonctionnent est décentralisé.

+ + + +

Certaines applications vous permettent d'échanger ou d'acheter des jetons cryptographiques, mais toutes les applications ne sont pas destinées à cela. Si vous cherchez à acheter vos premiers jetons, visitez [Get ETH](/get-eth).

+ + + +

Votre portefeuille cryptographique vous permet de conserver vos jetons et de gérer votre compte Ethereum. Il existe de nombreux portefeuilles formidables, chacun ayant un objectif différent. Pour savoir quel portefeuille vous convient le mieux, visitez notre [liste de portefeuilles](/wallets/find-wallet).

+ \ No newline at end of file diff --git a/public/content/translations/fr/whitepaper/index.md b/public/content/translations/fr/whitepaper/index.md index cffc4221d07..9e73664b605 100644 --- a/public/content/translations/fr/whitepaper/index.md +++ b/public/content/translations/fr/whitepaper/index.md @@ -1,39 +1,39 @@ --- title: Livre blanc Ethereum -description: Document d'introduction à Ethereum, publié en 2013 avant son lancement. +description: "Document d'introduction à Ethereum, publié en 2013 avant son lancement." lang: fr sidebarDepth: 2 hideEditButton: true --- -# Livre blanc Ethereum {#ethereum-whitepaper} +# Livre blanc d'Ethereum {#ethereum-whitepaper} _Ce document d'introduction a été publié pour la première fois en 2014 par Vitalik Buterin, le fondateur d'[Ethereum](/what-is-ethereum/), avant le lancement du projet en 2015. Il convient de noter qu'Ethereum, comme nombre de projets open source gérés de façon communautaire, a évolué depuis sa création._ -_Même s'il date déjà de plusieurs années, nous conservons ce document car il constitue une référence utile et une représentation précise d'Ethereum et de la vision du projet. Pour plus d'infos sur les derniers développements d'Ethereum et la façon dont les modifications du protocole sont mises en œuvre, nous vous recommandons de lire [ce guide](/learn/)._ +_Même s'il date déjà de plusieurs années, nous conservons ce document car il constitue une référence utile et une représentation précise d'Ethereum et de la vision du projet. Pour en savoir plus sur les derniers développements d'Ethereum et sur la manière dont les modifications du protocole sont apportées, nous vous recommandons [ce guide](/learn/)._ -[Les chercheurs et universitaires à la recherche d'une version historique ou canonique du livre blanc [à partir de décembre 2014] peuvent utiliser ce PDF.](./whitepaper-pdf/Ethereum_Whitepaper_-_Buterin_2014.pdf) +[Les chercheurs et universitaires à la recherche d'une version historique ou canonique du livre blanc [de décembre 2014] devraient utiliser ce PDF.](./whitepaper-pdf/Ethereum_Whitepaper_-_Buterin_2014.pdf) -## Une plateforme d'applications décentralisées et de contrats intelligents de nouvelle génération {#a-next-generation-smart-contract-and-decentralized-application-platform} +## Une plateforme de contrats intelligents et d'applications décentralisées de nouvelle génération {#a-next-generation-smart-contract-and-decentralized-application-platform} -Le développement du Bitcoin par Satoshi Nakamoto en 2009 a souvent été salué comme une évolution radicale de la monnaie et des devises. Il s'agissait en effet du premier exemple d'actif numérique n'ayant simultanément aucune garantie ni "[valeur intrinsèque](http://bitcoinmagazine.com/8640/an-exploration-of-intrinsic-value-what-it-is-why-bitcoin-doesnt-have-it-and-why-bitcoin-does-have-it/)", et aucun contrôleur ni émetteur centralisé. L'attention est cependant en train de se porter sur un autre aspect (sans doute plus important) du Bitcoin : la technologie blockchain sous-jacente comme outil de consensus distribué. Parmi les autres applications de la technologie blockchain fréquemment citées, on trouve l'utilisation d'actifs numériques pour représenter des monnaies personnalisées et des instruments financiers ("[Colored coins](https://docs.google.com/a/buterin.com/document/d/1AnkP_cVZTCMLIzw4DvsW6M8Q2JC0lIzrTLuoWu2z1BE/edit)"), la propriété d'appareils physiques sous-jacents ("[Smart property](https://en.bitcoin.it/wiki/Smart_Property)"), des actifs non fongibles comme les noms de domaine ("[Namecoin](http://namecoin.org)"), ainsi que des applications plus complexes dans lesquelles des actifs numériques sont directement contrôlés par une portion de code exécutant des règles diverses ("[Contrats intelligents](http://www.fon.hum.uva.nl/rob/Courses/InformationInSpeech/CDROM/Literature/LOTwinterschool2006/szabo.best.vwh.net/idea.html)"), ou encore des "[organisations autonomes décentralisées" (ou DAO)](http://bitcoinmagazine.com/7050/bootstrapping-a-decentralized-autonomous-corporation-part-i/) basées sur la blockchain. Ce qu'Ethereum souhaite proposer, c'est une blockchain avec un véritable langage de programmation intégré, Turing-complet, pouvant être utilisé pour créer des « contrats » susceptibles d'encoder des fonctions de transition d'état arbitraires. Cela permettra aux utilisateurs de créer n'importe lequel des systèmes cités ci-dessus, ainsi que beaucoup d'autres que nous n'avons pas encore imaginés, le tout en quelques lignes de code. +Le développement de Bitcoin par Satoshi Nakamoto en 2009 a souvent été salué comme une évolution radicale de la monnaie et de la devise, étant le premier exemple d'un actif numérique qui n'a simultanément aucune garantie ou « [valeur intrinsèque](https://bitcoinmagazine.com/culture/an-exploration-of-intrinsic-value-what-it-is-why-bitcoin-doesnt-have-it-and-why-bitcoin-does-have-it) », et aucun émetteur ou contrôleur centralisé. L'attention est cependant en train de se porter sur un autre aspect (sans doute plus important) du Bitcoin : la technologie blockchain sous-jacente comme outil de consensus distribué. Les applications alternatives fréquemment citées de la technologie blockchain incluent l'utilisation d'actifs numériques sur la blockchain pour représenter des devises et des instruments financiers personnalisés (les « [pièces colorées](https://docs.google.com/a/buterin.com/document/d/1AnkP_cVZTCMLIzw4DvsW6M8Q2JC0lIzrTLuoWu2z1BE/edit) »), la propriété d'un appareil physique sous-jacent (la « [propriété intelligente](https://en.bitcoin.it/wiki/Smart_Property) »), des actifs non fongibles tels que les noms de domaine (« [Namecoin](http://namecoin.org) »), ainsi que des applications plus complexes impliquant que des actifs numériques soient directement contrôlés par un morceau de code implémentant des règles arbitraires (les « [contrats intelligents](http://www.fon.hum.uva.nl/rob/Courses/InformationInSpeech/CDROM/Literature/LOTwinterschool2006/szabo.best.vwh.net/idea.html) ») ou même des « [organisations autonomes décentralisées](http://bitcoinmagazine.com/7050/bootstrapping-a-decentralized-autonomous-corporation-part-i/) » (DAO) basées sur la blockchain. Ce qu'Ethereum souhaite proposer, c'est une blockchain avec un véritable langage de programmation intégré, Turing-complet, pouvant être utilisé pour créer des « contrats » susceptibles d'encoder des fonctions de transition d'état arbitraires. Cela permettra aux utilisateurs de créer n'importe lequel des systèmes cités ci-dessus, ainsi que beaucoup d'autres que nous n'avons pas encore imaginés, le tout en quelques lignes de code. -## Introduction au Bitcoin et aux concepts existants {#introduction-to-bitcoin-and-existing-concepts} +## Introduction à Bitcoin et aux concepts existants {#introduction-to-bitcoin-and-existing-concepts} ### Historique {#history} -Le concept de monnaie numérique décentralisée, ainsi que des applications alternatives comme les registres de propriété, font l'objet d'études depuis des décennies. Les protocoles anonymes de monnaie électronique des années 1980 et 1990, principalement fondés sur une primitive cryptographique appelée Chaumian Blinding (signature aveugle), ont fourni une monnaie à un niveau de confidentialité élevé, mais leurs protocoles sous-jacents ont largement échoué à se populariser en raison de leur dépendance à un intermédiaire centralisé. En 1998, la [b-money](http://www.weidai.com/bmoney.txt) de Wei Dai fut la première proposition d'une idée de créer une monnaie via la résolution d'un calcul cryptographique ainsi que l'idée d'un consensus décentralisé, mais la proposition n'était pas assez étayée quant à la manière d'implémenter un consens décentralisé. En 2005, Hal Finney présenta le concept de "[preuves de travail réutilisables](https://nakamotoinstitute.org/finney/rpow/)", qui reprenait les idées de b-money et des puzzles cryptographiques Hashcash d'Adam Back, gourmands en ressources informatiques, pour créer un concept de cryptomonnaie, mais sans parvenir à une solution idéale puisqu'il nécessitait un système informatique de confiance comme backend. En 2009, une monnaie décentralisée fut implémentée pour la première fois par Satoshi Nakamoto, qui combinait des primitives reconnues utilisant la cryptographie asymétrique pour gérer la propriété, à un algorithme de consensus, le « proof-of-work », pour garder une trace des détenteurs de monnaie. +Le concept de monnaie numérique décentralisée, ainsi que des applications alternatives comme les registres de propriété, font l'objet d'études depuis des décennies. Les protocoles anonymes de monnaie électronique des années 1980 et 1990, principalement fondés sur une primitive cryptographique appelée Chaumian Blinding (signature aveugle), ont fourni une monnaie à un niveau de confidentialité élevé, mais leurs protocoles sous-jacents ont largement échoué à se populariser en raison de leur dépendance à un intermédiaire centralisé. En 1998, le [b-money](http://www.weidai.com/bmoney.txt) de Wei Dai a été la première proposition à introduire l'idée de créer de la monnaie en résolvant des énigmes informatiques ainsi que le consensus décentralisé, mais la proposition était peu détaillée sur la manière dont le consensus décentralisé pouvait réellement être mis en œuvre. En 2005, Hal Finney a présenté le concept de « [preuves de travail réutilisables](https://nakamotoinstitute.org/finney/rpow/) », un système qui reprend les idées du b-money et les énigmes Hashcash d'Adam Back, difficiles à résoudre sur le plan informatique, pour créer un concept de cryptomonnaie, mais qui, une fois de plus, n'a pas atteint l'idéal en s'appuyant sur l'informatique de confiance comme backend. En 2009, une monnaie décentralisée fut implémentée pour la première fois par Satoshi Nakamoto, qui combinait des primitives reconnues utilisant la cryptographie asymétrique pour gérer la propriété, à un algorithme de consensus, le « proof-of-work », pour garder une trace des détenteurs de monnaie. -Le mécanisme de la preuve de travail a été une réelle avancée dans ce domaine, car il a permis de résoudre simultanément deux problèmes. Premièrement, cela a fourni un algorithme de consensus simple et efficace, permettant aux noeuds du réseau de s'accorder collectivement sur un ensemble de mises à jour canonique sur l'état du registre de Bitcoin. Deuxièmement, cela a fourni un mécanisme permettant de participer librement au consensus, résolvant le problème politique de décider qui peut influer sur le consensus, tout en empêchant simultanément les attaques Sybil. Il y parvient en substituant un obstacle formel à la participation, comme l'obligation d'être enregistré en tant qu'entité unique sur une liste donnée, par une barrière économique : le poids d'un seul nœud dans le processus de vote par consensus est directement proportionnel à la puissance de calcul que celui-ci apporte. Depuis, une autre approche a été proposée, la _preuve d'enjeu_ (Proof of stake), qui calcule le poids d'un nœud proportionnellement à ses avoirs en monnaie et non pas à ses ressources de calcul. La discussion sur les mérites relatifs des deux approches dépasse la portée de ce document, mais il convient de noter que les deux peuvent être utilisées pour servir de colonne vertébrale à une cryptomonnaie. +Le mécanisme de la preuve de travail a été une réelle avancée dans ce domaine, car il a permis de résoudre simultanément deux problèmes. Premièrement, cela a fourni un algorithme de consensus simple et efficace, permettant aux noeuds du réseau de s'accorder collectivement sur un ensemble de mises à jour canonique sur l'état du registre de Bitcoin. Deuxièmement, cela a fourni un mécanisme permettant de participer librement au consensus, résolvant le problème politique de décider qui peut influer sur le consensus, tout en empêchant simultanément les attaques Sybil. Il y parvient en substituant un obstacle formel à la participation, comme l'obligation d'être enregistré en tant qu'entité unique sur une liste donnée, par une barrière économique : le poids d'un seul nœud dans le processus de vote par consensus est directement proportionnel à la puissance de calcul que celui-ci apporte. Depuis, une approche alternative a été proposée, appelée _preuve d'enjeu_, qui calcule le poids d'un nœud comme étant proportionnel à ses avoirs en monnaie et non à ses ressources informatiques ; la discussion des mérites relatifs des deux approches dépasse le cadre de ce document, mais il convient de noter que les deux approches peuvent servir de colonne vertébrale à une cryptomonnaie. -### Bitcoin en tant que système de transition d'état {#bitcoin-as-a-state-transition-system} +### Bitcoin en tant que système de transition d'états {#bitcoin-as-a-state-transition-system} -![Transition d'état Ethereum](./ethereum-state-transition.png) +![Transition d'état d'Ethereum](./ethereum-state-transition.png) -D'un point de vue technique, le registre d'une cryptomonnaie telle que le Bitcoin peut être considéré comme un système de transition d'état dans lequel il existe un « état », représentant le statut de propriété de tous les bitcoins existants, et une « fonction de transition d'état », qui associe un état et une transaction, et en fait résulter un nouvel état. Par exemple, dans un système bancaire classique, l'état est un bilan, une transaction est une demande de déplacer X $ de A vers B, et la fonction de transition d'état diminue la valeur du compte A de X $ et augmente la valeur du compte B de X $. Si le compte A a moins de X $ au départ, la fonction de transition d'état renvoie une erreur. On peut donc formellement définir : +D'un point de vue technique, le registre d'une cryptomonnaie telle que le Bitcoin peut être considéré comme un système de transition d'état dans lequel il existe un « état », représentant le statut de propriété de tous les bitcoins existants, et une « fonction de transition d'état », qui associe un état et une transaction, et en fait résulter un nouvel état. Dans un système bancaire standard, par exemple, l'état est un bilan, une transaction est une demande de transfert de X $ de A à B, et la fonction de transition d'état réduit la valeur du compte de A de X $ et augmente la valeur du compte de B de X $. Si le compte de A a moins de X $ au départ, la fonction de transition d'état renvoie une erreur. On peut donc formellement définir : ``` -APPLY(S,TX) -> S' or ERROR +APPLY(S,TX) -> S' ou ERREUR ``` Dans le système bancaire défini ci-dessus : @@ -50,100 +50,100 @@ APPLY({ Alice: $50, Marc: $50 },"send $70 from Alice to Marc") = ERROR Dans Bitcoin, l'« état » est l'ensemble de toutes les unités de compte (techniquement, les sorties de transaction non dépensées, « unspent transaction outputs » ou UTXO) qui ont été minées, mais pas encore dépensées, chaque UTXO ayant une valeur nominale et un propriétaire (défini par une adresse de 20 octets qui est en fait une clé cryptographique publique[fn1](#notes)). Une transaction comporte une ou plusieurs entrées, chacune contenant une référence à un UTXO existant et une signature cryptographique produite par la clé privée associée à l'adresse du propriétaire, ainsi qu'une ou plusieurs sorties, chacune comportant un nouvel UTXO à ajouter à l'état. -La fonction de transition d'état `APPLY(S,TX) -> S'` peut grossièrement être définie comme suit : +La fonction de transition d'états `APPLY(S,TX) -> S'` peut être définie grossièrement comme suit :
  1. Pour chaque entrée dans TX :
    • - Si l'UTXO référencé n'est pas S, une erreur est renvoyée. + Si l'UTXO référencé n'est pas dans S, retourner une erreur.
    • - Si la signature fournie ne correspond pas à celle du propriétaire de l'UTXO, une erreur est renvoyée. + Si la signature fournie ne correspond pas au propriétaire de l'UTXO, retourner une erreur.
  2. - Si la somme de tous les UTXO d'entrée est inférieure à celle de tous les UTXO de sortie, une erreur est renvoyée. + Si la somme des dénominations de tous les UTXO d'entrée est inférieure à la somme des dénominations de tous les UTXO de sortie, retourner une erreur.
  3. - S est renvoyé avec tous les UTXO d'entrée supprimés et tous les UTXO de sortie ajoutés. + Retourner S avec tous les UTXO d'entrée supprimés et tous les UTXO de sortie ajoutés.
-La première moitié de la première étape empêche les émetteurs de transaction de dépenser des unités de compte qui n'existent pas, la seconde moitié les empêche de dépenser les unités de compte d'autres personnes, et la deuxième étape assure que la valeur est préservée. Le protocole pour utiliser cela comme moyen de paiement est le suivant. Imaginons qu'Alice veuille envoyer 11,7 BTC à Marc. Alice va commencer par chercher un ensemble disponible d'UTXO qui lui appartiennent, pour un total d'au moins 11,7 BTC. En réalité, Alice ne pourra pas obtenir exactement 11,7 BTC. La plus petite somme qu'elle peut obtenir est 6+4+2=12. Elle crée alors une transaction avec ces trois entrées et deux sorties. La première sortie sera 11,7 BTC avec l'adresse de Marc comme propriétaire, et la seconde sortie représentera les 0,3 BTC de monnaie restante, dont elle est propriétaire. +La première moitié de la première étape empêche les expéditeurs de transactions de dépenser des pièces qui n'existent pas, la seconde moitié de la première étape empêche les expéditeurs de transactions de dépenser les pièces d'autres personnes, et la deuxième étape assure la conservation de la valeur. Pour utiliser ceci pour le paiement, le protocole est le suivant. Supposons qu'Alice veuille envoyer 11,7 BTC à Bob. D'abord, Alice va chercher un ensemble d'UTXO disponibles qu'elle possède et qui totalisent au moins 11,7 BTC. En réalité, Alice ne pourra pas obtenir exactement 11,7 BTC ; disons que le plus petit montant qu'elle peut obtenir est 6+4+2=12. Elle crée alors une transaction avec ces trois entrées et deux sorties. La première sortie sera de 11,7 BTC avec l'adresse de Bob comme propriétaire, et la seconde sortie sera les 0,3 BTC restants de « monnaie », avec Alice elle-même comme propriétaire. ### Minage {#mining} ![Blocs Ethereum](./ethereum-blocks.png) -Si nous avions accès à un service centralisé digne de confiance, il serait trivial d'implémenter ce système : il pourrait être codé exactement comme décrit plus haut, en utilisant le disque dur d'un serveur centralisé pour garder une trace de l'état. Avec Bitcoin, nous essayons toutefois de construire un système monétaire décentralisé et avons donc besoin de combiner le système de transition d'état avec un système de consensus afin de garantir que tout le monde est d'accord sur l'ordre des transactions. Le processus de consensus décentralisé de Bitcoin exige que les nœuds du réseau tentent en continu de produire des paquets de transactions appelés "blocs". Le réseau est destiné à créer un bloc toutes les dix minutes environ, chaque bloc contenant un horodatage, un nonce, une référence au bloc précédent (hachage ou hash) et une liste de toutes les transactions qui ont eu lieu depuis le bloc précédent. Au fil du temps, cela crée une "blockchain" continuelle, croissant sans cesse, qui se met perpétuellement à jour pour représenter l'état le plus récent du registre Bitcoin. +Si nous avions accès à un service centralisé digne de confiance, ce système serait trivial à mettre en œuvre ; il pourrait simplement être codé exactement comme décrit, en utilisant le disque dur d'un serveur centralisé pour suivre l'état. Cependant, avec Bitcoin, nous essayons de construire un système de monnaie décentralisé, nous devrons donc combiner le système de transition d'états avec un système de consensus afin de nous assurer que tout le monde est d'accord sur l'ordre des transactions. Le processus de consensus décentralisé de Bitcoin exige que les nœuds du réseau tentent continuellement de produire des paquets de transactions appelés « blocs ». Le réseau est conçu pour produire environ un bloc toutes les dix minutes, chaque bloc contenant un horodatage, un nonce, une référence au (c.-à-d. le hachage du) bloc précédent et une liste de toutes les transactions qui ont eu lieu depuis le bloc précédent. Au fil du temps, cela crée une « blockchain » persistante, en croissance constante, qui se met à jour en permanence pour représenter le dernier état du registre Bitcoin. -L'algorithme utilisé pour vérifier qu'un bloc est valide, exprimé dans ce paradigme, est le suivant : +L'algorithme pour vérifier si un bloc est valide, exprimé dans ce paradigme, est le suivant : 1. On vérifie que le bloc précédent référencé par le bloc existe et est valide. 2. On vérifie que l'horodatage du bloc est supérieur à celui du précédent bloc[fn2](#notes) et qu'il n'excède pas 2 heures dans l'avenir. 3. On vérifie que la preuve de travail du bloc est valide. -4. `S[0]` doit être l'état à la fin du bloc précédent. -5. On suppose que `TX` est la liste des transactions du bloc avec `n` transactions. Pour tout `i` dans `0...n-1`, alors `S[i+1] = APPLY(S[i],TX[i])` Si une application renvoie une erreur, sortie et valeur false renvoyée. -6. La valeur true est renvoyée et `S[n]` est enregistré comme comme état à la fin de ce bloc. +4. Soit `S[0]` l'état à la fin du bloc précédent. +5. Supposons que `TX` est la liste des transactions du bloc avec `n` transactions. Pour tout `i` dans `0...n-1`, définissez `S[i+1] = APPLY(S[i],TX[i])` Si une application renvoie une erreur, quittez et retournez faux. +6. Retourner vrai, et enregistrer `S[n]` comme l'état à la fin de ce bloc. -Fondamentalement, chaque transaction du bloc doit fournir une transition d'état valide vers un nouvel état, à partir de ce qui était l'état conforme avant que la transaction ne soit exécutée vers le nouvel état. Notez que l'état n'est aucunement encodé dans le bloc. Ce n'est qu'une abstraction dont le nœud validateur doit se souvenir et il ne peut être calculé de façon sécurisée pour n'importe quel bloc qu'en partant de l'état d'origine et en y appliquant séquentiellement toutes les transactions de chaque bloc. Notez par ailleurs que l'ordre dans lequel le mineur inclut les transactions dans le bloc a de l'importance. S'il existe deux transactions A et B dans un bloc de telle façon que B dépense un UTXO créé par A, alors le bloc sera valable si A précède B, et non l'inverse. +Essentiellement, chaque transaction dans le bloc doit fournir une transition d'état valide depuis ce qui était l'état canonique avant l'exécution de la transaction vers un nouvel état. Notez que l'état n'est en aucun cas encodé dans le bloc ; il s'agit d'une pure abstraction qui doit être mémorisée par le nœud de validation et qui ne peut être calculée (de manière sécurisée) pour n'importe quel bloc qu'en partant de l'état de genèse et en appliquant séquentiellement chaque transaction dans chaque bloc. De plus, notez que l'ordre dans lequel le mineur inclut les transactions dans le bloc est important ; s'il y a deux transactions A et B dans un bloc telles que B dépense un UTXO créé par A, alors le bloc sera valide si A vient avant B mais pas autrement. -La seule condition de validité présente dans la liste ci-dessus qu'on ne trouve pas dans d'autres systèmes est l'exigence de "preuve de travail" (PoW). La condition précise est que le double hash SHA256 de chaque bloc, traité comme un nombre de 256 bits, doit être inférieur à une cible ajustée dynamiquement qui, à la rédaction de ce document, est d'environ 2187. L'objectif est de rendre "difficile" la création de blocs en terme de calculs, ce qui empêche les pirates effectuant une attaque Sybil de recréer toute la blockchain en leur faveur. SHA256 étant conçu comme une fonction pseudo-aléatoire complètement imprévisible, la seule façon de créer un bloc valide est de faire des essais et des corrections, en incrémentant le nonce de façon répétée pour voir si chaque nouveau hachage correspond. +La seule condition de validité présente dans la liste ci-dessus qui ne se trouve pas dans d'autres systèmes est l'exigence de la « preuve de travail ». La condition précise est que le double hachage SHA256 de chaque bloc, traité comme un nombre de 256 bits, doit être inférieur à une cible ajustée dynamiquement, qui au moment de la rédaction de ce document est d'environ 2187. Le but est de rendre la création de blocs « difficile » d'un point de vue informatique, empêchant ainsi les attaquants Sybil de refaire toute la blockchain en leur faveur. SHA256 étant conçu comme une fonction pseudo-aléatoire complètement imprévisible, la seule façon de créer un bloc valide est de faire des essais et des corrections, en incrémentant le nonce de façon répétée pour voir si chaque nouveau hachage correspond. -D'après l'objectif actuel de \~2187, le réseau doit faire une moyenne de \~269 essais avant de trouver un bloc valide. En général, la cible est recalibrée par le réseau tous les 2 016 blocs de sorte qu'en moyenne, un nouveau bloc est produit par un nœud du réseau toutes les dix minutes. Afin de compenser le travail de calcul des mineurs, chacun d'entre eux est en droit d'inclure pour chaque bloc miné une transaction qui lui octroie 25 BTC sortant de nulle part. En outre, si une transaction a une valeur totale d'entrées supérieure à celle des sorties, la différence revient également au mineur sous forme de "frais de transaction". Par ailleurs, il s'agit également du seul mécanisme par lequel les BTC sont émis, car l'état d'origine ne contenait aucune unité de compte. +À la cible actuelle d'environ 2187, le réseau doit faire en moyenne environ 269 tentatives avant qu'un bloc valide soit trouvé ; en général, la cible est recalibrée par le réseau tous les 2016 blocs pour qu'en moyenne un nouveau bloc soit produit par un nœud du réseau toutes les dix minutes. Afin de compenser le travail de calcul des mineurs, chacun d'entre eux est en droit d'inclure pour chaque bloc miné une transaction qui lui octroie 25 BTC sortant de nulle part. De plus, si une transaction a une dénomination totale plus élevée dans ses entrées que dans ses sorties, la différence va également au mineur en tant que « frais de transaction ». Incidemment, c'est aussi le seul mécanisme par lequel les BTC sont émis ; l'état de genèse ne contenait aucune pièce. -Afin de mieux comprendre le but du minage, nous allons examiner ce qui se passe en cas d'attaque malveillante. La cryptographie sous-jacente à Bitcoin étant connue pour être bien sécurisée, l'attaquant va cibler la partie du système Bitcoin qui n'est pas directement protégée par la cryptographie : l'ordre des transactions. La stratégie de l'attaquant est donc simple : +Afin de mieux comprendre le but du minage, examinons ce qui se passe en cas d'attaquant malveillant. La cryptographie sous-jacente de Bitcoin étant connue pour être sécurisée, l'attaquant ciblera la seule partie du système Bitcoin qui n'est pas protégée directement par la cryptographie : l'ordre des transactions. La stratégie de l'attaquant est donc simple : 1. Envoyer 100 BTC à un commerçant en échange d'un produit (de préférence, un bien numérique à livraison rapide). 2. Attendre la livraison du produit. 3. Produire une autre transaction en s'envoyant 100 BTC à lui-même. 4. Essayer de convaincre le réseau que la transaction qu'il s'est envoyée à lui-même est celle réalisée en premier. -Une fois l'étape (1) réalisée, un mineur inclura la transaction dans un bloc après quelques minutes. Par exemple, le bloc numéro 270000. Au bout d'environ une heure, cinq autres blocs auront été ajoutés à la chaîne après ce bloc, chacun d'entre eux pointant indirectement vers la transaction et ainsi, la "confirmant". À ce stade, le commerçant acceptera le paiement comme finalisé et livrera le produit. Partant du postulat qu'il s'agit d'un bien numérique, la livraison est instantanée. L'attaquant crée maintenant une autre transaction en s'envoyant 100 BTC à lui-même. S'il l'envoie simplement dans la nature, la transaction ne sera pas traitée : les mineurs vont tenter d'exécuter `APPLY(S,TX)` et remarqueront que `TX` consomme un UTXO qui n'est plus dans l'état. Au lieu de cela, l'attaquant crée donc une « fourche » (une scission) dans la blockchain en commençant par miner une autre version du bloc 270000 pointant vers le même bloc parent 269999, mais contenant la nouvelle transaction à la place de l'ancienne. Les données du bloc étant différentes, cela nécessite de refaire la preuve de travail. De plus, le hash de la nouvelle version du bloc 270000 de l'attaquant est différente, donc les blocs d'origine de 270001 à 270005 ne « pointent » pas vers lui. La chaîne d'origine et la nouvelle chaîne de l'attaquant sont donc bien complètement séparées. La règle étant que, dans le cas d'une fourche, c'est la plus longue blockchain qui est considérée comme la vraie, les mineurs légitimes travaillent donc sur la chaîne 270005 tandis que l'attaquant travaille seul sur la chaîne 270000. Pour que la blockchain de l'attaquant soit la plus longue, il aurait besoin d'avoir plus de puissance de calcul que le reste du réseau combiné afin de rattraper son retard (d'où l'attaque dite "de 51 %"). +Une fois l'étape (1) réalisée, un mineur inclura la transaction dans un bloc après quelques minutes. Par exemple, le bloc numéro 270000. Après environ une heure, cinq autres blocs auront été ajoutés à la chaîne après ce bloc, chacun de ces blocs pointant indirectement vers la transaction et la « confirmant » ainsi. À ce stade, le commerçant acceptera le paiement comme finalisé et livrera le produit ; comme nous supposons qu'il s'agit d'un bien numérique, la livraison est instantanée. Maintenant, l'attaquant crée une autre transaction s'envoyant les 100 BTC à lui-même. Si l'attaquant la diffuse simplement, la transaction ne sera pas traitée ; les mineurs essaieront d'exécuter `APPLY(S,TX)` et remarqueront que `TX` consomme un UTXO qui n'est plus dans l'état. Au lieu de cela, l'attaquant crée donc une « fourche » (une scission) dans la blockchain en commençant par miner une autre version du bloc 270000 pointant vers le même bloc parent 269999, mais contenant la nouvelle transaction à la place de l'ancienne. Parce que les données du bloc sont différentes, cela nécessite de refaire la preuve de travail. De plus, le hash de la nouvelle version du bloc 270000 de l'attaquant est différente, donc les blocs d'origine de 270001 à 270005 ne « pointent » pas vers lui. La chaîne d'origine et la nouvelle chaîne de l'attaquant sont donc bien complètement séparées. La règle étant que, dans le cas d'une fourche, c'est la plus longue blockchain qui est considérée comme la vraie, les mineurs légitimes travaillent donc sur la chaîne 270005 tandis que l'attaquant travaille seul sur la chaîne 270000. Pour que l'attaquant fasse de sa blockchain la plus longue, il devrait avoir plus de puissance de calcul que le reste du réseau combiné pour rattraper son retard (d'où l'« attaque des 51 % »). ### Arbres de Merkle {#merkle-trees} -![SPV chez Bitcoin](./spv-bitcoin.png) +![SPV dans Bitcoin](./spv-bitcoin.png) -_À gauche : Il suffit de ne présenter qu'un petit nombre de nœuds dans un arbre de Merkle pour donner la preuve de la validité d'une branche._ +_À gauche : il suffit de présenter un petit nombre de nœuds dans un arbre de Merkle pour donner une preuve de la validité d'une branche._ -_À droite : Toute tentative de modifier quelque partie que ce soit d'un arbre de Merkle conduira forcément à une incohérence plus haut dans la chaîne._ +_À droite : toute tentative de modification d'une partie de l'arbre de Merkle entraînera une incohérence quelque part plus haut dans la chaîne._ -Une importante fonctionnalité d'évolutivité de Bitcoin est que le bloc est stocké dans une structure de données multiniveau. Le "hash" (ou hachage) d'un bloc n'est en fait que celui de l'en-tête du bloc, soit environ 200 octets de données contenant l'horodatage, le nonce, le hash du bloc précédent et le hash racine d'une structure de données appelée Arbre de Merkle, qui stocke toutes les transactions du bloc. Un arbre de Merkle est un type d'arbre binaire composé d'un ensemble de nœuds avec nombre de nœuds feuilles au bas de l'arbre contenant les données sous-jacentes, un ensemble de nœuds intermédiaires où chacun est le hash de ses deux enfants, et pour finir, un nœud racine unique, également formé à partir du hash de ses deux enfants, qui représente la "cime" de l'arbre. L'objectif de l'arbre de Merkle est de permettre la livraison des données d'un bloc de façon fragmentaire : un nœud peut télécharger uniquement l'en-tête d'un bloc à partir d'une source, la petite partie de l'arbre qui le concerne à partir d'une autre source, tout en étant assuré que toutes les données sont correctes. La raison pour laquelle cela fonctionne est que les hachages se propagent vers le haut : si un utilisateur malveillant tente d'insérer une fausse transaction dans le bas d'un arbre de Merkle, cela modifiera le nœud au-dessus, puis le nœud au-dessus suivant, pour finalement changer la racine de l'arbre et donc le hash du bloc, ce qui fait que le protocole enregistre celui-ci comme un bloc complètement différent (presque certainement avec une preuve de travail non valide). +Une caractéristique importante de l'évolutivité de Bitcoin est que le bloc est stocké dans une structure de données à plusieurs niveaux. Le « hachage » d'un bloc n'est en fait que le hachage de l'en-tête du bloc, un morceau de données d'environ 200 octets qui contient l'horodatage, le nonce, le hachage du bloc précédent et le hachage racine d'une structure de données appelée l'arbre de Merkle stockant toutes les transactions du bloc. Un arbre de Merkle est un type d'arbre binaire, composé d'un ensemble de nœuds avec un grand nombre de nœuds feuilles au bas de l'arbre contenant les données sous-jacentes, un ensemble de nœuds intermédiaires où chaque nœud est le hachage de ses deux enfants, et enfin un seul nœud racine, également formé à partir du hachage de ses deux enfants, représentant le « sommet » de l'arbre. Le but de l'arbre de Merkle est de permettre que les données d'un bloc soient livrées de manière fragmentée : un nœud peut télécharger uniquement l'en-tête d'un bloc d'une source, la petite partie de l'arbre qui le concerne d'une autre source, et être toujours assuré que toutes les données sont correctes. La raison pour laquelle cela fonctionne est que les hachages se propagent vers le haut : si un utilisateur malveillant tente d'échanger une fausse transaction au bas d'un arbre de Merkle, ce changement provoquera un changement dans le nœud au-dessus, puis un changement dans le nœud encore au-dessus, changeant finalement la racine de l'arbre et donc le hachage du bloc, ce qui amènera le protocole à l'enregistrer comme un bloc complètement différent (presque certainement avec une preuve de travail invalide). -On peut dire que le protocole de l'arbre de Merkle est essentiel à la viabilité du système à long terme. Un nœud complet ("full node") du réseau Bitcoin, qui stocke et traite l'intégralité de chaque bloc, nécessitait environ 15 Go d'espace disque sur le réseau Bitcoin en avril 2014, avec une croissance d'un gigaoctet par mois. La situation actuelle est viable pour certains ordinateurs de bureau, mais pas pour les téléphones, et à l'avenir, seuls les entreprises et les passionnés seront en mesure de participer. Un protocole connu sous le nom de vérification de paiement simplifiée (ou SPV) permet l'existence d'une autre catégorie de nœuds, appelés Nœuds légers ("light nodes"). Ce protocole permet aux nœuds légers de déterminer avec une vraie garantie de sécurité le statut de n'importe quelle transaction Bitcoin, ainsi que son solde actuel, en ne téléchargeant qu'une très petite partie de la blockchain. +Le protocole de l'arbre de Merkle est sans doute essentiel à la durabilité à long terme. Un « nœud complet » dans le réseau Bitcoin, qui stocke et traite l'intégralité de chaque bloc, occupe environ 15 Go d'espace disque sur le réseau Bitcoin en avril 2014, et croît de plus d'un gigaoctet par mois. Actuellement, c'est viable pour certains ordinateurs de bureau et non pour les téléphones, et plus tard, seules les entreprises et les amateurs pourront participer. Un protocole connu sous le nom de « vérification de paiement simplifiée » (SPV) permet l'existence d'une autre classe de nœuds, appelés « nœuds légers », qui téléchargent les en-têtes de bloc, vérifient la preuve de travail sur les en-têtes de bloc, puis ne téléchargent que les « branches » associées aux transactions qui les concernent. Cela permet aux nœuds légers de déterminer avec une forte garantie de sécurité quel est l'état de n'importe quelle transaction Bitcoin, ainsi que leur solde actuel, tout en ne téléchargeant qu'une très petite partie de l'ensemble de la blockchain. -### Autres applications de la blockchain {#alternative-blockchain-applications} +### Applications de blockchain alternatives {#alternative-blockchain-applications} -L'application de l'idée sous-jacente de la blockchain à d'autres concepts a également une longue histoire. En 2005, Nick Szabo invente le concept de « [secure property titles with ownerauthority](https://nakamotoinstitute.org/secure-property-titles/) » (titres de propriété sécurisés avec preuve de possession), un document décrivant comment de « nouvelles avancées dans la technologie des bases de données répliquées » permettent à un système fondé sur la blockchain de stocker une sorte de cadastre des propriétaires de terrains, créant ainsi un cadre élaboré qui inclut des concepts comme l'occupation d'un terrain, la prescription acquisitive et la taxe foncière en Géorgie. Il n'existait toutefois malheureusement aucun système de base de données répliquées efficace à cette époque. Le protocole n'a donc jamais été implémenté en pratique. Après 2009, une fois développé le consensus décentralisé de Bitcoin, un certain nombre d'autres applications ont néanmoins rapidement commencé à émerger. +L'idée de reprendre le concept sous-jacent de la blockchain et de l'appliquer à d'autres concepts a également une longue histoire. En 2005, Nick Szabo a proposé le concept de « [titres de propriété sécurisés avec autorité du propriétaire](https://nakamotoinstitute.org/library/secure-property-titles/) », un document décrivant comment les « nouvelles avancées dans la technologie des bases de données répliquées » permettront un système basé sur la blockchain pour stocker un registre des propriétaires de terrains, créant un cadre élaboré incluant des concepts tels que la propriété par occupation, la prescription acquisitive et l'impôt foncier géorgien. Cependant, il n'existait malheureusement pas de système de base de données répliquée efficace à l'époque, et le protocole n'a donc jamais été mis en pratique. Après 2009, cependant, une fois le consensus décentralisé de Bitcoin développé, un certain nombre d'applications alternatives ont rapidement commencé à émerger. -- **Namecoin** : créée en 2010, [Namecoin](https://namecoin.org/) peut être décrite comme une base de données décentralisée d'enregistrement de noms. Dans les protocoles décentralisés comme Tor, Bitcoin et BitMessage, il doit exister un moyen d'identifier les comptes afin que d'autres personnes puissent interagir avec eux, mais dans toutes les solutions existantes, le seul type d'identificateur disponible est un hachage pseudo-aléatoire comme `1LW79wp5ZBqaHW1jL5TCiBCrhQYtHagUWy`. Idéalement, on souhaiterait avoir un compte avec un nom comme « george ». Cependant, le problème est que si une personne peut créer un compte nommé « george », quelqu'un d'autre peut utiliser le même processus afin d'enregistrer « george » pour lui-même et se faire passer pour lui. La seule solution est d'appliquer le paradigme du premier déposant, où le premier enregistrement réussit tandis que le second échoue, parfaitement adapté pour le protocole de consensus Bitcoin. Namecoin est l'implémentation la plus ancienne et la plus réussie d'un système d'enregistrement de noms reposant sur cette idée. -- **Pièces colorées** : le but des [pièces colorées (colored coins)](https://docs.google.com/a/buterin.com/document/d/1AnkP_cVZTCMLIzw4DvsW6M8Q2JC0lIzrTLuoWu2z1BE/edit) est de servir de protocole pour permettre aux utilisateurs de créer leur propre monnaie numérique, ou dans le cas courant, mais néanmoins important, d'une monnaie à une seule unité, de créer des jetons (tokens) numériques sur la blockchain de Bitcoin. Dans le protocole des pièces colorées, on « émet » une nouvelle monnaie en attribuant publiquement une couleur à un UTXO Bitcoin spécifique, et le protocole définit récursivement la couleur des autres UTXO pour qu'elle soit identique à celle des entrées dépensées par la transaction qui les crée (certaines règles spéciales s'appliquent dans le cas d'entrées de couleurs mélangées). Cela permet aux utilisateurs de conserver des portefeuilles ne contenant que des UTXO d'une couleur donnée et de les envoyer comme des Bitcoins normaux, en remontant l'historique de la blockchain pour déterminer la couleur de n'importe quel UTXO reçu. -- **Metacoins** : l'idée derrière un metacoin consiste à superposer un protocole à Bitcoin, en utilisant les transactions Bitcoin pour stocker les transactions Metacoin, mais en ayant une fonction de transition d'état différente, `APPLY'`. Comme le protocole Metacoin ne peut pas empêcher l'apparition de transactions non valides dans la blockchain Bitcoin, une règle a été ajoutée selon laquelle si `APPLY'(S,TX)` renvoie une erreur, le protocole donne par défaut `APPLY'(S,TX) = S`. Cela facilite le mécanisme de création d'un protocole de cryptomonnaie arbitraire, qui comprend potentiellement des fonctionnalités avancées ne pouvant être implémentées à l'intérieur même de Bitcoin, mais avec un coût de développement très bas puisque les complexités du minage et du réseau sont déjà gérées par le protocole Bitcoin. Les metacoins ont été utilisés pour implémenter certains types de contrats financiers, d'enregistrements de nom et de bourses d'échange décentralisées. +- **Namecoin** - créé en 2010, [Namecoin](https://namecoin.org/) est mieux décrit comme une base de données d'enregistrement de noms décentralisée. Dans les protocoles décentralisés comme Tor, Bitcoin et BitMessage, il doit y avoir un moyen d'identifier les comptes pour que d'autres personnes puissent interagir avec eux, mais dans toutes les solutions existantes, le seul type d'identifiant disponible est un hachage pseudo-aléatoire comme `1LW79wp5ZBqaHW1jL5TCiBCrhQYtHagUWy`. Idéalement, on souhaiterait avoir un compte avec un nom comme « george ». Cependant, le problème est que si une personne peut créer un compte nommé « george », quelqu'un d'autre peut utiliser le même processus afin d'enregistrer « george » pour lui-même et se faire passer pour lui. La seule solution est d'appliquer le paradigme du premier déposant, où le premier enregistrement réussit tandis que le second échoue, parfaitement adapté pour le protocole de consensus Bitcoin. Namecoin est l'implémentation la plus ancienne et la plus réussie d'un système d'enregistrement de noms reposant sur cette idée. +- **Pièces colorées** - le but des [pièces colorées](https://docs.google.com/a/buterin.com/document/d/1AnkP_cVZTCMLIzw4DvsW6M8Q2JC0lIzrTLuoWu2z1BE/edit) est de servir de protocole pour permettre aux gens de créer leurs propres monnaies numériques - ou, dans le cas trivial important d'une monnaie à une unité, des jetons numériques, sur la blockchain Bitcoin. Dans le protocole des pièces colorées, on « émet » une nouvelle monnaie en attribuant publiquement une couleur à un UTXO Bitcoin spécifique, et le protocole définit récursivement la couleur des autres UTXO pour qu'elle soit identique à celle des entrées dépensées par la transaction qui les crée (certaines règles spéciales s'appliquent dans le cas d'entrées de couleurs mélangées). Cela permet aux utilisateurs de conserver des portefeuilles ne contenant que des UTXO d'une couleur donnée et de les envoyer comme des Bitcoins normaux, en remontant l'historique de la blockchain pour déterminer la couleur de n'importe quel UTXO reçu. +- **Métacoins** - l'idée derrière un métacoin est d'avoir un protocole qui vit au-dessus de Bitcoin, utilisant les transactions Bitcoin pour stocker les transactions de métacoins mais ayant une fonction de transition d'état différente, `APPLY'`. Parce que le protocole de métacoin ne peut pas empêcher les transactions de métacoins invalides d'apparaître dans la blockchain Bitcoin, une règle est ajoutée : si `APPLY'(S,TX)` renvoie une erreur, le protocole se rabat sur `APPLY'(S,TX) = S`. Cela facilite le mécanisme de création d'un protocole de cryptomonnaie arbitraire, qui comprend potentiellement des fonctionnalités avancées ne pouvant être implémentées à l'intérieur même de Bitcoin, mais avec un coût de développement très bas puisque les complexités du minage et du réseau sont déjà gérées par le protocole Bitcoin. Les metacoins ont été utilisés pour implémenter certains types de contrats financiers, d'enregistrements de nom et de bourses d'échange décentralisées. -Il existe donc généralement deux approches pour construire un protocole de consensus : développer un réseau indépendant, ou développer un protocole au-dessus de Bitcoin. La première approche, bien qu'elle soit raisonnablement efficace dans le cas d'applications comme Namecoin, est difficile à implémenter : chaque implémentation nécessite un bootstrap avec une chaîne indépendante, ainsi que la rédaction et le test de tout le code de transition d'état et de réseau. En outre, nous prévoyons que l'ensemble des applications de la technologie de consensus décentralisé suivra une distribution en loi de puissance, où la grande majorité des applications seront trop petites pour justifier leur propre blockchain, et nous notons qu'il existe de grandes classes d'applications décentralisées, en particulier des organisations autonomes décentralisées, qui ont besoin d'interagir les unes avec les autres. +Ainsi, en général, il existe deux approches pour construire un protocole de consensus : construire un réseau indépendant et construire un protocole au-dessus de Bitcoin. La première approche, bien que raisonnablement réussie dans le cas d'applications comme Namecoin, est difficile à mettre en œuvre ; chaque implémentation individuelle doit démarrer une blockchain indépendante, ainsi que construire et tester tout le code de transition d'état et de réseau nécessaire. De plus, nous prévoyons que l'ensemble des applications pour la technologie de consensus décentralisé suivra une distribution de loi de puissance où la grande majorité des applications serait trop petite pour justifier leur propre blockchain, et nous notons qu'il existe de grandes classes d'applications décentralisées, en particulier les organisations autonomes décentralisées, qui ont besoin d'interagir les unes avec les autres. -L'approche fondée sur Bitcoin, en revanche, a l'inconvénient de ne pas hériter des fonctionnalités de vérification de paiement simplifiée (SPV) de Bitcoin. La SPV fonctionne pour Bitcoin car elle utilise la profondeur de la blockchain comme proxy de validation. À un certain point, quand on est remonté assez loin dans les ancêtres d'une transaction, on peut légitimement affirmer qu'ils font partie de l'état. D'un autre côté, les méta-protocoles fondés sur la blockchain ne peuvent pas forcer celle-ci à ne pas inclure les transactions qui ne sont pas valides dans le contexte de leurs propres protocoles. C'est pourquoi une implémentation entièrement sécurisée du méta-protocole de SPV devrait examiner l'intégralité de la blockchain Bitcoin jusqu'au début pour déterminer si certaines transactions sont valides ou non. Actuellement, toutes les implémentations "légères" des méta-protocoles fondés sur Bitcoin se fient à un serveur de confiance pour fournir les données. Un résultat à l'évidence insatisfaisant surtout lorsque le but premier d'une cryptomonnaie est d'éliminer le besoin de confiance. +L'approche basée sur Bitcoin, d'un autre côté, a le défaut de ne pas hériter des fonctionnalités de vérification de paiement simplifiée de Bitcoin. La SPV fonctionne pour Bitcoin parce qu'elle peut utiliser la profondeur de la blockchain comme un proxy pour la validité ; à un certain moment, une fois que les ancêtres d'une transaction sont suffisamment anciens, on peut dire qu'ils faisaient légitimement partie de l'état. Les méta-protocoles basés sur la blockchain, d'autre part, ne peuvent pas forcer la blockchain à ne pas inclure des transactions qui ne sont pas valides dans le contexte de leurs propres protocoles. Par conséquent, une implémentation de méta-protocole SPV entièrement sécurisée devrait remonter jusqu'au début de la blockchain Bitcoin pour déterminer si certaines transactions sont valides ou non. Actuellement, toutes les implémentations « légères » de méta-protocoles basés sur Bitcoin reposent sur un serveur de confiance pour fournir les données, ce qui est sans doute un résultat très sous-optimal, surtout lorsque l'un des principaux objectifs d'une cryptomonnaie est d'éliminer le besoin de confiance. -### Langage de script {#scripting} +### Scriptage {#scripting} -Même sans extension, le protocole Bitcoin permet d'obtenir une version "faible" du concept de contrats intelligents ("smart contracts"). Les UTXO Bitcoin peuvent non seulement être détenus par une clé publique, mais aussi par un script plus complexe exprimé dans un langage de programmation simple basé sur une pile. Dans ce paradigme, une transaction dépensant ces UTXO doit fournir les données qui satisfont le script. En effet, même le simple mécanisme de propriété d'une clé publique est implémenté via un script : celui-ci prend une signature à courbe elliptique en entrée, vérifie qu'il correspond à la transaction et à l'adresse propriétaire de l'UTXO, et renvoie 1 quand la vérification réussi ou 0 dans le cas contraire. D'autres scripts plus compliqués existent pour d'autres cas d'utilisation. Par exemple, on peut concevoir un script qui requiert les signatures de deux clés privées sur trois pour être validé ("multisig"), une configuration utile pour les comptes d'entreprise, les comptes d'épargne sécurisés ou certains cas de dépôts fiduciaires. Les scripts peuvent également être utilisés afin d'offrir des récompenses pour résoudre des problèmes de calculs mathématiques, et vous pouvez même en concevoir un qui déclarerait "cet UTXO Bitcoin est le vôtre si vous pouvez fournir une preuve de SPV que vous m'avez envoyé une transaction Dogecoin de telle valeur", ce qui permet la création d'une bourse d'échange entre différentes cryptomonnaies. +Même sans aucune extension, le protocole Bitcoin facilite en fait une version faible du concept de « contrats intelligents ». Les UTXO dans Bitcoin peuvent être possédés non seulement par une clé publique, mais aussi par un script plus compliqué exprimé dans un langage de programmation simple basé sur une pile. Dans ce paradigme, une transaction dépensant cet UTXO doit fournir des données qui satisfont le script. En effet, même le mécanisme de base de la propriété de clé publique est implémenté via un script : le script prend une signature de courbe elliptique en entrée, la vérifie par rapport à la transaction et à l'adresse qui possède l'UTXO, et renvoie 1 si la vérification est réussie et 0 sinon. D'autres scripts plus compliqués existent pour divers cas d'utilisation supplémentaires. Par exemple, on peut construire un script qui requiert des signatures de deux des trois clés privées données pour valider (« multisig »), une configuration utile pour les comptes d'entreprise, les comptes d'épargne sécurisés et certaines situations de dépôt fiduciaire pour commerçants. Les scripts peuvent également être utilisés pour payer des primes pour des solutions à des problèmes de calcul, et on peut même construire un script qui dit quelque chose comme « cet UTXO Bitcoin est à vous si vous pouvez fournir une preuve SPV que vous m'avez envoyé une transaction Dogecoin de cette dénomination », permettant essentiellement un échange décentralisé entre cryptomonnaies. -Le langage de script, tel qu'il est implémenté dans Bitcoin, a toutefois d'importantes limitations : +Cependant, le langage de script tel qu'implémenté dans Bitcoin a plusieurs limitations importantes : -- **Défaut de langage Turing-complet** : bien que le langage de script de Bitcoin prenne en charge un large sous-ensemble de calculs, il est loin de tout prendre en charge. La principale catégorie manquante est celle des boucles. Cela évite les boucles infinies lors de la vérification d'une transaction. Théoriquement, c'est un obstacle surmontable pour les programmeurs de scripts, car toute boucle peut être simulée en répétant simplement plusieurs fois le code sous-jacent avec une instruction « if » (si), mais cela conduit à des scripts qui sont très volumineux. Par exemple, l'implémentation d'un algorithme de signature à courbe elliptique alternatif pourrait nécessiter 256 itérations de multiplications, chacune incluse individuellement dans le code. -- **Défaut de valeur** : un script UTXO n'a aucun moyen de contrôler précisemment le montant pouvant être retiré. Un cas d'utilisation très intéressant d'un contrat d'oracle serait un contrat de couverture dans lequel A et B investiraient 1000 $ de BTC. Au bout de 30 jours, le script enverrait 1000 $ de BTC à A et le reste à B. Un oracle serait nécessaire pour déterminer la valeur du BTC en USD, mais il s'agirait néanmoins d'une énorme amélioration en termes de confiance et d'infrastructure requise par rapport aux solutions totalement centralisées actuellement disponibles. Les UTXO étant toutefois en tout-ou-rien, la seule façon d'arriver à cela serait un bricolage très peu efficace où l'on disposerait de nombreux UTXO de diverses dénominations (c'est-à-dire un UTXO de 2k pour chaque k jusqu'à 30) et où l'oracle choisirait quel UTXO envoyer à A et lequel envoyer à B. -- **Manque d'état** : un UTXO peut être dépensé ou non. Il n'est pas possible d'avoir de scripts ni de contrats multi-étapes qui conserveraient un autre état interne au-delà de cela. Il est donc difficile de réaliser des contrats d'options multi-étapes, des offres d'échange décentralisées ou des protocoles d'engagement cryptographiques à deux étapes (nécessaires pour les primes de calcul sécurisées). Cela signifie que les UTXO ne peuvent être utilisés que pour construire des contrats simples à usage unique, et non des contrats dynamiques plus complexes comme les organisations décentralisées, ce qui rend aussi l'implémentation des méta-protocoles plus compliquée. L'état binaire combiné au défaut de valeur rend impossible une autre application importante : les limites de retrait. -- **Inaccessibilité de la blockchain** : les UTXO n'ont pas accès à certaines données de la blockchain, comme le nonce et le hachage du bloc précédent. Cela limite considérablement les applications de jeux d'argent, et plusieurs autres catégories, en privant le langage de script d'une source d'aléatoire potentiellement précieuse. +- **Manque de Turing-complétude** - c'est-à-dire que, bien qu'il y ait un grand sous-ensemble de calculs que le langage de script de Bitcoin prend en charge, il ne prend pas en charge la quasi-totalité. La principale catégorie manquante est celle des boucles. Cela évite les boucles infinies lors de la vérification d'une transaction. Théoriquement, c'est un obstacle surmontable pour les programmeurs de scripts, car toute boucle peut être simulée en répétant simplement plusieurs fois le code sous-jacent avec une instruction « if » (si), mais cela conduit à des scripts qui sont très volumineux. Par exemple, l'implémentation d'un algorithme de signature à courbe elliptique alternatif pourrait nécessiter 256 itérations de multiplications, chacune incluse individuellement dans le code. +- **Aveuglement à la valeur** - il n'y a aucun moyen pour un script UTXO de fournir un contrôle fin sur le montant qui peut être retiré. Un cas d'utilisation très intéressant d'un contrat d'oracle serait un contrat de couverture dans lequel A et B investiraient 1000 $ de BTC. Au bout de 30 jours, le script enverrait 1000 $ de BTC à A et le reste à B. Un oracle serait nécessaire pour déterminer la valeur du BTC en USD, mais il s'agirait néanmoins d'une énorme amélioration en termes de confiance et d'infrastructure requise par rapport aux solutions totalement centralisées actuellement disponibles. Cependant, comme les UTXO sont tout ou rien, la seule façon d'y parvenir est par un hack très inefficace consistant à avoir de nombreux UTXO de dénominations variables (par ex., un UTXO de 2k pour chaque k jusqu'à 30) et de laisser l'oracle choisir quel UTXO envoyer à A et lequel à B. +- **Manque d'état** - les UTXO peuvent être soit dépensés, soit non dépensés ; il n'y a aucune possibilité pour des contrats ou des scripts à plusieurs étapes qui conserveraient un autre état interne au-delà de cela. Il est donc difficile de réaliser des contrats d'options multi-étapes, des offres d'échange décentralisées ou des protocoles d'engagement cryptographiques à deux étapes (nécessaires pour les primes de calcul sécurisées). Cela signifie que les UTXO ne peuvent être utilisés que pour construire des contrats simples à usage unique, et non des contrats dynamiques plus complexes comme les organisations décentralisées, ce qui rend aussi l'implémentation des méta-protocoles plus compliquée. L'état binaire combiné au défaut de valeur rend impossible une autre application importante : les limites de retrait. +- **Aveuglement à la blockchain** - les UTXO sont aveugles aux données de la blockchain telles que le nonce, l'horodatage et le hachage du bloc précédent. Cela limite considérablement les applications de jeux d'argent, et plusieurs autres catégories, en privant le langage de script d'une source d'aléatoire potentiellement précieuse. -Nous discernons donc trois approches pour développer des applications avancées sur la base d'une cryptomonnaie : la construction d'une nouvelle blockchain, l'utilisation de scripts reposant sur Bitcoin et la construction d'un méta-protocole reposant sur Bitcoin. La création d'une nouvelle blockchain offre une liberté illimitée pour construire un éventail de fonctionnalités, mais nécessite d'importants efforts en termes de temps de développement, de mise en service et de sécurité. L'utilisation de scripts est simple à implémenter et à normaliser, mais est très limitée en terme de fonctionnalités, et les méta-protocoles, bien que simples, souffrent de défauts en matière d'évolutivité. Avec Ethereum, nous avons l'intention de construire un autre framework, qui offre des perspectives bien plus importantes tant au niveau de la simplicité de développement que de la puissance des clients légers, tout en permettant aux applications de partager un environnement économique bénéficiant de la sécurité de la blockchain. +Ainsi, nous voyons trois approches pour construire des applications avancées au-dessus de la cryptomonnaie : construire une nouvelle blockchain, utiliser le scriptage au-dessus de Bitcoin, et construire un méta-protocole au-dessus de Bitcoin. Construire une nouvelle blockchain permet une liberté illimitée dans la construction d'un ensemble de fonctionnalités, mais au prix du temps de développement, de l'effort de démarrage et de la sécurité. L'utilisation du scriptage est facile à mettre en œuvre et à standardiser, mais ses capacités sont très limitées, et les méta-protocoles, bien que faciles, souffrent de défauts d'évolutivité. Avec Ethereum, nous avons l'intention de construire un cadre alternatif qui offre des gains encore plus importants en termes de facilité de développement ainsi que des propriétés de client léger encore plus fortes, tout en permettant aux applications de partager un environnement économique et la sécurité de la blockchain. ## Ethereum {#ethereum} -L'objectif d'Ethereum est de créer un autre protocole pour développer des applications décentralisées, en offrant un ensemble différent de compromis qui sera, nous le pensons, très utile pour une large classe d'applications décentralisées. Il sera principalement axé sur les situations dans lesquelles le développement rapide, la sécurité des petites applications rarement utilisées et la possibilité pour les différentes applications d'interagir ensemble de façon très efficace sont importants. Ethereum parvient à cela en construisant ce qui constitue la couche fondamentale abstraite essentielle : une blockchain intégrant un langage de programmation Turing-complet, permettant à tous de rédiger des contrats intelligents et des applications décentralisées où l'on peut créer ses propres règles arbitraires de propriété, formats de transaction et fonctions de transition d'état. Une version dépouillée de Namecoin peut être rédigée en deux lignes de code, et d'autres protocoles comme les systèmes de réputation et de monnaies peuvent être développés en moins de vingt lignes. Les contrats intelligents, ces "boîtes" cryptographiques qui contiennent une valeur et ne se déverrouillent que si certaines conditions sont remplies, peuvent également être construits au-dessus de la plateforme, avec bien plus de puissance que celle du langage de script Bitcoin en raison des capacités supplémentaires offerte par la Turing-complétude, la visibilité des valeurs, de la blockchain, et l'état. +L'intention d'Ethereum est de créer un protocole alternatif pour construire des applications décentralisées, offrant un ensemble de compromis différent qui, nous le pensons, sera très utile pour une grande classe d'applications décentralisées, avec un accent particulier sur les situations où le temps de développement rapide, la sécurité pour les applications petites et rarement utilisées, et la capacité de différentes applications à interagir très efficacement, sont importants. Ethereum y parvient en construisant ce qui est essentiellement la couche fondamentale abstraite ultime : une blockchain avec un langage de programmation Turing-complet intégré, permettant à quiconque d'écrire des contrats intelligents et des applications décentralisées où ils peuvent créer leurs propres règles arbitraires pour la propriété, les formats de transaction et les fonctions de transition d'état. Une version dépouillée de Namecoin peut être écrite en deux lignes de code, et d'autres protocoles comme les monnaies et les systèmes de réputation peuvent être construits en moins de vingt lignes. Les contrats intelligents, des « boîtes » cryptographiques qui contiennent de la valeur et ne la déverrouillent que si certaines conditions sont remplies, peuvent également être construits sur la plateforme, avec une puissance bien plus grande que celle offerte par le scriptage Bitcoin en raison des pouvoirs ajoutés de la Turing-complétude, de la connaissance de la valeur, de la connaissance de la blockchain et de l'état. ### Comptes Ethereum {#ethereum-accounts} @@ -151,14 +151,14 @@ Dans Ethereum, l'état est composé d'objets appelés « comptes », chaque comp - Le **nonce**, un compteur utilisé pour s'assurer que chaque transaction ne peut être traitée qu'une seule fois - Le **solde en ether** actuel du compte -- Le **code de contrat** du compte, s'il existe +- Le **code du contrat** du compte, s'il est présent - Le **stockage** du compte (vide par défaut) -L'« ether » est le principal cryptocarburant interne d'Ethereum. Il est utilisé pour payer les frais de transaction. D'une manière générale, il existe deux types de comptes : les **comptes externes**, contrôlés par des clés privées, et les **comptes de contrat**, contrôlés par leur code de contrat. Un compte externe n'a pas de code et il est possible d'envoyer des messages à partir de celui-ci en créant et en signant une transaction. Dans un compte de contrat, chaque fois que celui-ci reçoit un message, son code s'active, ce qui lui permet de lire et d'écrire dans la mémoire de stockage interne et, à son tour, d'envoyer d'autres messages ou de créer des contrats. +L'« ether » est le principal cryptocarburant interne d'Ethereum. Il est utilisé pour payer les frais de transaction. En général, il existe deux types de comptes : les **comptes externes**, contrôlés par des clés privées, et les **comptes de contrat**, contrôlés par le code de leur contrat. Un compte externe n'a pas de code et il est possible d'envoyer des messages à partir de celui-ci en créant et en signant une transaction. Dans un compte de contrat, chaque fois que celui-ci reçoit un message, son code s'active, ce qui lui permet de lire et d'écrire dans la mémoire de stockage interne et, à son tour, d'envoyer d'autres messages ou de créer des contrats. Notez que dans Ethereum, les « contrats » ne doivent pas être considérés comme quelque chose qui doit être « rempli » ni « respecté ». Il s'agit plutôt d'« agents autonomes », qui vivent à l'intérieur de l'environnement d'exécution Ethereum, exécutant toujours un morceau de code spécifique lorsqu'ils sont appelés par un message ou une transaction, et ayant un contrôle direct sur leur propre solde d'ether et leur propre magasin de clés/valeurs afin de garder une trace des variables persistantes. -### Messages et transactions {#messages-and-transactions} +### Messages et Transactions {#messages-and-transactions} Dans Ethereum, le terme « transaction » désigne le paquet de données signées qui stocke un message à envoyer depuis un compte externe. Les transactions contiennent : @@ -166,12 +166,12 @@ Dans Ethereum, le terme « transaction » désigne le paquet de données signée - une signature identifiant l'expéditeur ; - le montant en ETH à transférer de l'expéditeur au destinataire ; - un champ de données facultatif ; -- une valeur `STARTGAS`, qui représente le nombre maximum d'étapes de calcul autorisé pour exécuter la transaction ; -- une valeur `GASPRICE`, qui représente les frais que l'expéditeur paie pour chaque étape de calcul. +- Une valeur `STARTGAS`, représentant le nombre maximal d'étapes de calcul que l'exécution de la transaction est autorisée à prendre +- Une valeur `GASPRICE`, représentant les frais que l'expéditeur paie par étape de calcul Les trois premiers champs sont des champs standards attendus dans toute cryptomonnaie. Le champ de données n'a pas de fonction par défaut, mais la machine virtuelle a un code d'opération qu'un contrat peut utiliser pour accéder aux données. Voilà un exemple de cas d'utilisation : si un contrat fonctionne comme un service d'enregistrement de domaine sur la blockchain, il voudra peut-être interpréter les données transférées comme contenant deux « champs », le premier étant un domaine à enregistrer, le second étant l'adresse IP à enregistrer. Le contrat lira ces valeurs à partir des données du message et les stockera de manière adéquate. -Les champs `STARTGAS` et `GASPRICE` sont essentiels au mécanisme anti-déni de service d'Ethereum. Afin d'éviter les boucles infinies accidentelles ou hostiles, ou d'autres gaspillages de calcul dans le code, il est nécessaire que chaque transaction limite le nombre d'étapes de calcul dans l'exécution du code. L'unité fondamentale de calcul est le « gaz ». En général, une étape de calcul coûte 1 unité de gaz, mais certaines opérations coûtent plus cher, car elles sont plus gourmandes en calcul ou augmentent la quantité de données à stocker comme partie intégrante de l'état. Il existe aussi des frais de 5 unités de gaz pour chaque octet de données de transaction. Le but de ce système de frais est d'exiger d'un attaquant qu'il paie proportionnellement chaque ressource qu'il consomme, y compris le calcul, la bande passante et le stockage. Ainsi, toute transaction conduisant le réseau à consommer une plus grande quantité de l'une de ces ressources doit payer des frais de gaz à peu près proportionnels à cette augmentation. +Les champs `STARTGAS` et `GASPRICE` sont cruciaux pour le modèle anti-déni de service d'Ethereum. Afin d'éviter les boucles infinies accidentelles ou hostiles, ou d'autres gaspillages de calcul dans le code, il est nécessaire que chaque transaction limite le nombre d'étapes de calcul dans l'exécution du code. L'unité fondamentale de calcul est le « gaz ». En général, une étape de calcul coûte 1 unité de gaz, mais certaines opérations coûtent plus cher, car elles sont plus gourmandes en calcul ou augmentent la quantité de données à stocker comme partie intégrante de l'état. Il existe aussi des frais de 5 unités de gaz pour chaque octet de données de transaction. Le but de ce système de frais est d'exiger d'un attaquant qu'il paie proportionnellement chaque ressource qu'il consomme, y compris le calcul, la bande passante et le stockage. Ainsi, toute transaction conduisant le réseau à consommer une plus grande quantité de l'une de ces ressources doit payer des frais de gaz à peu près proportionnels à cette augmentation. ### Messages {#messages} @@ -181,21 +181,21 @@ Les contrats ont la capacité d'envoyer des "messages" à d'autres contrats. Les - le destinataire du message ; - le montant en ETH à transférer avec le message ; - un champ de données facultatif ; -- une valeur `STARTGAS`. +- Une valeur `STARTGAS` -En substance, un message est comme une transaction, sauf qu'il est émis par un contrat et non par un acteur externe. Un message est émis lorsqu'un contrat en cours d'exécution utilise le code d'opération `CALL`, qui produit et exécute un message. Tout comme une transaction, un message provoque l'exécution du code du compte destinataire. Ainsi, les contrats peuvent interagir avec d'autres contrats exactement de la même façon que des acteur externes. +En substance, un message est comme une transaction, sauf qu'il est émis par un contrat et non par un acteur externe. Un message est produit lorsqu'un contrat exécutant actuellement du code exécute l'opcode `CALL`, qui produit et exécute un message. Tout comme une transaction, un message provoque l'exécution du code du compte destinataire. Ainsi, les contrats peuvent interagir avec d'autres contrats exactement de la même façon que des acteur externes. Notez que l'allocation de gaz assignée par une transaction ou un contrat concerne la totalité du gaz consommé par cette transaction et toutes les sous-exécutions. Par exemple, si un acteur externe A envoie une transaction à B avec 1 000 unités de gaz, que B consomme 600 unités de gaz avant d'envoyer un message à C, et que l’exécution interne de C consomme 300 unités de gaz avant le retour, B pourra encore consommer 100 unités de gaz avant d'être en panne sèche. -### Fonction de transition d'état Ethereum {#ethereum-state-transition-function} +### Fonction de transition d'état d'Ethereum {#ethereum-state-transition-function} -![Transition d'état ETH](./ether-state-transition.png) +![Transition d'état de l'ether](./ether-state-transition.png) -La fonction de transition d'état Ethereum `APPLY(S,TX) -> S'` peut être définie comme suit : +La fonction de transition d'état d'Ethereum, `APPLY(S,TX) -> S'` peut être définie comme suit : -1. On vérifie que la transaction est bien formée (c.-à-d. qu'elle a le bon nombre de valeurs), que la signature est valide et que le nonce correspond à celui du compte de l'expéditeur. Sinon, une erreur est renvoyée. -2. On calcule les frais de transaction correspondant à `STARTGAS * GASPRICE`, et on détermine l'adresse d'envoi à partir de la signature. On déduit les frais du solde du compte de l'expéditeur et on incrémente son nonce. Si le solde est insuffisant, une erreur est renvoyée. -3. On initialise `GAS = STARTGAS`, et on enlève une certaine quantité de gaz par octet afin de payer pour les octets de la transaction. +1. Vérifier si la transaction est bien formée (c.-à-d. a le bon nombre de valeurs), si la signature est valide et si le nonce correspond au nonce du compte de l'expéditeur. Sinon, une erreur est renvoyée. +2. Calculer les frais de transaction comme `STARTGAS * GASPRICE`, et déterminer l'adresse d'envoi à partir de la signature. On déduit les frais du solde du compte de l'expéditeur et on incrémente son nonce. Si le solde est insuffisant, une erreur est renvoyée. +3. Initialiser `GAS = STARTGAS`, et retirer une certaine quantité de gaz par octet pour payer les octets de la transaction. 4. On transfère la valeur de la transaction du compte de l'expéditeur vers celui du destinataire. Si le compte destinataire n'existe pas encore, on le crée. Si le compte destinataire est un contrat, on exécute le code du contrat, soit jusqu'à la fin, soit jusqu'à ce que l'exécution soit à court de gaz. 5. Si le transfert de valeur échoue parce que l'expéditeur n'a pas assez d'argent ou que l'exécution du code est en panne de gaz, on annule tous les changements d'état à l'exception du paiement des frais et on ajoute les frais au compte du mineur. 6. Sinon, on rembourse les frais correspondant au gaz restant à l'expéditeur, et on envoie les frais correspondant au gaz consommé au mineur. @@ -207,34 +207,34 @@ if !self.storage[calldataload(0)]: self.storage[calldataload(0)] = calldataload(32) ``` -Notez qu'en réalité, le code du contrat est écrit en code EVM de bas niveau. Pour plus de clarté, cet exemple est écrit en Serpent, un de nos langages de haut niveau qui peut être compilé en code EVM. Supposons que l'espace de stockage du contrat soit initialement vide et qu'une transaction soit émise avec un valeur de 10 ETH, 2 000 gaz à un prix unitaire de 0,001 ETH et 64 octets de données, avec les octets 0 à 31 représentant le nombre `2` et les octets 32 à 63 représentant la chaîne `CHARLIE`. Dans ce cas, le processus de la fonction de transition d'état est le suivant : +Notez qu'en réalité, le code du contrat est écrit en code EVM de bas niveau. Pour plus de clarté, cet exemple est écrit en Serpent, un de nos langages de haut niveau qui peut être compilé en code EVM. Supposons que le stockage du contrat soit initialement vide, et qu'une transaction soit envoyée avec une valeur de 10 ethers, 2000 gaz, un prix de gaz de 0,001 ether, et 64 octets de données, où les octets 0-31 représentent le nombre `2` et les octets 32-63 représentent la chaîne `CHARLIE`. Dans ce cas, le processus de la fonction de transition d'état est le suivant : 1. On vérifie que la transaction est valide et bien formée. 2. On vérifie que l'expéditeur de la transaction dispose d'au moins 2 000 \* 0,001 = 2 ETH. Si c'est le cas, on déduit 2 ETH de son compte. 3. On initialise gaz = 2 000. En supposant que la transaction fasse 170 octets de long et que le coût par octet soit 5 UC, on soustrait 850, de sorte qu'il reste 1 150. 4. On déduit 10 ETH supplémentaires du compte de l'expéditeur et on les ajoute à celui du contrat. -5. On exécute le code. Dans ce cas, c'est simple : il vérifie si l'index `2` de l'espace de stockage du contrat est utilisé, remarque qu'il ne l'est pas, puis définit l'espace de stockage à l'index `2` à la valeur `CHARLIE`. Supposons que cela consomme 187 unités de gaz, la quantité de gaz restante est alors de 1 150 - 187 = 963. +5. On exécute le code. Dans ce cas, c'est simple : il vérifie si le stockage du contrat à l'index `2` est utilisé, remarque qu'il ne l'est pas, et définit donc le stockage à l'index `2` à la valeur `CHARLIE`. Supposons que cela consomme 187 unités de gaz, la quantité de gaz restante est alors de 1 150 - 187 = 963. 6. On rend 963 \* 0,001 = 0,963 ETH au compte de l'expéditeur, puis l'état résultant est renvoyé. -S'il n'existait aucun contrat à l'autre bout de la transaction, le total des frais de gaz seraient égal au `GASPRICE` fourni multiplié par la longueur de la transaction en octets, et les données envoyées avec la transaction ne seraient pas pertinentes. +S'il n'y avait pas de contrat à la réception de la transaction, alors les frais de transaction totaux seraient simplement égaux au `GASPRICE` fourni multiplié par la longueur de la transaction en octets, et les données envoyées avec la transaction seraient non pertinentes. -Notez que les messages fonctionnent de la même façon que les transactions en terme d'invalidation : si l'exécution d'un message ne dispose pas d'assez de gaz, alors celle-ci, ainsi que toutes les autres exécutions qu'elle a déclenchées, reviennent à leur état initial, mais les exécutions parentes n'ont pas à être invalidées. Cela signifie qu'il est "sans danger" pour un contrat d'appeler un autre contrat, car si A appelle B avec le gaz G, alors l'exécution de A ne consommera jamais plus que le gaz G. Notez qu'il existe un code d'opération `CREATE`, qui crée un contrat. Son principe d'exécution est globalement similaire à `CALL`, excepté que le résultat de l'exécution détermine le code d'un contrat nouvellement créé. +Notez que les messages fonctionnent de la même façon que les transactions en terme d'invalidation : si l'exécution d'un message ne dispose pas d'assez de gaz, alors celle-ci, ainsi que toutes les autres exécutions qu'elle a déclenchées, reviennent à leur état initial, mais les exécutions parentes n'ont pas à être invalidées. Cela signifie qu'il est "sans danger" pour un contrat d'appeler un autre contrat, car si A appelle B avec le gaz G, alors l'exécution de A ne consommera jamais plus que le gaz G. Enfin, notez qu'il existe un opcode, `CREATE`, qui crée un contrat ; sa mécanique d'exécution est généralement similaire à `CALL`, à l'exception que la sortie de l'exécution détermine le code d'un contrat nouvellement créé. -### Exécution de code {#code-execution} +### Exécution du code {#code-execution} -Dans les contrats Ethereum, le code est écrit dans un langage bytecode de bas niveau orienté pile, appelé « code de la machine virtuelle Ethereum » ou « code EVM ». Il se compose d'une série d'octets, où chaque octet représente une opération. En général, l'exécution de code est une boucle infinie qui consiste à répéter l'opération au compteur de programme actuel (qui commence à zéro), puis à incrémenter le compteur de un jusqu'à atteindre la fin du code ou une erreur, ou jusqu'à ce qu'une instruction `STOP` ou `RETURN` soit détectée. Les opérations ont accès à trois types d'espace pour stocker des données : +Dans les contrats Ethereum, le code est écrit dans un langage bytecode de bas niveau orienté pile, appelé « code de la machine virtuelle Ethereum » ou « code EVM ». Il se compose d'une série d'octets, où chaque octet représente une opération. En général, l'exécution du code est une boucle infinie qui consiste à effectuer de manière répétée l'opération au compteur de programme actuel (qui commence à zéro), puis à incrémenter le compteur de programme de un, jusqu'à ce que la fin du code soit atteinte ou qu'une erreur ou une instruction `STOP` ou `RETURN` soit détectée. Les opérations ont accès à trois types d'espace pour stocker des données : -- La **pile** (stack), un conteneur dernier-arrivé-premier-sorti auquel on peut ajouter et extraire des valeurs. -- La **mémoire** (memory), un tableau d'octets extensible à l'infini. -- Le **stockage** (storage) à long terme du contrat, un magasin de clés/valeurs. Contrairement à la pile et à la mémoire, qui sont réinitialisées après la fin du calcul, le stockage est conservé sur le long terme. +- La **pile**, un conteneur de type dernier entré, premier sorti (LIFO) sur lequel des valeurs peuvent être empilées et dépilées +- **Mémoire**, un tableau d'octets extensible à l'infini +- Le **stockage** à long terme du contrat, une banque de données clé/valeur. Contrairement à la pile et à la mémoire, qui sont réinitialisées après la fin du calcul, le stockage est conservé sur le long terme. Le code peut aussi accéder à la valeur, à l'expéditeur et aux données du message reçu, ainsi qu'aux données d'en-tête du bloc. Il peut également renvoyer des données sous forme d'un tableau d'octets en sortie. -Le modèle d'exécution officiel du code EVM est étonnamment simple. Lorsque la machine virtuelle Ethereum est en cours d'exécution, son état de calcul complet peut être défini par le tuple `(block_state, transaction, message, code, memory, stack, pc, gaz)`, où `block_state` est l'état global contenant tous les comptes, et comprend les soldes et le stockage. Au début de chaque cycle d'exécution, l'instruction courante est trouvée en prenant le `pc`ième octet du `code` (ou 0 si `pc >= len(code)`), et chaque instruction a sa propre définition quant à son impact sur le tuple. Par exemple, `ADD` extrait deux éléments de la pile et insère leur somme, réduit `gaz` de 1 et augmente `pc` de 1, tandis que `SSTORE` extrait les deux éléments supérieurs de la pile et insère le deuxième élément dans l'espace de stockage du contrat à l'index spécifié par le premier élément. Bien qu'il existe de nombreuses façons d'optimiser l'exécution de la machine virtuelle Ethereum via la compilation à la volée, une implémentation de base d'Ethereum peut être réalisée en quelques centaines de lignes de code. +Le modèle d'exécution officiel du code EVM est étonnamment simple. Pendant que la machine virtuelle Ethereum est en cours d'exécution, son état de calcul complet peut être défini par le tuple `(block_state, transaction, message, code, memory, stack, pc, gas)`, où `block_state` est l'état global contenant tous les comptes et incluant les soldes et le stockage. Au début de chaque tour d'exécution, l'instruction actuelle est trouvée en prenant le `pc`-ième octet de `code` (ou 0 si `pc >= len(code)`), et chaque instruction a sa propre définition sur la manière dont elle affecte le tuple. Par exemple, `ADD` dépile deux éléments de la pile et empile leur somme, réduit `gas` de 1 et incrémente `pc` de 1, et `SSTORE` dépile les deux premiers éléments de la pile et insère le deuxième élément dans le stockage du contrat à l'index spécifié par le premier élément. Bien qu'il existe de nombreuses façons d'optimiser l'exécution de la machine virtuelle Ethereum via la compilation à la volée, une implémentation de base d'Ethereum peut être réalisée en quelques centaines de lignes de code. -### Blockchain et minage {#blockchain-and-mining} +### Blockchain et Minage {#blockchain-and-mining} -![Diagramme des blocs APPLY Ethereum](./ethereum-apply-block-diagram.png) +![Diagramme d'application de bloc Ethereum](./ethereum-apply-block-diagram.png) À bien des égards, la blockchain Ethereum est similaire à la blockchain Bitcoin, bien qu'elle présente certaines différences. Concernant l'architecture de la blockchain, la principale différence entre Ethereum et Bitcoin est que, contrairement à Bitcoin, les blocs d'Ethereum contiennent à la fois une copie de la liste des transactions et de l'état le plus récent. De plus, deux autres valeurs sont aussi stockés dans le bloc : le numéro de bloc et la difficulté. Dans Ethereum, l’algorithme de base de validation d'un bloc est le suivant : @@ -242,14 +242,14 @@ Le modèle d'exécution officiel du code EVM est étonnamment simple. Lorsque la 2. On vérifie que l'horodatage du bloc est supérieur à celui du précédent bloc référencé et qu'il n'excède pas 15 minutes dans l'avenir. 3. On vérifie que le numéro de bloc, la difficulté, la racine de transaction, la racine oncle et la limite de gaz (plusieurs concepts de bas niveau spécifiques à Ethereum) sont valides. 4. On vérifie que la preuve de travail du bloc est valide. -5. `S[0]` doit être l'état à la fin du bloc précédent. -6. `TX` doit être la liste des transactions du bloc, et `n` les transactions. Pour tout `i` dans `0...n-1`, on définit `S[i+1] = APPLY(S[i],TX[i])`. Si une application renvoie une erreur, ou si la totalité du gaz consommé jusqu'à ce point du bloc dépasse la `GASLIMIT`, une erreur est renvoyée. -7. `S_FINAL` doit être égal à `S[n]`, mais en ajoutant la récompense de bloc versée au mineur. -8. On vérifie que la racine de l'arbre de Merkle de l'état `S_FINAL` est égale à la racine de l'état final fournie dans l'en-tête de bloc. Si c'est le cas, le bloc est valide. Sinon, il ne l'est pas. +5. Soit `S[0]` l'état à la fin du bloc précédent. +6. Soit `TX` la liste des transactions du bloc, avec `n` transactions. Pour tout `i` dans `0...n-1`, définissez `S[i+1] = APPLY(S[i],TX[i])`. Si une application renvoie une erreur, ou si le gaz total consommé dans le bloc jusqu'à ce point dépasse le `GASLIMIT`, retourner une erreur. +7. Soit `S_FINAL` égal à `S[n]`, mais en ajoutant la récompense de bloc payée au mineur. +8. Vérifier si la racine de l'arbre de Merkle de l'état `S_FINAL` est égale à la racine de l'état final fournie dans l'en-tête du bloc. Si c'est le cas, le bloc est valide. Sinon, il ne l'est pas. -L'approche peut sembler très inefficace à première vue, car elle nécessite de stocker l'état complet avec chaque bloc, mais en réalité, l'efficacité devrait être comparable à celle de Bitcoin. Cela vient du fait que l'état est stocké dans une structure en arbre, et qu'après chaque bloc, seule une petite partie de l'arbre doit être modifiée. En général, la grande majorité de l'arbre devrait donc être identique entre deux blocs adjacents. Les données peuvent ainsi être stockées une fois et référencées deux fois en utilisant des pointeurs (c.-à.-d. les hachages des sous-arbres). Un type particulier d'arbre, l'« arbre Patricia » est utilisé pour cela. Il s'agit d'un dérivé du concept d'arbre de Merkle qui permet d'insérer et de supprimer efficacement des nœuds, et pas seulement de les modifier. Par ailleurs, comme toutes les informations d'état font partie du dernier bloc, il n'est pas nécessaire de stocker tout l'historique de la blockchain. Cette stratégie, si elle pouvait être appliquée à Bitcoin, réduirait les besoins de stockage de 5 à 20 fois. +L'approche peut sembler très inefficace à première vue, car elle nécessite de stocker l'état complet avec chaque bloc, mais en réalité, l'efficacité devrait être comparable à celle de Bitcoin. Cela vient du fait que l'état est stocké dans une structure en arbre, et qu'après chaque bloc, seule une petite partie de l'arbre doit être modifiée. Ainsi, en général, entre deux blocs adjacents, la grande majorité de l'arbre devrait être la même, et donc les données peuvent être stockées une fois et référencées deux fois à l'aide de pointeurs (c.-à-d. les hachages des sous-arbres). Un type particulier d'arbre, l'« arbre Patricia » est utilisé pour cela. Il s'agit d'un dérivé du concept d'arbre de Merkle qui permet d'insérer et de supprimer efficacement des nœuds, et pas seulement de les modifier. Par ailleurs, comme toutes les informations d'état font partie du dernier bloc, il n'est pas nécessaire de stocker tout l'historique de la blockchain. Cette stratégie, si elle pouvait être appliquée à Bitcoin, réduirait les besoins de stockage de 5 à 20 fois. -La question de savoir où le code d'un contrat est exécuté, en termes de matériel physique, est souvent posée. La réponse est simple : le processus d'exécution du code d'un contrat fait partie de la définition de la fonction de transition d'état, qui fait partie de l'algorithme de validation des blocs. Donc quand une transaction est ajoutée au bloc `B`, l'exécution de code engendrée par cette transaction est exécutée par tous les nœuds, actuels et futurs, qui téléchargent et valident le bloc `B`. +La question de savoir où le code d'un contrat est exécuté, en termes de matériel physique, est souvent posée. La réponse est simple : le processus d'exécution du code du contrat fait partie de la définition de la fonction de transition d'état, qui fait partie de l'algorithme de validation de bloc. Donc si une transaction est ajoutée au bloc `B`, l'exécution du code engendrée par cette transaction sera exécutée par tous les nœuds, maintenant et à l'avenir, qui téléchargent et valident le bloc `B`. ## Applications {#applications} @@ -263,16 +263,16 @@ Le code de base d'une telle implémentation en Serpent ressemble à ceci : ```py def send(to, value): - if self.storage[msg.sender] >= value: - self.storage[msg.sender] = self.storage[msg.sender] - value - self.storage[to] = self.storage[to] + value + if self.storage[msg.sender] >= value: + self.storage[msg.sender] = self.storage[msg.sender] - value + self.storage[to] = self.storage[to] + value ``` Il s'agit fondamentalement d'une implémentation littérale de la fonction de transition d'état de « système bancaire » décrite précédemment dans ce document. Quelques lignes de code supplémentaires sont nécessaires pour spécifier l'étape initiale de distribution des unités monétaires et quelques autres cas particuliers, et idéalement une fonction sera ajoutée pour permettre à d'autres contrats d'obtenir le solde d'une adresse. C'est tout ce qu'il y a à faire ! En théorie, les systèmes de jetons basés sur Ethereum fonctionnant comme des sous-monnaies peuvent potentiellement présenter une autre caractéristique importante qui fait défaut aux méta-monnaies implémentées sur le Bitcoin en chaîne : la capacité de payer les frais de transaction directement dans cette monnaie. Pour mettre cela en œuvre, le contrat gère un solde en ETH grâce auquel il rembourse l'expéditeur du montant en ETH utilisé pour payer les frais, et rééquilibre son solde en collectant les unités monétaires internes qu'il prend en frais pour les revendre dans une vente aux enchères permanente. Les utilisateurs ont donc besoin « d'activer » leurs comptes avec de l'ether (ETH), mais une fois cela fait, ils peuvent réutiliser cette somme puisqu'elle est à chaque fois remboursée par le contrat. -### Produits financiers dérivés et monnaies à valeur stable {#financial-derivatives-and-stable-value-currencies} +### Dérivés financiers et monnaies à valeur stable {#financial-derivatives-and-stable-value-currencies} -Les produits financiers dérivés sont l'application la plus courante d'un « contrat intelligent » et l'une des plus simples à implémenter en programmation. La principale difficulté dans l'implémentation de contrats financiers est qu'ils nécessitent pour la plupart une référence à une cotation externe. Un contrat intelligent de couverture contre la volatilité de l'ETH (ou de toute autre cryptomonnaie) par rapport au dollar US serait, par exemple, une application très intéressante, mais cela impliquerait que le contrat connaisse le taux de change ETH/USD. Pour ce faire, la méthode la plus simple serait d'utiliser un contrat de « flux de données » géré par une entité définie (par ex., le NASDAQ) et conçu pour que cette entité puisse le mettre à jour quand cela est nécessaire, et qui fournirait une interface permettant à d'autres contrats de lui envoyer un message afin d'obtenir une réponse donnant le taux de change. +Les produits financiers dérivés sont l'application la plus courante d'un « contrat intelligent » et l'une des plus simples à implémenter en programmation. La principale difficulté dans l'implémentation de contrats financiers est qu'ils nécessitent pour la plupart une référence à une cotation externe. Un contrat intelligent de couverture contre la volatilité de l'ETH (ou de toute autre cryptomonnaie) par rapport au dollar US serait, par exemple, une application très intéressante, mais cela impliquerait que le contrat connaisse le taux de change ETH/USD. La manière la plus simple de le faire est d'utiliser un contrat de « flux de données » maintenu par une partie spécifique (par ex., NASDAQ) conçu de manière à ce que cette partie ait la capacité de mettre à jour le contrat selon les besoins, et fournissant une interface qui permet à d'autres contrats d'envoyer un message à ce contrat et d'obtenir en retour une réponse qui fournit le prix. Avec cet élément essentiel, le contrat de couverture ressemblerait à ceci : @@ -281,13 +281,13 @@ Avec cet élément essentiel, le contrat de couverture ressemblerait à ceci : 3. On enregistre la valeur en USD de 1 000 ETH dans l'espace de stockage du contrat, valeur calculée en interrogeant le contrat de flux de données. Appelons cette valeur $x. 4. Après 30 jours, on autorise A ou B à « réactiver » le contrat afin d'envoyer l'équivalent de $x en ETH (calculé en interrogeant de nouveau le contrat de flux de données afin d'obtenir le nouveau taux) à A et le reste à B. -Ce type de contrat représenterait un beau potentiel dans le monde du cryptocommerce. Un des principaux problèmes souvent mentionné sur les cryptomonnaies, c'est leur volatilité : même si bon nombre d'utilisateurs et commerçants sont intéressés par la fiabilité et la facilité d'utilisation des actifs cryptographiques, il ne souhaitent pas risquer de perdre 23 % de leurs fonds en une seule journée. Jusqu'à présent, la solution la plus souvent proposée était d'avoir des actifs adossés à un émetteur. L'idée est qu'un émetteur crée une sous-monnaie, dans laquelle il a le droit d'émettre et de révoquer des unités, et en fournit une unité à toute personne lui procurant (hors-ligne) une unité d'un actif sous-jacent donné (par ex., l'or, le dollar US). L'émetteur promet ensuite de fournir une unité de l'actif sous-jacent à toute personne qui lui envoie une unité du crypto-actif. Ce mécanisme permet à n'importe quel actif non cryptographique d'être « transformé » en crypto-actif, si l'on peut faire confiance à l'émetteur. +Ce type de contrat représenterait un beau potentiel dans le monde du cryptocommerce. Un des principaux problèmes souvent mentionné sur les cryptomonnaies, c'est leur volatilité : même si bon nombre d'utilisateurs et commerçants sont intéressés par la fiabilité et la facilité d'utilisation des actifs cryptographiques, il ne souhaitent pas risquer de perdre 23 % de leurs fonds en une seule journée. Jusqu'à présent, la solution la plus couramment proposée a été les actifs garantis par l'émetteur ; l'idée est qu'un émetteur crée une sous-monnaie dans laquelle il a le droit d'émettre et de révoquer des unités, et fournit une unité de la monnaie à quiconque lui fournit (hors ligne) une unité d'un actif sous-jacent spécifié (par ex., or, USD). L'émetteur promet ensuite de fournir une unité de l'actif sous-jacent à toute personne qui lui envoie une unité du crypto-actif. Ce mécanisme permet à n'importe quel actif non cryptographique d'être « transformé » en crypto-actif, si l'on peut faire confiance à l'émetteur. -Dans la pratique, néanmoins, les émetteurs ne sont pas toujours fiables, et dans certains cas l'infrastructure bancaire est trop fragile, ou trop hostile, pour permettre l'existence de tels services. Les produits financiers dérivés constituent une alternative. Ici, au lieu d'un unique émetteur fournissant les fonds pour adosser un actif, c'est un marché décentralisé de spéculateurs pariant sur la hausse du prix d'un crypto-actif de référence (par exemple l'ETH), qui remplit ce rôle. Contrairement aux émetteurs, les spéculateurs ne peuvent pas faire défaut, car le contrat de couverture conserve leurs fonds sous forme de dépôt fiduciaire. Notez que cette approche n'est pas totalement décentralisée, car une source de confiance est toujours nécessaire pour fournir le téléscripteur bien que l'amélioration soit massive en termes de réduction des besoins d'infrastructure (contrairement à un émetteur, la publication d'un taux de change ne nécessite aucun permis et peut être considérée comme de la liberté de parole) et des possibilités de fraude. +Dans la pratique, néanmoins, les émetteurs ne sont pas toujours fiables, et dans certains cas l'infrastructure bancaire est trop fragile, ou trop hostile, pour permettre l'existence de tels services. Les produits financiers dérivés constituent une alternative. Ici, au lieu qu'un seul émetteur fournisse les fonds pour garantir un actif, c'est un marché décentralisé de spéculateurs, pariant que le prix d'un actif de référence cryptographique (par ex., ETH) augmentera, qui joue ce rôle. Contrairement aux émetteurs, les spéculateurs ne peuvent pas faire défaut, car le contrat de couverture conserve leurs fonds sous forme de dépôt fiduciaire. Notez que cette approche n'est pas totalement décentralisée, car une source de confiance est toujours nécessaire pour fournir le téléscripteur bien que l'amélioration soit massive en termes de réduction des besoins d'infrastructure (contrairement à un émetteur, la publication d'un taux de change ne nécessite aucun permis et peut être considérée comme de la liberté de parole) et des possibilités de fraude. ### Systèmes d'identité et de réputation {#identity-and-reputation-systems} -La toute première cryptomonnaie alternative, [Namecoin](http://namecoin.org/), a tenté d'utiliser une blockchain similaire à celle de Bitcoin pour fournir un système d'enregistrement de noms, dans lequel les utilisateurs pouvaient enregistrer leurs noms dans une base de données publique avec d'autres données. C'est dans le cadre d'un système [DNS](https://wikipedia.org/wiki/Domain_Name_System), qui associe des noms de domaine comme "bitcoin.org" (ou pour Namecoin, "bitcoin.bit") à une adresse IP, qu'elle est principalement utilisée. D'autres utilisations incluent l’authentification d'e-mails, et potentiellement des systèmes de réputation plus perfectionnés. Voilà un contrat élémentaire permettant de fournir un système d'enregistrement de noms similaire à celui de Namecoin sur Ethereum : +La toute première cryptomonnaie alternative, [Namecoin](http://namecoin.org/), a tenté d'utiliser une blockchain de type Bitcoin pour fournir un système d'enregistrement de noms, où les utilisateurs peuvent enregistrer leurs noms dans une base de données publique aux côtés d'autres données. Le principal cas d'utilisation cité est pour un système [DNS](https://wikipedia.org/wiki/Domain_Name_System), faisant correspondre des noms de domaine comme « bitcoin.org » (ou, dans le cas de Namecoin, « bitcoin.bit ») à une adresse IP. D'autres utilisations incluent l’authentification d'e-mails, et potentiellement des systèmes de réputation plus perfectionnés. Voilà un contrat élémentaire permettant de fournir un système d'enregistrement de noms similaire à celui de Namecoin sur Ethereum : ```py def register(name, value): @@ -295,13 +295,13 @@ def register(name, value): self.storage[name] = value ``` -Le contrat est très simple, il s’agit simplement d’une base de données au sein du réseau Ethereum qui peut être ajoutée, mais non modifiée ou supprimée. N'importe qui peut enregistrer un nom et une valeur, et cet enregistrement est inscrit pour toujours. Un contrat d’enregistrement de nom plus sophistiqué aura une « clause fonction » permettant à d'autres contrats de l'interroger, ainsi qu'un mécanisme autorisant le « propriétaire » (le premier déposant) d'un nom à en changer les données ou à en transférer la propriété. On peut même ajouter à cela une fonctionnalité de réputation et de réseau de confiance. +Le contrat est très simple, il s’agit simplement d’une base de données au sein du réseau Ethereum qui peut être ajoutée, mais non modifiée ou supprimée. N'importe qui peut enregistrer un nom et une valeur, et cet enregistrement est inscrit pour toujours. Un contrat d'enregistrement de nom plus sophistiqué aura également une « clause de fonction » permettant à d'autres contrats de l'interroger, ainsi qu'un mécanisme pour le « propriétaire » (c.-à-d. le premier enregistreur) d'un nom de modifier les données ou de transférer la propriété. On peut même ajouter à cela une fonctionnalité de réputation et de réseau de confiance. -### Stockage décentralisé de fichiers {#decentralized-file-storage} +### Stockage de fichiers décentralisé {#decentralized-file-storage} Ces dernières années, plusieurs startups ont été créées dans le secteur du stockage de fichiers en ligne (la plus importante étant Dropbox). Dans le cadre d'un abonnement mensuel payant, elles proposent aux utilisateurs de stocker une copie de sauvegarde de leur disque dur, à laquelle ils peuvent accéder à leur convenance. Toutefois, le marché du stockage de fichiers en ligne reste à ce jour relativement inefficace. Un rapide survol des solutions existantes montre que dans la fourchette de 20 à 200 Go, où il n'existe ni offre gratuite ni offre professionnelle avec remises, le prix mensuel du stockage est supérieur à celui du disque dur lui-même. Les contrats Ethereum permettent le développement d'un écosystème de stockage de fichiers décentralisé, où chaque utilisateur peut recevoir de petites sommes d'argent en louant ses propres disques durs, l'espace inutilisé contribuant à réduire davantage le coût du stockage des fichiers. -La clé de voûte d'un tel système est ce que nous avons appelé le « contrat Dropbox décentralisé ». Ce contrat fonctionne de la façon suivante. Dans un premier temps, les données choisies sont divisées en blocs qui servent à construire un arbre de Merkle, chaque bloc étant chiffré pour assurer la confidentialité. Un contrat est ensuite créé avec une règle stipulant que tous les N blocs, le contrat choisira un index aléatoire de l'arbre de Merkle (en utilisant le hachage du bloc précédent, accessible depuis le code du contrat, comme source aléatoire) et donnera X ETH à la première entité qui fournira une transaction avec une preuve de propriété simplifiée similaire à une vérification du paiement du bloc situé à cet index spécifique dans l'arbre de Merkle. Lorsqu'un utilisateur souhaite télécharger de nouveau un fichier, il peut utiliser un protocole de canal de micropaiement (par ex., payer 1 zsabo par 32 kilo-octets) pour récupérer le fichier. En termes de frais, l'approche la plus efficace consiste pour le payeur à ne pas publier la transaction avant la fin, en la remplaçant plutôt par une autre, plus lucrative, avec le même nonce après chaque 32 kilo-octets. +La clé de voûte d'un tel système est ce que nous avons appelé le « contrat Dropbox décentralisé ». Ce contrat fonctionne de la façon suivante. Dans un premier temps, les données choisies sont divisées en blocs qui servent à construire un arbre de Merkle, chaque bloc étant chiffré pour assurer la confidentialité. Un contrat est ensuite créé avec une règle stipulant que tous les N blocs, le contrat choisira un index aléatoire de l'arbre de Merkle (en utilisant le hachage du bloc précédent, accessible depuis le code du contrat, comme source aléatoire) et donnera X ETH à la première entité qui fournira une transaction avec une preuve de propriété simplifiée similaire à une vérification du paiement du bloc situé à cet index spécifique dans l'arbre de Merkle. Lorsqu'un utilisateur veut retélécharger son fichier, il peut utiliser un protocole de canal de micropaiement (par ex., payer 1 szabo par 32 kilooctets) pour récupérer le fichier ; l'approche la plus efficace en termes de frais est que le payeur ne publie pas la transaction avant la fin, mais la remplace par une transaction légèrement plus lucrative avec le même nonce après chaque 32 kilooctets. Une fonctionnalité importante du protocole est que, bien qu'on ait l'impression de faire confiance à plusieurs nœuds aléatoires pour ne pas perdre le fichier, on peut quasiment supprimer ce risque en divisant le fichier en plusieurs parties par partage secret et en surveillant les contrats pour vérifier que chaque partie est toujours présente sur un nœud. Si un contrat émet toujours des paiements, cela apporte la preuve cryptographique que quelqu'un stocke toujours le fichier. @@ -311,11 +311,11 @@ Le concept général d'une « organisation autonome décentralisée » (DAO) est Une description générale de la façon de coder une DAO est fournie ci-après. La conception la plus simple est tout simplement un morceau de code qui se modifie lui-même et qui ne change que si les deux tiers des membres acceptent la modification. Bien que le code soit théoriquement immuable, on peut facilement contourner ceci et avoir une mutabilité de fait en disposant les morceaux de code dans des contrats séparés, et en stockant l'adresse des contrats à appeler dans un stockage modifiable. Dans une implémentation simple d'un tel contrat DAO, il y aurait donc trois types de transactions, identifiables par les données fournies dans la transaction : -- `[0,i,K,V]` pour enregistrer une proposition avec l'index `i` pour changer l'adresse à l'index de stockage `K` à la valeur `V` +- `[0,i,K,V]` pour enregistrer une proposition avec l'index `i` afin de changer l'adresse à l'index de stockage `K` à la valeur `V` - `[1,i]` pour enregistrer un vote en faveur de la proposition `i` -- `[2,i]` pour finaliser la proposition `i` si suffisamment de votes ont été enregistrés +- `[2,i]` pour finaliser la proposition `i` si suffisamment de votes ont été effectués -Le contrat aurait alors des clauses pour chacun de ces types. Il conserverait un enregistrement de toutes les modifications de stockage ouvertes, ainsi qu'une liste de ceux qui ont voté pour. Il inclurait également une liste de tous les membres. Quand une modification de stockage atteint deux tiers de votes « pour » de la part des membres, une transaction de finalisation peut exécuter la modification. Un modèle plus sophistiqué aurait également une fonctionnalité de vote intégrée pour envoyer une transaction, ajouter ou retirer des membres, voire pour permettre une sorte de [démocratie délégative](https://wikipedia.org/wiki/Liquid_democracy)de vote (c.-à-d. que n'importe qui pourrait déléguer à quelqu'un son droit de vote, et l'affectation étant transitoire, si A assigne B et B assigne C, alors C détermine le vote de A). Cette conception permettrait à la DAO de se développer organiquement en tant que communauté décentralisée, permettant éventuellement aux membres de déléguer la tâche de filtrage des membres à des spécialistes, bien que, contrairement au « système actuel », les spécialistes puissent facilement apparaître et disparaître au fil du temps, à mesure que les membres individuels de la communauté changent d'orientation. +Le contrat aurait alors des clauses pour chacun de ces types. Il conserverait un enregistrement de toutes les modifications de stockage ouvertes, ainsi qu'une liste de ceux qui ont voté pour. Il inclurait également une liste de tous les membres. Quand une modification de stockage atteint deux tiers de votes « pour » de la part des membres, une transaction de finalisation peut exécuter la modification. Un squelette plus sophistiqué aurait également une capacité de vote intégrée pour des fonctionnalités telles que l'envoi d'une transaction, l'ajout et la suppression de membres, et pourrait même prévoir une délégation de vote de style [Démocratie Liquide](https://wikipedia.org/wiki/Liquid_democracy) (c.-à-d. que n'importe qui peut désigner quelqu'un pour voter à sa place, et l'assignation est transitive, donc si A désigne B et B désigne C, alors C détermine le vote de A). Cette conception permettrait à la DAO de se développer organiquement en tant que communauté décentralisée, permettant éventuellement aux membres de déléguer la tâche de filtrage des membres à des spécialistes, bien que, contrairement au « système actuel », les spécialistes puissent facilement apparaître et disparaître au fil du temps, à mesure que les membres individuels de la communauté changent d'orientation. L'entreprise décentralisée constitue un autre modèle, où n'importe quel compte peut avoir zéro ou plus d'actions, et où deux tiers des actions sont requises pour prendre une décision. Un modèle complet impliquerait une fonctionnalité de gestion d'actifs, la possibilité de faire une offre pour acheter ou vendre des actions, et la possibilité d'accepter les offres (de préférence avec un mécanisme de correspondance d'ordres à l'intérieur du contrat). Une délégation existerait également, à la manière d'une démocratie délégative, généralisant le concept de « conseil d'administration ». @@ -331,23 +331,23 @@ En principe, 1 % par jour suffit à Alice, mais si elle souhaite retirer davant **2. Assurance récolte**. On peut facilement créer un contrat de produits financiers dérivés en utilisant un flux de données météo au lieu d'un indice de prix. Si un agriculteur normand achète un produit financier dérivé dont les paiements sont inversement proportionnels aux précipitations enregistrées en Normandie et qu'une sécheresse se produit, l'agriculteur recevra automatiquement de l'argent. S'il pleut suffisamment, l'agriculteur sera satisfait, car ses cultures se porteront bien. Cela peut être étendu aux assurances contre les catastrophes naturelles en général. -**3. Flux de données décentralisé**. À la différence, pour les contrats financiers, il est possible de décentraliser le flux de données via un protocole appelé [SchellingCoin](https://blog.ethereum.org/2014/03/28/schellingcoin-a-minimal-trust-universal-data-feed/)". SchellingCoin fonctionne de la façon suivante : N parties insèrent dans le système la valeur d'une donnée spécifique (par ex., le taux ETH/USD). Les valeurs sont triées et les sources de toutes les données comprises entre le 25ème et le 75ème centile reçoivent un jeton en récompense. Chacun a intérêt à donner la même réponse que tout le monde, et la seule valeur sur laquelle de nombreux acteurs peuvent être d'accord est celle évidente par défaut : la vraie valeur. Ceci crée un protocole décentralisé qui peut théoriquement fournir un certain nombre de valeurs, y compris le taux ETH/USD, la température à Berlin ou même le résultat d'un calcul particulier complexe. +**3. Flux de données décentralisé**. Pour les contrats financiers sur différence, il pourrait être possible de décentraliser le flux de données via un protocole appelé « [SchellingCoin](https://blog.ethereum.org/2014/03/28/schellingcoin-a-minimal-trust-universal-data-feed/) ». SchellingCoin fonctionne essentiellement comme suit : N parties saisissent toutes dans le système la valeur d'une donnée donnée (par ex., le prix ETH/USD), les valeurs sont triées, et toute personne se situant entre le 25e et le 75e percentile reçoit un jeton en récompense. Chacun a intérêt à donner la même réponse que tout le monde, et la seule valeur sur laquelle de nombreux acteurs peuvent être d'accord est celle évidente par défaut : la vraie valeur. Ceci crée un protocole décentralisé qui peut théoriquement fournir un certain nombre de valeurs, y compris le taux ETH/USD, la température à Berlin ou même le résultat d'un calcul particulier complexe. **4. Dépôt fiduciaire multisignature intelligent**. Bitcoin permet des contrats de transactions multisignatures où, par exemple, trois des cinq clés données peuvent dépenser les fonds. Ethereum permet une plus grande granularité. Par exemple, 4 personnes sur 5 peuvent tout dépenser, 3 personnes sur 5 peuvent dépenser jusqu'à 10 % par jour et 2 personnes sur 5 peuvent dépenser jusqu'à 0,5 % par jour. En outre, la multisignature Ethereum est asynchrone : deux parties peuvent enregistrer leurs signatures sur la blockchain à différents moments, et la dernière signature enverra automatiquement la transaction. -**5. Informatique dans le cloud**. La technologie de l'EVM peut également être utilisée pour créer un environnement informatique vérifiable, permettant aux utilisateurs de demander à d'autres d'effectuer des calculs, puis éventuellement de réclamer des preuves que les calculs ont été effectués correctement à certains points de contrôle choisis au hasard. Ceci permet de créer une informatique dans le cloud, où n'importe quel utilisateur peut participer avec son ordinateur de bureau, portable ou serveur spécialisé, et où un contrôle ponctuel, associé à des dépôts de garantie, permet de garantir que le système est digne de confiance (c'est-à-dire que les nœuds ne peuvent pas tricher de façon rentable). Toutefois, un tel système ne convient pas à toutes les tâches. Par exemple, celles nécessitant un niveau de communication interprocessus élevé ne peuvent pas être effectuées facilement dans un cloud comportant de nombreux nœuds. Toutefois, d'autres tâches sont beaucoup plus faciles à paralléliser. Des projets comme SETI@home, folding@home et les algorithmes génétiques peuvent facilement être implémentés sur une telle plateforme. +**5. Informatique dans le cloud**. La technologie de l'EVM peut également être utilisée pour créer un environnement informatique vérifiable, permettant aux utilisateurs de demander à d'autres d'effectuer des calculs, puis éventuellement de réclamer des preuves que les calculs ont été effectués correctement à certains points de contrôle choisis au hasard. Cela permet la création d'un marché de l'informatique en nuage où tout utilisateur peut participer avec son ordinateur de bureau, son ordinateur portable ou son serveur spécialisé, et des vérifications ponctuelles ainsi que des dépôts de garantie peuvent être utilisés pour garantir que le système est digne de confiance (c.-à-d. que les nœuds ne peuvent pas tricher de manière rentable). Toutefois, un tel système ne convient pas à toutes les tâches. Par exemple, celles nécessitant un niveau de communication interprocessus élevé ne peuvent pas être effectuées facilement dans un cloud comportant de nombreux nœuds. Toutefois, d'autres tâches sont beaucoup plus faciles à paralléliser. Des projets comme SETI@home, folding@home et les algorithmes génétiques peuvent facilement être implémentés sur une telle plateforme. -**6. Jeux d'argent et de hasard P2P**. Un certain nombre de protocoles de jeux d'argent et de hasard P2P, comme celui de [Cyberdice](http://www.cl.cam.ac.uk/~fms27/papers/2008-StajanoCla-cyberdice.pdf) de Frank Stajano et Richard Clayton, peuvent être implémentés sur la blockchain Ethereum. Le protocole le plus simple est en fait juste un contrat sur la différence du prochain hachage de bloc, et des protocoles plus avancés peuvent être construits à partir de là, créant des services de jeu d'argent et de hasard avec des frais proches de zéro, où il n'existe aucune possibilité de tricher. +**6. Jeux d'argent et de hasard P2P**. Un grand nombre de protocoles de jeu peer-to-peer, tels que le [Cyberdice](http://www.cl.cam.ac.uk/~fms27/papers/2008-StajanoCla-cyberdice.pdf) de Frank Stajano et Richard Clayton, peuvent être implémentés sur la blockchain Ethereum. Le protocole le plus simple est en fait juste un contrat sur la différence du prochain hachage de bloc, et des protocoles plus avancés peuvent être construits à partir de là, créant des services de jeu d'argent et de hasard avec des frais proches de zéro, où il n'existe aucune possibilité de tricher. -**7. Marchés prédictifs**. Avec un oracle ou SchellingCoin, les marchés prédictifs sont aussi faciles à implémenter. Avec SchellingCoin, ceux-ci pourraient devenir la première application grand public d'une "[futarchie](http://hanson.gmu.edu/futarchy.html)" comme protocole de gouvernance des organisations décentralisées. +**7. Marchés prédictifs**. Moyennant un oracle ou SchellingCoin, les marchés de prédiction sont également faciles à mettre en œuvre, et les marchés de prédiction ainsi que SchellingCoin pourraient s'avérer être la première application grand public de la [futarchie](https://mason.gmu.edu/~rhanson/futarchy.html) en tant que protocole de gouvernance pour les organisations décentralisées. -**8. Places de marché décentralisées sur la chaîne**, utilisant un système d'identité et de réputation comme base. +**8. Places de marché décentralisées sur la chaîne**, utilisant le système d'identité et de réputation comme base. -## Généralités et préoccupations {#miscellanea-and-concerns} +## Divers et préoccupations {#miscellanea-and-concerns} ### Implémentation modifiée de GHOST {#modified-ghost-implementation} -Le protocole « Greedy Heaviest Observed Subtree » (GHOST) est une innovation introduite par Yonatan Sompolinsky et Aviv Zohar en [décembre 2013](https://eprint.iacr.org/2013/881.pdf). La naissance de GHOST résulte du fait que les blockchains avec des temps de confirmation rapides souffrent d'une faible sécurité en raison d'un taux élevé de blocs caducs. Un certain temps étant nécessaire pour que les blocs se propagent à travers le réseau, si un mineur A mine un bloc et qu'un mineur B parvient à miner un autre bloc avant que le bloc du mineur A ne soit propagé à B, le bloc du mineur B est perdu et ne contribue pas à la sécurité du réseau. Par ailleurs, il existe un problème de centralisation : si le mineur A est un groupe de minage disposant de 30 % de la puissance de hachage du réseau (hashpower) et que B n'en a que 10 %, A risque de produire un bloc caduc 70 % du temps (puisque les autres 30 % du temps, A produit le dernier bloc et obtient donc immédiatement les données de minage). B risque de son côté de produire un bloc caduc 90 % du temps. Ainsi, si l'intervalle entre les blocs est assez court pour que le taux de blocs caducs soit élevé, A sera nettement plus efficace simplement en raison de sa taille. Ces deux effets combinés font que les blockchains produisant rapidement des blocs sont particulièrement susceptibles de générer un groupe de minage bénéficiant d'un pourcentage assez large de la puissance de hachage du réseau. Celui-ci aura alors, de fait, le contrôle du processus de minage. +Le protocole « Greedy Heaviest Observed Subtree » (GHOST) est une innovation introduite pour la première fois par Yonatan Sompolinsky et Aviv Zohar en [décembre 2013](https://eprint.iacr.org/2013/881.pdf). La naissance de GHOST résulte du fait que les blockchains avec des temps de confirmation rapides souffrent d'une faible sécurité en raison d'un taux élevé de blocs caducs. Un certain temps étant nécessaire pour que les blocs se propagent à travers le réseau, si un mineur A mine un bloc et qu'un mineur B parvient à miner un autre bloc avant que le bloc du mineur A ne soit propagé à B, le bloc du mineur B est perdu et ne contribue pas à la sécurité du réseau. Par ailleurs, il existe un problème de centralisation : si le mineur A est un groupe de minage disposant de 30 % de la puissance de hachage du réseau (hashpower) et que B n'en a que 10 %, A risque de produire un bloc caduc 70 % du temps (puisque les autres 30 % du temps, A produit le dernier bloc et obtient donc immédiatement les données de minage). B risque de son côté de produire un bloc caduc 90 % du temps. Ainsi, si l'intervalle entre les blocs est assez court pour que le taux de blocs caducs soit élevé, A sera nettement plus efficace simplement en raison de sa taille. Ces deux effets combinés font que les blockchains produisant rapidement des blocs sont particulièrement susceptibles de générer un groupe de minage bénéficiant d'un pourcentage assez large de la puissance de hachage du réseau. Celui-ci aura alors, de fait, le contrôle du processus de minage. Comme l'ont décrit Sompolinsky et Zohar, GHOST résout le premier problème de perte de sécurité du réseau en incluant les blocs caducs dans le calcul de la longueur de la chaîne. C'est-à-dire que non seulement le parent et les ancêtres d'un bloc, mais aussi les descendants caducs de l'ancêtre du bloc (dans le jargon Ethereum, les « oncles ») sont ajoutés au calcul permettant d'établir quel bloc a le plus grand nombre cumulé de preuves de travail. Pour résoudre le second problème, celui de la centralisation, il faut dépasser le protocole décrit par Sompolinsky et Zohar, et donner une récompense aux blocs caducs : un bloc caduc reçoit 87,5 % de sa récompense de base, et le neveu qui inclut le bloc caduc reçoit les 12,5 % restants. Les frais de transaction, quant à eux, ne sont pas distribués aux oncles. @@ -359,7 +359,7 @@ Ethereum implémente une version simplifiée de GHOST qui ne descend que sur sep - Il ne peut pas être un ancêtre de B. - Un oncle doit être un en-tête de bloc valide, mais il n'est pas nécessaire qu'il soit un bloc précédemment vérifié ni même valide. - Un oncle doit être différent de tous les oncles inclus dans les blocs précédents et de tous les autres oncles inclus dans le même bloc (inclusion non double). -- Pour chaque oncle U dans le bloc B, le mineur de B obtient 3,125 % supplémentaires ajoutés à sa récompense coinbase et le mineur de `U` obtient 93,75 % d'une récompense standard coinbase. +- Pour chaque oncle U dans le bloc B, le mineur de B obtient 3,125 % supplémentaires ajoutés à sa récompense coinbase et le mineur de U obtient 93,75 % d'une récompense standard coinbase. Cette version limitée de GHOST, dont les oncles ne peuvent être inclus que jusqu'à 7 générations, a été utilisée pour deux raisons. Tout d'abord, une version illimitée de GHOST entraînerait trop de complications dans le calcul des oncles valides pour un bloc donné. Deuxièmement, une version illimitée de GHOST avec compensation tel qu'utilisée dans Ethereum supprime l'intérêt pour un mineur de miner sur la chaîne principale et non la chaîne d'un attaquant public. @@ -369,12 +369,12 @@ Cette version limitée de GHOST, dont les oncles ne peuvent être inclus que jus Il s'avère cependant que lorsqu'on lui donne une hypothèse simplificatrice inexacte particulière, cette faille du mécanisme de marché s'annule comme par magie. L'argument est le suivant. Dans ce scénario imaginaire : -1. Une transaction donne lieu à des `k` opérations, offrant la récompense `kR` à tout mineur qui l'inclut, où `R` est fixé par l'expéditeur et `k` et `R` sont (approximativement) visibles par le mineur au préalable. -2. Une opération a un coût de traitement `C` pour n'importe quel nœud (c.-à-d. que tous les nœuds ont la même efficacité). -3. Il existe `N` nœuds de minage, chacun ayant exactement la même puissance de traitement (c.-à-d. `1/N` du total). +1. Une transaction conduit à `k` opérations, offrant la récompense `kR` à tout mineur qui l'inclut, où `R` est défini par l'expéditeur et `k` et `R` sont (grossièrement) visibles par le mineur au préalable. +2. Une opération a un coût de traitement de `C` pour tout nœud (c.-à-d. que tous les nœuds ont une efficacité égale) +3. Il y a `N` nœuds de minage, chacun avec une puissance de traitement exactement égale (c.-à-d. `1/N` du total) 4. Il n'existe aucun nœud complet non minier. -Un mineur sera prêt à traiter une transaction si la récompense attendue est supérieure au coût. La récompense attendue est donc `kR/N` puisque le mineur a `1/N` chance de traiter le bloc suivant, et le coût de traitement pour le mineur est simplement `kC`. Par conséquent, les mineurs incluront les transactions où `kR/N > kC`, ou `R > NC`. Notez que `R` représente les frais par opération fournis par l'expéditeur, et constitue donc une limite inférieure sur le bénéfice qu'il tire de la transaction, et `NC` est le coût du traitement d'une opération pour l'ensemble du réseau. Les mineurs sont donc incités à n'inclure que les transactions pour lesquelles le bénéfice utilitaire total dépasse le coût. +Un mineur sera prêt à traiter une transaction si la récompense attendue est supérieure au coût. Ainsi, la récompense attendue est `kR/N` puisque le mineur a une chance de `1/N` de traiter le bloc suivant, et le coût de traitement pour le mineur est simplement `kC`. Par conséquent, les mineurs incluront des transactions où `kR/N > kC`, ou `R > NC`. Notez que `R` est le frais par opération fourni par l'expéditeur, et est donc une borne inférieure du bénéfice que l'expéditeur tire de la transaction, et `NC` est le coût pour l'ensemble du réseau du traitement d'une opération. Les mineurs sont donc incités à n'inclure que les transactions pour lesquelles le bénéfice utilitaire total dépasse le coût. Il existe cependant plusieurs écarts importants par rapport à ces hypothèses dans la réalité : @@ -383,29 +383,33 @@ Il existe cependant plusieurs écarts importants par rapport à ces hypothèses 3. La répartition de la puissance de minage peut se révéler radicalement inégalitaire dans la pratique. 4. Les spéculateurs, les ennemis politiques et les fous dont la fonction utilitaire inclut de causer du tort au réseau existent, et ils peuvent habilement configurer des contrats où leur coût est bien inférieur au coût payé par les autres nœuds de vérification. -(1) génère une tendance où le mineur inclut moins de transactions, et (2) augmente le `NC` ; par conséquent, ces deux effets s'annulent au moins partiellement. [Comment ?](https://web.archive.org/web/20250427212319/https://github.com/ethereum/wiki/issues/447#issuecomment-316972260#issuecomment-316972260). Les points (3) et (4) constituent les problèmes majeurs. Pour les résoudre, nous instituons simplement un plafond flottant : aucun bloc ne peut avoir plus d'opérations que `BLK_LIMIT_FACTOR` fois la moyenne exponentielle variable à long terme. Spécifiquement : +(1) tend à inciter le mineur à inclure moins de transactions, et +(2) augmente `NC` ; par conséquent, ces deux effets s'annulent au moins partiellement +l'un l'autre.[Comment ?](https://web.archive.org/web/20250427212319/https://github.com/ethereum/wiki/issues/447#issuecomment-316972260#issuecomment-316972260) +(3) et (4) sont le problème majeur ; pour les résoudre, nous instituons simplement un plafond flottant : aucun bloc ne peut avoir plus d'opérations que `BLK_LIMIT_FACTOR` fois la moyenne mobile exponentielle à long terme. +Spécifiquement : ```js blk.oplimit = floor((blk.parent.oplimit \* (EMAFACTOR - 1) + floor(parent.opcount \* BLK\_LIMIT\_FACTOR)) / EMA\_FACTOR) ``` -`BLK_LIMIT_FACTOR` et `EMA_FACTOR` sont des constantes qui seront définies à 65 536 et 1,5 pour le moment, mais qui seront probablement modifiées après une analyse approfondie. +`BLK_LIMIT_FACTOR` et `EMA_FACTOR` sont des constantes qui seront définies à 65536 et 1,5 pour le moment, mais seront probablement modifiées après une analyse plus approfondie. Il existe un autre facteur qui dissuade les mineurs d'ajouter des blocs de grande taille dans Bitcoin : cela prend plus de temps de les propager et le risque qu'ils deviennent caducs est plus élevé. Dans Ethereum, les blocs consommant beaucoup de gaz peuvent également prendre plus de temps à se propager, à la fois car ils sont physiquement plus grands, mais aussi car ils requièrent plus de temps pour traiter les transitions d'état des transactions à valider. L'effet dissuasif associé aux délais est un facteur important chez Bitcoin, mais moindre chez Ethereum en raison du protocole GHOST, le recours à des limites de blocs réglementées offrant une base de référence plus stable. ### Calcul et Turing-complétude {#computation-and-turing-completeness} -Il est important de noter que la machine virtuelle Ethereum est Turing-complète, ce qui signifie que le code de l'EVM peut coder tout calcul pouvant être effectué, y compris les boucles infinies. Le code EVM permet la création de boucles de deux façons. Il y a d'abord l'instruction `JUMP` qui permet au programme de revenir à un endroit précédent du code, puis l'instruction `JUMPI` qui permet de faire des sauts conditionnels, ce qui permet des déclarations comme `while x < 27: x = x * 2`. Ensuite, les contrats peuvent appeler d'autres contrats, ce qui permet potentiellement de créer des boucles par récursion. Cela conduit naturellement à la question suivante : les utilisateurs malveillants peuvent-ils arrêter les mineurs et les nœuds complets en les forçant à entrer dans une boucle infinie ? Cette question se pose en raison d'un problème informatique connu sous le nom de « problème de l'arrêt » : il n'existe généralement aucun moyen de savoir si un programme donné s'arrêtera un jour ou non. +Il est important de noter que la machine virtuelle Ethereum est Turing-complète, ce qui signifie que le code de l'EVM peut coder tout calcul pouvant être effectué, y compris les boucles infinies. Le code EVM permet la création de boucles de deux façons. Premièrement, il y a une instruction `JUMP` qui permet au programme de revenir à un point précédent dans le code, et une instruction `JUMPI` pour faire des sauts conditionnels, permettant des déclarations comme `while x < 27: x = x * 2`. Ensuite, les contrats peuvent appeler d'autres contrats, ce qui permet potentiellement de créer des boucles par récursion. Cela conduit naturellement à la question suivante : les utilisateurs malveillants peuvent-ils arrêter les mineurs et les nœuds complets en les forçant à entrer dans une boucle infinie ? Cette question se pose en raison d'un problème informatique connu sous le nom de « problème de l'arrêt » : il n'existe généralement aucun moyen de savoir si un programme donné s'arrêtera un jour ou non. Comme décrit dans la section sur la transition d'état, notre solution fonctionne en demandant à une transaction de fixer le nombre maximum d'étapes de calcul qu'elle est autorisée à effectuer. Si l'exécution prend plus de temps, le calcul est annulé, mais les frais sont néanmoins payés. Les messages fonctionnent de la même façon. Pour montrer la motivation derrière notre solution, considérons les exemples suivants : - Un attaquant crée un contrat qui exécute une boucle infinie, puis envoie une transaction activant cette boucle au mineur. Le mineur traitera la transaction en exécutant la boucle infinie et attendra qu'elle soit à court de gaz. Même si l'exécution tombe en panne sèche et s'arrête à mi-chemin, la transaction reste valide et le mineur continue à réclamer les frais à l'attaquant pour chaque étape de calcul. -- Un attaquant crée une très longue boucle infinie dans l'intention de forcer le mineur à continuer de calculer pendant un temps si long qu'au moment où le calcul se terminera, quelques blocs supplémentaires seront sortis et il sera impossible pour le mineur d'inclure la transaction pour réclamer les frais. L'attaquant devra cependant soumettre une valeur pour `STARTGAS` limitant le nombre d'étapes de calcul que l'exécution peut effectuer, de sorte que le mineur saura à l'avance que le calcul prendra un nombre d'étapes excessif. -- Un attaquant voit un contrat avec un code de type `send(A,contract.storage[A]); contract.storage[A] = 0` et envoie une transaction avec juste assez de gaz pour exécuter la première étape, mais pas la seconde (c.-à-d. effectuer un retrait sans défalquer le montant correspondant du solde). L'auteur du contrat n'a pas à se préoccuper de se protéger contre de telles attaques, car si l'exécution s'arrête à mi-chemin des modifications, celles-ci sont annulées. +- Un attaquant crée une très longue boucle infinie dans l'intention de forcer le mineur à continuer de calculer pendant un temps si long qu'au moment où le calcul se terminera, quelques blocs supplémentaires seront sortis et il sera impossible pour le mineur d'inclure la transaction pour réclamer les frais. Cependant, l'attaquant devra soumettre une valeur pour `STARTGAS` limitant le nombre d'étapes de calcul que l'exécution peut prendre, de sorte que le mineur saura à l'avance que le calcul prendra un nombre d'étapes excessivement grand. +- Un attaquant voit un contrat avec un code de la forme `send(A,contract.storage[A]); contract.storage[A] = 0`, et envoie une transaction avec juste assez de gaz pour exécuter la première étape mais pas la seconde (c.-à-d. effectuer un retrait mais ne pas laisser le solde diminuer). L'auteur du contrat n'a pas à se préoccuper de se protéger contre de telles attaques, car si l'exécution s'arrête à mi-chemin des modifications, celles-ci sont annulées. - Un contrat financier fonctionne en prenant la médiane de neuf flux de données exclusifs afin de minimiser le risque. Un attaquant prend le contrôle de l'un des flux de données, qui est conçu pour être modifiable via le mécanisme d'appel d'adresse variable décrit dans la section sur les DAO, et le convertit pour qu'il exécute une boucle infinie, essayant ainsi de forcer toute tentative de réclamation des fonds du contrat financier à tomber en panne de gaz. Le contrat financier peut toutefois fixer une limite de gaz sur le message pour éviter ce problème. -L'alternative à la Turing-complétude est la Turing-incomplétude, où `JUMP` et `JUMPI` n'existent pas et où une seule copie de chaque contrat est autorisée dans la pile d'appels à un moment donné. Avec ce système, le système de frais décrit et les incertitudes entourant l'efficacité de notre solution pourraient disparaître, puisque le coût d'exécution d'un contrat serait limité au-dessus par sa taille. De plus, la Turing-incomplétude n'est même pas une limitation si importante. Parmi tous nos exemples de contrats conçus en interne, un seul nécessitait une boucle, et même celle-ci pouvait être supprimée en effectuant 26 répétitions d'un morceau de code d'une ligne. Étant donné les sérieuses implications de la Turing-complétude, et des bénéfices limités, pourquoi ne pas simplement utiliser un langage Turing-incomplet ? En réalité, la Turing-incomplétude est loin d'être une parfaite solution au problème. Pour comprendre pourquoi, il suffit de considérer les contrats suivants : +L'alternative à la Turing-complétude est la Turing-incomplétude, où `JUMP` et `JUMPI` n'existent pas et où une seule copie de chaque contrat est autorisée à exister dans la pile d'appels à un moment donné. Avec ce système, le système de frais décrit et les incertitudes entourant l'efficacité de notre solution pourraient disparaître, puisque le coût d'exécution d'un contrat serait limité au-dessus par sa taille. De plus, la Turing-incomplétude n'est même pas une limitation si importante. Parmi tous nos exemples de contrats conçus en interne, un seul nécessitait une boucle, et même celle-ci pouvait être supprimée en effectuant 26 répétitions d'un morceau de code d'une ligne. Étant donné les sérieuses implications de la Turing-complétude, et des bénéfices limités, pourquoi ne pas simplement utiliser un langage Turing-incomplet ? En réalité, la Turing-incomplétude est loin d'être une parfaite solution au problème. Pour comprendre pourquoi, il suffit de considérer les contrats suivants : ```sh C0: call(C1); call(C1); @@ -413,7 +417,7 @@ C1: call(C2); call(C2); C2: call(C3); call(C3); ... C49: call(C50); call(C50); -C50: (run one step of a program and record the change in storage) +C50: (exécuter une étape d'un programme et enregistrer le changement dans le stockage) ``` Envoyez maintenant une transaction à A. Ainsi, en 51 transactions, nous avons un contrat qui effectue jusqu'à 250 étapes de calcul. Les mineurs pourraient essayer de détecter ces bombes logiques à l'avance en maintenant pour chaque contrat une valeur spécifiant le nombre maximum d'étapes de calcul autorisé, et en calculant cette valeur pour les contrats appelant d'autres contrats de manière récursive, mais cela nécessiterait que les mineurs interdisent les contrats qui créent d'autres contrats (puisque la création et l'exécution des 26 contrats ci-dessus pourraient facilement être regroupées en un seul contrat). Un autre point problématique est que le champ d'adresse d'un message est une variable, de sorte qu'en général, il n'est même pas possible de savoir à l'avance quels autres contrats un contrat donné va appeler. Au final, nous arrivons donc à une conclusion surprenante : la Turing-complétude est étonnamment facile à gérer, tout comme son absence est tout aussi étonnamment difficile à gérer, à moins que les mêmes contrôles soient en place. Mais dans ce cas, pourquoi ne pas laisser le protocole être Turing-complet ? @@ -442,25 +446,25 @@ Le modèle d'émission sera le suivant : | Acheteurs | 83,5 % | 68,6 % | 40,0 % | | Réserve dépensée avant vente | 8,26 % | 6,79 % | 3,96 % | | Réserve utilisée après vente | 8,26 % | 6,79 % | 3,96 % | -| Mineurs | 0 % | 17,8 % | 52,0 % | +| Mineurs | 0 % | 17,8 % | 52,0 % | #### Taux de croissance de l'offre à long terme (en pourcentage) -![Inflation Ethereum](./ethereum-inflation.png) +![Inflation d'Ethereum](./ethereum-inflation.png) _Malgré l'émission linéaire de monnaie, tout comme pour le Bitcoin, le taux de croissance de l'offre tend néanmoins vers zéro au fil du temps._ -Les deux principaux choix du modèle ci-dessus sont (1) l'existence et la taille d'un fonds de dotation et (2) l'existence d'une offre linéaire à la croissance permanente, par opposition à une offre plafonnée comme dans le cas du Bitcoin. La justification du fonds de dotation est la suivante. Si le fonds de dotation n'existait pas et que l'émission linéaire était réduite à 0,217 x pour obtenir le même taux d'inflation, la quantité totale d'ETH serait inférieure de 16,5 % et chaque unité aurait donc une valeur supérieure de 19,8 %. Par conséquent, à l'équilibre, 19,8 % d'ETH supplémentaires seraient achetés lors de la vente, de sorte que chaque unité aurait à nouveau exactement la même valeur qu'auparavant. L'organisation disposerait alors de 1,198 x plus de BTC, que l'on peut considérer comme divisés en deux tranches : les BTC initiaux et les 0,198 x supplémentaires. Cette situation est donc _exactement équivalente_ à la dotation, mais avec une différence importante : l'organisation détient uniquement des BTC, et n'est donc pas incitée à soutenir la valeur de l'unité d'ETH. +Les deux principaux choix du modèle ci-dessus sont (1) l'existence et la taille d'un fonds de dotation et (2) l'existence d'une offre linéaire à la croissance permanente, par opposition à une offre plafonnée comme dans le cas du Bitcoin. La justification du fonds de dotation est la suivante. Si le fonds de dotation n'existait pas et que l'émission linéaire était réduite à 0,217 x pour obtenir le même taux d'inflation, la quantité totale d'ETH serait inférieure de 16,5 % et chaque unité aurait donc une valeur supérieure de 19,8 %. Par conséquent, à l'équilibre, 19,8 % d'ETH supplémentaires seraient achetés lors de la vente, de sorte que chaque unité aurait à nouveau exactement la même valeur qu'auparavant. L'organisation disposerait alors de 1,198 x plus de BTC, que l'on peut considérer comme divisés en deux tranches : les BTC initiaux et les 0,198 x supplémentaires. Par conséquent, cette situation est _exactement équivalente_ à la dotation, mais avec une différence importante : l'organisation détient uniquement des BTC, et n'est donc pas incitée à soutenir la valeur de l'unité d'ether. -Le modèle de croissance linéaire permanente de l'offre réduit le risque de ce que certains considèrent comme une concentration excessive de la richesse en Bitcoins. Il offre aux individus vivant dans les époques actuelles et futures une chance équitable d'acquérir des unités monétaires, tout en maintenant une forte incitation à obtenir et conserver des ETH, car le « taux de croissance de l'offre » en pourcentage tend toujours vers zéro au fil du temps. Nous pensons aussi que, comme des pièces sont toujours perdues au fil du temps en raison de la négligence, de la mort, etc., et que cette perte peut être modélisée comme un pourcentage de l'offre totale par an, l'offre totale de monnaie en circulation finira par se stabiliser à une valeur égale à l'émission annuelle divisée par le taux de perte (par ex., à un taux de perte de 1 %, une fois que l'offre atteint 26 X, 0,26 X sera extrait et 0,26 X sera perdu chaque année, créant ainsi un équilibre). +Le modèle de croissance linéaire permanente de l'offre réduit le risque de ce que certains considèrent comme une concentration excessive de la richesse en Bitcoins. Il offre aux individus vivant dans les époques actuelles et futures une chance équitable d'acquérir des unités monétaires, tout en maintenant une forte incitation à obtenir et conserver des ETH, car le « taux de croissance de l'offre » en pourcentage tend toujours vers zéro au fil du temps. Nous émettons également l'hypothèse que, comme des pièces sont toujours perdues au fil du temps en raison de la négligence, du décès, etc., et que la perte de pièces peut être modélisée comme un pourcentage de l'offre totale par an, l'offre totale de monnaie en circulation finira par se stabiliser à une valeur égale à l'émission annuelle divisée par le taux de perte (par ex., à un taux de perte de 1 %, une fois que l'offre atteint 26X, alors 0,26X sera miné et 0,26X perdu chaque année, créant un équilibre). -Notez qu'à l'avenir, il est probable qu'Ethereum passe à un modèle de preuve d'enjeu pour la sécurité, réduisant l'exigence d'émission à quelque chose entre zéro et 0,05 X par an. Dans le cas où l'organisation Ethereum perdrait son financement ou disparaîtrait pour toute autre raison, nous laissons ouvert un « contrat social » : n'importe qui a le droit de créer une future version candidate d'Ethereum, à la seule condition que la quantité d'ETH soit au plus égale à `60102216 * (1.198 + 0.26 * n)` où `n` est le nombre d'années après le bloc d'origine. Les créateurs sont libres de vendre au public ou de céder d'une autre manière une partie ou la totalité de la différence entre l'expansion de l'offre induite par la preuve d'enjeu (PoS) et l'expansion maximale autorisée de l'offre pour payer le développement. Les mises à niveau candidates non conformes au contrat social peuvent, à juste titre, faire l'objet d'une fourche vers des versions conformes. +Notez qu'à l'avenir, il est probable qu'Ethereum passe à un modèle de preuve d'enjeu pour la sécurité, réduisant l'exigence d'émission à quelque chose entre zéro et 0,05 X par an. Dans le cas où l'organisation Ethereum perdrait son financement ou disparaîtrait pour toute autre raison, nous laissons ouvert un « contrat social » : quiconque a le droit de créer une future version candidate d'Ethereum, à la seule condition que la quantité d'ether soit au plus égale à `60102216 * (1.198 + 0.26 * n)` où `n` est le nombre d'années après le bloc de genèse. Les créateurs sont libres de vendre au public ou de céder d'une autre manière une partie ou la totalité de la différence entre l'expansion de l'offre induite par la preuve d'enjeu (PoS) et l'expansion maximale autorisée de l'offre pour payer le développement. Les mises à niveau candidates non conformes au contrat social peuvent, à juste titre, faire l'objet d'une fourche vers des versions conformes. ### Centralisation du minage {#mining-centralization} L'algorithme de minage du Bitcoin fonctionne en demandant aux mineurs de calculer SHA256 des millions de fois sur des versions légèrement modifiées de l'en-tête du bloc, jusqu'à ce qu'un nœud finisse par proposer une version dont le hachage est inférieur à la cible (actuellement autour de 2192). Cependant, cet algorithme de minage est vulnérable à deux formes de centralisation. Pour commencer, l'écosystème de minage est désormais dominé par les circuits intégrés spécifiques aux applications (ASIC), des puces informatiques conçues pour la tâche spécifique du minage de Bitcoins, et donc des milliers de fois plus efficaces. Cela signifie que l'extraction de Bitcoins n'est plus une activité hautement décentralisée et égalitaire, puisqu'elle nécessite des millions de dollars de capital pour y participer efficacement. Deuxièmement, la plupart des mineurs de Bitcoins n'effectuent pas réellement la validation des blocs au niveau local. Ils s'appuient plutôt sur un groupe de minage centralisé pour fournir les en-têtes de bloc. Ce problème est sans doute le plus grave : à la rédaction de cet article, les trois principaux groupes de minage contrôlent indirectement environ 50 % de la puissance de traitement du réseau Bitcoin, même si cette situation est atténuée par le fait que les mineurs peuvent intégrer d'autres groupes de minage si l'un d'eux ou une coalition tentent une attaque de 51 %. -L'intention actuelle d'Ethereum est d'utiliser un algorithme de minage dans lequel les mineurs sont tenus d'extraire des données aléatoires de l'état, de calculer certaines transactions choisies au hasard dans les N derniers blocs de la blockchain et de renvoyer le hash du résultat. Ceci a deux avantages importants : d'abord, les contrats Ethereum peuvent inclure n'importe quel type de calcul, de sorte qu'un ASIC Ethereum serait essentiellement un ASIC pour le calcul général, c'est-à-dire un meilleur CPU. Deuxièmement, le minage nécessite l'accès à l'ensemble de la blockchain, ce qui oblige les mineurs à la stocker dans son intégralité et d'être au moins capables de vérifier chaque transaction. Ceci supprime le besoin de groupes de minage centralisés. Bien que ceux-ci puissent toujours jouer le rôle légitime d'équilibrer le caractère aléatoire de la distribution des récompenses, cette fonction peut être tout aussi bien remplie par des groupes P2P sans contrôle central. +L'intention actuelle d'Ethereum est d'utiliser un algorithme de minage dans lequel les mineurs sont tenus d'extraire des données aléatoires de l'état, de calculer certaines transactions choisies au hasard dans les N derniers blocs de la blockchain et de renvoyer le hash du résultat. Ceci a deux avantages importants : Premièrement, les contrats Ethereum peuvent inclure n'importe quel type de calcul, donc un ASIC Ethereum serait essentiellement un ASIC pour le calcul général - c.-à-d. un meilleur CPU. Deuxièmement, le minage nécessite l'accès à l'ensemble de la blockchain, ce qui oblige les mineurs à la stocker dans son intégralité et d'être au moins capables de vérifier chaque transaction. Ceci supprime le besoin de groupes de minage centralisés. Bien que ceux-ci puissent toujours jouer le rôle légitime d'équilibrer le caractère aléatoire de la distribution des récompenses, cette fonction peut être tout aussi bien remplie par des groupes P2P sans contrôle central. Ce modèle n'est pas testé, et des difficultés peuvent survenir en cours de route si l'on évite certaines optimisations astucieuses quand l'exécution du contrat est utilisée comme algorithme de minage. Toutefois, cet algorithme possède une fonctionnalité particulièrement intéressante qui permet à n'importe qui d'« empoisonner le puits » en introduisant dans la blockchain un grand nombre de contrats spécialement conçus pour contrecarrer certains ASIC. Des incitations économiques existent pour que les fabricants d'ASIC utilisent cette astuce pour s'attaquer mutuellement. La solution que nous développons est donc, en définitive, une solution humaine économique adaptative plutôt qu'une solution purement technique. @@ -468,9 +472,9 @@ Ce modèle n'est pas testé, et des difficultés peuvent survenir en cours de ro La question de l'évolutivité est l'une des préoccupations les plus courantes concernant Ethereum. Comme Bitcoin, Ethereum présente le défaut que chaque transaction doit être traitée par chaque nœud du réseau. Pour Bitcoin, la taille actuelle de la blockchain est d'environ 15 Go et elle augmente d'environ 1 Mo par heure. Si le réseau Bitcoin devait traiter les 2 000 transactions par seconde de Visa, il croîtrait de 1 Mo toutes les trois secondes (1 Go par heure, 8 To par an). Ethereum est susceptible de subir un modèle de croissance similaire, aggravé par le fait qu'il y aura de nombreuses applications sur sa blockchain, et pas seulement une monnaie comme c'est le cas avec Bitcoin, mais amélioré par le fait que les nœuds complets Ethereum n'ont besoin de stocker que l'état de la blockchain et non son historique complet. -Avec une blockchain d'une telle taille, le risque de centralisation constitue un problème. Par exemple, si la taille de la blockchain atteint 100 To, le scénario probable serait que seul un très petit nombre de grandes entreprises exécuterait des nœuds complets, tous les utilisateurs réguliers utilisant des nœuds légers de vérification simplifiée de paiement (SPV). Dans ce cas, tous les nœuds complets pourraient se regrouper et se mettre d'accord pour tricher d'une manière profitable (p. ex., en modifiant la récompense du bloc, ou en s'offrant des BTC). Les nœuds légers ne pourraient pas détecter cela tout de suite. Bien sûr, il existerait probablement au moins un nœud complet honnête, et après quelques heures, des informations sur la fraude seraient diffusées via des canaux comme Reddit. Mais à ce moment-là, il serait déjà trop tard : il incomberait aux utilisateurs ordinaires d'organiser une action pour mettre sur liste noire les blocs donnés. Cela poserait un problème de coordination massif et serait probablement infaisable à une échelle similaire à celle d'une attaque à 51 % réussie. Dans le cas de Bitcoin, c'est actuellement un problème, mais il existe une modification de la blockchain [suggérée par Peter Todd](https://web.archive.org/web/20140623061815/http://sourceforge.net/p/bitcoin/mailman/message/31709140/) qui atténuera ce problème. +Avec une blockchain d'une telle taille, le risque de centralisation constitue un problème. Par exemple, si la taille de la blockchain atteint 100 To, le scénario probable serait que seul un très petit nombre de grandes entreprises exécuterait des nœuds complets, tous les utilisateurs réguliers utilisant des nœuds légers de vérification simplifiée de paiement (SPV). Dans une telle situation, il y a le risque que les nœuds complets se regroupent et s'accordent tous pour tricher d'une manière rentable (par ex., changer la récompense de bloc, s'attribuer des BTC). Les nœuds légers ne pourraient pas détecter cela tout de suite. Bien sûr, il existerait probablement au moins un nœud complet honnête, et après quelques heures, des informations sur la fraude seraient diffusées via des canaux comme Reddit. Mais à ce moment-là, il serait déjà trop tard : il incomberait aux utilisateurs ordinaires d'organiser une action pour mettre sur liste noire les blocs donnés. Cela poserait un problème de coordination massif et serait probablement infaisable à une échelle similaire à celle d'une attaque à 51 % réussie. Dans le cas de Bitcoin, c'est actuellement un problème, mais il existe une modification de la blockchain [suggérée par Peter Todd](https://web.archive.org/web/20140623061815/http://sourceforge.net/p/bitcoin/mailman/message/31709140/) qui atténuera ce problème. -À court terme, Ethereum utilisera deux stratégies supplémentaires pour faire face à ce problème. Tout d'abord, en raison des algorithmes de minage basés sur la blockchain, chaque mineur sera obligé d'être un nœud complet, créant ainsi une limite inférieure du nombre de nœuds complets. Ensuite, nous inclurons surtout une racine d'arbre d'état intermédiaire dans la blockchain après le traitement de chaque transaction. Même si la validation des blocs est centralisée, tant qu'il existe un nœud vérificateur honnête, le problème de centralisation peut être contourné via un protocole de vérification. Quand un mineur publie un bloc non valide, c'est qu'il doit être soit mal formaté, ou que l'état `S[n]` est incorrect. Puisque l'on sait que `S[0]` est correct, il doit exister un premier état `S[i]` incorrect où `S[i-1]` est correct. Le nœud vérificateur fournirait l'index `i`, ainsi qu'une « preuve de non validité » consistant en un sous-ensemble de nœuds de l'arbre Patricia devant traiter `APPLY(S[i-1],TX[i]) -> S[i]`. Les nœuds pourraient utiliser ces nœuds Patricia pour exécuter cette partie du calcul, et voir que le `S[i]` généré ne correspond pas au `S[i]` fourni. +À court terme, Ethereum utilisera deux stratégies supplémentaires pour faire face à ce problème. Tout d'abord, en raison des algorithmes de minage basés sur la blockchain, chaque mineur sera obligé d'être un nœud complet, créant ainsi une limite inférieure du nombre de nœuds complets. Ensuite, nous inclurons surtout une racine d'arbre d'état intermédiaire dans la blockchain après le traitement de chaque transaction. Même si la validation des blocs est centralisée, tant qu'il existe un nœud vérificateur honnête, le problème de centralisation peut être contourné via un protocole de vérification. Si un mineur publie un bloc invalide, ce bloc doit être soit mal formaté, soit l'état `S[n]` est incorrect. Puisque `S[0]` est connu pour être correct, il doit y avoir un premier état `S[i]` qui est incorrect alors que `S[i-1]` est correct. Le nœud de vérification fournirait l'index `i`, ainsi qu'une « preuve d'invalidité » consistant en un sous-ensemble de nœuds de l'arbre Patricia nécessaires pour traiter `APPLY(S[i-1],TX[i]) -> S[i]`. Les nœuds pourraient utiliser ces nœuds pour exécuter cette partie du calcul, et voir que le `S[i]` généré ne correspond pas au `S[i]` fourni. Une autre attaque, plus sophistiquée, impliquerait que des mineurs malveillants publient des blocs incomplets, de sorte que l'information complète n'existe même pas pour déterminer si les blocs sont valides ou non. La solution à ce problème est un protocole de défi-réponse : les nœuds vérificateurs émettent des « défis » sous la forme d'indices de transaction cible, et à la réception d'un nœud, un nœud léger traite le bloc comme non fiable jusqu'à ce qu'un autre nœud, que ce soit le mineur ou un autre vérificateur, fournisse un sous-ensemble de nœuds Patricia comme preuve de validité. @@ -480,7 +484,7 @@ Le protocole Ethereum a été initialement conçu comme une version améliorée Le concept d'une fonction de transition d'état arbitraire telle qu'implémentée par le protocole Ethereum offre une plateforme au potentiel unique. Au lieu d'être un protocole fermé, à usage unique et destiné à une gamme spécifique d'applications dans les domaines du stockage de données, des jeux d'argent ou de la finance, Ethereum est ouvert par conception. Nous pensons qu'il est parfaitement adapté pour servir de couche de base à un très grand nombre de protocoles financiers et non financiers dans les années à venir. -## Notes et complément d'information {#notes-and-further-reading} +## Notes et lectures complémentaires {#notes-and-further-reading} ### Notes {#notes} @@ -488,30 +492,30 @@ Le concept d'une fonction de transition d'état arbitraire telle qu'implémenté 2. Techniquement, la médiane des 11 blocs précédents. 3. En interne, 2 et « CHARLIE » sont des nombres[fn3](#notes), le dernier étant en représentation gros-boutiste une base 256. Les nombres peuvent être au minimum de 0 et au maximum de 2256-1. -### Complément d'information {#further-reading} +### En savoir plus {#further-reading} -1. [Valeur intrinsèque](http://bitcoinmagazine.com/8640/an-exploration-of-intrinsic-value-what-it-is-why-bitcoin-doesnt-have-it-and-why-bitcoin-does-have-it/) +1. [Valeur intrinsèque](https://bitcoinmagazine.com/culture/an-exploration-of-intrinsic-value-what-it-is-why-bitcoin-doesnt-have-it-and-why-bitcoin-does-have-it) 2. [Propriété intelligente](https://en.bitcoin.it/wiki/Smart_Property) 3. [Contrats intelligents](https://en.bitcoin.it/wiki/Contracts) 4. [B-money](http://www.weidai.com/bmoney.txt) 5. [Preuves de travail réutilisables](https://nakamotoinstitute.org/finney/rpow/) -6. [Titres de propriété sécurisés avec preuve de possession](https://nakamotoinstitute.org/secure-property-titles/) -7. [Livre blanc Bitcoin](http://bitcoin.org/bitcoin.pdf) +6. [Titres de propriété sécurisés avec autorité du propriétaire](https://nakamotoinstitute.org/library/secure-property-titles/) +7. [Livre blanc de Bitcoin](http://bitcoin.org/bitcoin.pdf) 8. [Namecoin](https://namecoin.org/) 9. [Triangle de Zooko](https://wikipedia.org/wiki/Zooko's_triangle) -10. [Livre blanc sur les pièces de couleur](https://docs.google.com/a/buterin.com/document/d/1AnkP_cVZTCMLIzw4DvsW6M8Q2JC0lIzrTLuoWu2z1BE/edit) -11. [Livre blanc Mastercoin](https://github.com/mastercoin-MSC/spec) -12. [Organisations autonomes décentralisées, Bitcoin Magazine](http://bitcoinmagazine.com/7050/bootstrapping-a-decentralized-autonomous-corporation-part-i/) +10. [Livre blanc des pièces colorées](https://docs.google.com/a/buterin.com/document/d/1AnkP_cVZTCMLIzw4DvsW6M8Q2JC0lIzrTLuoWu2z1BE/edit) +11. [Livre blanc de Mastercoin](https://github.com/mastercoin-MSC/spec) +12. [Sociétés autonomes décentralisées, Bitcoin Magazine](http://bitcoinmagazine.com/7050/bootstrapping-a-decentralized-autonomous-corporation-part-i/) 13. [Vérification de paiement simplifiée](https://en.bitcoin.it/wiki/Scalability#Simplified_payment_verification) 14. [Arbres de Merkle](https://wikipedia.org/wiki/Merkle_tree) 15. [Arbres Patricia](https://wikipedia.org/wiki/Patricia_tree) 16. [GHOST](https://eprint.iacr.org/2013/881.pdf) 17. [StorJ et agents autonomes, Jeff Garzik](http://garzikrants.blogspot.ca/2013/01/storj-and-bitcoin-autonomous-agents.html) -18. [Mike Hearn, Smart Property, Turing Festival](https://www.youtube.com/watch?v=MVyv4t0OKe4) -19. [RLP Ethereum](https://web.archive.org/web/20250427212320/https://github.com/ethereum/wiki/wiki/%5BEnglish%5D-RLP) -20. [Arbres de Merkle dans Ethereum](https://web.archive.org/web/20250427212320/https://github.com/ethereum/wiki/wiki/%5BEnglish%5D-Patricia-Tree) -21. [Peter Todd à propos des arbres de Merkle additifs](https://web.archive.org/web/20140623061815/http://sourceforge.net/p/bitcoin/mailman/message/31709140/) +18. [Mike Hearn sur la propriété intelligente au Turing Festival](https://www.youtube.com/watch?v=MVyv4t0OKe4) +19. [RLP d'Ethereum](/developers/docs/data-structures-and-encoding/rlp/) +20. [Arbres de Merkle Patricia d'Ethereum](/developers/docs/data-structures-and-encoding/patricia-merkle-trie/) +21. [Peter Todd sur les arbres de somme de Merkle](https://web.archive.org/web/20140623061815/http://sourceforge.net/p/bitcoin/mailman/message/31709140/) -_Pour en savoir plus sur l'historique du livre blanc, consultez [ce wiki](https://web.archive.org/web/20250427212319/https://github.com/ethereum/wiki/blob/old-before-deleting-all-files-go-to-wiki-wiki-instead/old-whitepaper-for-historical-reference.md)._ +_Pour l'historique du livre blanc, voir [ce wiki](https://web.archive.org/web/20250427212319/https://github.com/ethereum/wiki/blob/old-before-deleting-all-files-go-to-wiki-wiki-instead/old-whitepaper-for-historical-reference.md)._ -_Comme de nombreux projets open source communautaires, Ethereum a évolué depuis sa création. Pour plus d'infos sur les derniers développements d'Ethereum et la façon dont les modifications du protocole sont mises en œuvre, nous vous recommandons de lire [ce guide](/learn/)._ +_Comme de nombreux projets open source communautaires, Ethereum a évolué depuis sa création. Pour en savoir plus sur les derniers développements d'Ethereum et sur la manière dont les modifications du protocole sont apportées, nous vous recommandons [ce guide](/learn/)._ diff --git a/public/content/translations/fr/wrapped-eth/index.md b/public/content/translations/fr/wrapped-eth/index.md new file mode 100644 index 00000000000..7d9c08d2b9e --- /dev/null +++ b/public/content/translations/fr/wrapped-eth/index.md @@ -0,0 +1,66 @@ +--- +title: Qu'est-ce que l'Ether symbolique (WETH) +description: "Une introduction à l'Ether symbolique (WETH) — un système compatible ERC20 pour l'ether (ETH)." +lang: fr +--- + +# Ether symbolique (WETH) {#intro-to-weth} + + + +
Connectez votre portefeuille pour envelopper ou déballer des ETH sur n'importe quelle chaîne sur [WrapETH.com](https://www.wrapeth.com/)
+ + +L'Ether (ETH) est la monnaie principale d'Ethereum. Il est utilisé à plusieurs fins, comme la mise en jeu, en tant que monnaie, et pour payer les frais de gaz liés aux calculs. **Le WETH est en réalité une version améliorée de l'ETH dotée de fonctionnalités supplémentaires requises par de nombreuses applications et [jetons ERC-20](/glossary/#erc-20)**, qui sont d'autres types d'actifs numériques sur Ethereum. Pour fonctionner avec ces jetons, l'ETH doit suivre les mêmes règles qu'eux, connues sous le nom de standard ERC-20. + +Pour combler cet écart, l'Ether symbolique (WETH) a été créé. **L'Ether symbolique est un contrat intelligent qui vous permet de déposer n'importe quel montant d'ETH dans le contrat et de recevoir le même montant en WETH frappés**, conformément à la norme de jeton ERC-20. Le WETH est une représentation de l'ETH qui vous permet d'interagir avec lui en tant que jeton ERC-20, et non comme l'actif natif ETH. Vous aurez toujours besoin d'ETH natif pour payer les frais de gaz, alors assurez-vous d'en conserver une partie lors du dépôt. + +Vous pouvez échanger le WETH contre de l'ETH en utilisant le contrat intelligent WETH. Vous pouvez échanger n'importe quel montant de WETH via le contrat intelligent WETH, et vous recevrez le même montant en ETH. Le WETH déposé est ensuite brûlé et retiré de l'offre en circulation de WETH. + +**Environ ~3% de l'offre d'ETH en circulation est verrouillée dans le contrat de WETH**, ce qui en fait l'un des [contrats intelligents](/glossary/#smart-contract) les plus utilisés. Le WETH est particulièrement important pour les utilisateurs interagissant avec des applications relevant de la finance décentralisée (DeFi). + +## Pourquoi devons-nous encapsuler l'ETH en tant que jeton ERC-20 ? {#why-do-we-need-to-wrap-eth} + +[ERC-20](/developers/docs/standards/tokens/erc-20/) définit une interface standard pour les jetons transférables, permettant à quiconque de créer des jetons qui interagissent parfaitement avec les applications et les autres jetons utilisant ce standard dans l'écosystème Ethereum. Puisque **l'ETH est antérieur à la norme ERC-20**, l'ETH ne respecte pas cette spécification. Cela signifie que **vous ne pouvez pas facilement** échanger des ETH contre d'autres jetons ERC-20 ou **utiliser des ETH dans des applications utilisant le standard ERC-20**. Encapsuler des ETH vous donne l'opportunité de : + +- **Échanger des ETH contre des jetons ERC-20** : Vous ne pouvez pas échanger des ETH directement contre d'autres jetons ERC-20. Le WETH est une représentation de l'ether qui est conforme au standard ERC-20 des jetons fongibles et peut être échangé contre d'autres jetons ERC-20. + +- **Utiliser des ETH dans les dapps** : Étant donné que les ETH ne sont pas compatibles avec le standard ERC-20, les développeurs doivent créer des interfaces distinctes (une pour les ETH et une autre pour les jetons ERC-20) dans les dapps. Encapsuler des ETH supprime cet obstacle et permet aux développeurs de gérer les ETH et d'autres jetons au sein de la même dapp. De nombreuses applications de finance décentralisée utilisent cette norme et créent des marchés pour échanger ces jetons. + +## Ether symbolique (WETH) contre ether (ETH) : quelle est la différence ? {#weth-vs-eth-differences} + +| | **Ether (ETH)** | **Ether symbolique (WETH)** | +| --------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | +| Offre | L'offre d'ETH est gérée par le protocole Ethereum. L'[émission](/roadmap/merge/issuance) d'ETH est gérée par les validateurs d'Ethereum lors du traitement des transactions et de la création des blocs. | Le WETH est un jeton ERC-20 dont l'approvisionnement est géré par un contrat intelligent. De nouvelles unités de WETH sont émises par le contrat intelligent après qu'il a reçu des dépôts d'ETH de la part des utilisateurs, ou des unités de WETH sont brûlées lorsqu'un utilisateur souhaite échanger du WETH contre de l'ETH. | +| Propriété | La propriété est gérée par le protocole Ethereum via le solde de votre compte. | La propriété du WETH est gérée par le contrat intelligent du jeton WETH, sécurisé par le protocole Ethereum. | +| Gaz | L'Ether (ETH) est l'unité de paiement acceptée pour le calcul sur le réseau Ethereum. Les frais de gaz sont libellés en gwei (une unité d'ether). | Payer les frais de gaz avec des jetons WETH n'est pas pris en charge de manière native. | + +## Foire aux questions {#faq} + + + +Vous payez des frais de gas pour encapsuler ou désencapsuler des ETH en utilisant le smart contract WETH. + + + + +Le WETH est généralement considéré comme sûr car il est basé sur un contrat intelligent simple et éprouvé. Le contrat intelligent WETH a également été formellement vérifié, ce qui constitue la norme de sécurité la plus élevée pour les contrats intelligents sur Ethereum. + + + + +Outre la [version canonique de WETH](https://etherscan.io/token/0xc02aaa39b223fe8d0a0e5c4f27ead9083c756cc2) décrite sur cette page, il existe d'autres variantes en circulation. Il peut s'agir de tokens personnalisés créés par des développeurs d'applications ou de versions émises sur d'autres blockchains, qui peuvent se comporter différemment ou avoir des propriétés de sécurité différentes. **Vérifiez toujours les informations sur le jeton pour savoir avec quelle implémentation de WETH vous interagissez.** + + + + +- [Réseau principal d'Ethereum](https://etherscan.io/token/0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2) +- [Arbitrum](https://arbiscan.io/token/0x82af49447d8a07e3bd95bd0d56f35241523fbab1) +- [Optimism](https://optimistic.etherscan.io/token/0x4200000000000000000000000000000000000006) + + +## En savoir plus {#further-reading} + +- [C'est quoi le WETH?](https://weth.tkn.eth.limo/) +- [Informations sur le jeton WETH sur Blockscout](https://eth.blockscout.com/token/0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2) +- [Vérification formelle du WETH](https://zellic.io/blog/formal-verification-weth) diff --git a/public/content/translations/fr/zero-knowledge-proofs/index.md b/public/content/translations/fr/zero-knowledge-proofs/index.md index d0085e0e0c3..a87b499d51a 100644 --- a/public/content/translations/fr/zero-knowledge-proofs/index.md +++ b/public/content/translations/fr/zero-knowledge-proofs/index.md @@ -1,6 +1,6 @@ --- -title: La preuve à divulgation nulle de connaissance -description: Une introduction non technique aux preuves à divulgation nulle pour les débutants. +title: "Preuves à divulgation nulle de connaissance" +description: "Une introduction non technique aux preuves à divulgation nulle de connaissance pour les débutants." lang: fr --- @@ -8,9 +8,9 @@ lang: fr Une preuve à divulgation nulle est un moyen de prouver la validité d'une information sans révéler l'information elle-même. Le « prouveur » est la partie qui tente de prouver une affirmation, tandis que le « vérificateur » est responsable de la validation de l'affirmation. -Les preuves à divulgation nulle sont apparues pour la première fois dans un article publié en 1985, "[La complexité de connaissance des systèmes interactifs de preuve](http://people.csail.mit.edu/silvio/Selected%20Scientific%20Papers/Proof%20Systems/The_Knowledge_Complexity_Of_Interactive_Proof_Systems.pdf)" qui fournit une définition des preuves à divulgation nulle largement utilisée aujourd'hui : +Les preuves à divulgation nulle de connaissance sont apparues pour la première fois dans un article de 1985, « [The knowledge complexity of interactive proof systems](http://people.csail.mit.edu/silvio/Selected%20Scientific%20Papers/Proof%20Systems/The_Knowledge_Complexity_Of_Interactive_Proof_Systems.pdf) », qui fournit une définition des preuves à divulgation nulle de connaissance largement utilisée aujourd'hui : -> Un protocole à divulgation nulle est une méthode par laquelle une partie (le démonstrateur) **peut prouver** à une autre partie (le vérificateur)** qu'une chose est vraie, sans révéler aucune autre information** que la véracité de cette déclaration spécifique. +> Un protocole à divulgation nulle de connaissance est une méthode par laquelle une partie (le prouveur) **peut prouver** à une autre partie (le vérificateur) **que quelque chose est vrai, sans révéler aucune information** autre que le fait que cette déclaration spécifique est vraie. Au fil des années, les preuves à divulgation nulle se sont améliorées et sont maintenant utilisées dans plusieurs applications concrètes. @@ -22,7 +22,7 @@ Les preuves à divulgation nulle furent une avancée importante dans l'histoire Mais cette approche implique un certain nombre de problèmes, notamment le manque de respect de la vie privée. Les informations personnelles identifiables (PII) partagées avec des services tiers sont stockées dans des bases de données centrales, vulnérables aux piratages. Le vol d’identité devenant un problème critique, des voix s'élèvent pour réclamer davantage de moyens de protection de la vie privée dans le partage d'informations sensibles. -Les preuves à divulgation nulle de connaissance résolvent ce problème en **éliminant la nécessité de révéler des informations pour prouver la validité d'une réclamation**. Le protocole à divulgation nulle de connaissance utilise une déclaration (appelée « témoin ») comme base de génération d'une preuve succincte de sa validité. Cette preuve donne de fortes garanties qu'une déclaration est vraie sans révéler les informations utilisées pour la créer. +Les preuves à divulgation nulle de connaissance résolvent ce problème en **éliminant le besoin de révéler des informations pour prouver la validité des affirmations**. Le protocole à divulgation nulle de connaissance utilise une déclaration (appelée « témoin ») comme base de génération d'une preuve succincte de sa validité. Cette preuve donne de fortes garanties qu'une déclaration est vraie sans révéler les informations utilisées pour la créer. Pour en revenir à l'exemple précédent, la seule chose dont vous avez besoin pour prouver votre citoyenneté est une preuve à divulgation nulle de connaissance. Le vérificateur doit seulement vérifier si certaines propriétés de la preuve sont vraies pour être convaincu que la déclaration sous-jacente est également vraie. @@ -32,19 +32,42 @@ Pour en revenir à l'exemple précédent, la seule chose dont vous avez besoin p Les paiements par carte de crédit sont souvent visibles pour plusieurs parties, y compris le fournisseur de paiements, les banques et les autres parties intéressées (par exemple, les autorités gouvernementales). Bien que la surveillance financière ait des avantages à identifier les activités illégales, elle sape également la vie privée des citoyens ordinaires. -Les cryptomonnaies étaient destinées à fournir aux utilisateurs un moyen de réaliser des transactions privées, entre pairs. Mais la plupart des transactions de cryptomonnaies sont ouvertement visibles sur les blockchains publics. Les identités des utilisateurs sont souvent des pseudonymes et se trouvent volontairement liées à des identités du monde réel (par exemple, en incluant des adresses ETH sur des profils Twitter ou GitHub), ou peuvent être associées à des identités du monde réel en utilisant une analyse de base de données à la fois en chaîne et hors chaîne. +Les cryptomonnaies étaient destinées à fournir aux utilisateurs un moyen de réaliser des transactions privées, entre pairs. Mais la plupart des transactions de cryptomonnaies sont ouvertement visibles sur les blockchains publics. Les identités des utilisateurs sont souvent des pseudonymes et soit volontairement liées à des identités du monde réel (par ex., en incluant des adresses ETH sur des profils Twitter ou GitHub), soit peuvent être associées à des identités du monde réel en utilisant une analyse de données de base en chaîne et hors chaîne. Il existe des "crypto-monnaies anonymes" spécialement conçues pour des transactions complètement anonymes. Les blockchains axées sur la confidentialité, telles que Zcash et Monero, protègent les détails des transactions, y compris les adresses de l'expéditeur/du destinataire, le type d'actif, la quantité et la chronologie de la transaction. -En injectant dans le protocole une technologie à divulgation nulle de connaissance, les réseaux [blockchain](/glossary/#blockchain) axés sur la confidentialité permettent aux [nœuds](/glossary/#node) de valider les transactions sans avoir besoin d'accéder aux données de transaction. +En intégrant la technologie à divulgation nulle de connaissance dans le protocole, les réseaux [blockchain](/glossary/#blockchain) axés sur la confidentialité permettent aux [nœuds](/glossary/#node) de valider les transactions sans avoir besoin d'accéder aux données des transactions. [EIP-7503](https://eips.ethereum.org/EIPS/eip-7503) est un exemple de conception proposée qui permettra des transferts de valeur privés natifs sur la blockchain Ethereum. De telles propositions sont toutefois difficiles à mettre en œuvre en raison d’un mélange de préoccupations liées à la sécurité, à la réglementation et à l’expérience utilisateur (UX). -**Les preuves à divulgation nulle de connaissance sont également utilisées pour anonymiser les transactions sur les blockchains publiques**. C'est le cas de Tornado Cash, un service décentralisé et non-custodial (qui n'a pas le contrôle direct sur les fonds ou les actifs de l'utilisateur) qui permet aux utilisateurs d'effectuer des transactions privées sur Ethereum. Tornado Cash utilise des preuves à divulgation nulle pour masquer les détails de la transaction et garantir la confidentialité financière. Malheureusement, étant donné qu'il s'agit d'outils de protection de la vie privée, ils sont associés à des activités illicites. Pour surmonter cela, la confidentialité doit devenir la valeur par défaut sur les blockchains publiques. +**Les preuves à divulgation nulle de connaissance sont également utilisées pour anonymiser les transactions sur les blockchains publiques**. C'est le cas de Tornado Cash, un service décentralisé et non-custodial (qui n'a pas le contrôle direct sur les fonds ou les actifs de l'utilisateur) qui permet aux utilisateurs d'effectuer des transactions privées sur Ethereum. Tornado Cash utilise des preuves à divulgation nulle pour masquer les détails de la transaction et garantir la confidentialité financière. Malheureusement, étant donné qu'il s'agit d'outils de protection de la vie privée, ils sont associés à des activités illicites. Pour surmonter cela, la confidentialité doit devenir la valeur par défaut sur les blockchains publiques. En savoir plus sur [la confidentialité sur Ethereum](/privacy/). ### Protection de l'identité {#identity-protection} Les systèmes actuels de gestion de l'identité mettent en péril les renseignements personnels. Les preuves à divulgation nulle peuvent aider les individus à valider leur identité tout en protégeant leurs données personnelles. -Les preuves à divulgation nulle sont particulièrement utiles dans un contexte de [décentralisation de l'identité](/decentralized-identity/). La décentralisation de l'identité (également appelée "'identité auto-souveraine") donne à l'individu la possibilité de contrôler l'accès à ses données personnelles. Prouver votre citoyenneté sans révéler les détails de vos documents d'identité est un bon exemple de la manière dont la technologie de la preuve à divulgation nulle de connaissance permet une décentralisation de l'identité. +Les preuves à divulgation nulle de connaissance sont particulièrement utiles dans le contexte de l'[identité décentralisée](/decentralized-identity/). La décentralisation de l'identité (également appelée "'identité auto-souveraine") donne à l'individu la possibilité de contrôler l'accès à ses données personnelles. Prouver votre citoyenneté sans révéler les détails de vos documents d'identité est un bon exemple de la manière dont la technologie de la preuve à divulgation nulle de connaissance permet une décentralisation de l'identité. + + + + + + ZKP + Identité en action : l'Identité Numérique Nationale (NDI) du Bhoutan sur Ethereum + + +

+ Un exemple concret de l'utilisation de ZKP pour les systèmes de gestion de l'identité est le système d'Identité Numérique Nationale (NDI) du Royaume du Bhoutan, construit sur Ethereum. Le NDI du Bhoutan utilise les ZKP pour permettre aux citoyens de prouver cryptographiquement des faits sur eux-mêmes, comme « Je suis un citoyen » ou « J'ai plus de 18 ans », sans révéler les données personnelles sensibles de leur pièce d'identité. +

+

+ En savoir plus sur le NDI du Bhoutan dans l'étude de cas sur l'Identité décentralisée. +

+ + + + +### Proof of Humanity {#proof-of-humanity} + +L'un des exemples les plus répandus de preuves à divulgation nulle de connaissance en action aujourd'hui est le [protocole World ID](https://world.org/blog/world/world-id-faqs), qui peut être considéré comme « un passeport numérique mondial pour l'ère de l'IA ». Il permet aux personnes de prouver qu’elles sont des individus uniques sans révéler d’informations personnelles. Cela est rendu possible grâce à un dispositif appelé l’Orb, qui scanne l’iris d’une personne et génère un code d’iris. Le code d’iris est vérifié afin de confirmer que la personne est un être humain biologiquement unique. Après vérification, un engagement d’identité généré sur l’appareil de l’utilisateur (et non lié ni dérivé des données biométriques) est ajouté à une liste sécurisée sur la blockchain. Ensuite, chaque fois que l’utilisateur souhaite prouver qu’il est un humain vérifié — que ce soit pour se connecter, voter ou effectuer d’autres actions — il peut générer une preuve à divulgation nulle de connaissance confirmant son appartenance à la liste. La beauté de l’utilisation d’une preuve à divulgation nulle de connaissance réside dans le fait qu’une seule affirmation est révélée : cette personne est unique. Tout le reste reste privé. + +World ID repose sur le [protocole Semaphore](https://docs.semaphore.pse.dev/) développé par l'[équipe PSE](https://pse.dev/) de la Ethereum Foundation. Semaphore est conçu pour être un moyen léger mais puissant de générer et de vérifier des preuves à divulgation nulle de connaissance. Il permet aux utilisateurs de prouver qu’ils font partie d’un groupe (dans ce cas, des humains vérifiés) sans révéler quel membre du groupe ils sont. Semaphore est également très flexible, permettant de créer des groupes selon une large gamme de critères comme la vérification d’identité, la participation à des événements ou la possession de justificatifs. ### Authentification {#authentication} @@ -56,11 +79,11 @@ Toutefois, les preuves à divulgation nulle permettent de simplifier l'authentif Le calcul vérifiable est une autre application de la technologie à divulgation nulle destinée à améliorer les conceptions de la blockchain. Le calcul vérifiable nous permet de sous-traiter le calcul à une autre entité tout en maintenant des résultats vérifiables. L'entité soumet le résultat ainsi qu'une preuve attestant que le programme a été exécuté correctement. -Le calcul vérifiable est **essentiel pour améliorer la vitesse de traitement sur les blockchains** sans réduire la sécurité. Pour comprendre cela, il faut connaître les différences entre les différentes solutions proposées pour l'évolutivité d'Ethereum. +Le calcul vérifiable est **essentiel pour améliorer les vitesses de traitement sur les blockchains** sans réduire la sécurité. Pour comprendre cela, il faut connaître les différences entre les différentes solutions proposées pour l'évolutivité d'Ethereum. -[Les solutions d'évolutivité en chaîne](/developers/docs/scaling/#on-chain-scaling), telles que la fragmentation, nécessitent une modification extensive de la couche de base de la blockchain. Cependant, cette approche est très complexe et les erreurs de mise en œuvre peuvent compromettre le modèle de sécurité d'Ethereum. +Les [solutions d'évolutivité en chaîne](/developers/docs/scaling/#onchain-scaling), telles que le sharding, nécessitent une modification importante de la couche de base de la blockchain. Cependant, cette approche est très complexe et les erreurs de mise en œuvre peuvent compromettre le modèle de sécurité d'Ethereum. -[Les solutions d'évolutivité hors chaîne](/developers/docs/scaling/#off-chain-scaling) ne nécessitent pas de refonte du protocole Ethereum de base. Elles s'appuient plutôt sur un modèle de calcul externalisé afin d'améliorer le débit sur la couche de base d'Ethereum. +Les [solutions d'évolutivité hors chaîne](/developers/docs/scaling/#offchain-scaling) ne nécessitent pas de reconcevoir le protocole de base d'Ethereum. Elles s'appuient plutôt sur un modèle de calcul externalisé afin d'améliorer le débit sur la couche de base d'Ethereum. Voici comment les choses fonctionnent dans la pratique : @@ -72,43 +95,43 @@ Cela a pour avantage d'exonérer Ethereum de toute exécution des tâches. Ether La chaîne a besoin d'un moyen de valider les transactions hors chaîne sans les ré-exécuter, sans quoi la valeur de l'exécution hors chaîne serait perdue. -C'est ici que le calcul vérifiable entre en jeu. En effet, lorsqu'un nœud exécute une transaction en dehors d'Ethereum, il soumet une preuve à divulgation nulle pour prouver la justesse de l'exécution hors chaîne. Cette preuve (appelée [preuve de validation](/glossary/#validity-proof)) garantit la validité d'une transaction, permettant ainsi à Ethereum d'appliquer le résultat obtenu à son état, cela sans aucune contestation possible. +C'est ici que le calcul vérifiable entre en jeu. Lorsqu'un nœud exécute une transaction en dehors d'Ethereum, il soumet une preuve à divulgation nulle pour prouver la justesse de l'exécution hors chaîne. Cette preuve (appelée [preuve de validité](/glossary/#validity-proof)) garantit qu'une transaction est valide, permettant à Ethereum d'appliquer le résultat à son état, sans attendre que quelqu'un la conteste. -[Les ZK-Rollups](/developers/docs/scaling/zk-rollups) et [ les validiums](/developers/docs/scaling/validium/) sont deux solutions d'évolutivité hors chaîne qui utilisent des preuves de validité pour fournir une évolutivité sécurisée. Ces protocoles exécutent des milliers de transactions hors chaîne et soumettent des preuves pour vérification sur Ethereum. Ces résultats peuvent être appliqués immédiatement une fois la preuve vérifiée, permettant ainsi à Ethereum de traiter plus de transactions, sans augmenter le calcul sur la couche de base. +Les [rollups ZK](/developers/docs/scaling/zk-rollups) et les [validiums](/developers/docs/scaling/validium/) sont deux solutions d'évolutivité hors chaîne qui utilisent des preuves de validité pour offrir une évolutivité sécurisée. Ces protocoles exécutent des milliers de transactions hors chaîne et soumettent des preuves pour vérification sur Ethereum. Ces résultats peuvent être appliqués immédiatement une fois la preuve vérifiée, permettant ainsi à Ethereum de traiter plus de transactions, sans augmenter le calcul sur la couche de base. -### Réduire la corruption et la collusion lors du vote en chaîne {#secure-blockchain-voting} +### Réduire la corruption et la collusion dans le vote en chaîne {#secure-blockchain-voting} -Les systèmes de vote de la blockchain ont de nombreuses caractéristiques favorables : ils sont entièrement auditables, blindés contre les attaques, résistants à la censure et exempts de contraintes géographiques. Mais même les systèmes de vote en chaîne ne sont pas immunisés contre le problème de la **collusion**. +Les systèmes de vote de la blockchain ont de nombreuses caractéristiques favorables : ils sont entièrement auditables, blindés contre les attaques, résistants à la censure et exempts de contraintes géographiques. Mais même les systèmes de vote en chaîne ne sont pas à l'abri du problème de la **collusion**. -Défini comme "entente visant à limiter la libre concurrence par le trucage, la fraude, et en trompant les autres", la collusion peut prendre la forme d'un individu malveillant influant sur le vote d'autrui en lui offrant des pots-de-vin. Par exemple Alice pourrait recevoir un pot-de-vin de Bob pour voter pour l'`option B` sur un bulletin même si elle préfère l'`option A`. +Défini comme "entente visant à limiter la libre concurrence par le trucage, la fraude, et en trompant les autres", la collusion peut prendre la forme d'un individu malveillant influant sur le vote d'autrui en lui offrant des pots-de-vin. Par exemple, Alice pourrait recevoir un pot-de-vin de Bob pour voter pour l'`option B` sur un bulletin de vote même si elle préfère l'`option A`. La corruption et la collusion limitent l'efficacité de tout processus utilisant le système de vote comme mécanisme de positionnement (en particulier lorsque les usagers peuvent révéler comment ils ont voté). Cela peut avoir des conséquences significatives, en particulier lorsque les votes déterminent l'affectation de ressources limitées. -Par exemple, [les mécanismes de financement quadratiques](https://www.radicalxchange.org/concepts/plural-funding/) dépendent des dons pour mesurer la préférence envers certaines options parmi différents projets d'intérêt public. Chaque don compte comme un « vote » pour un projet spécifique, les projets qui reçoivent le plus de votes obtenant plus de fonds de la réserve de correspondance. +Par exemple, les [mécanismes de financement quadratique](https://www.radicalxchange.org/wiki/plural-funding/) reposent sur des dons pour mesurer la préférence pour certaines options parmi différents projets de biens publics. Chaque don compte comme un « vote » pour un projet spécifique, les projets qui reçoivent le plus de votes obtenant plus de fonds de la réserve de correspondance. -L'utilisation du vote en chaîne rend le financement quadratique vulnérable à la collusion : les transactions blockchain sont publiques, de sorte que les corrupteurs peuvent inspecter les activités en chaîne d'un corrompu pour voir comment il a "voté". De cette façon, le financement quadratique cesse d’être un moyen efficace d’allouer des fonds en fonction des préférences cumulées de la collectivité. +L'utilisation du vote en chaîne rend le financement quadratique vulnérable à la collusion : les transactions blockchain sont publiques, de sorte que les corrupteurs peuvent inspecter les activités en chaîne d'un corrompu pour voir comment il a « voté ». De cette façon, le financement quadratique cesse d’être un moyen efficace d’allouer des fonds en fonction des préférences cumulées de la collectivité. -Heureusement, de nouvelles solutions telles que MACI (Minimum Anti-Collusion Infrastructure) utilisent des preuves à divulgation nulle pour rendre le vote en chaîne (par ex. Mécanismes de financement quadratiques) résistant à la corruption et à la collusion. MACI est un ensemble de contrats intelligents et de scripts qui permettent à un administrateur central (appelé un "coordinateur") d'agréger les votes et de comptabiliser les résultats _sans_ révéler des détails sur la façon dont chaque personne a voté. Malgré cela, il est toujours possible de vérifier que les votes ont été comptés correctement, ou de confirmer qu'une personne particulière a participé au vote. +Heureusement, des solutions plus récentes telles que MACI (Minimum Anti-Collusion Infrastructure) utilisent des preuves à divulgation nulle de connaissance pour rendre le vote en chaîne (par ex., les mécanismes de financement quadratique) résistant à la corruption et à la collusion. MACI est un ensemble de contrats intelligents et de scripts qui permettent à un administrateur central (appelé un « coordinateur ») d'agréger les votes et de compter les résultats _sans_ révéler de détails sur la façon dont chaque individu a voté. Malgré cela, il est toujours possible de vérifier que les votes ont été comptés correctement, ou de confirmer qu'une personne particulière a participé au vote. #### Comment MACI fonctionne-t-il avec la preuve à divulgation nulle ? {#how-maci-works-with-zk-proofs} -Au départ, le coordinateur déploie le contrat MACI sur Ethereum, après quoi les utilisateurs peuvent s'inscrire au vote (en inscrivant leur clé publique dans le contrat intelligent). Les utilisateurs votent en envoyant des messages chiffrés avec leur clé publique au contrat intelligent (un vote valide doit être signé avec la clé publique la plus récente associée à l'identité de l'utilisateur, entre autres). Le coordinateur traite ensuite tous les messages une fois la période de vote terminée, calcule les votes et vérifie les résultats en chaîne. +Au départ, le coordinateur déploie le contrat MACI sur Ethereum, après quoi les utilisateurs peuvent s'inscrire au vote (en inscrivant leur clé publique dans le contrat intelligent). Les utilisateurs votent en envoyant des messages chiffrés avec leur clé publique au contrat intelligent (un vote valide doit être signé avec la clé publique la plus récente associée à l'identité de l'utilisateur, entre autres). Ensuite, le coordinateur traite tous les messages une fois la période de vote terminée, comptabilise les votes et vérifie les résultats sur la blockchain. -Dans MACI, des preuves à divulgation nulle sont utilisées pour assurer l'exactitude du calcul en empêchant le coordinateur de traiter les votes et de comptabiliser les résultats de manière incorrecte. Pour ce faire, le coordinateur est tenu de produire des preuves ZK-SNARK permettant de vérifier que a) tous les messages ont été traités correctement b) le résultat final correspond à la somme de tous les _votes valides_. +Dans MACI, des preuves à divulgation nulle sont utilisées pour assurer l'exactitude du calcul en empêchant le coordinateur de traiter les votes et de comptabiliser les résultats de manière incorrecte. Ceci est réalisé en exigeant du coordinateur qu'il génère des preuves ZK-SNARK vérifiant que a) tous les messages ont été traités correctement b) le résultat final correspond à la somme de tous les votes _valides_. Ainsi, même sans partager une répartition des votes par utilisateur (comme c'est généralement le cas), MACI garantit l'intégrité des résultats calculés au cours du processus de décompte. Cette caractéristique permet de réduire l'efficacité des programmes de collusion de base. Nous pouvons étudier cette possibilité en utilisant l'exemple précédent de Bob soudoyant Alice pour voter pour une option: - Alice enregistre son vote en envoyant sa clé publique à un contrat intelligent. -- Alice accepte de voter pour l'`option B` en échange d'un pot-de-vin de Bob. +- Alice accepte de voter pour l'`option B` en échange d'un pot-de-vin de la part de Bob. - Alice vote pour l'`option B`. - Alice envoie secrètement une transaction chiffrée pour changer la clé publique associée à son identité. -- Alice envoie un autre message (chiffré) au contrat intelligent afin de voter pour l'`option A` en utilisant la nouvelle clé publique. -- Alice montre à Bob une transaction indiquant qu'elle a voté pour l'`option B` (qui est invalide car la clé publique n'est plus associée à l'identité d'Alice dans le système) -- Lors du traitement des messages, le coordinateur ignore le vote d'Alice pour l'`option B` et ne compte que le vote pour l'`option A`. Ainsi, la tentative de Bob de se joindre à Alice et de manipuler le vote sur la chaîne échoue. +- Alice envoie un autre message (chiffré) au contrat intelligent, votant pour l'`option A` en utilisant la nouvelle clé publique. +- Alice montre à Bob une transaction qui indique qu'elle a voté pour l'`option B` (ce qui est invalide puisque la clé publique n'est plus associée à l'identité d'Alice dans le système) +- Lors du traitement des messages, le coordinateur ignore le vote d'Alice pour l'`option B` et ne compte que le vote pour l'`option A`. Ainsi, la tentative de Bob de se joindre à Alice et de manipuler le vote sur la blockchain échoue. -L'utilisation de MACI _nécessite_ de faire confiance au coordinateur pour ne pas collaborer avec des corrupteurs ou tenter de soudoyer les électeurs eux-mêmes. Le coordinateur peut déchiffrer les messages des utilisateurs (nécessaires à la création de la preuve), afin qu'ils puissent vérifier avec précision comment chaque personne a voté. +L'utilisation de MACI _nécessite_ de faire confiance au coordinateur pour ne pas être de connivence avec les corrupteurs ou tenter de corrompre les électeurs lui-même. Le coordinateur peut déchiffrer les messages des utilisateurs (nécessaires à la création de la preuve), afin qu'ils puissent vérifier avec précision comment chaque personne a voté. -Mais dans les cas où le coordinateur reste honnête, MACI représente un outil puissant pour garantir le caractère inviolable du vote en chaîne. Ceci explique sa popularité parmi les demandes de financement quadratiques (par exemple, [clr.fund](https://clr.fund/#/about/maci)) qui dépendent fortement de l'intégrité des choix de vote de chaque individu. +Mais dans les cas où le coordinateur reste honnête, MACI représente un outil puissant pour garantir le caractère inviolable du vote en chaîne. Cela explique sa popularité auprès des applications de financement quadratique (par ex., [clr.fund](https://clr.fund/#/about/maci)) qui dépendent fortement de l'intégrité des choix de vote de chaque individu. [En savoir plus sur MACI](https://maci.pse.dev/). @@ -118,75 +141,75 @@ Une preuve à divulgation nulle vous permet de prouver la véracité d'une affir Un protocole à divulgation nulle doit satisfaire aux critères suivants : -1. **Complétude** : Si l'entrée est valide, le protocole à divulgation nulle renvoie toujours « vrai ». Par conséquent, si la déclaration sous-jacente est vraie, et que le prouveur et le vérificateur agissent honnêtement, la preuve peut être acceptée. +1. **Complétude** : Si l'entrée est valide, le protocole à divulgation nulle de connaissance renvoie toujours « vrai ». Par conséquent, si la déclaration sous-jacente est vraie, et que le prouveur et le vérificateur agissent honnêtement, la preuve peut être acceptée. -2. **Validité** : Si l'entrée est invalide, il est théoriquement impossible de tromper le protocole à divulgation nulle pour qu'il renvoie la valeur 'vrai'. Ainsi, un prouveur malhonnête ne peut tromper un vérificateur honnête en lui faisant croire qu'une déclaration invalide est valide (sauf avec une infime marge de probabilité). +2. **Fiabilité** : Si l'entrée est invalide, il est théoriquement impossible de tromper le protocole à divulgation nulle de connaissance pour qu'il renvoie « vrai ». Ainsi, un prouveur malhonnête ne peut tromper un vérificateur honnête en lui faisant croire qu'une déclaration invalide est valide (sauf avec une infime marge de probabilité). -3. **Divulgation nulle** : Le vérificateur n'apprend rien de plus concernant une déclaration que sa validité ou sa fausseté (ils ont une "connaissance nulle" de l'affirmation). Cette condition empêche également le vérificateur de déduire l'information originale (le contenu de la déclaration) à partir de la preuve. +3. **Divulgation nulle de connaissance** : Le vérificateur n'apprend rien sur une déclaration au-delà de sa validité ou de sa fausseté (il a une « connaissance nulle » de la déclaration). Cette condition empêche également le vérificateur de déduire l'information originale (le contenu de la déclaration) à partir de la preuve. -De manière générale, une preuve à divulgation nulle est composée de trois éléments : **le témoin**, **l'interrogatoire**, et **la réponse**. +Dans sa forme de base, une preuve à divulgation nulle de connaissance est composée de trois éléments : **témoin**, **défi** et **réponse**. -- **Le témoin** : Dans le cas d'une preuve à divulgation nulle de connaissance, le prouveur veut prouver qu'il connaît certaines informations cachées. L'information secrète est le "témoin" de la preuve, et la connaissance supposée du témoin par le prouveur établit un ensemble de questions auxquelles seule une partie connaissant les informations peut répondre. Le prouveur commence donc le processus de preuve en choisissant aléatoirement une question, en calculant la réponse, et en l'envoyant au vérificateur. +- **Témoin** : Avec une preuve à divulgation nulle de connaissance, le prouveur veut prouver la connaissance de certaines informations cachées. L'information secrète est le "témoin" de la preuve, et la connaissance supposée du témoin par le prouveur établit un ensemble de questions auxquelles seule une partie connaissant les informations peut répondre. Le prouveur commence donc le processus de preuve en choisissant aléatoirement une question, en calculant la réponse, et en l'envoyant au vérificateur. -- **Interrogatoire** : Le vérificateur choisit ensuite aléatoirement une autre question dans l'ensemble et demande au prouveur d'y répondre. +- **Défi** : Le vérificateur choisit au hasard une autre question dans l'ensemble et demande au prouveur d'y répondre. - **Réponse** : Le prouveur accepte la question, calcule la réponse et la renvoie au vérificateur. La réponse du prouveur permet au vérificateur de vérifier si le prouveur a réellement accès au témoin. Pour s'assurer que le prouveur ne devine pas à l'aveuglette et n'obtient pas les bonnes réponses par hasard, le vérificateur choisit davantage de questions à poser. En répétant cette interaction de nombreuses fois, la possibilité pour le prouveur de simuler la connaissance du témoin diminue significativement jusqu'à ce que le vérificateur soit satisfait. La partie ci-dessus décrit la structure d’une ‘preuve à divulgation nulle de connaissance interactive’. Les premiers protocoles à divulgation nulle utilisaient des preuves interactives, où la vérification de la validité d'une déclaration nécessitait une communication réciproque entre prouveurs et vérificateurs. -Un bon exemple qui illustre le fonctionnement des preuves interactives est la célèbre histoire de la caverne d'Ali Baba de Jean-Jacques Quisquater, disponible sur la page Wikipédia suivante : [lien](https://en.wikipedia.org/wiki/Zero-knowledge_proof#The_Ali_Baba_cave). Dans l'histoire, Peggy (la prouveuse) veut prouver à Victor (le vérificateur) qu'elle connaît la phrase secrète pour ouvrir une porte magique sans révéler la phrase. +Un bon exemple qui illustre le fonctionnement des preuves interactives est la célèbre [histoire de la caverne d'Ali Baba](https://en.wikipedia.org/wiki/Zero-knowledge_proof#The_Ali_Baba_cave) de Jean-Jacques Quisquater. Dans l'histoire, Peggy (la prouveuse) veut prouver à Victor (le vérificateur) qu'elle connaît la phrase secrète pour ouvrir une porte magique sans révéler la phrase. -### Preuves à divulgation nulle non interactives {#non-interactive-zero-knowledge-proofs} +### Preuves non interactives à divulgation nulle de connaissance {#non-interactive-zero-knowledge-proofs} Bien que révolutionnaire, les preuves interactives n'avaient qu'une utilité limitée car les deux parties devaient nécessairement être disponibles et interagir de manière répétée. Même si le vérificateur était convaincu de l'honnêteté du prouveur, la preuve était indisponible pour une vérification indépendante (le calcul d'une nouvelle preuve nécessitait un nouvel ensemble de messages entre le prouveur et le vérificateur). -Pour résoudre ce problème, Manuel Blum, Paul Feldman et Silvio Micali ont proposé les premières [preuves à connaissance nulle non interactives](https://dl.acm.org/doi/10.1145/62212.62222) où le prouveur et le vérificateur disposent d'une clé partagée. Cela permet au prouveur de démontrer sa connaissance de certaines informations (c'est-à-dire, le témoin) sans fournir les informations elles-mêmes. +Pour résoudre ce problème, Manuel Blum, Paul Feldman et Silvio Micali ont suggéré les premières [preuves non interactives à divulgation nulle de connaissance](https://dl.acm.org/doi/10.1145/62212.62222) où le prouveur et le vérificateur ont une clé partagée. Cela permet au prouveur de démontrer sa connaissance de certaines informations (c'est-à-dire, le témoin) sans fournir les informations elles-mêmes. -Contrairement aux preuves interactives, les preuves ** non** interactives ne nécessitent qu'un seul échange entre les participants (le prouveur et le vérificateur). Le prouveur transmet l'information secrète à un algorithme spécial pour calculer une preuve à connaissance nulle. Cette preuve est envoyée au vérificateur, qui vérifie que le prouveur connaît les informations secrètes à l'aide d'un autre algorithme. +Contrairement aux preuves interactives, les preuves non interactives ne nécessitent qu'un seul échange entre les participants (le prouveur et le vérificateur). Le prouveur transmet l'information secrète à un algorithme spécial pour calculer une preuve à connaissance nulle. Cette preuve est envoyée au vérificateur, qui vérifie que le prouveur connaît les informations secrètes à l'aide d'un autre algorithme. Les preuves non interactives réduisent les communications entre le prouveur et le vérificateur, rendant les preuves à divulgation nulle plus efficaces. De plus, une fois générée, la preuve est disponible à toute personne (ayant accès à la clé partagée et à l'algorithme de vérification) souhaitant effectuer la vérification. Les preuves non interactives ont constitué une véritable percée dans la technologie de la connaissance nulle et ont encouragé le développement des systèmes de preuve utilisés aujourd'hui. Nous abordons ce type de preuves ci-dessous: -### Types de preuves à divulgation nulle {#types-of-zero-knowledge-proofs} +### Types de preuves à divulgation nulle de connaissance {#types-of-zero-knowledge-proofs} #### ZK-SNARKs {#zk-snarks} -ZK-SNARK est l'acronyme de ** "Zero-Knowledge Succinct Non-Interactive Argument of Knowledge"**. En français, on utilise souvent l'acronyme "ZK-SNARK" tel quel, mais on peut également le traduire en "preuve succincte non interactive à divulgation nulle" ou "argument de divulgation nulle succinct non interactif". Le protocole ZK-SNARK possède les qualités suivantes : +ZK-SNARK est un acronyme pour **Zero-Knowledge Succinct Non-Interactive Argument of Knowledge**. Le protocole ZK-SNARK possède les qualités suivantes : -- **Connaissance nulle** : Un vérificateur peut valider l'intégrité d'une déclaration sans ne rien savoir d'autre de cette déclaration. La seule connaissance que le vérificateur a de la déclaration est celle de savoir si elle est vraie ou fausse. +- **Divulgation nulle de connaissance** : un vérificateur peut valider l'intégrité d'une déclaration sans rien savoir d'autre sur la déclaration. La seule connaissance que le vérificateur a de la déclaration est celle de savoir si elle est vraie ou fausse. - **Succinct** : La preuve à divulgation nulle de connaissance est plus petite que le témoin et peut être vérifiée rapidement. -- **Non-interactif** : La preuve est « non interactive » car le prouveur et le vérificateur n'interagissent qu'une seule fois, contrairement aux preuves interactives nécessitant plusieurs étapes de communication. +- **Non-interactif** : La preuve est « non interactive » car le prouveur et le vérificateur n'interagissent qu'une seule fois, contrairement aux preuves interactives qui nécessitent plusieurs cycles de communication. -- **Argument** : La preuve satisfait à l'exigence de 'crédibilité', de sorte que la triche est extrêmement improbable. +- **Argument** : La preuve satisfait à l'exigence de « fiabilité », de sorte que la triche est extrêmement improbable. -- **(de) Connaissance**: La preuve à divulgation nulle de connaissance ne peut être construite sans accès aux informations secrètes (témoin). Il est difficile, voire impossible, au prouveur ne disposant pas du témoin, de créer une preuve valable à divulgation nulle. +- **(de) Connaissance** : La preuve à divulgation nulle de connaissance ne peut être construite sans l'accès à l'information secrète (le témoin). Il est difficile, voire impossible, au prouveur ne disposant pas du témoin, de créer une preuve valable à divulgation nulle. La « clé partagée » mentionnée précédemment fait référence à des paramètres publics que le prouveur et le vérificateur acceptent d’utiliser pour générer et vérifier les preuves. La génération des paramètres publics (collectivement appelés Common Reference String (CRS)) est une opération sensible en raison de son importance du point de vue de la sécurité du protocole. Si l'entropie (l'aléa) utilisée pour générer le CRS tombe dans les mains d'un prouveur malhonnête, celui-ci peut fabriquer de fausses preuves. -[Le Calcul Sécurisé Multi-parties (CSMP)](https://fr.wikipedia.org/wiki/Calcul_s%C3%A9curis%C3%A9_multi-parties) est une façon de réduire les risques liés à la génération des paramètres publics. Plusieurs parties participent à une [cérémonie de configuration de confiance](https://zkproof.org/2021/06/30/setup-ceremonies/amp/), où chaque personne fournit des valeurs aléatoires pour générer le CRS. Tant qu'une partie honnête détruit sa part d'entropie, le protocole ZK-SNARK conserve sa validité sur le plan du calcul. +Le [calcul multipartite (MPC)](https://en.wikipedia.org/wiki/Secure_multi-party_computation) est un moyen de réduire les risques liés à la génération de paramètres publics. Plusieurs parties participent à une [cérémonie de configuration de confiance](https://zkproof.org/2021/06/30/setup-ceremonies/amp/), où chaque personne contribue avec des valeurs aléatoires pour générer le CRS. Tant qu'une partie honnête détruit sa part d'entropie, le protocole ZK-SNARK conserve sa validité sur le plan du calcul. Les configurations de confiance nécessitent des utilisateurs qui se fient aux participants dans la génération des paramètres. Cependant, le développement de ZK-STARKs a permis la création de protocoles de preuve qui fonctionnent sans configuration de confiance (ou « setup ») préalable. #### ZK-STARKs {#zk-starks} -ZK-STARK est un acronyme pour **Zero-Knowledge Scalable Transparent Argument of Knowledge**. ("preuve évolutive transparente à divulgation nulle"). Les ZK-STARKs sont similaires aux ZK-SNARKs, sauf qu'ils sont: +ZK-STARK est un acronyme pour **Zero-Knowledge Scalable Transparent Argument of Knowledge**. Les ZK-STARKs sont similaires aux ZK-SNARKs, sauf qu'ils sont: -- **Évolutifs** : ZK-STARK est plus rapide que ZK-SNARK pour générer et vérifier des preuves avec un témoin de taille plus importante. Avec les preuves STARK, les temps de preuve et de vérification n'augmentent que légèrement lorsque le témoin (witness) augmente (tandis que pour les SNARK ils augmentent linéairement selon la taille du témoin). +- **Évolutif** : ZK-STARK est plus rapide que ZK-SNARK pour générer et vérifier des preuves lorsque la taille du témoin est plus grande. Avec les preuves STARK, les temps de preuve et de vérification n'augmentent que légèrement lorsque le témoin (witness) augmente (tandis que pour les SNARK ils augmentent linéairement selon la taille du témoin). -- **Transparents**: Contrairement à ZK-SNARK (qui se base sur une configuration de confiance), ZK-STARK repose sur un aléa publiquement vérifiable pour générer les paramètres publics de preuve et de vérification. Ainsi, ils sont plus transparents que les ZK-SNARKs. +- **Transparent** : ZK-STARK s'appuie sur un caractère aléatoire publiquement vérifiable pour générer des paramètres publics pour la preuve et la vérification, au lieu d'une configuration de confiance. Ainsi, ils sont plus transparents que les ZK-SNARKs. Les ZK-STARKs produisent des preuves plus volumineuses que les ZK-SNARKs, engendrant des frais de vérification généralement plus élevés. Cependant, il y a des cas (comme la preuve de grands ensembles de données) où les ZK-STARKs peuvent être plus intéressants que les ZK-SNARKs. -## Inconvénients à utiliser des preuves à divulgation nulle de connaissance {#drawbacks-of-using-zero-knowledge-proofs} +## Inconvénients de l'utilisation des preuves à divulgation nulle de connaissance {#drawbacks-of-using-zero-knowledge-proofs} -### Coûts en matériels {#hardware-costs} +### Coûts matériels {#hardware-costs} La génération de preuves à divulgation nulle de connaissance implique des calculs très complexes qu'il est préférable d'effectuer sur des machines spécialisées. Comme ces machines coûtent cher, elles sont souvent hors de portée des personnes ordinaires. En outre, les applications qui veulent utiliser une technologie à divulgation nulle de connaissance doivent prendre en compte les coûts matériels, et cela peut augmenter les coûts pour les utilisateurs finaux. -### Coûts de la vérification de la preuve {#proof-verification-costs} +### Coûts de vérification de la preuve {#proof-verification-costs} La vérification des preuves nécessite également un calcul complexe et augmente les coûts de mise en œuvre de la technologie à divulgation nulle de connaissance dans les applications. Ce coût est particulièrement pertinent dans le contexte de la preuve du calcul. Par exemple, les rollups ZK paient ~ 500 000 gaz pour vérifier une seule preuve ZK-SNARK sur Ethereum, avec des ZK-STARK nécessitant des frais encore plus élevés. @@ -196,19 +219,20 @@ Dans ZK-SNARK, la chaîne de référence commune (paramètres publics) est gén Mais il n’y a vraiment aucun moyen pour les utilisateurs d’évaluer l’honnêteté des participants et les utilisateurs doivent croire les développeurs sur parole. Les ZK-STARK sont libres d'hypothèses de confiance, puisque le caractère aléatoire utilisé dans la génération de la chaîne est publiquement vérifiable. En attendant, les chercheurs travaillent sur des installations non fiables pour les ZK-SNARK afin d'accroître la sécurité des mécanismes de preuve. -### Menaces liées à l'informatique quantique {#quantum-computing-threats} +### Menaces de l'informatique quantique {#quantum-computing-threats} ZK-SNARK utilise la cryptographie sur les courbes elliptiques pour le chiffrement. Tandis que le problème du logarithme discret sur les courbes elliptiques est présumé être insoluble pour le moment, le développement des ordinateurs quantiques pourrait briser ce modèle de sécurité à l'avenir. Un ZK-STARK est considéré comme immunisé contre les menaces de l'informatique quantique, car il repose uniquement sur les fonctions de hachage résistantes à la collision pour sa sécurité. Contrairement aux appairages de clés public-privé utilisés dans la cryptographie sur les courbes elliptiques, le hachage résistant aux collisions est plus difficile à briser pour les algorithmes de calcul quantique. -## Complément d'information {#further-reading} - -- [Vue d'ensemble des cas d'utilisation des preuves à connaissance nulle](https://pse.dev/projects) - _Privacy and Scaling Explorations Team_ -- [SNARKs vs. STARKS vs SNARKs vs. Récursive SNARKs](https://www.alchemy.com/overviews/snarks-vs-starks) — _Aperçu d’Alchemy_ -- [Une preuve à divulgation nulle : Améliorer la confidentialité sur une Blockchain](https://www.altoros.com/blog/zero-knowledge-proof-improving-privacy-for-a-blockchain/) — _Dmitry Lavrenov_ -- [zk-SNARKs — Un exemple de preuve à divulgation nulle réaliste et une plongée en profondeur](https://medium.com/coinmonks/zk-snarks-a-realistic-zero-knowledge-example-and-deep-dive-c5e6eaa7131c) — _Adam Luciano_ -- [ZK-STARKs – Créez une confiance vérifiable, même contre Quantum Computers](https://medium.com/coinmonks/zk-starks-create-verifiable-trust-even-against-quantum-computers-dd9c6a2bb13d) — _Adam Luciano_ -- [Une brève introduction à la façon dont les zk-SNARK sont possibles](https://vitalik.eth.limo/general/2021/01/26/snarks.html) — _Vitalik Buterin_ -- [Pourquoi la preuve à divulgation nulle de connaissance (ZKP) est un changement majeur pour l'identité numérique auto-souveraine](https://frankiefab.hashnode.dev/why-zero-knowledge-proofs-zkps-is-a-game-changer-for-self-sovereign-identity) - _Franklin Ohaegbulam_ - +## En savoir plus {#further-reading} + +- [Aperçu des cas d'utilisation des preuves à divulgation nulle de connaissance](https://pse.dev/projects) — _Privacy and Scaling Explorations Team_ +- [SNARKs vs. STARKS vs. SNARKs récursifs](https://www.alchemy.com/overviews/snarks-vs-starks) — _Alchemy Overviews_ +- [Une preuve à divulgation nulle de connaissance : améliorer la confidentialité sur une blockchain](https://www.altoros.com/blog/zero-knowledge-proof-improving-privacy-for-a-blockchain/) — _Dmitry Lavrenov_ +- [zk-SNARKs — Un exemple réaliste de divulgation nulle de connaissance et une analyse approfondie](https://medium.com/coinmonks/zk-snarks-a-realistic-zero-knowledge-example-and-deep-dive-c5e6eaa7131c) — _Adam Luciano_ +- [ZK-STARKs — Créez une confiance vérifiable, même contre les ordinateurs quantiques](https://medium.com/coinmonks/zk-starks-create-verifiable-trust-even-against-quantum-computers-dd9c6a2bb13d) — _Adam Luciano_ +- [Une introduction approximative à la façon dont les zk-SNARKs sont possibles](https://vitalik.eth.limo/general/2021/01/26/snarks.html) — _Vitalik Buterin_ +- [Pourquoi les preuves à divulgation nulle de connaissance (ZKP) changent la donne pour l'identité auto-souveraine](https://frankiefab.hashnode.dev/why-zero-knowledge-proofs-zkps-is-a-game-changer-for-self-sovereign-identity) — _Franklin Ohaegbulam_ +- [EIP-7503 expliqué : Activer les transferts privés sur Ethereum avec les preuves ZK](https://research.2077.xyz/eip-7503-zero-knowledge-wormholes-for-private-ethereum-transactions#introduction) — _Emmanuel Awosika_ +- [ZK Card Game : jeu pour apprendre les fondamentaux des ZK et les cas d'utilisation réels](https://github.com/ZK-card/zk-cards) - _ZK-Cards_ diff --git a/src/intl/fr/glossary-tooltip.json b/src/intl/fr/glossary-tooltip.json index b4cad89801a..e52234c6c5e 100644 --- a/src/intl/fr/glossary-tooltip.json +++ b/src/intl/fr/glossary-tooltip.json @@ -59,7 +59,7 @@ "erc-721-definition": "Un ensemble de règles standard utilisé pour créer des NFT (jetons non fongibles).", "ether-term": "Ether", "ether-definition": "La cryptomonnaie native d’Ethereum, communément appelée « ETH ». Elle est utilisée pour couvrir les frais de transaction lors de l’utilisation de l’écosystème et des applications Ethereum. En savoir plus sur ether.", - "events-term": "Évènements", + "events-term": "Événements", "events-definition": "Permet d'utiliser les fonctions de journalisation de l'EVM. Les dApps peuvent écouter les événements et les utiliser pour déclencher des rappels JavaScript dans l'interface utilisateur. En savoir plus sur les événements et les journaux.", "execution-client-term": "Client d'exécution", "execution-client-definition": "Les clients d'exécution (anciennement appelés « clients Eth1 »), tels que Besu, Erigon, Go-Ethereum (Geth), Nethermind, sont chargés de traiter et de diffuser les transactions et de gérer l'état d'Ethereum. Ils exécutent les calculs pour chaque transaction en utilisant la machine virtuelle Ethereum pour s'assurer que les règles du protocole sont respectées.", @@ -85,7 +85,7 @@ "index-definition": "Structure réseau destinée à optimiser la sollicitation d'informations à travers la blockchain en fournissant un chemin efficace vers sa source de stockage.", "key-term": "Clé", "key-definition": "Dans le contexte d'Ethereum, les clés sont des codes numériques : une clé publique pour recevoir des transactions et une clé privée pour accéder aux fonds et les envoyer.", - "layer-2-term": "Couche 2", + "layer-2-term": "Couche de niveau 2", "layer-2-definition": "Les couches de niveau 2 sont d'autres réseaux construits sur le réseau principal d’Ethereum pour rendre les transactions plus rapides et moins chères. En savoir plus sur la couche de niveau 2.", "liquidity-tokens-term": "Jetons de liquidité", "liquidity-tokens-definition": "Les jetons de liquidité (LT) sont des jetons numériques émis à l'intention des participants qui déposent des actifs dans un pool de liquidité, ce dernier étant un ensemble de fonds verrouillés dans un contrat intelligent et utilisés pour faciliter les échanges sur une bourse décentralisée (DEX).", @@ -125,7 +125,7 @@ "quadratic-voting-definition": "Il s’agit d’un mode de scrutin où les électeurs expriment leur opinion sur les enjeux. Il permet aux électeurs de montrer non seulement leur préférence, mais aussi l’intensité de leur préférence.", "recovery-phrase-term": "Phrase de départ/phrase de récupération", "recovery-phrase-definition": "Une liste de mots qui vous sont donnés lorsque vous créez un portefeuille numérique. Elle agit comme un mot de passe qui peut vous aider à revenir dans votre portefeuille si vous en perdez l’accès, vous garantissant ainsi de ne pas perdre votre argent ou vos jetons numériques.", - "rollups-term": "Rollups", + "rollups-term": "rollups", "rollups-definition": "Un type de solution de mise à l'échelle de la couche 2 qui regroupe plusieurs transactions et les soumet à la chaîne principale Ethereum en une seule transaction. Cela permet de réduire les coûts de gaz et d'augmenter le débit des transactions. Il existe des rollups optimistes et à connaissance nulle qui utilisent différentes méthodes de sécurité pour offrir ces gains d'évolutivité. En savoir plus sur les rollups.", "rpc-term": "Appel de procédure distante (RPC)", "rpc-definition": "RPC permet à un ordinateur de demander des données ou des actions à un autre via un réseau, à la manière d'une télécommande demandant des informations.", @@ -135,7 +135,7 @@ "smart-contract-definition": "Un contrat intelligent est un programme qui exécute automatiquement des accords sur une blockchain, comme un contrat numérique auto-exécutable. Introduction aux contrats intelligents.", "stablecoin-term": "Stablecoin", "stablecoin-definition": "Un stablecoin est un type de cryptomonnaie conçu pour avoir une valeur stable, souvent indexée sur une devise ou une marchandise (comme le dollar américain), afin de minimiser la volatilité des prix. En savoir plus sur les stablecoins.", - "staking-term": "Staking", + "staking-term": "Mise en jeu", "staking-definition": "Le dépôt d'une quantité d'ether (votre mise) pour devenir un validateur et sécuriser le réseau. Un validateur vérifie les transactions et propose des blocs sous un modèle de consensus de preuve d'enjeu. Le staking vous offre une incitation économique à agir dans le meilleur intérêt du réseau. Vous recevrez des récompenses pour l'exécution de vos tâches de validateur, mais vous perdrez des quantités variables d'ETH si vous ne le faites pas. En savoir plus sur le staking Ethereum.", "staking-pool-term": "Pools de mise en jeu", "staking-pool-definition": "L'ETH combiné de plus d'un staker Ethereum, utilisé pour atteindre les 32 ETH requis pour activer un ensemble de clés de validation. Un opérateur de nœud utilise ces clés pour participer au consensus et les récompenses du bloc sont réparties entre les stakers qui y contribuent. Les pools de staking ou la délégation de staking ne font pas partie du protocole Ethereum, mais de nombreuses solutions ont été élaborées par la communauté. En savoir plus sur les pools de mise en jeu.", @@ -150,7 +150,7 @@ "validator-term": "Validateur", "validator-definition": "Un nœud dans un système de preuve d'enjeu responsable du stockage des données, du traitement des transactions et de l'ajout de nouveaux blocs à la blockchain. Pour activer le logiciel de validation, vous devez être en mesure de miser 32 ETH. En savoir plus sur la mise en jeu dans Ethereum.", "validity-proof-term": "Preuve de validité", - "validity-proof-definition": "Un modèle de sécurité pour certaines solutions de couche 2 où, pour augmenter la vitesse, les transactions sont regroupées en lots et soumises à Ethereum en une seule transaction. Le calcul des transactions est effectué hors chaîne, puis fourni à la chaîne principale avec une preuve de leur validité. Cette méthode permet d'augmenter le nombre de transactions possibles tout en maintenant la sécurité. Certains rollups utilisent des preuves de fraude. En savoir plus sur les rollups Zk.", + "validity-proof-definition": "Un modèle de sécurité pour certaines solutions de couche 2 où, pour augmenter la vitesse, les transactions sont regroupées en lots et soumises à Ethereum en une seule transaction. Le calcul des transactions est effectué hors chaîne, puis fourni à la chaîne principale avec une preuve de leur validité. Cette méthode permet d'augmenter le nombre de transactions possibles tout en maintenant la sécurité. Certains rollups utilisent des preuves de fraude. En savoir plus sur les rollups ZK.", "wallet-term": "Portefeuille", "wallet-definition": "Un portefeuille est un outil numérique permettant de stocker, d'envoyer et de recevoir de la monnaie numérique, comme une bourse virtuelle pour votre argent en ligne. En savoir plus sur les portefeuilles Ethereum.", "web2-term": "Web2", diff --git a/src/intl/fr/glossary.json b/src/intl/fr/glossary.json index 25a750e0e89..806399459b7 100644 --- a/src/intl/fr/glossary.json +++ b/src/intl/fr/glossary.json @@ -1,6 +1,6 @@ { "51%-attack-term": "Attaque de 51 %", - "51%-attack-definition": "Un type d'attaque où un groupe prend le contrôle de la majorité des nœuds, leur permettant de corrompre la blockchain en inversant les transactions et en dépensant deux fois l'ether et tout autre jeton.

Dans le cas de la preuve d'enjeu d'Ethereum, ce résultat serait obtenu en accumulant plus de la moitié du total des éthers misés. Cela permettrait à un attaquant de décider quels nouveaux blocs sont ajoutés à la blockchain. Toutefois, pour inverser la chaîne ou effectuer une double dépense, l'attaquant devrait disposer d'au moins 66 % du total de l'éther mis en jeu.", + "51%-attack-definition": "Un type d'attaque où un groupe prend le contrôle de la majorité des nœuds. Cela leur permettrait de frauder la blockchain en annulant des transactions et en effectuant une double dépense d'ether et d'autres jetons.

Dans le système de preuve d'enjeu d'Ethereum, cela serait possible en accumulant plus de la moitié du total d'ether mis en jeu. Cela permettrait à un attaquant de décider quels nouveaux blocs sont ajoutés à la blockchain. Cependant, pour inverser la chaîne ou effectuer une double dépense, un attaquant aurait besoin d'au moins 66 % du total d'ether mis en jeu.", "account-term": "Compte", "account-definition": "Un compte Ethereum est une identité digitale sur la blockchain Ethereum, permettant aux utilisateurs d'envoyer, de recevoir de l'Ether et d'interagir avec les contrats intelligents.

Technique :
il s'agit d'un objet contenant une adresse, un solde, une nonce, un stockage optionnel et du code. Un compte peut être un compte contrat ou un compte externe (EOA en anglais).", "address-term": "Adresse", @@ -62,7 +62,7 @@ "committee-term": "Comité", "committee-definition": "Un groupe d'au moins 128 validateurs chargés de valider les blocs dans chaque créneau. L'un des validateurs du comité est l'agrégateur, chargé d'agréger les signatures de tous les autres validateurs du comité qui s'accordent sur une attestation. À ne pas confondre avec le comité de synchronisation.", "computational-infeasibility-term": "Infaisabilité informatique", - "computational-infeasibility-definition": "Un processus est infaisable sur le plan informatique s'il prenait un temps excessivement long (par exemple, des milliards d'années) pour quiconque pourrait avoir un intérêt à le mettre en œuvre.", + "computational-infeasibility-definition": "Un processus est considéré comme infaisable sur le plan informatique si sa réalisation prenait un temps déraisonnablement long (p. ex., des milliards d'années) pour quiconque pourrait avoir un intérêt à l'exécuter.", "consensus-term": "Consensus", "consensus-definition": "Quand plus de deux tiers des ordinateurs d'un réseau s'accordent sur le même ensemble d'enregistrement, s'assurant que chacun est au même niveau. Cela ne concerne pas les règles qu'ils suivent, mais le fait de s'assurer qu'ils disposent tous des mêmes informations.", "consensus-client-term": "Client de consensus", @@ -88,13 +88,15 @@ "dag-term": "DAG", "dag-definition": "DAG signifie Directed Acyclic Graph (graphe acyclique dirigé). Il s'agit d'une structure de données composée de nœuds et de liens entre eux. Avant la Fusion, Ethereum utilisait un DAG dans son algorithme de preuve de travail, Ethash, mais il n'est plus utilisé dans la preuve d'enjeu.", "dapp-term": "DApp", - "dapp-definition": "Une dApp est une application décentralisée qui s’exécute sur un réseau blockchain, offrant des services sans autorité de contrôle centrale. En savoir plus sur les applications décentralisées.
Au minimum, une dApp dispose d’un contrat intelligent connecté à une interface Web. En outre, de nombreuses dApps incluent un stockage décentralisé et / ou un protocole de message et une plateforme.", + "dapp-definition": "Une dApp est une application décentralisée qui s’exécute sur un réseau blockchain, offrant des services sans autorité de contrôle centrale. En savoir plus sur les applications décentralisées.
Au minimum, une dApp dispose d’un contrat intelligent connecté à une interface Web. En outre, de nombreuses dApps incluent un stockage décentralisé et/ou un protocole de message et une plateforme.", "data-availability-term": "Disponibilité des données", "data-availability-definition": "N'importe quel nœud peut vérifier indépendamment une transaction sur la blockchain afin de maintenir la transparence et la confiance dans le système.", "decentralization-term": "Décentralisation", "decentralization-definition": "Action de transférer le contrôle et l'exécution des processus en dehors d'une entité centrale.", "dao-term": "Organisation autonome décentralisée (DAO)", "dao-definition": "Une DAO est une organisation digitale opérée par des règles codées sur une blockchain, où les décisions sont prises via le vote de ses membres et non par une autorité centrale. En savoir plus sur les organisations décentralisées autonomes (DAOs, en anglais).
Le pouvoir de vote de chaque membre est souvent lié au nombre de jetons qu'il détient. Les DAO visent à démocratiser la prise de décision et les opérations, en se concentrant sur une gouvernance transparente et communautaire.", + "desci-term": "DeSci", + "desci-definition": "La DeSci, ou science décentralisée, est un mouvement qui applique la technologie blockchain à la recherche scientifique. Elle s'appuie sur les DAO, les contrats intelligents et les incitations tokenisées pour créer des écosystèmes de financement et de recherche plus transparents, ouverts et collaboratifs.", "dex-term": "Échange décentralisé (DEX)", "dex-definition": "Un type d’application Ethereum qui vous permet d’échanger des jetons avec des pairs sur le réseau. Les DEX ne sont pas soumis à des restrictions géographiques comme les échanges centralisés – tout le monde peut participer.", "deposit-contract-term": "Contrat de dépôt", @@ -112,7 +114,7 @@ "distributed-hash-table-term": "Table d'empreintes numériques distribuée (DHT)", "distributed-hash-table-definition": "Une structure de données contenant des paires `(key, value)` utilisées par les nœuds Ethereum pour identifier les pairs auxquels se connecter et déterminer les protocoles à utiliser pour communiquer.", "double-spend-term": "Double dépense", - "double-spend-definition": "Il s'agit d'un fork délibéré de la blockchain, dans lequel un utilisateur disposant d'une puissance minière ou d'un enjeu suffisamment important envoie une transaction déplaçant une certaine devise hors de la chaîne (par exemple, en sortant en monnaie fiduciaire ou en effectuant un achat hors de la chaîne), puis réorganise la blockchain afin de supprimer cette transaction. Une double dépense réussie laisse l'attaquant avec ses actifs sur la chaîne et hors chaîne.", + "double-spend-definition": "Une fourche délibérée de la blockchain, où un utilisateur disposant d'une puissance de minage/mise suffisamment importante envoie une transaction déplaçant une devise hors chaîne (p. ex., en la convertissant en monnaie fiduciaire ou en effectuant un achat hors chaîne), puis réorganise la blockchain pour supprimer cette transaction. Une double dépense réussie laisse à l'attaquant ses actifs sur et hors chaîne.", "ecdsa-term": "Algorithme de Signature Numérique à Courbe Elliptique (ECDSA)", "ecdsa-definition": "Algorithme cryptographique utilisé par Ethereum pour garantir que les fonds ne peuvent être dépensés que par leurs propriétaires. C'est la méthode préférée pour créer des clés publiques et privées. Pertinent pour la génération d'adresses de compte et la vérification des transactions.", "encryption-term": "Chiffrement", @@ -134,7 +136,7 @@ "erc-1155-term": "ERC-1155", "erc-1155-definition": "ERC-1155 est un nouveau type de norme de jeton Ethereum similaire à NFT (comme les objets de collection uniques) qui permet également de créer des objets interchangeables (comme de la monnaie) dans un seul contrat intelligent.
Il est ainsi plus facile et plus efficace de gérer différents types d’actifs numériques, en particulier pour des applications telles que les jeux vidéo ou les collections numériques.", "erc-20-term": "ERC-20", - "erc-20-definition": "ERC-20 est la norme que la plupart des jatons du réseau Ethereum utilisent pour leur création.
Les exemples populaires sont les stablecoins comme DAI et USDC ou les jetons d’échange comme UNI d’Uniswap. Semblable à toute autre forme d’argent que nous connaissons dans les systèmes traditionnels… c.-à-d. les points de récompense, les systèmes de crédit, ou même les actions, etc.", + "erc-20-definition": "ERC-20 est la norme que la plupart des jetons sur le réseau Ethereum utilisent pour leur création.
Les exemples populaires sont les stablecoins comme DAI et USDC ou les jetons d'échange comme UNI d'Uniswap. Semblable à toute forme de monnaie alternative que nous avons dans les systèmes traditionnels… c'est-à-dire les points de récompense, les systèmes de crédit, ou même les actions, etc.", "erc-721-term": "ERC-721", "erc-721-definition": "Les NFTs (jetons non fongibles) sont créés en utilisant un ensemble standard de règles appelé ERC-721.
Les jetons NFT peuvent représenter la propriété de n'importe quoi d'unique, comme des œuvres d'art numériques ou des objets de collection, chaque jeton ayant ses propres caractéristiques et sa valeur spécifiques. Chaque NFT est unique et facilement distinguable de tout autre NFT.", "execution-client-term": "Client d'exécution", @@ -151,7 +153,7 @@ "ether-definition": "La cryptomonnaie native d’Ethereum, communément appelée « ETH ». Elle est utilisée pour couvrir les frais de transaction lors de l’utilisation de l’écosystème et des applications Ethereum. En savoir plus sur ether.", "events-term": "Évènements", "events-definition": "Permet d'utiliser les fonctions de journalisation de l'EVM. Les dApps peuvent écouter les événements et les utiliser pour déclencher des rappels JavaScript dans l'interface utilisateur. En savoir plus sur les événements et les journaux.", - "evm-term": "Machine virtuelle Ethereum (EVM)", + "evm-term": "Machine Virtuelle Ethereum (EVM)", "evm-definition": "Une machine virtuelle basée sur une pile qui exécute du bytecode. Avec Ethereum, le modèle d'exécution spécifie comment l'état du système est modifié compte tenu d'une série d'instructions bytecode et d'un petit tuple de données environnementales. Ceci est spécifié à travers un modèle formel d'une machine d'état virtuelle. En savoir plus sur la machine virtuelle Ethereum.", "evm-assembly-language-term": "Langage d'assemblage de l'EVM", "evm-assembly-language-definition": "Forme lisible par l'homme du bytecode de l'EVM.", @@ -213,7 +215,7 @@ "key-definition": "Dans le cas d’Ethereum, les clés sont des codes numériques : une clé publique pour recevoir des transactions et une clé privée pour accéder aux fonds et en envoyer.
Clés publiques : elles peuvent être partagées ouvertement.
Clés privées : elles sont gardées secrètes par le propriétaire.", "layer-1-term": "Couche 1", "layer-1-definition": "La couche de niveau 1 fait référence à la blockchain principale dans un réseau de blockchain à plusieurs niveaux. Par exemple, Ethereum et Bitcoin sont des blockchains de la couche 1. De nombreuses blockchains de deuxième couche déchargent les transactions à forte intensité de ressources sur leur chaîne de couches distincte, tout en continuant à utiliser la blockchain de première couche d’Ethereum ou de Bitcoin à des fins de sécurité.", - "layer-2-term": "Niveau 2", + "layer-2-term": "Couche de niveau 2", "layer-2-definition": "Les couches de niveau 2 sont d'autres réseaux construits sur le réseau principal d’Ethereum pour rendre les transactions plus rapides et moins chères. En savoir plus sur la couche de niveau 2.", "library-term": "Bibliothèque", "library-definition": "Un type spécial de contrat qui n'a pas de fonctions payantes, pas de fonction de repli et pas de stockage de données. Il ne peut donc pas recevoir ou conserver de l'éther, ni stocker des données. Une bibliothèque sert de code précédemment déployé que d'autres contrats peuvent appeler pour des calculs en lecture seule. En savoir plus sur les bibliothèques de contrats intelligents.", @@ -223,9 +225,11 @@ "liquidity-definition": "La liquidité est la rapidité et la facilité avec lesquelles un actif peut être converti en espèces ou en un autre actif. Les bourses décentralisées comme Uniswap ont plusieurs pools de liquidité où les détenteurs d’actifs peuvent déposer leurs actifs et où les traders peuvent les acheter et les vendre de manière décentralisée en échange de récompenses.", "liquidity-tokens-term": "Jetons de liquidité", "liquidity-tokens-definition": "Les jetons de liquidité (LST en anglais) sont des jetons numériques émis à l'intention des participants qui déposent des actifs dans un pool de liquidité, ce dernier étant un ensemble de fonds verrouillés dans un contrat intelligent et utilisés pour faciliter le trading sur un échange décentralisé (DEX).
Ces jetons représentent la part du participant dans le pool et peuvent être échangés ultérieurement contre le dépôt initial plus une partie des frais de trading générés par l’activité du pool. Les jetons de liquidité servent essentiellement de preuve de propriété ou de mise en jeu dans un pool de liquidité, permettant aux détenteurs de gagner des récompenses tout en fournissant la liquidité nécessaire pour que d’autres puissent négocier différentes paires de cryptomonnaies efficacement.", + "liquid-staking-tokens-term": "Jetons de mise en jeu liquide", + "liquid-staking-tokens-definition": "Un jeton dérivé représente la propriété de la cryptomonnaie verrouillée qu’un utilisateur met en jeu. Lorsqu’un actif est mis en jeu, certaines plateformes permettent la création de jetons de mise en jeu liquide (LST), qui représentent une part équivalente des jetons verrouillés. Ces LST peuvent ensuite être échangés, vendus ou utilisés dans d’autres protocoles DeFi, améliorant ainsi l’efficacité du capital pour l’utilisateur en lui donnant accès à la liquidité de ses fonds, même si ses actifs originaux restent mis en jeu.", "lmd-ghost-term": "LMD-GHOST", "lmd-ghost-definition": "L'algorithme de choix de fourche utilisé par les clients de consensus d'Ethereum pour identifier la tête de la chaîne. LMD-GHOST est un acronyme signifiant \"Latest Message Driven Greediest Heaviest Observed SubTree\", ce qui signifie que la tête de la chaîne est le bloc qui a accumulé le plus grand nombre d'attestations dans son histoire.", - "mainnet-term": "Réseau principal", + "mainnet-term": "réseau principal", "mainnet-definition": "Appelé « mainnet » en anglais (pour « main network »), il s'agit de la blockchain principale du réseau public Ethereum.", "max-fee-per-gas-term": "Frais maximum par Gaz", "max-fee-per-gas-definition": "Les frais maximaux sont le montant maximal absolu qu’un utilisateur est prêt à payer par unité de gaz (gwei) pour qu’une transaction soit incluse dans un bloc.", @@ -239,7 +243,7 @@ "message-call-definition": "La transmission d'un message d'un compte à un autre. Si le compte de destination est associé au code EVM, la VM sera démarrée avec l'état de cet objet et le message sera traité.", "mev-term": "Valeur Extractible Maximale (MEV)", "mev-definition": "La valeur maximale qui peut être extraite de la production de blocs, en plus de la récompense standard du bloc et des frais de gaz, en incluant, excluant ou modifiant l'ordre des transactions dans un bloc. En savoir plus sur la valeur extractible maximale (MEV).", - "mining-term": "Minage", + "mining-term": "Le minage", "mining-definition": "Le processus de hachage répété d'un en-tête de bloc tout en incrémentant un nonce jusqu'à ce que le résultat contienne un nombre arbitraire de zéros binaires de tête. C'est le processus par lequel de nouveaux blocs sont ajoutés à une blockchain à preuve de travail. C'est ainsi qu'Ethereum était sécurisé avant de passer à la preuve d'enjeu.", "miner-term": "Mineur", "miner-definition": "Un nœud du réseau qui trouve une preuve de travail valide pour les nouveaux blocs, par un hachage répété (voir Ethash). Les mineurs ne font plus partie d'Ethereum - ils ont été remplacés par des validateurs lorsque Ethereum est passé à la preuve d'enjeu.", @@ -247,7 +251,7 @@ "mint-definition": "La frappe de monnaie est le processus qui consiste à créer de nouveaux jetons et à les mettre en circulation pour qu'ils puissent être utilisés. Il s'agit d'un mécanisme décentralisé permettant de créer un nouveau jeton sans l'intervention d'une autorité centrale.", "multisig-term": "Multi-signatures", "multisig-definition": "Multisig (signature multiple) désigne un portefeuille ou un compte numérique qui nécessite plusieurs signatures ou approbations pour exécuter des transactions, ce qui améliore la sécurité.
Cela ajoute une sécurité supplémentaire par rapport aux comptes à signature unique traditionnels où l’approbation d’une seule personne est nécessaire.", - "network-term": "Réseau", + "network-term": "réseau", "network-definition": "En référence au réseau Ethereum, un réseau pair-à-pair qui propage les transactions et les blocs à chaque nœud Ethereum (participant au réseau). En savoir plus sur les réseaux.", "network-hashrate-term": "Puissance de hachage du réseau", "network-hashrate-definition": "Le hashrate collectif produit par l'ensemble d'un réseau de minage. Le minage sur Ethereum a été désactivé lorsque Ethereum est passé à la preuve d'enjeu.", @@ -257,12 +261,12 @@ "node-definition": "Un client logiciel qui participe au réseau. En savoir plus sur les nœuds et les clients.", "nonce-term": "Nonce", "nonce-definition": "En cryptographie, une valeur qui ne peut être utilisée qu'une seule fois. Un nonce de compte est un compteur de transactions dans chaque compte, qui est utilisé pour empêcher les attaques par rejeu.", - "off-chain-term": "Hors-chaine", - "off-chain-definition": "Hors-chaine se réfère à toute transaction ou donnée qui existe en dehors de la blockchain. Parce que la validation de chaque transaction sur la chaîne peut être coûteuse et inefficace, des outils tiers tels que des oracles qui gèrent les données de tarification, ou des solutions de couche 2 qui exécutent un débit de transactions plus élevé, gèrent une grande partie du travail de traitement hors chaîne et présentera des renseignements sur la chaîne à des intervalles moins fréquents.", + "offchain-term": "Hors chaîne", + "offchain-definition": "Hors-chaine se réfère à toute transaction ou donnée qui existe en dehors de la blockchain. Parce que la validation de chaque transaction sur la chaîne peut être coûteuse et inefficace, des outils tiers tels que des oracles qui gèrent les données de tarification, ou des solutions de couche 2 qui exécutent un débit de transactions plus élevé, gèrent une grande partie du travail de traitement hors chaîne et présentera des renseignements sur la chaîne à des intervalles moins fréquents.", "ommer-term": "Bloc oncle (ommer)", "ommer-definition": "Lorsqu'un mineur en preuve de travail trouve un bloc valide, un autre mineur peut avoir publié un bloc concurrent qui est ajouté en premier à l'extrémité de la blockchain. Ce bloc valide, mais périmé, peut être inclus par des blocs plus récents en tant qu'ommers et recevoir une récompense de bloc partielle. Le terme « ommer » est le terme de genre neutre préféré pour désigner le frère ou la sœur d'un bloc parent, mais il est parfois également appelé « oncle ». Cela était frequent pour Ethereum lorsqu'il s'agissait d'un réseau basé sur la preuve de travail. Maintenant qu'Ethereum utilise la preuve d'enjeu, un seul proposeur de bloc est sélectionné par créneau.", - "on-chain-term": "Sur la chaîne", - "on-chain-definition": "Fait référence aux actions ou transactions qui se produisent sur la blockchain et sont accessibles au public.

Voyez cela comme le fait d'écrire quelque chose dans un carnet partagé que tout le monde peut voir et vérifier, en vous assurant que tout ce qui est écrit (comme envoyer de l’argent numérique ou conclure un contrat) est permanent et ne peut pas être modifié ou effacé.", + "onchain-term": "Sur la chaîne", + "onchain-definition": "Fait référence aux actions ou transactions qui se produisent sur la blockchain et sont accessibles au public.

Voyez cela comme le fait d'écrire quelque chose dans un grand carnet partagé que tout le monde peut voir et vérifier, en vous assurant que tout ce qui est écrit (comme envoyer de l’argent numérique ou conclure un contrat) est permanent et ne peut pas être modifié ou effacé.", "optimistic-rollup-term": "Rollup optimisé", "optimistic-rollup-definition": "Le rollup optimiste est une solution de couche 2 qui accélère les transactions sur Ethereum, en supposant qu’elles soient valides par défaut, sauf si elles sont contestées. En savoir plus sur les rollups optimistes.", "oracle-term": "Oracle", @@ -270,7 +274,7 @@ "peer-term": "Pair", "peer-definition": "Ordinateurs connectés exécutant le logiciel client Ethereum qui ont des copies identiques de la blockchain.", "peer-to-peer-network-term": "Réseaux Pair-à-Pair", - "peer-to-peer-network-definition": "Un réseau d’ordinateurs (homologues) capables collectivement d’exécuter des fonctionnalités sans avoir besoin de services centralisés basés sur serveur.
Cette configuration est souvent utilisée pour le partage de fichiers (comme Bit torrent), d’informations ou de devises numériques, permettant des échanges plus directs et potentiellement plus efficaces entre les utilisateurs.", + "peer-to-peer-network-definition": "Un réseau d'ordinateurs (pairs) qui sont collectivement capables d'exécuter des fonctionnalités sans avoir besoin de services centralisés basés sur des serveurs.
Cette configuration est souvent utilisée pour le partage de fichiers (p. ex., BitTorrent), d'informations ou de monnaies numériques, permettant des échanges plus directs et potentiellement plus efficaces entre les utilisateurs.", "permissionless-term": "Sans autorisation", "permissionless-definition": "\"Sans permission\" signifie que n'importe qui peut rejoindre et utiliser un système comme Ethereum. Sa participation est ouverte à tous et ne nécessite aucune approbation.", "plasma-term": "Plasma", @@ -296,14 +300,14 @@ "receipt-term": "Reçu", "receipt-definition": "Données renvoyées par un client Ethereum pour représenter le résultat d'une transaction particulière, y compris un hachage numérique de la transaction, son numéro de bloc, la quantité de gaz utilisée et, en cas de déploiement d'un contrat intelligent, l'adresse du contrat.", "recovery-phrase-term": "Phrase de départ/phrase de récupération", - "recovery-phrase-definition": "Une liste de mots qui vous sont donnés lorsque vous créez un portefeuille numérique. Elle agit comme un mot de passe qui peut vous aider à revenir dans votre portefeuille si vous en perdez l’accès, vous garantissant ainsi de ne pas perdre votre argent ou vos jetons numériques.", + "recovery-phrase-definition": "Une liste de mots qui vous est donnée lorsque vous créez un portefeuille numérique. Elle agit comme un mot de passe qui peut vous aider à récupérer l'accès à votre portefeuille si vous le perdez, vous assurant de ne pas perdre votre argent numérique ou vos jetons.", "re-entrancy-attack-term": "Attaque par réentrance", - "re-entrancy-attack-definition": "Une attaque qui consiste en un contrat d’attaquant appelant une fonction de contrat de victime de telle sorte que lors de l’exécution, la victime appelle à nouveau le contrat d’attaquant, de manière récursive. Cela peut entraîner, par exemple, le vol de fonds en omettant les parties du contrat de la victime qui mettent à jour les soldes ou comptent les montants de retrait. < href=\"/developers/docs/smart-contracts/security/#reetrancy\">En savoir plus sur la réentrance.", + "re-entrancy-attack-definition": "Attaque consistant pour un contrat de l'attaquant à appeler une fonction d'un contrat de la victime de telle sorte qu'au cours de l'exécution, la victime appelle à nouveau le contrat de l'attaquant, de manière récursive. Cela peut entraîner, par exemple, le vol de fonds en sautant les parties du contrat de la victime qui mettent à jour les soldes ou comptent les montants des retraits. En savoir plus sur la réentrance.", "reward-term": "Récompense", "reward-definition": "Une quantité d'ether attribuée aux validateurs qui effectuent certaines fonctions, notamment proposer un bloc ou participer à un comité de synchronisation, dans chaque créneau.", "rlp-term": "Préfixe de longueur récursive (RLP)", "rlp-definition": "Norme d'encodage conçue par les développeurs Ethereum pour encoder et sérialiser des objets (structure de données) de complexité et de longueur arbitraires.", - "rollups-term": "Rollups", + "rollups-term": "rollups", "rollups-definition": "Un type de solution de mise à l'échelle de la couche 2 qui regroupe plusieurs transactions et les soumet à la chaîne principale Ethereum en une seule transaction. Cela permet de réduire les coûts de gaz et d'augmenter le débit des transactions. Il existe des rollups optimistes et à connaissance nulle qui utilisent différentes méthodes de sécurité pour offrir ces gains d'évolutivité. En savoir plus sur les rollups.", "rpc-term": "Appel de procédure distante (RPC)", "rpc-definition": "RPC permet à un ordinateur de demander des données ou des actions à un autre via un réseau, à la manière d'une télécommande demandant des informations.", @@ -323,7 +327,7 @@ "singleton-definition": "Terme de programmation informatique décrivant un objet dont il ne peut exister qu'une seule instance.", "slasher-term": "Exclure", "slasher-definition": "Un slasher est une entité qui analyse les attestations à la recherche d'infractions pouvant faire l'objet d'un slash. Les slashs sont diffusés sur le réseau et le prochain proposant de bloc ajoute la preuve au bloc. L'auteur de la proposition de bloc reçoit alors une récompense pour la suppression du validateur malveillant.", - "slot-term": "Créneau", + "slot-term": "créneau", "slot-definition": "Période de temps (12 secondes) pendant laquelle de nouveaux blocs peuvent être proposés par un validateur dans le système de preuve d'enjeu. Un slot peut être vide. 32 slots constituent une époque. En savoir plus sur la preuve d'enjeu.", "smart-contract-term": "Contrat intelligent", "smart-contract-definition": "Un contrat intelligent est un programme qui exécute automatiquement des accords sur une blockchain, comme un contrat numérique auto-exécutable. Introduction aux contrats intelligents.", @@ -331,13 +335,13 @@ "snark-definition": "Abréviation de « succinct non-interactive argument of knowledge », un SNARK est un type de preuve à connaissance nulle. En savoir plus sur les rollups ZK.", "soft-fork-term": "Fourche mineure", "soft-fork-definition": "Une divergence dans une blockchain qui se produit lorsque les règles de consensus changent. Contrairement à un hard fork, un soft fork est rétrocompatible ; les nœuds mis à niveau peuvent valider les blocs créés par des nœuds non mis à niveau tant qu'ils respectent les nouvelles règles de consensus.", - "solidity-term": "Solidity", + "solidity-term": "solidity", "solidity-definition": "Langage de programmation procédural (impératif) dont la syntaxe est similaire à JavaScript, C++ ou Java. Le langage le plus populaire et le plus fréquemment utilisé pour les contrats intelligents Ethereum. Créé par Gavin Wood. En savoir plus sur Solidity.", "solidity-inline-assembly-term": "Assemblage en ligne Solidity", "solidity-inline-assembly-definition": "Le langage d'assemblage EVM dans un programme Solidity. La prise en charge de l'assemblage en ligne par Solidity facilite l'écriture de certaines opérations.", "stablecoin-term": "Stablecoin", "stablecoin-definition": "Un stablecoin est un type de cryptomonnaie conçu pour avoir une valeur stable, souvent indexée sur une devise ou une marchandise (comme le dollar américain), afin de minimiser la volatilité des prix. En savoir plus sur les stablecoins.", - "staking-term": "Staking", + "staking-term": "Mise en jeu", "staking-definition": "Le dépôt d'une quantité d'ether (votre mise) pour devenir un validateur et sécuriser le réseau. Un validateur vérifie les transactions et propose des blocs sous un modèle de consensus de preuve d'enjeu. Le staking vous offre une incitation économique à agir dans le meilleur intérêt du réseau. Vous recevrez des récompenses pour l'exécution de vos tâches de validateur, mais vous perdrez des quantités variables d'ETH si vous ne le faites pas. En savoir plus sur le staking Ethereum.", "staking-pool-term": "Pools de mise en jeu", "staking-pool-definition": "L'ETH combiné de plus d'un staker Ethereum, utilisé pour atteindre les 32 ETH requis pour activer un ensemble de clés de validation. Un opérateur de nœud utilise ces clés pour participer au consensus et les récompenses du bloc sont réparties entre les stakers qui y contribuent. Les pools de staking ou la délégation de staking ne font pas partie du protocole Ethereum, mais de nombreuses solutions ont été élaborées par la communauté. En savoir plus sur les pools de mise en jeu.", @@ -345,7 +349,7 @@ "stark-definition": "Abréviation de « scalable transparent argument of knowledge », un STARK est un type de preuve à connaissance nulle. En savoir plus sur les rollups ZK.", "state-term": "État", "state-definition": "Image instantanée de tous les soldes et métadonnées présents à un moment donné sur la blockchain, qui renvoie normalement à la condition d'un bloc particulier.", - "state-channels-term": "Canaux d'état", + "state-channels-term": "canaux d'état", "state-channels-definition": "Une solution de couche 2 où un canal est mis en place entre les participants, où ils peuvent effectuer des transactions librement et à moindre coût. Seule une transaction pour établir le canal et le fermer est envoyée au réseau principal. Cela permet un débit de transaction très élevé, mais nécessite de connaître le nombre de participants à l'avance et de bloquer les fonds. En savoir plus sur les canaux d'État.", "supermajority-term": "Supermajorité", "supermajority-definition": "La supermajorité est le terme utilisé pour désigner un montant dépassant les 2/3 (66 %) du nombre total d'Ether mis en jeu pour sécuriser Ethereum. Un vote à la supermajorité est nécessaire pour que les blocs soient finalisés sur la chaîne phare.", @@ -363,6 +367,8 @@ "testnet-definition": "Aussi appelé « testnet », il s'agit d'un réseau utilisé pour simuler le comportement du réseau principal Ethereum.", "token-term": "Jeton", "token-definition": "Bien virtuel négociable défini dans les contrats intelligents sur la blockchain Ethereum.", + "token-factory-term": "Fabrique de jetons", + "token-factory-definition": "Une fabrique de jetons est un contrat intelligent qui facilite la création de jetons dans le respect d'une norme spécifique, telle que ERC-20, ERC-721 ou ERC-1155. Le contrat intelligent agit comme un modèle, permettant aux utilisateurs de déployer de nouveaux jetons avec des paramètres personnalisés tels que le nom, le symbole, l'offre et des fonctionnalités supplémentaires sans avoir à créer un nouveau contrat intelligent à partir de zéro.", "transaction-term": "Transaction", "transaction-definition": "Données engagées dans la blockchain Ethereum, signées par un compte d'origine, ciblant une adresse spécifique. La transaction contient des métadonnées telles que la limite de gaz pour cette transaction. En savoir plus sur les transactions.", "transaction-fee-term": "Frais de transaction", @@ -378,9 +384,9 @@ "validator-lifecycle-term": "Cycle de vie du validateur", "validator-lifecycle-definition": "La séquence d'états dans laquelle un validateur peut exister. Cela inclut :

  • déposé : Au moins 32 ETH ont été déposés dans le contrat de dépôt par le validateur
  • en attente : le validateur est dans la file d'attente d'activation en attendant d'être voté dans le réseau par les validateurs existants
  • actif : atteste et propose actuellement des blocs
  • puni : le validateur a mal agi et est en train d'être pénalisé
  • sortie : le validateur a été signalé pour quitter le réseau, soit volontairement, soit parce qu'il a été éjecté.
", "validity-proof-term": "Preuve de validité", - "validity-proof-definition": "Un modèle de sécurité pour certaines solutions de couche 2 où, pour augmenter la vitesse, les transactions sont regroupées en lots et soumises à Ethereum en une seule transaction. Le calcul des transactions est effectué en hors chaîne, puis fourni à la chaîne principale avec une preuve de leur validité. Cette méthode permet d'augmenter le nombre de transactions possibles tout en maintenant la sécurité. Certains rollups utilisent des preuves de fraude. En savoir plus sur les rollups à connaissance nulle.", - "validium-term": "Validium", - "validium-definition": "Une solution hors chaîne qui utilise des preuves de validité pour améliorer le débit des transactions. Contrairement aux rollups ZK, les données de validium ne sont pas stockées sur la couche 1 du réseau principal. En savoir plus sur le validium.", + "validity-proof-definition": "Un modèle de sécurité pour certaines solutions de couche 2 où, pour augmenter la vitesse, les transactions sont regroupées en lots et soumises à Ethereum en une seule transaction. Le calcul des transactions est effectué hors chaîne, puis fourni à la chaîne principale avec une preuve de leur validité. Cette méthode permet d'augmenter le nombre de transactions possibles tout en maintenant la sécurité. Certains rollups utilisent des preuves de fraude. En savoir plus sur les rollups ZK.", + "validium-term": "Validité", + "validium-definition": "Une solution hors chaîne qui utilise des preuves de validité pour améliorer le débit des transactions. Contrairement aux rollups Zk, les données de validium ne sont pas stockées sur la couche 1 du réseau principal. En savoir plus sur le validium.", "vyper-term": "Vyper", "vyper-definition": "Un langage de programmation de haut niveau avec une syntaxe semblable à celle de Python. Destiné à se rapprocher d'un langage fonctionnel pur. Créé par Vitalik Buterin. En savoir plus sur Vyper.", "wallet-term": "Portefeuille", @@ -391,6 +397,8 @@ "web3-definition": "Le Web3 est le nouvel internet basé sur la blockchain, où les utilisateurs contrôlent leurs données et transactions, plutôt que les entreprises. Il n'est pas nécessaire de partager des informations personnelles. En savoir plus sur le Web3.", "wei-term": "Wei", "wei-definition": "La plus petite dénomination d'ether. 1018 wei = 1 ether.", + "wrapped-token-term": "Jeton symbolique", + "wrapped-token-definition": "Un jeton basé sur la blockchain qui représente une autre cryptomonnaie ou un actif sur un réseau différent. Par exemple, Wrapped Ether (WETH) représente l’Ether (ETH) dans un format conforme au standard de jeton ERC-20 d’Ethereum. L’actif original est verrouillé de manière sécurisée par un contrat intelligent, et un jeton équivalent est émis. Ce mécanisme permet l’interopérabilité au sein des blockchains et entre elles, permettant à des actifs comme l’ETH d’être utilisés de manière fluide dans des applications décentralisées tout en conservant leur valeur.", "zero-address-term": "Adresse zéro", "zero-address-definition": "Une adresse Ethereum, composée entièrement de zéros, qui est fréquemment utilisée comme adresse pour retirer les jetons de la circulation. Une distinction est faite entre les jetons officiellement retirés de l'index d'un contrat intelligent via la méthode burn() et ceux envoyés à cette adresse.", "zk-proof-term": "Preuve de connaissance zéro", diff --git a/src/intl/fr/learn-quizzes.json b/src/intl/fr/learn-quizzes.json index 49149a3c0b0..be86b27b109 100644 --- a/src/intl/fr/learn-quizzes.json +++ b/src/intl/fr/learn-quizzes.json @@ -64,13 +64,13 @@ "what-is-ethereum-4-d-label": "Plus de dix fois", "what-is-ethereum-5-prompt": "Ethereum consomme plus d'électricité que :", "what-is-ethereum-5-a-label": "Extraction d'or", - "what-is-ethereum-5-a-explanation": "L'extraction d'or utilise environ 131 térawatt-heures par an. Ethereum consomme environ 0,0026 térawatt-heures par an.", + "what-is-ethereum-5-a-explanation": "L'extraction d'or utilise environ 131 térawattheures par an. Ethereum consomme environ 0,0026 térawattheure par an.", "what-is-ethereum-5-b-label": "Netflix", - "what-is-ethereum-5-b-explanation": "Netflix utilise environ 0,451 térawatt-heures par an, tandis qu'Ethereum consomme environ 0,0026 térawatt-heures par an.", + "what-is-ethereum-5-b-explanation": "Netflix utilise environ 0,451 térawattheure par an. Ethereum consomme environ 0,0026 térawattheure par an.", "what-is-ethereum-5-c-label": "PayPal", - "what-is-ethereum-5-c-explanation": "PayPal utilise environ 0,26 térawatt-heures par an, tandis qu'Ethereum consomme environ 0,0026 térawatt-heures par an.", + "what-is-ethereum-5-c-explanation": "PayPal utilise environ 0,26 térawattheure par an. Ethereum consomme environ 0,0026 térawattheure par an.", "what-is-ethereum-5-d-label": "Aucune de ces réponses", - "what-is-ethereum-5-d-explanation": "Ethereum consomme environ 0,0026 térawatt-heures par an, soit moins que l'exploitation aurifère (~131 TWh/an), Netflix (~0,451 TWh/an) et PayPal (~0,26 TWh/an).", + "what-is-ethereum-5-d-explanation": "Ethereum consomme environ 0,0026 térawattheures par an. Moins que l'extraction aurifère (~131 TWh/an), Netflix (~0,451 TWh/an) et PayPal (~0,26 TWh/an).", "what-is-ether-1-prompt": "L'Ether est également connu sous le nom de :", "what-is-ether-1-a-label": "ETC", "what-is-ether-1-a-explanation": "ETC est le symbole d'Ethereum Classic.", @@ -259,7 +259,7 @@ "rollups-1-d-label": "Décentraliser Ethereum", "rollups-1-d-explanation": "Le but principal des rollups et autres solutions de seconde couche est d'augmenter la capacité d'Ethereum.", "rollups-2-prompt": "Pour évoluer, la plupart des réseaux alternatifs de couche 1 ont principalement sacrifié :", - "rollups-2-a-label": "Sécurité", + "rollups-2-a-label": "sécurité", "rollups-2-a-explanation": "La plupart des réseaux alternatifs de couche 1 sacrifient la sécurité et quelque chose d'autre pour évoluer.", "rollups-2-b-label": "Décentralisation", "rollups-2-b-explanation": "La plupart des réseaux alternatifs de couche 1 sacrifient la décentralisation et quelque chose d'autre pour évoluer.", @@ -324,8 +324,53 @@ "merge-5-b-explanation": "Avant d'être rebaptisée couche de consensus, elle s'appelait à l'origine « Eth2 ».", "merge-5-c-label": "Eth1", "merge-5-c-explanation": "Eth1 était le nom donné à l'origine à la couche d'exécution, et non à la couche de consensus.", - "merge-5-d-label": "Staking", + "merge-5-d-label": "Mise en jeu", "merge-5-d-explanation": "La mise en jeu consiste à déposer de l'ETH dans un contrat intelligent pour aider à sécuriser la chaîne.", + "gas-1-prompt": "Que sont les frais de gaz ?", + "gas-1-a-label": "Un frais associé aux transactions et aux opérations des contrats intelligents", + "gas-1-a-explanation": "Partiellement correct : les frais de gaz représentent le coût des transactions ainsi que des opérations effectuées par les contrats intelligents.", + "gas-1-b-label": "La quantité de gas utilisée pour exécuter une opération, multipliée par le coût par unité de gas", + "gas-1-b-explanation": "Partiellement correct. Bien que ce soit vrai, ce n’est pas la meilleure réponse parmi les choix proposés.", + "gas-1-c-label": "Un paiement incluant des frais de priorité afin d’accélérer potentiellement le traitement de la transaction", + "gas-1-c-explanation": "C’est partiellement correct : le coût total en gaz comprend des frais de base et des frais de priorité, ces derniers pouvant influencer la rapidité de traitement de la transaction", + "gas-1-d-label": "Toutes ces réponses", + "gas-1-d-explanation": "Les frais de gaz englobent tous ces aspects : ils rémunèrent la puissance de calcul, s’appliquent aussi bien aux transactions qu’aux contrats intelligents, et peuvent inclure des frais de priorité pour une inclusion plus rapide.", + "gas-2-prompt": "Quelle est, parmi les options suivantes, la stratégie la moins efficace pour réduire le coût du gaz ?", + "gas-2-a-label": "Exécuter des transactions pendant les périodes de faible congestion", + "gas-2-a-explanation": "Programmer ses transactions en dehors des heures de pointe peut réduire les frais de gaz.", + "gas-2-b-label": "Attendre que les prix du gaz baissent", + "gas-2-b-explanation": "Attendre une baisse des prix du gaz est une stratégie valable, car les frais fluctuent en fonction de la congestion du réseau.", + "gas-2-c-label": "Utiliser des chaînes de seconde couche pour des frais réduits", + "gas-2-c-explanation": "Les solutions de seconde couche réduisent les frais et constituent un moyen efficace d’économiser sur le gaz.", + "gas-2-d-label": "Utiliser une logique de contrat intelligent complexe qui augmente les besoins en calcul", + "gas-2-d-explanation": "Une logique complexe de contrat intelligent augmente les frais de gaz en exigeant davantage de calcul. Une conception efficace minimise les étapes, le stockage et les opérations redondantes afin de réduire les coûts.", + "gas-3-prompt": "Qu’est-ce qui provoque des frais de gaz élevés ?", + "gas-3-a-label": "Calcul réseau dépassant un seuil spécifique", + "gas-3-a-explanation": "Lorsque la puissance de calcul sur Ethereum dépasse un certain seuil, les frais de gaz augmentent, en particulier lors de périodes d’activité intense comme les lancements de dApps ou de collections NFT.", + "gas-3-b-label": "Les validateurs augmentant manuellement les frais de base", + "gas-3-b-explanation": "Les validateurs ne définissent pas manuellement les frais de base ; ceux-ci sont ajustés par le protocole en fonction de la demande observée dans le bloc précédent.", + "gas-3-c-label": "Contrats intelligents bien écrits et optimisés", + "gas-3-c-explanation": "Une logique de contrat intelligent bien conçue, comme une utilisation efficace du stockage et des boucles, peut entraîner une consommation de gaz réduite.", + "gas-3-d-label": "Un manque d’ETH disponible sur le réseau", + "gas-3-d-explanation": "Les frais de gaz ne sont pas influencés par la quantité d’ETH disponible sur le réseau.", + "gas-4-prompt": "Comment les frais de gaz contribuent-ils à la sécurité d’Ethereum ?", + "gas-4-a-label": "En incitant les validateurs à agir de manière honnête", + "gas-4-a-explanation": "Les validateurs sont rémunérés de plusieurs façons, mais les frais de gaz servent principalement à décourager le spam et l’utilisation excessive des ressources.", + "gas-4-b-label": "En décourageant le spam et les activités malveillantes par des coûts financiers", + "gas-4-b-explanation": "Les frais de gaz rendent les activités de spam ou malveillantes coûteuses, ce qui empêche les abus et contribue à maintenir la stabilité du réseau.", + "gas-4-c-label": "En s’assurant que les transactions sont traitées par ordre de priorité", + "gas-4-c-explanation": "La priorité peut être déterminée par le pourboire, et non par les frais de gaz eux-mêmes.", + "gas-4-d-label": "En augmentant la quantité totale d’ETH en circulation", + "gas-4-d-explanation": "Les frais de base (composante du coût total en gaz) est brûlée, ce qui réduit la quantité d’ETH en circulation au lieu de l’augmenter", + "gas-5-prompt": "Comment sont calculées les frais de gaz ?", + "gas-5-a-label": "Prix du gaz × taille de la transaction", + "gas-5-a-explanation": "Les frais de gaz sont basés sur la puissance de calcul requise, et non sur la taille de la transaction.", + "gas-5-b-label": "Unités de gaz utilisées × ( frais de base + frais de priorité)", + "gas-5-b-explanation": "Les frais de gaz sont déterminés selon la formule : unités de gaz utilisées × (frais de base + frais de priorité).", + "gas-5-c-label": "Taille du bloc × plafond du pourboire au validateur", + "gas-5-c-explanation": "La taille du bloc n’entre pas directement en compte dans cette formule.", + "gas-5-d-label": "Frais de base + frais de priorité + pourboire", + "gas-5-d-explanation": "Les frais de base et les frais de priorité font partie de la formule ; le pourboire correspond aux frais de priorité.", "daos-1-prompt": "Qu'est-ce qui est vrai à propos des DAO ?", "daos-1-a-label": "Les DAO sont collectivement possédées via des jetons de gouvernance", "daos-1-a-explanation": "Les DAO sont collectivement possédées, mais ce n'est pas la seule affirmation correcte.", @@ -384,7 +429,7 @@ "staking-solo-2-a-label": "Aucune incidence sur les récompenses", "staking-solo-2-a-explanation": "Des pénalités sont infligées lorsqu'un validateur n'est pas disponible pour attester de l'état de la chaîne pour une époque donnée. Le montant de ces pénalités est d'environ 75 % de ce qu'aurait été la récompense pour une attestation correcte. Les récompenses reprennent lorsque le validateur se reconnecte, et AUCUN slashing n'a lieu.", "staking-solo-2-b-label": "Les pénalités d'inactivité ne sont encourues que pendant l'indisponibilité", - "staking-solo-2-b-explanation": "Pendant son absence, un validateur subira de petites pénalités d'inactivité, environ égales à 75 % de ce que la récompense aurait été pour une attestation correcte. Dans des cas rares ou extrêmes où le réseau n'est pas en cours de finalisation (c'est-à-dire lorsque plus d'un tiers du réseau est également hors ligne), ces pénalités sont nettement plus importantes. Les récompenses reprennent lorsque le validateur revient en ligne, et aucun slashing n'a lieu.", + "staking-solo-2-b-explanation": "Pendant son indisponibilité, un validateur subira de petites pénalités d'inactivité, équivalentes à environ 75 % de ce qu'aurait été la récompense pour une attestation en bonne et due forme. Dans des cas rares ou extrêmes où le réseau n'est pas finalisé (c'est-à-dire que plus de 1/3 du réseau est également hors ligne), ces pénalités sont nettement plus importantes. Les récompenses reprennent lorsque le validateur revient en ligne et aucun slashing n'a lieu.", "staking-solo-2-c-label": "Slashing immédiat et suppression du réseau", "staking-solo-2-c-explanation": "Il s'agit d'une idée fausse courante, mais le fait de passer hors ligne ne conduit PAS au slashing ! Le slashing est un type spécifique de pénalité pour une infraction plus grave, avec des pénalités plus importantes et entraîne également le retrait de l'ensemble des validateurs.", "staking-solo-2-d-label": "Il y a un délai d'une semaine avant le slashing et l'expulsion", @@ -613,5 +658,41 @@ "defi-5-c-label": "Bitcoin", "defi-5-c-explanation": "C'est incorrect. Bitcoin est un réseau simple pour stocker de la valeur, pas pour exécuter des programmes avancés. La finance décentralisée nécessite un système plus flexible, comme Ethereum, qui peut exécuter des programmes complexes pour gérer automatiquement les prêts et les échanges.", "defi-5-d-label": "Institutions financières traditionnelles", - "defi-5-d-explanation": "C'est incorrect. Les applications DeFi n'ont pas besoin des institutions financières traditionnelles. Elles utilisent des programmes sur la blockchain appelés contrats intelligents pour gérer les transactions automatiquement." + "defi-5-d-explanation": "C'est incorrect. Les applications DeFi n'ont pas besoin des institutions financières traditionnelles. Elles utilisent des programmes sur la blockchain appelés contrats intelligents pour gérer les transactions automatiquement.", + "smart-contracts-1-prompt": "Comment les contrats intelligents sont-ils caractérisés ?", + "smart-contracts-1-a-label": "Les contrats intelligents sont comme des contrats légaux, mais stockés numériquement sur la blockchain pour sauvegarder le contenu en toute sécurité.", + "smart-contracts-1-a-explanation": "Les contrats intelligents utilisent une logique similaire à celle des contrats traditionnels, mais n'ont autrement que peu de choses en commun.", + "smart-contracts-1-b-label": "Liés à des systèmes d’IA autonomes qui exécutent des transactions", + "smart-contracts-1-b-explanation": "Les contrats intelligents exécutent les transactions de manière prévisible selon une logique « si ceci, alors cela » prescrite dans le code — ils n’utilisent pas d’IA", + "smart-contracts-1-c-label": "Des programmes sur la blockchain suivant une logique « si ceci, alors cela », garantis d’exécuter selon leurs propres règles", + "smart-contracts-1-c-explanation": "Un contrat intelligent est un compte Ethereum déployé avec un code immuable qui détermine sa fonctionnalité.", + "smart-contracts-1-d-label": "Ce sont les règles derrière la blockchain Ethereum, développées en collaboration avec des avocats pour garantir la conformité légale.", + "smart-contracts-1-d-explanation": "Les contrats intelligents sont des morceaux de code qui peuvent être créés par des développeurs et déployés sur une blockchain.", + "smart-contracts-2-prompt": "Quelle est la métaphore qui caractérise le plus précisément le fonctionnement des contrats intelligents ?", + "smart-contracts-2-a-label": "Une banque", + "smart-contracts-2-a-explanation": "Les banques nécessitent une exécution manuelle et sont structurées comme des entités hiérarchiques, tandis que les contrats intelligents sont exécutés de manière prévisible par des ordinateurs selon des règles immuables.", + "smart-contracts-2-b-label": "Distributeur automatique numérique", + "smart-contracts-2-b-explanation": "Le distributeur automatique ne délivrera votre produit désiré qu'une fois que toutes les conditions seront remplies : des entrées spécifiques garantissent des sorties déterministes. Cela est similaire à la logique des contrats intelligents.", + "smart-contracts-2-c-label": "Une calculatrice", + "smart-contracts-2-c-explanation": "Le code des contrats intelligents peut être utilisé pour des calculs, mais ne s'y limite pas. En réalité, les contrats intelligents sont des programmes basés sur la blockchain qui suivent une logique du type « si ceci, alors cela ».", + "smart-contracts-2-d-label": "Un site web", + "smart-contracts-2-d-explanation": "Un site web est le front-end qui capte les instructions de l’utilisateur. Un contrat intelligent est la logique backend où ces instructions sont exécutées, et le résultat peut être retourné.", + "smart-contracts-3-prompt": "Laquelle N’EST PAS une caractéristique principale des contrats intelligents ?", + "smart-contracts-3-a-label": "Exécution déterministe", + "smart-contracts-3-a-explanation": "Le principal avantage d’un contrat intelligent est qu’il exécute de manière déterministe un code sans ambiguïté, sans interprétation humaine ni biais.", + "smart-contracts-3-b-label": "Enregistrement public", + "smart-contracts-3-b-explanation": "Avec les contrats intelligents sur une blockchain publique, n’importe qui peut suivre instantanément les transferts d’actifs et autres informations associées.", + "smart-contracts-3-c-label": "Protection de la vie privée", + "smart-contracts-3-c-explanation": "Comme les blockchains sont des réseaux pseudonymes, les transactions sont liées publiquement à une adresse cryptographique unique, et non à une identité.", + "smart-contracts-3-d-label": "Capacité à changer", + "smart-contracts-3-d-explanation": "Un contrat intelligent ne peut pas être modifié une fois créé — son exécution est garantie selon les règles définies par son code.", + "smart-contracts-4-prompt": "Laquelle N’EST PAS une application des contrats intelligents ?", + "smart-contracts-4-a-label": "Stablecoins", + "smart-contracts-4-a-explanation": "Les stablecoins sont des objets token définis et suivis à l’aide de contrats intelligents.", + "smart-contracts-4-b-label": "Modifications du protocole\n", + "smart-contracts-4-b-explanation": "Bien que les modifications de protocole puissent parfois utiliser des contrats intelligents, leur création et définition sont proposées via des forums en ligne transparents et mises en œuvre dans les logiciels clients.", + "smart-contracts-4-c-label": "Jetons non fongibles (NFTs)", + "smart-contracts-4-c-explanation": "Les contrats intelligents sont utilisés pour définir une large gamme de NFT, allant de l’art numérique aux certificats de propriété d’actifs.", + "smart-contracts-4-d-label": "Échange de devises ouvert", + "smart-contracts-4-d-explanation": "Les échanges décentralisés (DEX) sont construits à l’aide de contrats intelligents pour fonctionner sans contrôle centralisé." } diff --git a/src/intl/fr/page-10-year-anniversary.json b/src/intl/fr/page-10-year-anniversary.json new file mode 100644 index 00000000000..f0bf2ee7953 --- /dev/null +++ b/src/intl/fr/page-10-year-anniversary.json @@ -0,0 +1,131 @@ +{ + "page-10-year-anniversary-meta-title": "Anniversaire des 10 ans", + "page-10-year-anniversary-meta-description": "Célébrons 10 ans de résistance à la censure, de disponibilité à 100 %, de décentralisation, de construction communautaire, de croissance des développeurs, de collaboration mondiale, de valeurs cypherpunk, de hackathons, de finance sans autorisation, de neutralité crédible, de jardin infini, de diversité des clients et bien plus encore.", + "page-10-year-censorship-resistance": "résistance à la censure", + "page-10-year-uptime": "Disponibilité de 100 %", + "page-10-year-decentralization": "décentralisation", + "page-10-year-community-building": "développement communautaire", + "page-10-year-developer-growth": "croissance des développeurs", + "page-10-year-global-collaboration": "collaboration mondiale", + "page-10-year-cypherpunk-values": "valeurs cypherpunk", + "page-10-year-hackathons": "hackathons", + "page-10-year-permissionless-finance": "finance sans autorisation", + "page-10-year-credible-neutrality": "neutralité crédible", + "page-10-year-infinite-garden": "le jardin infini", + "page-10-year-client-diversity": "diversité des clients", + "page-10-year-celebrating": "Célébrons 10 ans de", + "page-10-year-hero-title": "Une décennie de transformation du monde, un bloc à la fois", + "page-10-year-hero-description": "Le 30 juillet 2015, la blockchain Ethereum est née. Dès l’instant où le bloc d'origine a été miné, elle a ouvert de nouvelles possibilités pour Internet, apportant des transformations majeures à la finance, à la propriété et à la programmabilité.", + "page-10-year-hero-tagline": "Dix ans d’existence, l’éternité devant nous.", + "page-10-year-join-party-title": "Rejoignez la fête", + "page-10-year-join-party-description": "Célébrez les 10 ans d’Ethereum avec la communauté mondiale. Trouvez un événement près de chez vous ou organisez votre propre célébration.", + "page-10-year-events-description-1": "Rejoignez des personnes du monde entier pour des conférences, des rencontres et des célébrations à l’occasion du dixième anniversaire d’Ethereum.", + "page-10-year-events-description-2": "Vous ne pouvez pas venir en personne ? Regardez notre diffusion en direct et suivez les actualités des événements dans le monde entier, pour que chacun puisse célébrer cette étape ensemble.", + "page-10-year-host-event-title": "Partagez votre événement", + "page-10-year-host-event-description": "Vous organisez un événement ? Saisissez les détails ci-dessous pour qu’il soit affiché sur la carte.", + "page-10-year-host-event-cta": "Partager l’événement", + "page-10-year-innovation-title": "10 ans de", + "page-10-year-innovation-subtitle": "Innovation", + "page-10-year-innovation-description-1": "Ethereum a transformé la blockchain en introduisant les contrats intelligents", + "page-10-year-innovation-description-2": "Avec Ethereum, les blockchains sont passées d’un registre numérique à une plateforme programmable où le code s’exécute automatiquement lorsque les conditions sont remplies.", + "page-10-year-innovation-description-3": "L’innovation d’Ethereum a permis l’émergence de nouvelles industries comme la DeFi, les NFT et les DAO. Elle a élargi l’usage de la blockchain au-delà de la monnaie numérique, pour en faire une plateforme qui a repensé notre façon de créer et d'échanger de la valeur.", + "page-10-year-adoption-title": "10 ans de", + "page-10-year-adoption-subtitle": "Adoption", + "page-10-year-adoption-description-1": "D’un livre blanc à plus de 24 millions de transactions quotidiennes dans l’écosystème Ethereum", + "page-10-year-adoption-description-2": "Ethereum est devenue une plateforme informatique mondiale alimentant des milliers d’applications utilisées quotidiennement par des millions de personnes. Elle transcende les secteurs et les frontières tout en continuant d'élargir ses domaines d'utilisation.", + "page-10-year-stories-title": "10 ans de", + "page-10-year-stories-subtitle": "Histoires", + "page-10-year-stories-description-1": "Un aperçu de l’utilisation d’Ethereum dans la vie quotidienne", + "page-10-year-stories-description-2": "Avec des millions de portefeuilles aux quatre coins du monde, les gens utilisent Ethereum de manière inspirante. Ces histoires réelles témoignent de la créativité, de la liberté et des liens rendus possibles grâce à Ethereum.", + "page-10-year-stories-cta": "Partagez votre histoire", + "page-10-year-ideas-title": "Avez-vous une idée sur la façon dont la communauté peut célébrer ?", + "page-10-year-ideas-description": "Onchain artefacts, un jeu-questionnaire mondial sur Ethereum : tout est possible ! Partagez votre idée ci-dessous.", + "page-10-year-ideas-cta": "Proposez votre idée", + "page-10-year-event-link": "Aller à l'évènement", + "page-10-year-countdown-expired": "Ethereum a 10 ans ! 🚀", + "page-10-year-countdown-day": "jour", + "page-10-year-countdown-days": "jours", + "page-10-year-countdown-hour": "heure", + "page-10-year-countdown-hours": "en heures", + "page-10-year-countdown-minute": "minute", + "page-10-year-countdown-minutes": "minutes", + "page-10-year-countdown-second": "seconde", + "page-10-year-countdown-seconds": "secondes", + "page-10-year-banner-header": "10 ans d'Ethereum", + "page-10-year-banner-launch-text": "Le 30 juillet 2015, à 15h44 UTC, le premier bloc de la blockchain Ethereum a vu le jour.", + "page-10-year-banner-tagline": "Dix ans derrière nous, l’infini devant ! 🚀", + "page-10-year-banner-cta": "Rejoignez la fête", + "page-10-year-stories-read-more": "En savoir plus", + "page-10-year-stories-show-original": "Afficher l'original", + "page-10-year-stories-show-english": "Voir l'anglais", + "page-10-year-stories-original-language": "Langue d'origine", + "page-10-year-stories-english-translation": "Traduction anglaise", + "page-10-year-stories-show-more": "Afficher plus", + "page-10-year-globe-go-to-event": "Aller à l'évènement", + "page-10-year-innovation-card-1-title": "Lancement d'Ethereum", + "page-10-year-innovation-card-1-date": "30 juillet 2015", + "page-10-year-innovation-card-1-description-1": "Le bloc d'origine d’Ethereum a été activé, lançant le réseau « Frontier ». Cette version minimaliste a offert aux développeurs leur première occasion de créer des applications décentralisées et d’expérimenter les contrats intelligents.", + "page-10-year-innovation-card-1-description-2": "La mission d’Ethereum : un internet ouvert où les utilisateurs contrôlent leurs données, où les applications fonctionnent sans intermédiaires, et où la valeur circule librement entre les personnes.", + "page-10-year-innovation-card-2-title": "DAI : Le stablecoin pionnier", + "page-10-year-innovation-card-2-date": "Décembre 2015", + "page-10-year-innovation-card-2-description-1": "Le premier stablecoin décentralisé a été lancé. Le DAI maintient un ancrage flexible au dollar américain grâce à des garanties en cryptomonnaies verrouillées dans des contrats intelligents.", + "page-10-year-innovation-card-2-description-2": "Contrairement aux stablecoins centralisés contrôlés par des entreprises, le DAI est régi par une organisation autonome décentralisée (DAO), ce qui le rend sans confiance et géré par la communauté.", + "page-10-year-innovation-card-3-title": "CryptoKitties et la frontière des NFT", + "page-10-year-innovation-card-3-date": "Novembre 2017", + "page-10-year-innovation-card-3-description-1": "CryptoKitties a donné vie à la propriété numérique. Ce jeu NFT précurseur a démontré comment la blockchain pouvait permettre de nouvelles formes d’expression, de collection et de culture en ligne.", + "page-10-year-innovation-card-3-description-2": "Cela a prouvé qu’Ethereum pouvait s’étendre au-delà de la finance vers le jeu, l’art et l’identité numérique, ouvrant des possibilités créatives entièrement nouvelles.", + "page-10-year-innovation-card-4-title": "L'été de la DeFi", + "page-10-year-innovation-card-4-date": "Juin 2020", + "page-10-year-innovation-card-4-description-1": "La croissance explosive de la DeFi a redéfini la manière dont le monde conçoit la finance. Les protocoles de prêt, d’échange et de génération de rendement ont connu un essor fulgurant, démontrant la puissance d’une infrastructure financière ouverte et composable.", + "page-10-year-innovation-card-4-description-2": "Cette période a amené des milliards de dollars en valeur sur la blockchain et a établi Ethereum comme le berceau de la finance décentralisée.", + "page-10-year-innovation-card-5-title": "Point sur la Fusion", + "page-10-year-innovation-card-5-date": "15 septembre 2022", + "page-10-year-innovation-card-5-description-1": "La plus grande transformation d’Ethereum à ce jour. Le réseau est passé en douceur d’un système de preuve de travail énergivore à un système de preuve d’enjeu. Avec des milliards de valeur en jeu sur Ethereum, ce changement a été comparé à un remplacement du moteur d’un avion en plein vol.", + "page-10-year-innovation-card-5-description-2": "La Fusion a réduit la consommation d’énergie d’Ethereum de 99,95 %, renforcé la sécurité du réseau et posé les bases des futures améliorations de mise à l’échelle.", + "page-10-year-innovation-card-6-title": "ETFs ETH Spot", + "page-10-year-innovation-card-6-date": "23 mai 2024", + "page-10-year-innovation-card-6-description-1": "Wall Street adopte Ethereum. Les ETF ETH au comptant ont été lancés, apportant du capital institutionnel et une légitimité réglementaire à la principale plateforme de contrats intelligents au monde.", + "page-10-year-innovation-card-6-description-2": "Cette approbation a marqué une acceptation plus large des actifs du monde réel tokenisés, avec de grandes institutions financières construisant désormais sur Ethereum pour intégrer en chaîne des actifs allant de l’immobilier aux obligations du Trésor.", + "page-10-year-adoption-card-1-title": "Une décennie de décentralisation", + "page-10-year-adoption-card-1-description": "Ce qui avait commencé comme un écosystème spécialisé s’étend désormais à plus de 80 pays, avec 870 000 validateurs, 13 600 nœuds physiques et des millions d’utilisateurs à travers les continents.", + "page-10-year-adoption-card-1-link-text": "Consultez les statistiques d’Ethereum", + "page-10-year-adoption-card-2-title": "10 ans, 16 mises à jour, 0 interruption", + "page-10-year-adoption-card-2-description": "Ethereum a maintenu une disponibilité parfaite tout en évoluant en permanence. La blockchain n’a jamais été mise hors ligne.", + "page-10-year-adoption-card-2-link-text": "Voir la feuille de route", + "page-10-year-adoption-card-3-title": "123 milliards de dollars de capitalisation boursière pour les stablecoins", + "page-10-year-adoption-card-3-description": "Au deuxième trimestre 2025, Ethereum L1 sécurise plus de 123 milliards de dollars en stablecoins, captant plus de 50 % du marché mondial des stablecoins.", + "page-10-year-adoption-card-3-link-text": "En savoir plus sur les stablecoins", + "page-10-year-adoption-card-4-title": "75 milliards de dollars sécurisés dans la DeFi d’Ethereum", + "page-10-year-adoption-card-4-description": "Au deuxième trimestre 2025, Ethereum sécurise plus de 75 milliards de dollars en DeFi dans l’ensemble de son écosystème.", + "page-10-year-adoption-card-4-link-text": "En savoir plus sur DeFi", + "page-10-year-adoption-card-5-title": "0,01 TWh par an", + "page-10-year-adoption-card-5-description": "Après La Fusion, la consommation d’énergie d’Ethereum a chuté de façon spectaculaire à seulement 0,01 TWh par an, contre un pic de 93,95 TWh auparavant.", + "page-10-year-adoption-card-5-link-text": "En savoir plus sur la consommation énergétique d'Ethereum", + "page-10-year-adoption-card-6-title": "Plus de 250 TPS", + "page-10-year-adoption-card-6-description": "Le débit d’Ethereum a considérablement augmenté depuis son lancement, l’écosystème d’Ethereum traitant désormais plus de 250 transactions par seconde.", + "page-10-year-adoption-card-6-link-text": "En savoir plus sur les secondes couches", + "page-10-year-torch-title": "La Torche Ethereum", + "page-10-year-torch-description": "Un NFT unique célébrant le 10e anniversaire d’Ethereum. La Torche passe de membre en membre de la communauté, symbolisant l’esprit de collaboration et de décentralisation qui définit Ethereum.", + "page-10-year-torch-current-holder": "Détenteur actuel de la Torche", + "page-10-year-torch-no-holder": "Aucun détenteur actuel", + "page-10-year-torch-history-title": "Historique des détenteurs de la Torche", + "page-10-year-torch-no-history": "Aucun historique de transfert disponible", + "page-10-year-torch-from": "De", + "page-10-year-torch-to": "À", + "page-10-year-torch-view-tx": "Voir la transaction", + "page-10-year-livestream-title": "Rejoins le direct", + "page-10-year-livestream-video-title": "Diffusion en direct : 10 ans d’Ethereum", + "page-10-year-torch-nft-intro": "Pour commémorer cette étape historique, nous lançons la Torche Ethereum NFT, un NFT qui incarne l’esprit de décentralisation et de communauté qui a marqué la première décennie d’Ethereum.", + "page-10-year-torch-nft-description": "À l’image d’une flamme cérémonielle qui voyage de communauté en communauté, la Torche Ethereum parcourra l’écosystème Ethereum mondial. Ce NFT spécial sera transmis de portefeuille en portefeuille parmi des membres de la communauté, développeurs et bâtisseurs soigneusement sélectionnés, qui ont façonné l’histoire d’Ethereum au cours des 10 dernières années.", + "page-10-year-torch-one-of-kind-title": "Unique en son genre :", + "page-10-year-torch-one-of-kind-description": "Il n’existe qu’une seule Torche Ethereum NFT, faisant de chaque détenteur un gardien temporaire de l’héritage d’Ethereum", + "page-10-year-torch-time-limited-title": "Garde à durée limitée :", + "page-10-year-torch-time-limited-description": "Chaque détenteur conserve la torche pendant 24 heures avant de la transmettre au gardien suivant. Le 30 juillet, ce NFT sera brûlé pour célébrer l’anniversaire.", + "page-10-year-mint-card-title": "Immortalise l’instant", + "page-10-year-mint-card-description": "Célèbre une décennie de décentralisation avec un NFT gratuit et en édition limitée pour le 10e anniversaire. Obtiens le tien avant que le temps ne s’écoule.", + "page-10-year-mint-card-ended-title": "La période de réclamation est terminée", + "page-10-year-mint-card-ended-description": "Merci à tous d’avoir participé à la célébration", + "page-10-year-video-aria-label": "Vidéo du 10e anniversaire", + "page-10-year-nft-link-label": "Découvrez les dix ans du NFT Ethereum sur OpenSea", + "page-10-year-terms-and-conditions": "Termes et conditions" +} diff --git a/src/intl/fr/page-about.json b/src/intl/fr/page-about.json index a52f108bd4b..60901dc6426 100644 --- a/src/intl/fr/page-about.json +++ b/src/intl/fr/page-about.json @@ -7,7 +7,7 @@ "page-about-li-2": "prévu", "page-about-li-3": "implémenté", "page-about-li-4": "implémenté", - "page-about-link-1": "Le code source de ce répertoire est sous licence MIT", + "page-about-link-1": "Le code source de ce dépôt est sous licence MIT", "page-about-link-2": "GitHub", "page-about-link-3": "Voir la liste complète des tâches en cours sur GitHub", "page-about-link-4": "Rejoignez notre serveur Discord", @@ -17,11 +17,11 @@ "page-about-p-1": "Depuis le lancement d'ethereum.org, nous nous efforçons d'être transparents sur la façon dont nous fonctionnons. C'est l'une de nos valeurs fondamentales, car nous pensons que la transparence est essentielle au succès d'Ethereum.", "page-about-p-2": "Nous utilisons", "page-about-p-3": "comme principal outil de gestion de projet. Nous organisons nos tâches en 3 catégories :", - "page-about-p-4": " Nous faisons de notre mieux pour que la communauté soit informée du statut d'une tâche spécifique.", + "page-about-p-4": "Nous faisons de notre mieux pour que la communauté soit informée du statut d'une tâche spécifique.", "page-about-p-5": "Les tâches en cours d'implémentation.", - "page-about-p-6": "Les tâches que nous avons mises en file d'attente pour les implémenter plus tard.", + "page-about-p-6": "Les tâches mises en file d'attente pour être implémentées prochainement.", "page-about-p-7": "Les tâches récemment terminées.", - "page-about-p-8": "Vous avez des idées pour améliorer ethereum.org ? Nous adorerions collaborer avec vous !", + "page-about-p-8": "Vous avez des idées pour améliorer ethereum.org ? Nous serions ravis de collaborer avec vous !", "page-what-is-ethereum-energy-consumption-chart-legend": "Consommation d'énergie annuelle en TWh/an", "energy-consumption-chart-global-data-centers-label": "Centres de données globaux", "energy-consumption-chart-airbnb-label": "Airbnb", diff --git a/src/intl/fr/page-apps.json b/src/intl/fr/page-apps.json index 568d11d0fb5..c0d5877a7c0 100644 --- a/src/intl/fr/page-apps.json +++ b/src/intl/fr/page-apps.json @@ -1,289 +1,72 @@ { - "page-apps-1inch-logo-alt": "Logo 1inch", - "page-apps-aave-logo-alt": "Logo Aave", - "page-apps-add-button": "Suggérer une DApp", - "page-apps-add-title": "Ajouter une DApp", - "page-apps-ankr-logo-alt": "Logo Ankr", - "page-apps-api3-logo-alt": "Logo API3", - "page-apps-arweave-logo-alt": "Logo ARweave", - "page-apps-audius-logo-alt": "Logo Audius", - "page-apps-axie-infinity-logo-alt": "Logo Axie Infinity", - "page-apps-balancer-logo-alt": "Logo Balancer", - "page-apps-brave-logo-alt": "Logo Brave", - "page-apps-beginner-friendly-description": "Quelques applications décentralisées pour les débutants. Explorez plus d'applications décentralisées ci-dessous.", - "page-apps-beginner-friendly-header": "Convient aux débutants", - "page-apps-category-arts": "Art et mode", - "page-apps-category-browsers": "Navigateurs", - "page-apps-category-code-marketplaces": "Marchés de code", - "page-apps-category-collectibles": "Produits de collection numériques", - "page-apps-category-competitive": "Jeux Web3", - "page-apps-category-computing": "Outils de développement", - "page-apps-category-dex": "Échanges", - "page-apps-category-investments": "Fonds d'investissement", - "page-apps-category-lending": "Prêter et emprunter", - "page-apps-category-lottery": "Financement participatif", - "page-apps-category-marketplaces": "Marchés", - "page-apps-category-music": "Musique", - "page-apps-category-payments": "Paiements", - "page-apps-category-insurance": "Assurance", - "page-apps-category-portfolios": "Gestion de portefeuille", - "page-apps-category-trading": "Marchés prédictifs", - "page-apps-category-utilities": "Utilitaires", - "page-apps-category-worlds": "Mondes virtuels", - "page-apps-category-demand-aggregator": "Agrégateurs de demande", - "page-apps-category-derivatives": "Dérivés", - "page-apps-category-liquid-staking": "Mise en jeu libre", - "page-apps-category-bridges": "Passerelles", - "page-apps-category-experiences": "Expériences partagées", - "page-apps-category-guilds": "Guildes de rendement", - "page-apps-category-avatar": "Avatars", - "page-apps-choose-category": "Choisir une catégorie", - "page-apps-category-social": "Réseaux sociaux", - "page-apps-category-content": "Contenu", - "page-apps-category-community": "Communauté", - "page-apps-category-messaging": "Messagerie", - "page-apps-category-identity": "Identité", - "page-apps-collectibles-benefits-1-description": "Lorsque de l'art est tokenisé sur Ethereum, la propriété peut être prouvée à tout le monde. Vous pouvez tracer le parcours de l'œuvre depuis sa création à son possesseur actuel. Cela empêche les contrefaçons.", - "page-apps-collectibles-benefits-1-title": "La propriété est démontrable", - "page-apps-collectibles-benefits-2-description": "Payer pour diffuser de la musique ou acheter des œuvres d'art est beaucoup plus juste pour les artistes. Avec Ethereum, il y a moins besoin d'intermédiaires. Et si des intermédiaires sont nécessaires, leurs coûts ne sont pas aussi élevés parce que les plateformes n'ont pas besoin de payer pour l'infrastructure du réseau.", - "page-apps-collectibles-benefits-2-title": "Plus équitable pour les créateurs", - "page-apps-collectibles-benefits-3-description": "Les objets de collection tokenisés sont liés à votre adresse Ethereum, pas à la plateforme. Ainsi, vous pouvez vendre des objets, comme par exemple des items in-game, non plus seulement dans le jeu lui-même mais sur n'importe quel marché Ethereum.", - "page-apps-collectibles-benefits-3-title": "Les objets de collection ne vous quittent plus", - "page-apps-collectibles-benefits-4-description": "Les outils et les produits existent déjà pour vous permettre de tokeniser votre art et de le vendre ! Et vos jetons peuvent être vendus sur toutes les plateformes d'objets de collection Ethereum.", - "page-apps-collectibles-benefits-4-title": "Infrastructure déjà en place", - "page-apps-collectibles-benefits-description": "Ce sont des applications qui se concentrent sur la propriété numérique, augmentant le potentiel de gains pour les créateurs, et inventant de nouvelles façons d'investir dans vos créateurs préférés et leur travail.", - "page-apps-collectibles-benefits-title": "collections décentralisées et streaming", - "page-apps-collectibles-button": "Arts et objets de collection", - "page-apps-collectibles-description": "Ce sont des applications qui se concentrent sur la propriété numérique, augmentant le potentiel de gains pour les créateurs, et inventant de nouvelles façons d'investir dans vos créateurs préférés et leur travail.", - "page-apps-collectibles-title": "Arts et objets de collection décentralisés", - "page-apps-compound-logo-alt": "Logo Compound", - "page-apps-convex-logo-alt": "Logo de Convex", - "page-apps-cryptopunks-logo-alt": "Logo CryptoPunks", - "page-apps-cryptovoxels-logo-alt": "Logo Cryptovoxels", - "page-apps-cyberconnect-logo-alt": "Logo CyberConnect", - "page-apps-dapp-description-1inch": "Vous aide à éviter un glissement du prix à la hausse en agrégant les meilleurs prix.", - "page-apps-dapp-description-aave": "Prêtez vos jetons pour gagner des intérêts et retirez à tout moment.", - "page-apps-dapp-description-ankr": "Ensemble de différents produits d'infrastructure Web3 pour construire, gagner, jouer et plus encore — le tout sur la blockchain.", - "page-apps-dapp-description-api3": "Flux de données de prix qui permettent aux dApps sur 10 réseaux (et plus encore) de se connecter à des données de prix d'actifs en temps réel, y compris les prix des crypto-monnaies et du forex.", - "page-apps-dapp-description-arweave": "Stockez les données de manière permanente et durable avec un seul frais initial.", - "page-apps-dapp-description-async-art": "Créez, collectionnez et échangez #ProgrammableArt - des peintures numériques divisées en \"calques\" que vous pouvez utiliser pour affecter l'image globale. Chaque maître et chaque calque est un jeton ERC721.", - "page-apps-dapp-description-audius": "Plateforme de streaming décentralisée. Écoutes = argent pour les créateurs, pas pour les labels.", - "page-apps-dapp-description-axie-infinity": "Échangez et combattez des créatures appelées Axies. Et empochez en jouant, disponible sur mobile", - "page-apps-dapp-description-balancer": "Balancer est une plateforme automatisée de gestion de portefeuille et de trading.", - "page-apps-dapp-description-brave": "Gagnez des jetons en naviguant et soutenez vos créateurs préférés avec eux.", + "page-apps-all-apps": "Toutes les applications", "page-apps-dapp-description-cent": "Un réseau social où vous gagnez de l'argent en publiant des NFT.", - "page-apps-dapp-description-compound": "Prêtez vos jetons pour gagner des intérêts et retirez à tout moment.", - "page-apps-dapp-description-convex": "Convex permet aux apporteurs de liquidité de Curve de gagner des commissions d'échange et d'obtenir des CRV boostés sans verrouiller les leurs.", - "page-apps-dapp-description-cryptopunks": "Achetez, enchérissez sur des punks et proposez-les à la vente - l'un des premiers objets de collection tokenisés sur Ethereum.", - "page-apps-dapp-description-cryptovoxels": "Créez des galeries d'art, construisez des magasins et achetez des terrains – un monde virtuel Ethereum.", - "page-apps-dapp-description-cyberconnect": "Protocole de graphe social décentralisé qui aide les dApps à amorcer l'effet de réseau et à construire des expériences sociales personnalisées", - "page-apps-dapp-description-dark-forest": "Conquérez des planètes dans un univers infini, généré de façon procédurale et spécifié par cryptographie.", "page-apps-dapp-description-decentraland": "Collectez et échangez des terrains virtuels dans un monde virtuel que vous pouvez explorer.", "page-apps-dapp-description-ens": "Noms conviviaux pour les adresses Ethereum et les sites décentralisés.", - "page-apps-dapp-description-foundation": "Investissez dans des éditions uniques d'œuvres d'art numériques et échangez des pièces avec d'autres acheteurs.", "page-apps-dapp-description-gitcoin": "Gagnez de la cryptomonnaie en travaillant sur des logiciels en open source.", - "page-apps-dapp-description-gitcoin-grants": "Financement participatif de projets communautaires Ethereum avec des contributions amplifiées", - "page-apps-dapp-description-gm": "Plateforme tout-en-un pour chatter, en vocal et en text qui partage vraiment ses revenus avec ses créateurs", "page-apps-dapp-description-gods-unchained": "Jeu stratégique de cartes de trading. Gagnez des cartes que vous pouvez vendre dans la vie réelle en jouant.", - "page-apps-dapp-description-golem": "Accédez à l'énergie informatique partagée ou louez vos propres ressources.", - "page-apps-dapp-description-graph": "Un protocole d'indexation pour rechercher dans des réseaux comme Ethereum et IPFS.", - "page-apps-dapp-description-ipfs": "Un protocole hypermédia pair à pair conçu pour préserver et augmenter le savoir de l'humanité en rendant le web évolutif, résilient et plus ouvert.", - "page-apps-dapp-description-radicle": "Sécurisez le code pair à pair sans intermédiaires.", - "page-apps-dapp-description-kyberswap": "Échangez et gagnez aux meilleurs taux.", - "page-apps-dapp-description-kiwinews": "Découvrez des actualités, des articles et des produits Ethereum intéressants, sélectionnés pour les créateurs par des créateurs. Discutez-en avec d'autres développeurs, fondateurs et investisseurs.", - "page-apps-dapp-description-lido": "La mise en jeu simplifiée et sécurisée pour les actifs numériques.", - "page-apps-dapp-description-loopring": "Plateforme de trading Peer-to-peer conçue pour la vitesse.", - "page-apps-dapp-description-marble-cards": "Créez et échangez des cartes numériques uniques basées sur des URL.", - "page-apps-dapp-description-matcha": "Analyse plusieurs marchés pour vous aider à trouver les meilleurs prix.", - "page-apps-dapp-description-meeds": "Hubs de communautés Web3 à l'ère du travail décentralisé. Récompensez les contributions qui le méritent de manière juste et transparente.", - "page-apps-dapp-description-mirror": "Construit sur web3 pour web3, la solide plateforme de publication de Mirror repousse les limites de l'écriture en ligne", - "page-apps-dapp-description-multichain": "Le routeur ultime pour web3. Il s'agit d'une infrastructure développée pour des interactions arbitraires entre chaînes.", - "page-apps-dapp-description-nifty-gateway": "Achetez des œuvres sur la chaîne auprès des meilleurs artistes, athlètes, marques et créateurs.", - "page-apps-dapp-description-summerfi": "Échangez, empruntez et économisez avec Dai, un stablecoin Ethereum.", - "page-apps-dapp-description-opensea": "Achetez, vendez, découvrez, et échangez des produits en édition limitée.", - "page-apps-dapp-description-opera": "Envoyez des cryptomonnaies à partir de votre navigateur aux commerçants, aux autres utilisateurs et aux applications.", - "page-apps-dapp-description-osuvox": "Avatars 3D vivant sur la blockchain", - "page-apps-dapp-description-poap": "Accumulez des NFT prouvant que vous étiez à différents événements virtuels ou en personne. Utilisez-les pour rejoindre des tirages au sort, voter, collaborer ou juste pour vous vanter.", - "page-apps-dapp-description-polymarket": "Pariez sur les résultats, négociez sur les marchés de l'information.", - "page-apps-dapp-description-pooltogether": "Une loterie que vous ne pouvez pas perdre. Des prix chaque semaine.", - "page-apps-dapp-description-index-coop": "Un fonds d'indice de cryptomonnaies qui permet à votre portefeuille d'accéder aux jetons DeFi les plus performants.", - "page-apps-dapp-description-nexus-mutual": "Couverture sans compagnie d'assurance. Soyez protégé contre les bogues et le piratage de contrat unique.", - "page-apps-dapp-description-etherisc": "Un modèle d’assurance décentralisé permettant à tous et chacun de créer sa propre couverture d’assurance.", - "page-apps-dapp-description-zapper": "Surveillez votre portefeuille et utilisez une gamme de produits DeFi à partir d'une seule interface.", - "page-apps-dapp-description-zerion": "Gérez votre portefeuille et évaluez facilement tous les actifs DeFi sur le marché.", - "page-apps-dapp-description-rotki": "Logiciel libre pour effectuer le suivi, l'analyse, la comptabilité et la fiscalité de votre portefeuille en respectant votre confidentialité.", - "page-apps-dapp-description-krystal": "Une plateforme à guichet unique pour accéder à tous vos services DeFi préférés.", - "page-apps-dapp-description-rarible": "Créez, vendez et achetez des objets de collection tokenisés.", - "page-apps-dapp-description-request-finance": "Une gamme d'outils financiers pour les factures, les salaires et les dépenses en cryptomonnaie.", - "page-apps-dapp-description-rubic": "Agrégateur de technologie Inter-Chain pour les utilisateurs et les dApps.", - "page-apps-dapp-description-sablier": "Diffusez de l'argent en temps réel.", - "page-apps-dapp-description-spatial": "Créez votre propre avatar personnalisé et des mondes 3D", - "page-apps-dapp-description-spruce": "Pile open-source pour laisser le contrôle de l'identité et des données là où il devrait être : entre les mains des utilisateurs.", - "page-apps-dapp-description-status": "Conçu pour permettre la libre circulation de l'information, protéger le droit à des conversations privées et sécurisées, et promouvoir la souveraineté des individus.", - "page-apps-dapp-description-superrare": "Achetez des œuvres numériques directement auprès des artistes ou sur les marchés secondaires.", - "page-apps-dapp-description-synthetix": "Synthetix est un protocole pour émettre et échanger des avoirs synthétiques", - "page-apps-dapp-description-uniswap": "Échangez facilement des jetons ou envoyez des jetons pour des récompenses en pourcentage.", - "page-apps-dapp-description-xmtp": "Envoyez des messages entre les comptes blockchain, y compris les messages directs, les alertes, les annonces et plus encore.", - "page-apps-dapp-description-yearn": "Yearn Finance est un agrégateur de rendement. Il donne aux individus, aux DAO et aux autres protocoles un moyen de déposer des avoirs numériques et de recevoir des intérêts.", - "page-apps-docklink-dapps": "Introduction aux dapps", - "page-apps-docklink-smart-contracts": "Contrats intelligents", - "page-apps-dark-forest-logo-alt": "Logo de Dark Forest", - "page-apps-decentraland-logo-alt": "Logo de Decentraland", - "page-apps-index-coop-logo-alt": "Logo Index Coop", - "page-apps-nexus-mutual-logo-alt": "Logo Nexus Mutual", - "page-apps-etherisc-logo-alt": "Logo Etherisc", - "page-apps-zapper-logo-alt": "Logo Zapper", - "page-apps-zerion-logo-alt": "Logo Zerion", - "page-apps-rotki-logo-alt": "Logo Rotki", - "page-apps-krystal-logo-alt": "Logo Krystal", - "page-apps-synthetix-logo-alt": "Logo de Synthetix", - "page-apps-desc": "Trouvez une application Ethereum a essayer.", - "page-apps-doge-img-alt": "Image d'un Shiba utilisant un ordinateur", - "page-apps-editors-choice-dark-forest": "Affrontez d'autres joueurs pour conquérir des planètes et essayez la technologie de pointe de mise à l'échelle/de confidentialité d'Ethereum. À destination uniquement de ceux qui sont familiarisés avec la technologie Ethereum.", - "page-apps-editors-choice-foundation": "Investissez dans la culture. Achetez, échangez, et vendez des illustrations numériques uniques et des articles de mode de certains artistes, musiciens et marques incroyables.", - "page-apps-editors-choice-pooltogether": "Achetez un billet gagnant pour la loterie. Chaque semaine, l'intérêt généré par l'ensemble du pool de billets est envoyé à un heureux gagnant. Récupérez votre argent quand vous le souhaitez.", - "page-apps-editors-choice-uniswap": "Échangez facilement vos jetons. Un favori de la communauté qui vous permet d'échanger des jetons avec le réseau.", - "page-apps-ens-logo-alt": "Logo du service d'Ethereum", - "page-apps-explore-dapps-description": "Beaucoup de dApps sont encore expérimentales, testant les possibilités de réseaux décentralisés. Mais il y a eu quelques premiers succès dans les catégories de la technologie, de la finance, des jeux et des objets de collection.", - "page-apps-explore-dapps-title": "Explorez des applications décentralisées", - "page-apps-features-1-description": "Une fois déployé sur Ethereum, le code d'une application décentralisée (DApp) ne peut pas être supprimé. Tout le monde peut utiliser les fonctionnalités d'une DApp. Même si l'équipe derrière l'application est dissoute, vous pourrez toujours l'utiliser. Une fois placé sur Ethereum, il y reste.", - "page-apps-features-1-title": "Aucun propriétaire", - "page-apps-features-2-description": "Vous ne pouvez pas être empêché d'utiliser une DApp ou de soumettre des transactions. Par exemple, si Twitter était sur Ethereum, personne ne pourrait bloquer votre compte ou vous empêcher de tweeter.", - "page-apps-features-2-title": "À l'abri de la censure", - "page-apps-features-3-description": "Étant donné que Ethereum a l'ETH, les paiements sont natifs d'Ethereum. Les développeurs n'ont pas besoin de passer du temps à intégrer des fournisseurs de paiement tiers.", - "page-apps-features-3-title": "Paiements intégrés", - "page-apps-features-4-description": "Le code d'une application décentralisée est souvent ouvert et compatible par défaut. Les équipes construisent régulièrement en utilisant le travail d'autres équipes. Si vous souhaitez permettre aux utilisateurs d'échanger des jetons dans votre DApp, il vous suffit de brancher le code d'une autre DApp.", - "page-apps-features-4-title": "Prêt à l'emploi", - "page-apps-features-5-description": "Avec la plupart des DApps, vous n'avez pas besoin de partager votre identité dans le monde réel. Votre compte Ethereum est votre identifiant et vous n'avez besoin que d'un portefeuille.", - "page-apps-features-5-title": "Une connexion anonyme", - "page-apps-features-6-description": "La cryptographie garantit que les attaquants ne peuvent pas falsifier les transactions et autres interactions DApp en votre nom. Vous autorisez les actions DApp avec votre compte Ethereum, généralement grâce à votre portefeuille, donc gardez vos identifiants en lieu sûr.", - "page-apps-features-6-title": "Sécurisé par la cryptographie", - "page-apps-features-7-description": "Une fois que la DApp est active sur Ethereum, elle ne s'arrêtera que si Ethereum lui-même s'arrête. Les réseaux de la taille d'Ethereum sont notoirement difficiles à attaquer.", - "page-apps-features-7-title": "Pas de temps d'arrêt", - "page-apps-finance-benefits-1-description": "Les services financiers fonctionnant sur Ethereum n'ont pas d'obligation d'inscription. Si vous avez des fonds et une connexion internet sécurisée, vous pouvez y aller.", - "page-apps-finance-benefits-1-title": "Accès libre", - "page-apps-finance-benefits-2-description": "Il existe tout un monde de jetons avec lesquels vous pouvez interagir à travers ces produits financiers. Les gens construisent sans arrêt de nouveaux jetons sur Ethereum.", - "page-apps-finance-benefits-2-title": "Une nouvelle économie de jetons", - "page-apps-finance-benefits-3-description": "Les équipes ont construit des stablecoins, une monnaie cryptographique moins volatile. Celles-ci vous permettent d'expérimenter et d'utiliser la cryptomonnaie sans risque ni incertitude.", - "page-apps-finance-benefits-3-title": "Stablecoins", - "page-apps-finance-benefits-4-description": "Les produits financiers de l'espace Ethereum sont tous modulaires et compatibles les uns avec les autres. De nouvelles configurations de ces modules apparaissent sans cesse sur le marché, augmentant ainsi ce que vous pouvez faire avec votre crypto.", - "page-apps-finance-benefits-4-title": "Services financiers interconnectés", - "page-apps-finance-benefits-description": "Qu'est-ce qui fait qu'Ethereum permet aux applications de financement décentralisés de prospérer ?", - "page-apps-finance-benefits-title": "finance décentralisée", - "page-apps-finance-button": "Finance", - "page-apps-finance-description": "Ce sont des applications qui se concentrent sur la mise en place de services financiers utilisant des cryptos. Elles vous permettent de prêter, d'emprunter, de gagner des intérêts et d'effectuer des paiements privés, sans avoir à fournir de données personnelles.", - "page-apps-finance-title": "Finance décentralisée", - "page-apps-foundation-logo-alt": "Logo de la fondation", - "page-apps-gaming-benefits-1-description": "Qu'il s'agisse de terrains virtuels ou de cartes à collectionner, vos objets sont négociables sur les marchés d'objets de collection. Vos objets en jeu ont une valeur réelle.", - "page-apps-gaming-benefits-1-title": "Les objets du jeu servent aussi de jetons", - "page-apps-gaming-benefits-2-description": "Vous êtes seul propriétaire de vos objets, et dans certains cas de vos progrès. Vous ne perdrez donc rien si l'entreprise à l'origine du jeu est attaquée, subit un dysfonctionnement du serveur ou se dissout.", - "page-apps-gaming-benefits-2-title": "Vos sauvegardes sont sûres", - "page-apps-gaming-benefits-3-description": "De la même façon que les paiements Ethereum sont accessibles à tous pour être vérifiés, les jeux peuvent user de cette qualité pour garantir l'équité. En théorie, tout est vérifiable, du nombre de coups critiques à la taille du trésor de guerre d'un adversaire.", - "page-apps-gaming-benefits-3-title": "L'équité prouvée", - "page-apps-gaming-benefits-description": "Qu'est-ce qui, dans Ethereum, permet au jeu décentralisé de prospérer ?", - "page-apps-gaming-benefits-title": "jeux décentralisés", - "page-apps-gaming-button": "Jeu", - "page-apps-gaming-description": "Ce sont des applications qui se concentrent sur la création de mondes virtuels et la lutte contre d'autres joueurs en utilisant des objets de collection qui ont une valeur réelle.", - "page-apps-gaming-title": "Jeux décentralisés", - "page-apps-get-some-eth-description": "Les actions Dapp entraînent des frais de transaction", - "page-apps-get-started-subtitle": "Pour essayer une DApp, vous aurez besoin d'un portefeuille et de quelques ETH. Un portefeuille vous permettra de vous connecter, ou d'ouvrir une session. Et vous aurez besoin de l'ETH pour payer les frais de transaction.", - "page-apps-get-started-title": "Premiers pas", - "page-apps-gitcoin-grants-logo-alt": "Logo Gitcoin Grants", - "page-apps-gitcoin-logo-alt": "Logo Gitcoin", - "page-apps-gm-logo-alt": "Logo gm.xyz", - "page-apps-gods-unchained-logo-alt": "Logo de Gods Unchained", - "page-apps-golem-logo-alt": "Logo golem", - "page-apps-graph-logo-alt": "Logo Graph", - "page-apps-radicle-logo-alt": "Logo Radicle", - "page-apps-hero-header": "Outils et services alimentés par Ethereum", - "page-apps-hero-subtitle": "Les DApps sont un mouvement croissant d'applications qui utilisent Ethereum pour transformer les modèles économiques ou en inventer de nouveaux.", - "page-apps-how-dapps-work-p1": "Les DApps ont leur code backend (contrats intelligents) fonctionnant sur un réseau décentralisé et non pas sur un serveur centralisé. Elles utilisent la blockchain Ethereum pour le stockage de données et les contrats intelligents pour leur logique d'app.", - "page-apps-how-dapps-work-p2": "Un contrat intelligent est comme un ensemble de règles qui vivent sur la chaîne pour que tout le monde puisse les voir et qui fonctionnent exactement selon ces règles. Imaginez un distributeur automatique : si vous lui fournissez suffisamment de fonds et la bonne sélection, vous obtiendrez l'article que vous voulez. Et comme les distributeurs automatiques, les contrats intelligents peuvent détenir des fonds tout comme votre compte Ethereum. Cela permet au code de servir de médiateur aux accords et aux transactions.", - "page-apps-how-dapps-work-p3": "Une fois que les DApps sont déployées sur le réseau Ethereum, vous ne pouvez pas les modifier. Les DApps peuvent être décentralisées car elles sont contrôlées par la logique inscrite dans le contrat, pas par un individu ou une entreprise.", - "page-apps-how-dapps-work-title": "Comment fonctionnent les DApps", - "page-apps-ipfs-logo-alt": "Logo IPFS", - "page-apps-kyberswap-logo-alt": "Logo KyberSwap", - "page-apps-learn-callout-button": "Commencer à construire", - "page-apps-learn-callout-description": "Notre portail de développeurs a de la documentation, des outils et des structures pour vous aider à commencer à construire une DApp.", - "page-apps-learn-callout-image-alt": "Illustration d'une main frabriquant un symbole ETH au moyen de briques de lego.", - "page-apps-learn-callout-title": "Apprenez à élaborer une DApp", - "page-apps-lido-logo-alt": "Logo Lido", - "page-apps-loopring-logo-alt": "Logo Loopring", - "page-apps-magic-behind-dapps-description": "Les DApps peuvent donner l'impression d'être des applications classiques, mais elles possèdent des propriétés particulières grâce aux superpouvoirs hérités d'Ethereum. Voici ce qui les distingue des applications classiques.", - "page-apps-magic-behind-dapps-link": "Qu'est-ce qui rend Ethereum génial ?", - "page-apps-magic-behind-dapps-title": "La magie derrière les DApps", - "page-apps-magic-title-1": "La magie", - "page-apps-magic-title-2": "derrière", - "page-apps-magician-img-alt": "Illustration de magiciens", - "page-apps-marble-cards-logo-alt": "Logo marble.cards", - "page-apps-async-logo-alt": "Logo d'Async", - "page-apps-matcha-logo-alt": "Logo Matcha", - "page-apps-meeds-logo-alt": "Logo Meeds", - "page-apps-metaverse-benefits-title": "métavers", - "page-apps-metaverse-benefits-description": "Qu'est-ce qui, dans Ethereum, permet au métavers de prospérer ?", - "page-apps-metaverse-benefits-1-title": "NFTs", - "page-apps-metaverse-benefits-1-description": "Des objets uniques dans un jeu qui sont la propriété de l'utilisateur et interopérables à travers différents mondes virtuels et marchés ayant les mêmes normes.", - "page-apps-metaverse-benefits-2-title": "Communautés détenues par les utilisateurs", - "page-apps-metaverse-benefits-2-description": "Les identités appartiennent aux utilisateurs avec d'infinies possibilités d'explorer et de créer des réseaux sociaux à travers plusieurs mondes virtuels.", - "page-apps-metaverse-button": "Métavers", - "page-apps-metaverse-title": "Métavers", - "page-apps-metaverse-description": "Ce sont des applications qui permettent aux utilisateurs de participer librement à des mondes virtuels. Les utilisateurs peuvent former des réseaux personnels et prendre possession d'actifs numériques", - "page-apps-mirror-logo-alt": "Logo Mirror", - "page-apps-mobile-options-header": "Parcourir une autre catégorie", - "page-apps-multichain-logo-alt": "Logo Multichain", - "page-apps-nifty-gateway-logo-alt": "Logo Nifty Gateway", - "page-apps-summerfi-logo-alt": "Logo de Summer.fi", - "page-apps-opensea-logo-alt": "Logo OpenSea", - "page-apps-opera-logo-alt": "Logo Opera", - "page-apps-osuvox-logo-alt": "Logo OSUVOX", - "page-apps-polymarket-logo-alt": "Logo Polymarket", - "page-apps-poap-logo-alt": "Logo Proof of Attendance Protocol", - "page-apps-pooltogether-logo-alt": "Logo PoolTogether", - "page-apps-rarible-logo-alt": "Logo Rarible", - "page-apps-ready-button": "Aller", - "page-apps-ready-description": "Choisissez une DApp à essayer", - "page-apps-ready-title": "Prêt ?", - "page-apps-request-finance-logo-alt": "Logo de Request Finance", - "page-apps-rubic-logo-alt": "Logo Rubic", - "page-apps-sablier-logo-alt": "Logo Sablier", - "page-apps-set-up-a-wallet-button": "Trouver un portefeuille", - "page-apps-set-up-a-wallet-description": "Un portefeuille est votre \"nom d'utilisateur\" pour une DApp", - "page-apps-set-up-a-wallet-title": "Configurez un portefeuille", - "page-apps-social-button": "Réseaux sociaux", - "page-apps-social-description": "Ce sont des applications qui se concentrent sur la création de réseaux sociaux décentralisés en utilisant des technologies d'identité décentralisées où les identités numériques et les graphes sociaux appartiennent aux utilisateurs.", - "page-apps-social-title": "Réseaux sociaux", - "page-apps-spatial-logo-alt": "Logo Spatial", - "page-apps-spruce-logo-alt": "Logo Spruce", - "page-apps-status-logo-alt": "Logo Status", - "page-apps-superrare-logo-alt": "Logo SuperRare", - "page-apps-technology-button": "Technologie", - "page-apps-technology-description": "Ce sont des applications qui se concentrent sur la décentralisation des outils de développement, l'intégration de systèmes de chiffrement dans la technologie existante, et la création de marchés pour le développement des logiciels libres.", - "page-apps-technology-title": "Technologie décentralisée", - "page-apps-uniswap-logo-alt": "Logo Uniswap", - "page-apps-wallet-callout-button": "Trouver un portefeuille", - "page-apps-wallet-callout-description": "Les portefeuilles sont également des DApps. Trouvez-en un basé sur les fonctionnalités qui vous conviennent.", - "page-apps-wallet-callout-image-alt": "Illustration d'un robot.", - "page-apps-wallet-callout-title": "Voir les portefeuilles", - "page-apps-warning-header": "Faites toujours vos propres recherches", - "page-apps-warning-message": "Ethereum est une nouvelle technologie et la plupart des applications sont nouvelles. Avant de déposer de grandes quantités d'argent, assurez-vous de bien comprendre les risques.", - "page-apps-what-are-dapps": "En quoi consistent les DApps ?", - "page-apps-more-on-defi-button": "En savoir plus sur la finance décentralisée", - "page-apps-more-on-nft-button": "En savoir plus sur les objets de collection tokenisés", - "page-apps-more-on-nft-gaming-button": "En savoir plus sur les objets en jeu tokenisés", - "page-apps-dapp-description-pwn": "Prêts faciles garantis par n'importe quel jeton ou NFT sur Ethereum.", - "page-apps-pwn-image-alt": "Logo PWN", - "page-apps-xmtp-logo-alt": "Logo XMTP", - "opage-apps-yearn-logo-alt": "Logo de Yearn", - "page-apps-yearn-image-alt": "Logo de Yearn", - "page-apps-convex-image-alt": "Logo de Convex", + "page-apps-dapp-description-augur": "Pariez sur les résultats, négociez sur les marchés de l'information.", + "page-apps-ready-button": "Go", "foundation": "Fondation", "page-wallets-get-some": "Obtenir de l'ETH", - "page-apps-dapp-description-curve": "Curve est un DEX focalisé sur les stablecoins", - "page-apps-curve-image-alt": "Logo de Curve", - "page-apps-dapp-description-dodo": "DODO est un fournisseur de liquidités sur la chaîne, qui s'appuie sur l'algorithme Proactive Market Maker (PMM)", - "page-apps-dodo-image-alt": "Logo de DODO", - "page-apps-dapp-description-artblocks": "Art Blocks a pour mission de donner vie à des œuvres captivantes d'art génératif contemporain", - "page-apps-artblocks-image-alt": "Logo Art Blocks", - "page-apps-explore-title": "Voulez-vous explorer d'autres applications ?", - "page-apps-explore": "Consultez des centaines de dApps" -} + "page-apps-title": "Applications", + "page-apps-subtitle": "Découvrez une liste d'applications organisées qui fonctionnent sur Ethereum et les réseaux de couche 2 (L2)", + "page-apps-learn-button": "En savoir plus sur les applications", + "page-apps-highlights-title": "Points forts", + "page-apps-discover-title": "Découvrir", + "page-apps-applications-title": "Applications", + "page-apps-categories-title": "Catégories d'applications", + "page-apps-community-picks-title": "Choix de la communauté", + "page-apps-meta-title": "Meilleures applications cryptographiques sur Ethereum", + "page-apps-meta-description": "Découvrez des applications cryptographiques sur Ethereum : explorez la DeFi, les NFT, les réseaux sociaux, les jeux, les ponts entre les chaînes, la confidentialité, la productivité et les dApps DAO. Trouvez des applications on-chain fiables pour trader, gagner et interagir.", + "page-apps-category-defi-name": "DeFi", + "page-apps-category-defi-description": "DeFi est une catégorie d'applications décentralisées qui permettent aux utilisateurs de prêter, d'emprunter, d'échanger et de percevoir des intérêts sur leurs actifs cryptographiques.", + "page-apps-category-defi-meta-title": "Liste des applications DeFi Ethereum : Prêts, Emprunts et Intérêts", + "page-apps-category-defi-meta-description": "Explorez les meilleures applications DeFi sur Ethereum pour les prêts, les emprunts, l'émission de pièces stables, le crédit et le trading DEX en chaîne.", + "page-apps-category-collectibles-name": "Objets de collection", + "page-apps-category-collectibles-description": "Les objets de collection sont des actifs numériques uniques et ne peuvent pas être reproduits.", + "page-apps-category-collectibles-meta-title": "Liste des meilleures applications NFT sur Ethereum", + "page-apps-category-collectibles-meta-description": "Explorez les meilleures applications NFT pour acheter des objets de collection, échanger des thèmes de jeu et découvrir de nouveaux actifs numériques sur les principales places de marché Ethereum.", + "page-apps-category-social-name": "Réseaux sociaux", + "page-apps-category-social-description": "Applications sociales est une catégorie d'applications décentralisées permettant aux utilisateurs de se connecter avec d'autres et de partager du contenu.", + "page-apps-category-social-meta-title": "Applications sociales sur Ethereum : Farcaster, Zora et bien d'autres", + "page-apps-category-social-meta-description": "Découvrez les meilleures applications de messagerie et sociales sur Ethereum.", + "page-apps-category-gaming-name": "Jeu", + "page-apps-category-gaming-description": "Jeux est une catégorie d'applications décentralisées permettant aux utilisateurs de jouer à des jeux et de gagner des récompenses.", + "page-apps-category-gaming-meta-title": "Liste des jeux crypto et NFT sur Ethereum", + "page-apps-category-gaming-meta-description": "Découvrez les meilleurs jeux blockchain amusants : MMORPG, jeux de cartes, jeux d'IA, RPG, jeux grand public", + "page-apps-category-bridge-name": "Les ponts", + "page-apps-category-bridge-description": "Ponts entre chaînes est une catégorie d'applications décentralisées permettant aux utilisateurs de relier leurs actifs entre différents réseaux.", + "page-apps-category-bridge-meta-title": "Liste des Ponts Ethereum entre différents réseaux", + "page-apps-category-bridge-meta-description": "Découvrez les meilleures applications de Ponts entre chaînes pour déplacer vos actifs entre différents réseaux et les réseaux de couche 2.", + "page-apps-category-productivity-name": "Productivité", + "page-apps-category-productivity-description": "La productivité est une catégorie d’applications décentralisées qui permettent aux utilisateurs d’être plus productifs.", + "page-apps-category-productivity-meta-title": "Applications de productivité et d'identité décentralisées", + "page-apps-category-productivity-meta-description": "Découvrez les meilleures applications Ethereum pour l'identité décentralisée, le stockage, le DNS et le calcul vidéo. Boostez votre productivité on-chain grâce à des outils d'infrastructure fiables.", + "page-apps-category-privacy-name": "Confidentialité", + "page-apps-category-privacy-description": "La confidentialité est une catégorie d'applications décentralisées qui permettent aux utilisateurs de rester privés.", + "page-apps-category-privacy-meta-title": "Applications de confidentialité Ethereum : Tornado Cash et autres", + "page-apps-category-privacy-meta-description": "Découvrez les applications de confidentialité Ethereum comme Tornado Cash et d'autres qui protègent l'anonymat des utilisateurs, permettent des transactions privées et améliorent la confidentialité sur la chaîne.", + "page-apps-category-dao-name": "DAO", + "page-apps-category-dao-description": "DAO est une catégorie d'applications décentralisées qui permettent aux utilisateurs de gouverner et de créer des organisations autonomes décentralisées.", + "page-apps-category-dao-meta-title": "Liste des outils DAO sur Ethereum", + "page-apps-category-dao-meta-description": "Découvrez les meilleurs outils DAO sur Ethereum pour la gouvernance, la gestion de trésorerie, les votes, et la coordination de contributeurs. Déployer, gérez et développez votre organisation décentralisée.", + "page-apps-see-all": "Voir tout", + "page-apps-suggest-an-app-title": "Suggérer une application", + "page-apps-suggest-an-app-description": "Nous sommes toujours à la recherche de nouvelles applications à ajouter à notre liste. Si vous connaissez une application qui, selon vous, mériterait d'y figurer, n'hésitez pas à nous le faire savoir.", + "page-apps-suggest-an-app-button": "Suggérer une application", + "page-apps-filter-by": "Filtrer par", + "page-apps-filter-all": "Tout", + "page-apps-showing": "Affiche", + "page-apps-visit-app": "Visiter {appName}", + "page-apps-see-next": "Voir la suite", + "page-apps-info-title": "Info", + "page-apps-info-founded": "Fondé", + "page-apps-info-creator": "Créateur", + "page-apps-info-last-updated": "Dernière mise à jour", + "page-apps-gallery-title": "Galerie", + "page-apps-more-apps-like-this": "Plus d’applications similaires", + "page-apps-today": "Aujourd’hui", + "page-apps-one-day-ago": "Il y a 1 jour", + "page-apps-days-ago": "Il y a {days} jours" +} \ No newline at end of file diff --git a/src/intl/fr/page-bug-bounty.json b/src/intl/fr/page-bug-bounty.json index b0623d62152..b337b3efea3 100644 --- a/src/intl/fr/page-bug-bounty.json +++ b/src/intl/fr/page-bug-bounty.json @@ -13,13 +13,15 @@ "page-upgrades-bug-bounty-misc-bugs-desc-2": "Solidity et Viper ne disposent pas de garanties de sécurité concernant la compilation des entrées non fiables – et nous ne délivrons pas de récompenses pour les plantages du compilateur sur les données générées de manière malveillante.", "page-upgrades-bug-bounty-deposit-bugs": "Bugs du contrat de dépôt", "page-upgrades-bug-bounty-deposit-bugs-desc": "Les spécifications et le code source du Contrat de dépôt de la Chaîne Phare font partie du programme de primes aux bogues.", + "page-upgrades-bug-bounty-deposit-contract-specs": "Spécifications du contrat de dépôt", + "page-upgrades-bug-bounty-deposit-contract-source": "Code source du contrat de dépôt", "page-upgrades-bug-bounty-dependency-bugs": "Bugs de dépendance", "page-upgrades-bug-bounty-dependency-bugs-desc": "Certaines dépendances sont cruciales pour le fonctionnement du réseau Ethereum, et certaines d'entre elles ont été ajoutées au programme de bug bounty. Actuellement, la liste des dépendances incluses dans le programme de bug bounty est constituée de C-KZG-4844 et Go-KZG-4844.", "page-upgrades-bug-bounty-docking": "fusion", "page-upgrades-bug-bounty-email-us": "Envoyez-nous un courriel :", "page-upgrades-bug-bounty-help-links": "Liens utiles", "page-upgrades-bug-bounty-hunting": "Règles pour la chasse aux bogues", - "page-upgrades-bug-bounty-hunting-desc": "Le programme de primes aux bogues est expérimental et discrétionnaire, et est destiné à notre communauté Ethereum active afin d'encourager et récompenser ceux qui aident à l'amélioration de la plateforme. Ce n'est pas une compétition. Vous devez savoir que nous pouvons annuler le programme n'importe quand, et les primes sont attribuées à la discrétion du comité du programme de primes aux bogues de l'Ethereum Foundation. De plus, nous ne pourrons pas attribuer de primes aux personnes qui sont sur la liste des personnes bannies ou faisant partie de pays étant sur la liste de pays bannis (p. ex. Corée du Nord, Iran, etc.). La législation locale exige de notre part de demander la preuve de votre identité. Vous êtes responsables eu égard aux implications fiscales. Toutes les récompenses sont assujetties aux lois applicables. En conclusion, vos évaluations ne doivent pas violer de lois ou compromettre des données qui ne vous appartiennent pas et doivent être effectuées sur des réseaux de test en fonctionnement local.", + "page-upgrades-bug-bounty-hunting-desc": "Le programme de primes aux bogues est un programme de récompenses expérimental et discrétionnaire destiné à notre communauté Ethereum active pour encourager et récompenser ceux qui contribuent à améliorer la plateforme. Il ne s'agit pas d'un concours. Vous devez savoir que nous pouvons annuler le programme à tout moment, et que les récompenses sont à l'entière discrétion du comité du programme de primes aux bogues de la Fondation Ethereum. De plus, nous ne sommes pas en mesure d'attribuer des récompenses à des personnes figurant sur des listes de sanctions ou se trouvant dans des pays figurant sur des listes de sanctions (par exemple, la Corée du Nord, l'Iran, etc.). Les lois locales nous obligent à demander une preuve de votre identité. Vous êtes responsable de toutes les taxes. Toutes les récompenses sont soumises à la loi applicable. Enfin, vos tests ne doivent enfreindre aucune loi ni compromettre des données qui ne sont pas les vôtres et doivent se dérouler sur des réseaux de test locaux en cours d'exécution.", "page-upgrades-bug-bounty-hunting-leaderboard": "Classement des primes aux bogues de la couche de consensus", "page-upgrades-bug-bounty-hunting-execution-leaderboard": "Classement des primes aux bogues de la couche d'exécution", "page-upgrades-bug-bounty-hunting-leaderboard-subtitle": "Trouver des bogues de couche de consensus pour être ajouté à ce classement", @@ -36,7 +38,7 @@ "page-upgrades-bug-bounty-meta-description": "Un aperçu du programme Ethereum de primes aux bogues : comment s'impliquer et récompenser les informations.", "page-upgrades-bug-bounty-meta-title": "Programme de primes aux bogues d'Ethereum", "page-upgrades-bug-bounty-not-included": "Hors périmètre", - "page-upgrades-bug-bounty-not-included-desc": "Seules les cibles listées dans le champ d'application font partie du programme Bug Bounty. Cela signifie que, par exemple, notre infrastructure, telle que les pages web, les DNS, le courrier électronique, etc. ne fait pas partie du champ d'application du programme de primes. Les bugs des contrats ERC20 ne sont généralement pas inclus dans le champ d'application du programme de primes. Cependant, nous pouvons aider à contacter les parties concernées, comme les auteurs ou les échanges dans de tels cas. ENS est maintenu par la fondation ENS, et ne fait pas partie du champ d'application de la prime. Les vulnérabilités nécessitant que l'utilisateur ait publiquement exposé une API, telle que\nJSON-RPC ou l'API Beacon, ne font pas partie du champ d'application du programme de primes aux bugs.", + "page-upgrades-bug-bounty-not-included-desc": "Seules les cibles listées comme étant dans le périmètre font partie du programme de primes aux bogues. Les vulnérabilités qui ne sont PAS éligibles au programme incluent :", "page-upgrades-bug-bounty-owasp": "Voir la méthode OWASP", "page-upgrades-bug-bounty-points": "L'EF fournira également des récompenses basées sur :", "page-upgrades-bug-bounty-points-error": "Erreur lors du chargement des données... Veuillez actualiser.", @@ -58,7 +60,7 @@ "page-upgrades-bug-bounty-execution-specs": "Spécifications de la couche d'exécution", "page-upgrades-bug-bounty-specs-docs": "Documents de spécification", "page-upgrades-bug-bounty-submit": "Soumettre un bogue", - "page-upgrades-bug-bounty-submit-desc": "Pour chaque bogue valide que vous trouverez vous gagnerez des récompenses. La quantité de récompenses gagnées varie selon son importance. La gravité est calculée selon le modèle d'évaluation des risques OWASP basé sur l'impact sur le réseau Ethereum et la probabilité.", + "page-upgrades-bug-bounty-submit-desc": "Pour chaque bogue valide que vous trouverez, vous gagnerez des récompenses. Le montant des récompenses attribuées variera en fonction de la gravité. La gravité est calculée selon le modèle d'évaluation des risques de l'OWASP, en fonction de l'impact sur le réseau Ethereum et de la probabilité.", "page-upgrades-bug-bounty-subtitle": "Gagnez jusqu'à 250 000 USD et une place sur le tableau des meilleurs en trouvant des bugs de protocole, de client et de compilateur de langage affectant le réseau Ethereum.", "page-upgrades-bug-bounty-title": "Ouvert pour soumissions", "page-upgrades-bug-bounty-title-1": "Chaîne phare", @@ -71,10 +73,10 @@ "page-upgrades-bug-bounty-type-4": "Incohérences de calcul ou de paramètre", "page-upgrades-bug-bounty-types": "Types de bogues", "page-upgrades-bug-bounty-validity": "Dans le champ d'application", - "page-upgrades-bug-bounty-validity-desc": "Notre programme de chasse aux bogues (bug bounty) couvre l'ensemble du processus : de la solidité des protocoles (tels que le modèle de consensus de la blockchain, les protocoles wire et p2p, la preuve d'enjeu, etc.) et de la conformité du protocole/de l'implémentation à la sécurité du réseau et à l'intégrité du consensus. La sécurité classique des clients ainsi que la sécurité des primitives cryptographiques font également partie du programme. En cas de doute, envoyez un email à bounty@ethereum.org et demandez-nous. Vous pouvez également soumettre une divulgation/vulnérabilité directement à bounty@ethereum.org, auquel cas nous vous demandons de crypter le message à l'aide de notre clé PGP", + "page-upgrades-bug-bounty-validity-desc": "Notre programme de primes aux bogues couvre l'ensemble du processus : de la solidité des protocoles (tels que le modèle de consensus de la blockchain, les protocoles filaires et p2p, la preuve d'enjeu, etc.) et de la conformité des protocoles/implémentations à la sécurité du réseau et à l'intégrité du consensus. La sécurité classique du client ainsi que la sécurité des primitives cryptographiques font également partie du programme. En cas de doute, envoyez un e-mail à bounty@ethereum.org et posez-nous la question. Vous pouvez également soumettre une divulgation/vulnérabilité directement à bounty@ethereum.org, auquel cas nous vous demandons de chiffrer le message à l'aide de notre clé PGP.", "page-upgrades-bug-bounty-card-critical": "Critique", "page-upgrades-bug-bounty-card-critical-risk": "Soumettre un bogue à risque critique", - "page-upgrades-bug-bounty-card-h2": "Moyen", + "page-upgrades-bug-bounty-card-h2": "Modéré", "page-upgrades-bug-bounty-card-high": "Élevé", "page-upgrades-bug-bounty-card-high-risk": "Soumettre un bogue à risque élevé", "page-upgrades-bug-bounty-card-label-1": "Jusqu'à 1 000 points", @@ -105,28 +107,28 @@ "page-upgrades-question-title": "Questions fréquemment posées", "bug-bounty-faq-q1-title": "À quoi doit ressembler une bonne soumission de vulnérabilité ?", "bug-bounty-faq-q1-contentPreview": "Voir un exemple réel d'une soumission de vulnérabilité de qualité.", - "bug-bounty-faq-q1-content-1": "Description : Déni de service à distance utilisant des blocs non validés", - "bug-bounty-faq-q1-content-2": "Scénario d'attaque : Un attaquant peut envoyer des blocs qui peuvent nécessiter une quantité élevée de calculs (la gasLimit maximale) mais n'ont pas de preuve de travail. Si l'attaquant envoie des blocs en continu, il peut forcer le nœud victime à utiliser le CPU à 100 %.", - "bug-bounty-faq-q1-content-3": "Impact : Un attaquant peut abuser de l'utilisation du CPU sur des nœuds distants, en provoquant éventuellement des DoS complets.", - "bug-bounty-faq-q1-content-4": "Composants : Version client Go v0.6.8", - "bug-bounty-faq-q1-content-5": "Reproduction : Envoyer un bloc à un nœud Go qui contient de nombreuses transactions sans PoW valide.", - "bug-bounty-faq-q1-content-6": "Détails : Les blocs sont validés dans la méthode Process(Block, dontReact). Cette méthode exécute des tâches coûteuses à forte intensité de CPU, telles que des transactions (sm.ApplyDiff), puis vérifie la preuve de travail (sm.ValidateBlock()). Cela permet à un attaquant d'envoyer des blocs qui peuvent nécessiter une grande quantité de calculs (la gazLimit maximum) mais qui n'ont pas de preuve de travail. Si l'attaquant envoie des blocs de façon continue, il peut forcer le nœud victime à utiliser le CPU à 100 %.", - "bug-bounty-faq-q1-content-7": "Correctif : Inversez l'ordre des vérifications.", + "bug-bounty-faq-q1-content-1": "Description : Déni de service à distance utilisant des blocs non validés", + "bug-bounty-faq-q1-content-2": "Scénario d'attaque : Un attaquant peut envoyer des blocs qui peuvent nécessiter une quantité élevée de calculs (la gasLimit maximale) mais n'ont pas de preuve de travail. Si l'attaquant envoie des blocs en continu, il peut forcer le nœud victime à utiliser le CPU à 100 %.", + "bug-bounty-faq-q1-content-3": "Impact : Un attaquant peut abuser de l'utilisation du CPU sur des nœuds distants, en provoquant éventuellement des DoS complets.", + "bug-bounty-faq-q1-content-4": "Composants : Version client Go v0.6.8", + "bug-bounty-faq-q1-content-5": "Reproduction : Envoyer un bloc à un nœud Go qui contient de nombreuses transactions sans PoW valide.", + "bug-bounty-faq-q1-content-6": "Détails : Les blocs sont validés dans la méthode Process(Block, dontReact). Cette méthode exécute des tâches coûteuses et gourmandes en CPU, telles que l'exécution de transactions (sm.ApplyDiff), puis elle vérifie la preuve de travail (sm.ValidateBlock()). Cela permet à un attaquant d'envoyer des blocs qui peuvent nécessiter une grande quantité de calcul (la limite de gaz maximale) mais qui n'ont pas de preuve de travail. Si l'attaquant envoie des blocs en continu, il peut forcer le nœud victime à utiliser 100 % de son CPU.", + "bug-bounty-faq-q1-content-7": "Correctif : Inversez l'ordre des vérifications.", "bug-bounty-faq-q2-title": "Le programme de primes aux bogues est-il limité dans le temps ?", "bug-bounty-faq-q2-contentPreview": "Non.", - "bug-bounty-faq-q2-content-1": "Aucune date de fin n'est actuellement fixée. Se reporter au blog de l'Ethereum Foundation pour plus d'informations récentes.", + "bug-bounty-faq-q2-content-1": "Aucune date de fin n'est actuellement fixée. Consultez le blog de la Fondation Ethereum pour les dernières nouvelles.", "bug-bounty-faq-q3-title": "Comment les primes sont-elles payées ?", "bug-bounty-faq-q3-contentPreview": "Les récompenses sont versées en ETH ou en DAI.", - "bug-bounty-faq-q3-content-1": "Les récompenses sont versées en ETH ou en DAI après validation de la soumission, généralement quelques jours plus tard. Les lois locales nous obligent à demander une preuve de votre identité. En outre, nous aurons besoin de votre adresse ETH.", + "bug-bounty-faq-q3-content-1": "Les récompenses sont versées en ETH ou en DAI après la validation de la soumission, généralement quelques jours plus tard. Les lois locales nous obligent à demander une preuve de votre identité. De plus, nous aurons besoin de votre adresse ETH.", "bug-bounty-faq-q4-title": "Puis-je faire don de ma récompense à une association caritative ?", "bug-bounty-faq-q4-contentPreview": "Oui !", "bug-bounty-faq-q4-content-1": "Nous pouvons faire don de votre récompense à l'organisation caritative établie de votre choix.", "bug-bounty-faq-q5-title": "J'ai signalé un problème / une vulnérabilité mais je n'ai pas reçu de réponse !", "bug-bounty-faq-q5-contentPreview": "Veuillez prévoir quelques jours pour que quelqu'un réponde à votre demande.", - "bug-bounty-faq-q5-content-1": "Nous nous efforçons de répondre aux demandes le plus rapidement possible. N'hésitez pas à nous envoyer un email à bounty@ethereum.org si vous n'avez pas reçu de réponse dans un délai d'un jour ou deux.", + "bug-bounty-faq-q5-content-1": "Nous nous efforçons de répondre aux soumissions le plus rapidement possible. N'hésitez pas à nous envoyer un e-mail à bounty@ethereum.org si vous n'avez pas reçu de réponse dans un délai d'un jour ou deux.", "bug-bounty-faq-q6-title": "Je veux rester anonyme / Je ne veux pas que mon nom apparaisse sur le tableau des résultats.", "bug-bounty-faq-q6-contentPreview": "Vous pouvez le faire, mais cela pourrait vous rendre inéligible aux récompenses.", - "bug-bounty-faq-q6-content-1": "Les soumissions anonymes ou sous pseudonyme sont acceptables, mais elles ne vous donneront pas droit aux récompenses ETH/DAI. Pour être éligible aux récompenses ETH/DAI, nous avons besoin de votre vrai nom et d'une preuve de votre identité. Le don de votre prime à une organisation caritative ne requiert pas votre identité.", + "bug-bounty-faq-q6-content-1": "Soumettre anonymement ou sous pseudonyme est accepté, mais cela vous rend inéligible aux récompenses en ETH/DAI. Pour être éligible aux récompenses en ETH/DAI, nous exigeons que votre vrai nom et une preuve de votre identité soient envoyés, chiffrés via PGP sur notre site sécurisé de dépôt, à notre équipe juridique de la Fondation Ethereum, qui est seule habilitée à examiner ces documents. Faire don de votre prime à une organisation caritative ne nécessite pas de fournir votre identité.", "bug-bounty-faq-q6-content-2": "Veuillez nous faire savoir si vous ne souhaitez pas que votre nom/surnom apparaisse sur le tableau des résultats.", "bug-bounty-faq-q7-title": "Quels sont les points du classement ?", "bug-bounty-faq-q7-contentPreview": "Un score est attribué à chaque vulnérabilité/problème découvert", @@ -134,5 +136,34 @@ "bug-bounty-faq-q8-title": "Avez-vous une clé PGP ?", "bug-bounty-faq-q8-contentPreview": "Oui. Développez pour plus de détails.", "bug-bounty-faq-q8-content-1": "Veuillez utiliser AE96 ED96 9E47 9B00 84F3 E17F E88D 3334 FA5F 6A0A", - "bug-bounty-faq-q8-PGP-key": "Clé PGP" + "bug-bounty-faq-q8-PGP-key": "Clé PGP", + "page-upgrades-bug-bounty-severity-qualifications-title": "Qualifications de la gravité des vulnérabilités", + "page-upgrades-bug-bounty-severity-qualifications-desc": "La gravité est évaluée en fonction de la capacité d'une vulnérabilité découverte à effectuer les opérations suivantes :", + "page-upgrades-bug-bounty-severity-low-title": "Gravité faible", + "page-upgrades-bug-bounty-severity-low-li-1": "Slacher 0,01 % des validateurs", + "page-upgrades-bug-bounty-severity-low-li-2": "Provoquer de manière triviale des divisions du réseau affectant 0,01 % du réseau", + "page-upgrades-bug-bounty-severity-low-li-3": "Pouvoir mettre hors service 0,01 % du réseau en envoyant un seul paquet réseau ou une seule transaction en chaîne", + "page-upgrades-bug-bounty-severity-medium-title": "Gravité moyenne", + "page-upgrades-bug-bounty-severity-medium-li-1": "Slacher 1 % des validateurs", + "page-upgrades-bug-bounty-severity-medium-li-2": "Provoquer de manière triviale des divisions du réseau affectant 5 % du réseau", + "page-upgrades-bug-bounty-severity-medium-li-3": "Pouvoir mettre hors service 5 % du réseau en envoyant un seul paquet réseau ou une seule transaction en chaîne", + "page-upgrades-bug-bounty-severity-high-title": "Gravité élevée", + "page-upgrades-bug-bounty-severity-high-li-1": "Slacher 33 % des validateurs", + "page-upgrades-bug-bounty-severity-high-li-2": "Provoquer de manière triviale des divisions du réseau affectant 33 % du réseau", + "page-upgrades-bug-bounty-severity-high-li-3": "Pouvoir mettre hors service 33 % du réseau en envoyant un seul paquet réseau ou une seule transaction en chaîne", + "page-upgrades-bug-bounty-severity-critical-title": "Gravité critique", + "page-upgrades-bug-bounty-severity-critical-li-1": "Slacher 50 % des validateurs", + "page-upgrades-bug-bounty-severity-critical-li-2": "Exploiter un bogue d'EIP/spécification ou de client pour créer facilement une quantité infinie d'ETH qui est finalisée par le réseau", + "page-upgrades-bug-bounty-severity-critical-li-3": "Voler des ETH sur tous les EOA", + "page-upgrades-bug-bounty-severity-critical-li-4": "Brûler des ETH sur tous les EOA", + "page-upgrades-bug-bounty-severity-critical-li-5": "Mettre hors service l'ensemble du réseau en envoyant une seule transaction malveillante en chaîne qui finit par faire planter tous les clients", + "page-upgrades-bug-bounty-out-of-scope-footnote": "Ces cas ne sont généralement pas inclus, mais nous pouvons aider à contacter les parties concernées, comme les auteurs ou les plateformes d'échange", + "page-upgrades-bug-bounty-not-included-li-1": "Bogues d'infrastructure — tels que les pages web, le DNS, les e-mails, etc.", + "page-upgrades-bug-bounty-not-included-li-2": "Bogues de contrat ERC-20", + "page-upgrades-bug-bounty-not-included-li-3": "Bogues de l'Ethereum Naming Service (ENS) (maintenu par la fondation ENS)", + "page-upgrades-bug-bounty-not-included-li-4": "Vulnérabilités nécessitant que l'utilisateur ait exposé publiquement une API, telle que JSON-RPC ou l'API Beacon", + "page-upgrades-bug-bounty-not-included-li-5": "Erreurs typographiques", + "page-upgrades-bug-bounty-not-included-li-6": "Tests", + "page-upgrades-bug-bounty-not-included-li-7": "Attaques par déni de service (DoS) à pair unique demandant un effort élevé (soutenu, intensif en CPU ou en bande passante, et/ou nécessitant plus d'un paquet ou d'une transaction en chaîne)", + "page-upgrades-bug-bounty-not-included-li-8": "Tout problème connu du public (y compris les publications sur les forums, les PR, les problèmes sur GitHub, les commits, les articles de blog, les messages publics sur Discord, etc.)" } diff --git a/src/intl/fr/page-collectibles.json b/src/intl/fr/page-collectibles.json new file mode 100644 index 00000000000..e66cfe8fc6e --- /dev/null +++ b/src/intl/fr/page-collectibles.json @@ -0,0 +1,67 @@ +{ + "page-collectibles-already-desc": "Vérifiez votre progression", + "page-collectibles-already-title": "Vous êtes déjà un contributeur ?", + "page-collectibles-code-content-desc": "Corriger des problèmes, rédiger ou améliorer des articles, ou proposer des améliorations de design pour le site web.", + "page-collectibles-code-content-design-1issue": "Badge « Problème de design résolu »", + "page-collectibles-code-content-design-desc": "Faire des critiques de design, améliorer notre système de design ou participer à des tests utilisateurs.", + "page-collectibles-code-content-design-title": "Conception", + "page-collectibles-code-content-design-user-testing": "Badge « Participation aux tests utilisateurs »", + "page-collectibles-code-content-developer-10pr": "Badge « 10 PR fusionnées »", + "page-collectibles-code-content-developer-1pr": "Badge « 1 PR fusionnée »", + "page-collectibles-code-content-developer-5pr": "Badge « 5 PR fusionnées »", + "page-collectibles-code-content-developer-desc": "Toute amélioration fusionnée sur le site web.", + "page-collectibles-code-content-developer-title": "Développeur", + "page-collectibles-code-content-gitpoap-1pr": "Badge « PR fusionnée »", + "page-collectibles-code-content-gitpoap-desc": "Déclarable automatiquement après la fusion de votre PR.", + "page-collectibles-code-content-gitpoap-title": "GitPOAP", + "page-collectibles-code-content-instructions-1": "Aller sur notre dépôt GitHub", + "page-collectibles-code-content-instructions-2": "Choisir un problème sur lequel travailler", + "page-collectibles-code-content-instructions-3": "Valider une correction ou une amélioration", + "page-collectibles-code-content-title": "Code et Contenu", + "page-collectibles-code-content-writing-badge-1": "Badge de contribution de contenu", + "page-collectibles-code-content-writing-desc": "Pour toute amélioration de contenu fusionnée dans la branche master.", + "page-collectibles-code-content-writing-title": "Rédaction", + "page-collectibles-connect-wallet": "Connecter un portefeuille", + "page-collectibles-contributing-since": "Contribuant depuis", + "page-collectibles-contributor-img-alt": "Deux contributeurs en conversation", + "page-collectibles-contributor-progress-label": "Réclamé", + "page-collectibles-current-year-title": "Année en cours", + "page-collectibles-get-started": "Commencer", + "page-collectibles-hero-description": "Prouvez que vous avez travaillé sur ethereum.org, onchain.", + "page-collectibles-hero-header": "Objets de collection Ethereum.org", + "page-collectibles-hero-title": "Badges", + "page-collectibles-how-step1-desc": "sur le site web", + "page-collectibles-how-step1-title": "Contribuer", + "page-collectibles-how-step2-desc": "sur Discord", + "page-collectibles-how-step2-title": "Obtenir une vérification", + "page-collectibles-how-step3-desc": "sur Galxe", + "page-collectibles-how-step3-title": "Réclamer un NFT", + "page-collectibles-how-title": "Fonctionnement", + "page-collectibles-improve-desc-1": "Gagner des NFTs uniques en aidant à maintenir et développer le site ethereum.org. Ces badges reconnaissent votre participation onchain.", + "page-collectibles-improve-desc-2": "Les meilleurs détenteurs reçoiventdes cadeaux de contributeur ou des billets à prix réduit pour des événements comme Devcon. Vos badges onchain permettent aux autres de vous soutenir facilement..", + "page-collectibles-improve-title": "Améliorer ethereum.org", + "page-collectibles-index-frequency": "Les résultats sont mis à jour une fois par jour à 15 h 15 UTC", + "page-collectibles-instructions-label": "Instructions", + "page-collectibles-previous-years-badge-count": "{count, plural, =0 {aucun badge} =1 {1 badge} other {# badges}}", + "page-collectibles-previous-years-collectors-count": "{count, plural, =0 {aucun collectionneur} =1 {1 collectionneur} other {# collectionneurs}}\n", + "page-collectibles-previous-years-no-badges": "Aucun badge créé", + "page-collectibles-previous-years": "Années précédentes", + "page-collectibles-social-desc": "Participer à l’une de nos discussions Discord pour tester le site avant les mises à jour ou pour suivre les actualités de ethereum.org lors de nos appels communautaires mensuels.", + "page-collectibles-social-instructions-1": "Rejoindre notre serveur Discord", + "page-collectibles-social-instructions-2": "Voir le planning", + "page-collectibles-social-instructions-3": "Rejoindre !", + "page-collectibles-social-title": "Réseaux sociaux", + "page-collectibles-stats-collectors": "Collectionneurs", + "page-collectibles-stats-minted": "Frappé", + "page-collectibles-stats-unique-badges": "Badges uniques", + "page-collectibles-translations-1000": "Badge des 1 000 mots", + "page-collectibles-translations-10000": "Badge des 10 000 mots", + "page-collectibles-translations-250": "Badge des 250 mots", + "page-collectibles-translations-50000": "Badge des 50 000 mots", + "page-collectibles-translations-badge-desc": "Vers n’importe quelle langue.", + "page-collectibles-translations-desc": "La plupart des utilisateurs ne parlent pas anglais, il est donc essentiel d’aider à traduire nos articles dans d’autres langues, sans qu’aucune expérience en traduction ne soit nécessaire.", + "page-collectibles-translations-instructions-1": "Inscris-toi sur Crowdin", + "page-collectibles-translations-instructions-2": "Sélectionner une langue", + "page-collectibles-translations-instructions-3": "Commencez à traduire", + "page-collectibles-translations-title": "Traductions" +} diff --git a/src/intl/fr/page-community-events.json b/src/intl/fr/page-community-events.json index c1a14d1fa55..bf0399f8eaa 100644 --- a/src/intl/fr/page-community-events.json +++ b/src/intl/fr/page-community-events.json @@ -75,7 +75,6 @@ "page-events-tag-hackathon": "Hackathon", "page-events-tag-meetup": "Rencontre", "page-events-tag-popup": "Popup", - "page-events-tag-regional": "Régional", "page-events-tag-group": "Groupe", "page-events-tag-other": "Autre", "page-events-tag-cowork": "Cotravail", diff --git a/src/intl/fr/page-community.json b/src/intl/fr/page-community.json index 261cfdc2cc0..cf2f7b9a921 100644 --- a/src/intl/fr/page-community.json +++ b/src/intl/fr/page-community.json @@ -7,6 +7,9 @@ "page-community-card-3-description": "Découvrez comment vous impliquer pour obtenir une liste identifiant les façons dont vous pouvez contribuer en fonction de vos compétences et de vos antécédents professionnels.", "page-community-card-4-title": "Rechercher des subventions", "page-community-card-4-description": "Des subventions de financement sont disponibles pour vous aider à démarrer un projet.", + "page-community-community-hub-list-h3": "Centre communautaire", + "page-community-community-hub-list-cta-label-1": "Inscription au co-working", + "page-community-community-hub-list-cta-label-2": "Rencontre", "page-community-contribute": "Contribuer à ethereum.org", "page-community-contribute-button": "En savoir plus sur la contribution", "page-community-contribute-description": "Pour beaucoup de gens, ethereum.org est leur premier pas dans l’écosystème. Il est tenu à jour et amélioré par des milliers de contributeurs open-source. Envie d’aider ? Lisez notre guide sur la contribution ou abordez un problème sur notre GitHub.", @@ -32,7 +35,7 @@ "page-community-hero-title": "Rejoindre la communauté", "page-community-meetuplist-no-meetups": "Nous n'avons pas de rencontres correspondant à cette recherche. En connaissez-vous une ?", "page-community-meta-title": "Centre communautaire", - "page-community-meta-description": "Description de la page d'accueil communautaire", + "page-community-meta-description": "Pôle communautaire pour l'écosystème Ethereum", "page-community-open-source": "Créateur ? Constructeur ? Soyez payé pour votre travail.", "page-community-open-source-description": "Vous construisez sur Ethereum, ou vous l'envisagez ? Les entreprises embauchent pour des milliers de fonctions techniques ou non. Vous avez un projet? Essayez de trouver une subvention pour le faire démarrer.", "page-community-open-source-image-alt": "Soyez rémunéré pour votre travail", diff --git a/src/intl/fr/page-developers-docs.json b/src/intl/fr/page-developers-docs.json index 2278b6e3c36..ec4c04bdbbd 100644 --- a/src/intl/fr/page-developers-docs.json +++ b/src/intl/fr/page-developers-docs.json @@ -116,6 +116,7 @@ "docs-nav-transactions": "Transactions", "docs-nav-transactions-description": "Transferts et autres actions qui modifient l'état d'Ethereum", "docs-nav-upgrading-smart-contracts": "Mise à jour des contrats intelligents", + "docs-nav-naming-smart-contracts": "Nommer les contrats intelligents", "docs-nav-verifying-smart-contracts": "Vérification des contrats intelligents", "docs-nav-web2-vs-web3": "Web2 vs Web3", "docs-nav-web2-vs-web3-description": "Les différences fondamentales que les applications basées sur la blockchain fournissent", diff --git a/src/intl/fr/page-developers-index.json b/src/intl/fr/page-developers-index.json index 043d8f14b0a..1040ee76177 100644 --- a/src/intl/fr/page-developers-index.json +++ b/src/intl/fr/page-developers-index.json @@ -1,36 +1,25 @@ { "page-developer-meta-title": "Ressources pour les développeurs Ethereum", - "page-developers-about": "À propos de ces ressources développeur", - "page-developers-about-desc": "ethereum.org est là pour vous aider à développer avec Ethereum, et fournit de la documentation sur des concepts fondamentaux ainsi que sur la pile de développement. De plus, il existe des tutoriels pour vous aider à démarrer et à être opérationnel.", - "page-developers-about-desc-2": "Inspirés par le réseau de développeurs Mozilla (MDN), nous avons pensé qu'Ethereum avait besoin d'un endroit pour héberger du contenu et ressources de qualité pour les développeurs. Comme chez nos amis de Mozilla, tout ici est en open source et disponible pour vous permettre de vous développer et de vous améliorer.", "page-developers-account-desc": "Contrats ou personnes sur le réseau", "page-developers-accounts-link": "Comptes", - "page-developers-advanced": "Avancé", "page-developers-api-desc": "Utiliser les bibliothèques pour interagir avec les contrats intelligents", "page-developers-api-link": "API back-end", "page-developers-block-desc": "Lots de transactions ajoutés à la blockchain", "page-developers-block-explorers-desc": "Votre portail vers les données Ethereum", "page-developers-block-explorers-link": "Explorateurs de bloc", "page-developers-blocks-link": "Blocs", - "page-developers-browse-tutorials": "Parcourir les tutoriels", - "page-developers-choose-stack": "Choisir sa pile", - "page-developers-contribute": "Contribuer", "page-developers-dev-env-desc": "IDE adaptés au développement d'appd", "page-developers-dev-env-link": "Environnements de développement", - "page-developers-discord": "Rejoindre Discord", "page-developers-docs-introductions": "Introductions", "page-developers-evm-desc": "L'ordinateur qui traite les transactions", "page-developers-evm-link": "La machine virtuelle Ethereum (EVM)", "page-developers-explore-documentation": "Explorer la documentation", - "page-developers-feedback": "Si vous avez des commentaires, contactez-nous via un ticket GitHub ou notre serveur Discord.", "page-developers-frameworks-desc": "Outils pour accélérer le développement", "page-developers-frameworks-link": "Frameworks de développement", "page-developers-fundamentals": "Fondamentaux", "page-developers-gas-desc": "Ethers nécessaires pour alimenter les transactions", "page-developers-gas-link": "Gaz", - "page-developers-get-started": "Comment souhaitez-vous commencer ?", - "page-developers-improve-ethereum": "Aidez-nous à améliorer ethereum.org", - "page-developers-improve-ethereum-desc": "Comme ethereum.org, ces documents sont des contributions de la communauté. Créez une Pull Request (PR) si vous voyez des erreurs, des possibilités d'amélioration ou de nouvelles opportunités d'aider les développeurs Ethereum.", + "page-developers-get-started": "Que voulez-vous créer aujourd'hui ?", "page-developers-into-eth-desc": "Introduction à la blockchain et à Ethereum", "page-developers-intro-ether-desc": "Une introduction à la cryptomonnaie et à l'Ether", "page-developers-intro-dapps-desc": "Introduction aux applications décentralisées", @@ -41,6 +30,7 @@ "page-developers-intro-stack-desc": "Une introduction à la pile Ethereum", "page-developers-js-libraries-desc": "Utiliser JavaScript pour interagir avec les contrats intelligents", "page-developers-js-libraries-link": "Bibliothèques JavaScript", + "page-developers-jump-right-in-title": "Développez rapidement votre idée", "page-developers-language-desc": "Utiliser Ethereum avec des langages courants", "page-developers-languages": "Langages de programmation", "page-developers-learn": "Apprendre le développement Ethereum", @@ -49,41 +39,32 @@ "page-developers-learn-tutorials-cta": "Visionner les tutoriels", "page-developers-learn-tutorials-desc": "Apprenez le développement Ethereum étape par étape auprès d'utilisateurs expérimentés.", "page-developers-meta-desc": "Documentation, tutoriels et outils pour les développeurs Ethereum.", - "page-developers-mev-desc": "Une introduction à la Valeur Extractible Maximale (Maximal extractable value - MEV)", - "page-developers-mev-link": "Valeur Extractible Maximale (Maximal extractable value - MEV)", - "page-developers-mining-desc": "Comment de nouveaux blocs sont créés et le consensus a été atteint en utilisant la preuve de travail", - "page-developers-mining-link": "Minage", - "page-developers-mining-algorithms-desc": "Informations sur les algorithmes de minage d'Ethereum", - "page-developers-mining-algorithms-link": "Algorithmes de minage", "page-developers-networks-desc": "Présentation du réseau principal et des réseaux de test", "page-developers-networks-link": "Réseaux", "page-developers-node-clients-desc": "Comment les blocs et les transactions sont vérifiés sur le réseau", - "page-developers-node-clients-link": " Nœuds et clients", - "page-developers-oracle-desc": "Récupération de données hors chaîne dans vos contrats intelligents", - "page-developers-oracles-link": "Oracles", + "page-developers-node-clients-link": "Nœuds et clients", "page-developers-play-code": "Jouer avec le code", + "page-developers-quickstart-scaffold-subtext": "Lancez votre ensemble d’applications Ethereum en quelques secondes.", + "page-developers-quickstart-scaffold-docs": "Lire la documentation Scaffold-ETH 2", "page-developers-read-docs": "Lire la documentation", - "page-developers-scaling-desc": "Solutions pour des transactions plus rapides", - "page-developers-scaling-link": "Évolutivité", + "page-developers-start-quest": "Commencer la quête", + "page-developers-resources": "Ressources", "page-developers-smart-contract-security-desc": "Mesures de sécurité à prendre en compte lors du développement de contrats intelligents", "page-developers-smart-contract-security-link": "Sécurité des contrats intelligents", - "page-developers-set-up": "Configurer un environnement local", - "page-developers-setup-desc": "Préparez votre pile en configurant un environnement de développement.", "page-developers-smart-contracts-desc": "La logique derrière les appd : des accords auto-exécutants", "page-developers-smart-contracts-link": "Contrats intelligents", + "page-developers-solidity-docs": "Lire la documentation de Solidity", "page-developers-speedrunethereum-title": "Apprenez les concepts les plus importants en construisant sur Ethereum", + "page-developers-speedrunethereum-description": "Recevez un mentorat d'autres personnes et apprenez à collaborer avec d'autres développeurs.", "page-developers-speedrunethereum-link": "SpeedRun Ethereum", "page-developers-stack": "La pile", - "page-developers-start": "Commencer à expérimenter", - "page-developers-start-desc": "Vous voulez commencer par expérimenter, et poser des questions plus tard ?", + "page-developers-start": "Défis et mentorat", "page-developers-storage-desc": "Comment gérer le stockage d'appd", "page-developers-storage-link": "Stockage", - "page-developers-subtitle": "Un manuel de développement pour Ethereum. Par les développeurs, pour les développeurs.", + "page-developers-subtitle": "Un manuel de constructeurs pour Ethereum. Tout ce dont vous avez besoin pour construire et mettre à niveau votre application onchain.", "page-developers-title-1": "Ethereum", "page-developers-title-2": "développeur", "page-developers-title-3": "ressources", - "page-developers-token-standards-desc": "Présentation des normes de jetons acceptées", - "page-developers-token-standards-link": "Normes de jetons", "page-developers-transactions-desc": "Comment l'état d'Ethereum change", "page-developers-transactions-link": "Transactions", "page-developers-web3-desc": "Différences du monde de développement Web3", @@ -95,5 +76,57 @@ "page-developers-data-structures-and-encoding-link": "Structures de données et encodage", "page-developers-data-structures-and-encoding-desc": "Introduction aux structures de données et au schéma d'encodage utilisés dans la pile Ethereum", "alt-eth-blocks": "Illustration de blocs organisés comme un symbole ETH", - "page-assets-doge": "Doge avec DApps" + "page-assets-doge": "Doge avec DApps", + "page-developers-build-section-desc": "Tout ce dont vous avez besoin pour apprendre et construire vos premières applications sur Ethereum", + "page-developers-resources-section-title": "Ressources utiles pour les développeurs", + "page-developers-get-help-title": "Obtenir de l'aide", + "page-developers-get-help-desc": "Si vous êtes bloqué ou avez besoin d'aide pour résoudre des problèmes, demandez des conseils.", + "page-developers-stack-exchange": "Stack Exchange", + "page-developers-ask-ai": "Interrogez l'IA", + "page-developers-resources-title": "Ressources", + "page-developers-resources-desc": "Vous voulez d’abord tester par vous-même, et poser vos questions ensuite ? Explorez les espaces de test sans risques, les formations intensives, etc.", + "page-developers-tutorials-title": "Tutos", + "page-developers-tutorials-desc": "Apprenez le développement Ethereum étape par étape auprès d'utilisateurs expérimentés.", + "page-developers-video-courses-title": "Cours vidéo", + "page-developers-video-courses-desc": "Vous voulez démarrer votre carrière professionnelle dans la blockchain ? Ces cours vous prépareront à être embauché en tant que développeur blockchain.", + "page-developers-docs-section-desc": "Comprendre les concepts de base d'Ethereum et de blockchains", + "page-developers-hackathons-title": "Rejoindre les hackathons", + "page-developers-hackathons-desc": "Les hackathons sont d'excellentes opportunités de réseauter et d'apprendre des autres, ainsi que de démarrer des projets et de gagner des prix", + "page-developers-visit-ethglobal": "Visitez EthGlobal", + "page-developers-founders-title": "Êtes-vous un créateur d'entreprise ?", + "page-developers-founders-desc": "Vous avez déjà une idée de projet ou travaillez sur un prototype ? Découvrez comment faire passer votre projet à l'étape suivante. Nous pouvons vous mettre en relation avec des organisations et des experts compétents.", + "page-developers-get-in-touch": "Nous contacter", + "page-developers-see-grant-options": "Voir les options de subvention", + "page-developers-speedrun-nft-alt": "Bannière Speedrun Ethereum Tokenisation", + "page-developers-speedrun-nft-title": "Tokenisation", + "page-developers-speedrun-nft-desc": "Créez un jeton unique pour apprendre les bases de scaffold-eth.", + "page-developers-skill-beginner": "Débutant", + "page-developers-skill-intermediate": "Intermédiaire", + "page-developers-skill-advanced": "Avancé", + "page-developers-speedrun-dex-alt": "Bannière Speedrun Ethereum DEX", + "page-developers-speedrun-dex-title": "DEX", + "page-developers-speedrun-dex-desc": "Créez un teneur de marché automatisé simple, fournissez des liquidités et mettez en œuvre des échanges de jetons.", + "page-developers-speedrun-stablecoins-alt": "Bannière Speedrun Ethereum Stablecoins", + "page-developers-speedrun-stablecoins-title": "Stablecoins", + "page-developers-speedrun-stablecoins-desc": "Créez un stablecoin et apprenez les mécanismes de stabilité et les oracles de prix.", + "page-developers-course-duration": "cours d'une heure", + "page-developers-course-blockchain-basics-title": "Notions de base sur la blockchain", + "page-developers-course-blockchain-basics-desc": "Découvrez comment fonctionnent les blockchains et les contrats intelligents, créez un portefeuille et signez votre première transaction.", + "page-developers-course-blockchain-basics-alt": "Bannière du cours de base Cyfrin Updraft Blockchain", + "page-developers-course-solidity-title": "Développement de contrats intelligents avec Solidity", + "page-developers-course-solidity-desc": "La programmation en Solidity est votre porte d'entrée vers le développement Web3 dans les écosystèmes compatibles avec Ethereum.", + "page-developers-course-solidity-alt": "Bannière du cours de développement de contrat intelligent Cyfrin Updraft Solidity", + "page-developers-course-foundry-fundamentals-title": "Fondamentaux de Foundry", + "page-developers-course-foundry-fundamentals-desc": "Améliorez vos compétences en développement Solidity avec Foundry et des concepts et outils avancés de développement du Web3.", + "page-developers-course-foundry-fundamentals-alt": "Bannière du cours sur les fondamentaux de Cyfrin Updraft Foundry", + "page-developers-course-advanced-foundry-title": "Foundry avancé", + "page-developers-course-advanced-foundry-desc": "Maîtriser les techniques de développement web3 avec Foundry avancé pour le développement de contrats intelligents Solidity.", + "page-developers-course-advanced-foundry-alt": "Bannière du cours avancé Foundry de Cyfrin Updraft", + "page-developers-course-security-title": "Sécurité de contrat intelligent", + "page-developers-course-security-desc": "Démarrez votre carrière comme chercheur en sécurité des contrats intelligents. Formez-vous à l’audit des contrats intelligents et aux bonnes pratiques.", + "page-developers-course-security-alt": "Bannière du cours de base Cyfrin Updraft Blockchain", + "page-developers-why-title": "Soyez bien payé. Travaillez à distance. Construisez l'avenir.", + "page-developers-why-subtitle": "Plus de la moitié des carrières dans la blockchain sont principalement en télétravail, certaines estimations évaluant ce chiffre jusqu'à 70 %.", + "page-developers-why-avg-salary-dev": "Salaire moyen d'un développeur", + "page-developers-why-avg-salary-blockchain": "Salaire moyen dans l'industrie de la blockchain" } diff --git a/src/intl/fr/page-developers-tutorials.json b/src/intl/fr/page-developers-tutorials.json index 909627d2104..445fc4e0919 100644 --- a/src/intl/fr/page-developers-tutorials.json +++ b/src/intl/fr/page-developers-tutorials.json @@ -1,13 +1,14 @@ { "comp-tutorial-metadata-minute-read": "minutes de lecture", - "page-tutorial-listing-policy-intro": "Avant de soumettre un tutoriel, prenez le temps de lire notre politique d'inscription.", + "page-tutorial-listing-policy-intro": "Avant de soumettre un tutoriel, veuillez lire notre politique de référencement.", "comp-tutorial-metadata-tip-author": "Astuce de l'auteur", + "page-tutorial-create-an-issue": "Créez un ticket", + "page-tutorial-create-an-issue-desc": "Remplissez le modèle de problème en y décrivant votre tutoriel.", "page-tutorial-raise-issue-btn": "Soulever un problème", "page-tutorial-read-time": "min", "page-tutorial-submit-btn": "Soumettre un tutoriel", - "page-tutorial-submit-tutorial": "Pour soumettre un tutoriel, vous devrez utiliser GitHub. Nous vous invitons à créer un ticket ou une demande d'extraction.", "page-tutorial-subtitle": "Bienvenue dans notre liste organisée de tutoriels de la communauté.", - "page-tutorial-tags-error": "Aucun tutoriel ne contient tous ces tags", + "page-tutorial-tags-error": "Il n'y a pas encore de tutoriels avec tous les tags sélectionnés.", "page-tutorial-title": "Tutoriels de développement Ethereum", "page-tutorials-meta-description": "Naviguez et filtrez les tutoriels de la communauté Ethereum par sujet.", "page-tutorial-external-link": "Externe", @@ -16,6 +17,6 @@ "page-tutorial-intermediate": "Intermédiaire", "page-tutorial-advanced": "Avancé", "page-find-wallet-try-removing": "Essayez de supprimer une ou deux fonctionnalités", - "page-find-wallet-clear": "Réinitialiser les filtres", + "page-find-wallet-clear": "Effacer les filtres", "page-tutorials-env-banner": "Ne pas exécuter l'.env! Il est vivement déconseillé d'exposer ses données personnelles figurant dans ce fichier.env ou de les partager avec d'autres personnes, car cela pourrait compromette la confidentialité de vos données personnelles. Si vous utilisez déjà un modèle de sécurité rigide, ajoutez votre.env au fichier gitignore." } diff --git a/src/intl/fr/page-energy-consumption.json b/src/intl/fr/page-energy-consumption.json new file mode 100644 index 00000000000..2942ea59d38 --- /dev/null +++ b/src/intl/fr/page-energy-consumption.json @@ -0,0 +1,21 @@ +{ + "adoption-chart-artists-label": "Artistes", + "adoption-chart-column-now-label": "Maintenant", + "adoption-chart-companies-label": "Sociétés", + "adoption-chart-developers-label": "Développeurs", + "adoption-chart-gamers-label": "Gamers", + "adoption-chart-investors-label": "Investisseurs", + "adoption-chart-musicians-label": "Musiciens", + "adoption-chart-refugees-label": "Réfugiés", + "adoption-chart-writers-label": "Auteurs", + "energy-consumption-chart-airbnb-label": "Airbnb", + "energy-consumption-chart-btc-pow-label": "BTC PoW", + "energy-consumption-chart-eth-pos-label": "ETH PoS", + "energy-consumption-chart-eth-pow-label": "ETH PoW", + "energy-consumption-chart-gaming-us-label": "Jouer aux États-Unis", + "energy-consumption-chart-global-data-centers-label": "Centres de données globaux", + "energy-consumption-chart-netflix-label": "Netflix", + "energy-consumption-chart-paypal-label": "PayPal", + "energy-consumption-gold-mining-cbeci-label": "Extraction d'or", + "energy-consumption-chart-legend": "Consommation d'énergie annuelle en TWh/an" +} diff --git a/src/intl/fr/page-ethereum-history-founder-and-ownership.json b/src/intl/fr/page-ethereum-history-founder-and-ownership.json new file mode 100644 index 00000000000..04f1949c304 --- /dev/null +++ b/src/intl/fr/page-ethereum-history-founder-and-ownership.json @@ -0,0 +1,65 @@ +{ + "page-ethereum-history-founder-and-ownership-meta-title": "Histoire d'Ethereum : fondateur, lancement et propriété | ethereum.org", + "page-ethereum-history-founder-and-ownership-meta-description": "Découvrez l'histoire d'Ethereum, notamment qui l'a créé, quand il a été lancé et qui le contrôle aujourd'hui.", + "page-ethereum-history-founder-and-ownership-twitter-meta-description": "Découvrez les différences entre le Bitcoin et l'Ethereum, notamment les cas d'utilisation, les performances du réseau, l'économie des jetons et plus encore.", + "page-ethereum-history-founder-and-ownership-title": "Histoire d'Ethereum : fondateur, lancement et propriété", + "page-ethereum-history-founder-and-ownership-description-1": "Ethereum a été fondé par Vitalik Buterin en 2013. Plusieurs cofondateurs se sont joints à lui plus tard, notamment Gavin Wood et Joseph Lubin. Le réseau Ethereum a été officiellement lancé le 30 juillet 2015, avec le minage du premier bloc (le bloc d'origine).", + "page-ethereum-history-founder-and-ownership-who-founded-ethereum-description-1": "Contrairement aux organisations traditionnelles, Ethereum n'a pas de PDG, de conseil d'administration ou de partie de contrôle unique. C'est une plateforme décentralisée gouvernée par sa communauté, avec le soutien de l'organisation à but non lucratif Ethereum Foundation.", + "page-ethereum-history-founder-and-ownership-who-founded-ethereum": "Qui a fondé/cofondé Ethereum ?", + "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-description-1": "Ethereum a été fondé par Vitalik Buterin qui en a conçu l'idée fin 2013.", + "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-description-2": "Né en Russie en 1994 et élevé au Canada, Buterin a fait preuve d'un talent mathématique exceptionnel dès son plus jeune âge.", + "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-description-3": "Il a découvert le Bitcoin en 2011, et a commencé à écrire des articles sur le Bitcoin, ce qui l'a amené à cofonder le Bitcoin Magazine en 2012. C'était l'une des premières publications dédiées à la cryptomonnaie. En faisant partie de la première communauté Bitcoin, il a été le témoin direct de son potentiel et de ses limites.", + "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-description-4": "En 2014, Vitalik a publié le livre blanc d'Ethereum, décrivant une plateforme qui irait au-delà du Bitcoin en créant une blockchain capable de faire plus que de simples paiements.", + "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-description-5": "Ethereum étend l'approche du Bitcoin, en disant en gros, eh bien, au lieu d'avoir des règles conçues pour prendre en charge une seule application, nous allons créer quelque chose de plus général où les gens peuvent simplement construire leurs propres applications et où les règles de toutes les applications qu'ils ont construites peuvent être exécutées, implémentées sur la plateforme Ethereum.", + "page-ethereum-history-founder-and-ownership-when-ethereum-when-did-ethereum-launch": "Quand Ethereum a-t-il été lancé ?", + "page-ethereum-history-founder-and-ownership-who-owns-and-runs-ethereum-now": "Qui possède et gère Ethereum aujourd'hui ?", + "page-ethereum-history-founder-and-ownership-founder-of-ethereum": "Fondateur d'Ethereum", + "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-description-6": "Ethereum a été cofondé par 8 personnes qui ont contribué à donner vie à Ethereum.", + "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-vitalik-buterin": "Vitalik Buterin : a conçu Ethereum en 2013, a rédigé le livre blanc original, et en est devenu le principal visionnaire et défenseur, articulant le concept d'un ordinateur mondial décentralisé et guidant la direction technique et philosophique du protocole.", + "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-gavin-wood": "Gavin Wood : a développé le langage de programmation Solidity et a rédigé le « Yellow Paper » d'Ethereum, le guide technique de la machine virtuelle Ethereum (EVM).", + "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-joseph-lubin": "Joseph Lubin : a contribué au financement des toutes premières étapes d'Ethereum et a fondé plus tard ConsenSys, une société axée sur la création d'applications et d'infrastructures basées sur Ethereum.", + "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-jeffrey-wilcke": "Jeffrey Wilcke : a créé Geth, le client d'exécution original et le plus utilisé d'Ethereum, responsable de l'exécution de l'EVM et du stockage des données du réseau Ethereum.", + "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-mihai-alisie": "Mihai Alisie : a cofondé le Bitcoin Magazine avec Vitalik Buterin et a contribué à la création de la Fondation Ethereum en Suisse, en tant que vice-président et en mettant en place le cadre juridique de la prévente de l'ether.", + "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-anthony-di-lorio": "Anthony Di Lorio", + "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-amir-chetrit": "Amir Chetrit", + "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-charles-hoskinson": "Charles Hoskinson", + "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-description-7": "Aujourd'hui, Vitalik Buterin reste activement impliqué dans le développement d'Ethereum. Joseph Lubin continue de diriger ConsenSys. Son entreprise développe des outils clés pour l'écosystème Ethereum comme MetaMask et Infura.", + "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-1": "Le voyage de l'idée initiale de Vitalik au lancement officiel d'Ethereum a duré environ 20 mois. Voici les étapes clés :", + "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-2": "Novembre 2013 : Vitalik Buterin partage le livre blanc d'Ethereum. Il y décrit sa vision d'une plateforme blockchain capable d'exécuter des contrats intelligents.", + "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-3": "Janvier 2014 : Vitalik annonce publiquement le concept d'Ethereum lors de la North American Bitcoin Conference à Miami.", + "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-4": "Juillet–août 2014 : pour financer le développement d'Ethereum, l'équipe fondatrice a mené une campagne de financement participatif public. Ils ont levé 31 000 BTC (d'une valeur d'environ 18 millions de dollars à l'époque) en échange d'ether (ETH).", + "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-5": "Avril 2015 : Vitalik et les cofondateurs lancent le réseau de test Olympic d'Ethereum. C'était la dernière phase de test avant le lancement du réseau principal.", + "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-6": "30 juillet 2015 : l'équipe fondatrice lance officiellement le réseau principal d'Ethereum en minant le bloc d'origine. Cela marque la naissance du réseau Ethereum.", + "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-7": "14 mars 2016 : la communauté Ethereum met en œuvre « Homestead », la première mise à niveau planifiée. Cela signale qu'Ethereum était prêt pour une adoption grand public.", + "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-8": "Dans le projet Ethereum, nous avions cette idée que nous n'aurions qu'une seule chance, que c'était une occasion unique, donc nous devions réussir.", + "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-9": "Cofondateur d'Ethereum", + "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-10": "Le lancement d'Ethereum a marqué une étape majeure dans la technologie blockchain. Il a introduit les contrats intelligents et a créé une plateforme pour les applications décentralisées.", + "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-11": "Vous pouvez toujours voir le bloc d'origine d'Ethereum, préservant ainsi le moment où Ethereum a vu le jour.", + "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-12": "Voir la liste complète des mises à niveau d'Ethereum", + "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-13": "Consultez la future feuille de route d'Ethereum", + "page-ethereum-history-founder-and-ownership-who-owns-and-runs-ethereum-now-description-1": "L'un des aspects les plus uniques d'Ethereum est sa structure de propriété, ou plus précisément, son absence de propriété traditionnelle. Contrairement à une entreprise classique, Ethereum :", + "page-ethereum-history-founder-and-ownership-who-owns-and-runs-ethereum-now-description-2": "n'a pas de PDG ou d'autorité centrale", + "page-ethereum-history-founder-and-ownership-who-owns-and-runs-ethereum-now-description-3": "n'est pas contrôlé par une seule entité ou organisation", + "page-ethereum-history-founder-and-ownership-who-owns-and-runs-ethereum-now-description-4": "n'a pas d'actionnaires au sens traditionnel du terme", + "page-ethereum-history-founder-and-ownership-who-owns-and-runs-ethereum-now-description-5": "Au lieu de cela, Ethereum fonctionne comme un réseau décentralisé. Il est maintenu par des milliers d'ordinateurs indépendants (nœuds) à travers le monde. Ce modèle décentralisé est au cœur de la conception et de la valeur d'Ethereum.", + "page-ethereum-history-founder-and-ownership-who-owns-and-runs-ethereum-now-description-6": "Plusieurs groupes clés contribuent au développement et à la gouvernance continus d'Ethereum :", + "page-ethereum-history-founder-and-ownership-ethereum-foundation": "1. La Fondation Ethereum", + "page-ethereum-history-founder-and-ownership-ethereum-foundation-description-1": "La Fondation Ethereum est une organisation à but non lucratif qui soutient Ethereum et les technologies connexes. Bien qu'importante, elle ne contrôle pas le réseau. La fondation :", + "page-ethereum-history-founder-and-ownership-ethereum-foundation-description-2": "Gère des fonds pour soutenir le développement d'Ethereum", + "page-ethereum-history-founder-and-ownership-ethereum-foundation-description-3": "Accorde des subventions à des projets qui se construisent sur Ethereum", + "page-ethereum-history-founder-and-ownership-ethereum-foundation-description-4": "Organise des événements communautaires et des initiatives éducatives", + "page-ethereum-history-founder-and-ownership-ethereum-foundation-description-5": "Coordonne les efforts de recherche", + "page-ethereum-history-founder-and-ownership-core-developers": "2. Développeurs et chercheurs principaux", + "page-ethereum-history-founder-and-ownership-core-developers-description-1": "Une communauté mondiale de développeurs et de chercheurs contribue au code et à la conception d'Ethereum. Ces contributeurs proposent, discutent et mettent en œuvre des améliorations par le biais d'un processus ouvert et public. Vitalik Buterin reste respecté au sein de la communauté, cependant, les décisions sont prises par accord de groupe plutôt que par une seule personne.", + "page-ethereum-history-founder-and-ownership-eip": "3. Propositions d'amélioration d'Ethereum (EIP)", + "page-ethereum-history-founder-and-ownership-eip-description-1": "La communauté Ethereum propose des changements au réseau par le biais des propositions d'amélioration d'Ethereum (EIP). Ce système ouvert permet à quiconque de suggérer des améliorations. Ces idées sont ensuite discutées, affinées et potentiellement mises en œuvre par la communauté.", + "page-ethereum-history-founder-and-ownership-validators": "4. Opérateurs de nœuds et validateurs", + "page-ethereum-history-founder-and-ownership-validators-description-1": "Depuis le passage d'Ethereum à la preuve d'enjeu en septembre 2022, le réseau est sécurisé par des validateurs qui bloquent (mettent en jeu) des ETH et traitent les transactions. Il existe un grand nombre de validateurs répartis dans le monde entier, ce qui distribue largement le contrôle du réseau.", + "page-ethereum-history-founder-and-ownership-validators-description-2": "Ce modèle décentralisé limite le contrôle par une seule entité, ce qui rend Ethereum résistant à la censure. Cela inclut ses fondateurs d'origine. Aucune personne ou organisation ne peut modifier les règles d'Ethereum ou arrêter le réseau par elle-même.", + "page-ethereum-history-founder-and-ownership-validators-description-3": "La principale différence entre la création d'une application sur Ethereum et sa création sur une plateforme centralisée traditionnelle est l'idée fondamentale qu'une fois que vous avez créé votre application, celle-ci n'a pas besoin de dépendre de vous ou de toute autre personne pour continuer d'exister. Et l'application est garantie de continuer à fonctionner selon les règles qui ont été spécifiées.", + "page-ethereum-history-founder-and-ownership-conclusion": "Conclusion", + "page-ethereum-history-founder-and-ownership-conclusion-description-1": "De sa création par Vitalik Buterin en 2013 à son lancement en 2015 et à sa croissance actuelle, Ethereum est resté fidèle à sa vision fondatrice. Il reste une plateforme décentralisée et neutre de manière crédible pour des applications qui s'exécutent exactement comme elles ont été programmées. Le réseau et les applications construites dessus fonctionnent sans temps d'arrêt, censure, fraude ou interférence de tiers.", + "page-ethereum-history-founder-and-ownership-conclusion-description-2": "L'histoire d'Ethereum continue de se dérouler avec chaque mise à jour et innovation. À mesure que le réseau évolue, il illustre la manière dont la gouvernance décentralisée peut stimuler le progrès technologique sans les structures d'entreprise traditionnelles.", + "page-ethereum-history-founder-and-ownership-conclusion-description-3": "Ethereum est passé d'un livre blanc visionnaire à une couche d'infrastructure mondiale alimentant des milliers d'applications et des milliards de dollars en valeur. Cela prouve que la collaboration ouverte peut remodeler non seulement la finance, mais aussi les concepts fondamentaux de propriété, de gouvernance et de confiance numérique.", + "page-ethereum-history-founder-and-ownership-conclusion-description-4": "En savoir plus sur le processus de gouvernance d'Ethereum" +} diff --git a/src/intl/fr/page-ethereum-vs-bitcoin.json b/src/intl/fr/page-ethereum-vs-bitcoin.json new file mode 100644 index 00000000000..175e5ab50c4 --- /dev/null +++ b/src/intl/fr/page-ethereum-vs-bitcoin.json @@ -0,0 +1,101 @@ +{ + "page-ethereum-vs-bitcoin-meta-title": "Ethereum vs Bitcoin : quelle est la différence ? | ethereum.org", + "page-ethereum-vs-bitcoin-meta-description": "Découvrez les différences entre le Bitcoin et l'Ethereum, notamment les cas d'utilisation, les performances du réseau, la sécurité, l'économie des jetons, le niveau de décentralisation et plus encore.", + "page-ethereum-vs-bitcoin-twitter-meta-description": "Découvrez les différences entre le Bitcoin et l'Ethereum, notamment les cas d'utilisation, les performances du réseau, l'économie des jetons et plus encore.", + "page-ethereum-vs-bitcoin-title": "Ethereum vs Bitcoin : quelle est la différence ?", + "page-ethereum-vs-bitcoin-description-1": "Le Bitcoin et l'Ethereum sont deux des réseaux blockchain décentralisés les plus connus, mais ils servent des objectifs très différents.", + "page-ethereum-vs-bitcoin-section-1": "Bitcoin (avec un B majuscule) est une blockchain conçue pour une monnaie numérique appelée bitcoin (avec un b minuscule). Ethereum est conçu pour être une plateforme décentralisée pour les applications et les actifs, alimentée par sa cryptomonnaie native, l'ether (ETH).", + "page-ethereum-vs-bitcoin-section-2": "Tous deux utilisent la technologie blockchain, sont open-source et sont maintenus par des communautés mondiales, mais leurs objectifs et leurs fonctionnalités sont distincts. Dans ce guide, nous examinerons ce qu'est chaque réseau, ce qu'ils ont en commun et comment ils diffèrent dans des domaines comme la technologie, la culture et les perspectives d'avenir.", + "page-ethereum-vs-bitcoin-bitcoin-section-title": "Bitcoin — un bref aperçu", + "page-ethereum-vs-bitcoin-bitcoin-section-1": "Bitcoin est un réseau de monnaie numérique décentralisé. Il a été créé en 2009 par une entité anonyme utilisant le nom de Satoshi Nakamoto, peu après la crise financière de 2008. L'idée était que Bitcoin soit un système de paiement électronique de pair à pair.", + "page-ethereum-vs-bitcoin-bitcoin-section-2": "Bitcoin permet à quiconque d'envoyer et de recevoir des bitcoins sur Internet sans dépendre d'une autorité centrale comme une banque. Toutes les transactions sont enregistrées sur un registre public connu sous le nom de blockchain.", + "page-ethereum-vs-bitcoin-bitcoin-section-3": "Bitcoin utilise la preuve de travail (proof-of-work) pour sécuriser son réseau. Des ordinateurs du monde entier s'affrontent pour résoudre des énigmes cryptographiques qui leur permettent d'ajouter de nouveaux blocs. Ces ordinateurs spécialisés sont appelés mineurs et reçoivent des bitcoins en récompense de bloc pour le « minage » de nouveaux blocs.", + "page-ethereum-vs-bitcoin-bitcoin-section-4": "L'offre maximale de Bitcoin est fixée à 21 millions de pièces. Ce choix de conception est l'une des principales raisons pour lesquelles le Bitcoin est souvent qualifié d'or numérique.", + "page-ethereum-vs-bitcoin-ethereum-section-title": "Ethereum — un bref aperçu", + "page-ethereum-vs-bitcoin-ethereum-section-1": "Comme Bitcoin, Ethereum est également un réseau blockchain décentralisé, mais il a été conçu pour faire plus que simplement enregistrer des paiements. Lancé en 2015 par un développeur de logiciels appelé Vitalik Buterin et ses cofondateurs, Ethereum a été conçu pour être une plateforme de contrats intelligents et d'applications décentralisées.", + "page-ethereum-vs-bitcoin-ethereum-section-2": "Ethereum permet à quiconque d'envoyer et de recevoir de la valeur comme Bitcoin, mais il agit également comme une plateforme que tout le monde peut utiliser pour des applications. Le réseau Ethereum fonctionne sur des milliers de nœuds et n'est contrôlé par aucune entité unique.", + "page-ethereum-vs-bitcoin-ethereum-section-3": "N'importe qui peut créer et déployer des applications sur Ethereum. Ces programmes sont appelés contrats intelligents, et ils constituent l'innovation principale d'Ethereum.", + "page-ethereum-vs-bitcoin-ethereum-section-4": "Une fois le contrat intelligent déployé, il s'exécute de manière déterministe lorsqu'on interagit avec lui. Cela permet de créer des applications pour des choses comme le prêt, le trading, les jeux et les objets de collection numériques qui fonctionnent 24h/24, 7j/7, pour des millions d'utilisateurs dans le monde entier.", + "page-ethereum-vs-bitcoin-ethereum-section-5": "De la même manière que le bitcoin est utilisé pour payer les frais de transaction sur le réseau Bitcoin, la monnaie native d'Ethereum, l'ether, est utilisée pour payer les frais de transaction, publier et utiliser des contrats intelligents, et sécuriser le réseau. L'ether agit à la fois comme carburant pour l'exécution des programmes et comme réserve de valeur.", + "page-ethereum-vs-bitcoin-ethereum-section-6": "En savoir plus sur Ethereum et son fonctionnement", + "page-ethereum-vs-bitcoin-differences-section-title": "Les principales différences", + "page-ethereum-vs-bitcoin-differences-section-1": "Le Bitcoin et l'Ethereum utilisent la technologie blockchain pour maintenir des réseaux décentralisés, mais ils diffèrent par leur conception, leur objectif et leurs capacités.", + "page-ethereum-vs-bitcoin-differences-table-area": "Domaine", + "page-ethereum-vs-bitcoin-differences-table-bitcoin": "Bitcoin", + "page-ethereum-vs-bitcoin-differences-table-ethereum": "Ethereum", + "page-ethereum-vs-bitcoin-differences-table-row-1-1": "Objectif principal", + "page-ethereum-vs-bitcoin-differences-table-row-1-2": "Monnaie numérique de pair à pair", + "page-ethereum-vs-bitcoin-differences-table-row-1-3": "Plateforme pour les applications et les économies numériques", + "page-ethereum-vs-bitcoin-differences-table-row-2-1": "Contrats intelligents", + "page-ethereum-vs-bitcoin-differences-table-row-2-2": "Non pris en charge", + "page-ethereum-vs-bitcoin-differences-table-row-2-3": "Fonctionnalité principale", + "page-ethereum-vs-bitcoin-differences-table-row-3-1": "Offre", + "page-ethereum-vs-bitcoin-differences-table-row-3-2": "Le bitcoin est émis à chaque bloc à un taux fixe/prédéterminé dicté par le protocole original et inchangé, avec une limite fixe finale de 21 millions.", + "page-ethereum-vs-bitcoin-differences-table-row-3-3": "L'ether est brûlé à chaque bloc proportionnellement à l'activité/la demande, et émis à chaque époque proportionnellement au total d'ETH mis en jeu. Pas de limite fixe, mais le taux d'émission est limité par le total d'ETH mis en jeu.", + "page-ethereum-vs-bitcoin-differences-table-row-4-1": "Mécanisme de consensus", + "page-ethereum-vs-bitcoin-differences-table-row-4-2": "Preuve de travail", + "page-ethereum-vs-bitcoin-differences-table-row-4-3": "Preuve d'enjeu", + "page-ethereum-vs-bitcoin-differences-table-row-5-1": "Rapidité", + "page-ethereum-vs-bitcoin-differences-table-row-5-2": "Considérée par la plupart comme irréversible après six blocs, soit environ 60 minutes en moyenne", + "page-ethereum-vs-bitcoin-differences-table-row-5-3": "Environ 15 minutes pour la finalité", + "page-ethereum-vs-bitcoin-differences-table-row-6-1": "Consommation d'énergie", + "page-ethereum-vs-bitcoin-differences-table-row-6-2": "Élevé", + "page-ethereum-vs-bitcoin-differences-table-row-6-3": "Faible", + "page-ethereum-vs-bitcoin-differences-table-row-7-1": "Gouvernance", + "page-ethereum-vs-bitcoin-differences-table-row-7-2": "Conservateur, évolue lentement", + "page-ethereum-vs-bitcoin-differences-table-row-7-3": "Flexible, axé sur la communauté", + "page-ethereum-vs-bitcoin-differences-table-row-8-1": "Écosystème de développeurs", + "page-ethereum-vs-bitcoin-differences-table-row-8-2": "Plus petit", + "page-ethereum-vs-bitcoin-differences-table-row-8-3": "Vaste et actif", + "page-ethereum-vs-bitcoin-differences-table-row-9-1": "Mises à niveau", + "page-ethereum-vs-bitcoin-differences-table-row-9-2": "Rares", + "page-ethereum-vs-bitcoin-differences-table-row-9-3": "Fréquentes et itératives", + "page-ethereum-vs-bitcoin-purpose-title": "Objectif de Bitcoin vs Ethereum", + "page-ethereum-vs-bitcoin-purpose-1": "Le Bitcoin a été créé en 2009 à la suite de la crise financière mondiale. Son objectif était d'offrir une forme de monnaie de pair à pair qui fonctionnait sans banques ni gouvernements. Sa conception est simple. Le réseau vise à transférer de la valeur d'une personne à une autre sans intermédiaire. Cet objectif précis l'a aidé à se faire connaître comme une forme d'or numérique, une réserve de valeur rare et durable qui peut également être utilisée comme moyen d'échange.", + "page-ethereum-vs-bitcoin-purpose-2": "Ethereum a été lancé en 2015 avec une vision plus large. Ses créateurs voulaient prendre la sécurité et la décentralisation de la blockchain et la rendre programmable. Plutôt que de se limiter aux paiements, Ethereum permet à quiconque d'écrire et de publier des programmes auto-exécutables appelés contrats intelligents. Cela ouvre la porte à une toute nouvelle catégorie d'applications, allant de la finance décentralisée (DeFi) et des stablecoins aux jetons non fongibles (NFT), aux jeux et aux médias sociaux décentralisés.", + "page-ethereum-vs-bitcoin-purpose-3": "Les conceptions techniques reflètent ces objectifs. Le langage de script de Bitcoin est limité, ce qui réduit la complexité et aide à maintenir la sécurité du réseau. Le langage de programmation d'Ethereum est plus expressif, ce qui lui permet de stocker et de gérer des états et des interactions plus complexes entre les applications. Cette flexibilité est une force, mais elle signifie aussi que le réseau évolue plus rapidement, avec des mises à niveau régulières et de nouvelles fonctionnalités.", + "page-ethereum-vs-bitcoin-purpose-4": "Tous deux jouent des rôles distincts dans l'économie numérique au sens large. Le Bitcoin se concentre sur son rôle de réserve de valeur stable et décentralisée. Ethereum vise à être une couche de règlement (settlement) mondiale pour les applications décentralisées et les actifs programmables.", + "page-ethereum-vs-bitcoin-usecases-and-adoption-title": "Cas d'utilisation et adoption", + "page-ethereum-vs-bitcoin-usecases-and-adoption-1": "Le Bitcoin est couramment utilisé comme réserve de valeur. De nombreux investisseurs le considèrent comme une couverture contre l'inflation ou l'instabilité économique. Dans certains pays, il est utilisé comme monnaie alternative ou comme un moyen pour les gens d'épargner en dehors du système bancaire traditionnel.", + "page-ethereum-vs-bitcoin-usecases-and-adoption-2": "L'Ether sert également de réserve de valeur, mais son rôle principal est d'alimenter un vaste écosystème d'applications et d'actifs. Les développeurs peuvent utiliser Ethereum pour créer de nouveaux protocoles, lancer des jetons, exploiter des échanges décentralisés, frapper des NFT, créer des jeux et développer des plateformes sociales qui fonctionnent sans contrôle centralisé.", + "page-ethereum-vs-bitcoin-usecases-and-adoption-3": "Ethereum prend en charge des milliers d'applications décentralisées pour de nouvelles formes de finance, de financement participatif et de propriété numérique. Certains cas d'utilisation connectent même les deux réseaux. Par exemple, le Bitcoin peut être « enveloppé » (wrapped) et utilisé sur Ethereum pour des activités comme le prêt, l'emprunt et le trading dans la DeFi.", + "page-ethereum-vs-bitcoin-usecases-and-adoption-4": "L'adoption institutionnelle reflète ces différences. La cryptomonnaie Bitcoin est largement détenue comme une réserve de valeur à long terme, tandis qu'Ethereum est considéré comme une infrastructure décentralisée. Sa programmabilité séduit les plateformes fintech et les fournisseurs de paiement.", + "page-ethereum-vs-bitcoin-usecases-and-adoption-5": "En savoir plus sur l'utilisation d'Ethereum", + "page-ethereum-vs-bitcoin-monetary-policy-title": "Politique monétaire", + "page-ethereum-vs-bitcoin-monetary-policy-1": "L'offre de Bitcoin sera plafonnée à 21 millions de pièces. Cette limite stricte est appliquée par le protocole et c'est l'une des raisons pour lesquelles le Bitcoin est comparé à l'or. De nouveaux bitcoins entrent en circulation grâce aux récompenses de minage, qui sont divisées par deux tous les 210 000 blocs (ce qui prend environ 4 ans à miner), lors d'un événement appelé le halving (division par deux). La récompense a commencé à 50 bitcoins par bloc en 2009, est passée à 25 en 2012, puis à 12,5 en 2016, et ainsi de suite. À ce rythme, le dernier bitcoin devrait être miné aux alentours de l'an 2140.", + "page-ethereum-vs-bitcoin-monetary-policy-2": "Les récompenses de minage et les frais de transaction de Bitcoin paient pour le réseau et sont utilisés pour le sécuriser. Cependant, à mesure que la récompense de bloc est divisée par deux, le réseau devient plus dépendant des frais de transaction pour se financer. Actuellement, les frais de réseau ne représentent qu'une petite partie des revenus du réseau, <5 %, ce qui signifie que la sécurité à long terme du réseau pourrait être menacée à mesure que l'émission du réseau Bitcoin tend vers 0.", + "page-ethereum-vs-bitcoin-monetary-policy-3": "Ethereum n'a pas de plafond d'approvisionnement fixe. Au lieu de cela, son émission est déterminée par les règles du protocole, et des mises à niveau récentes ont introduit des mécanismes qui peuvent réduire l'offre au fil du temps. La plus notable est la mise à niveau EIP-1559, qui brûle une partie des frais de transaction. Lorsque l'activité du réseau est élevée, plus d'ETH peuvent être brûlés qu'émis, ce qui rend l'offre déflationniste pendant ces périodes.", + "page-ethereum-vs-bitcoin-monetary-policy-4": "L'approche monétaire d'Ethereum garantit un budget de sécurité à perpétuité, les frais de transaction et les récompenses de bloc constituant le budget de sécurité du réseau.", + "page-ethereum-vs-bitcoin-developer-ecosystem-title": "Écosystème de développeurs", + "page-ethereum-vs-bitcoin-developer-ecosystem-1": "Ethereum possède l'une des plus grandes communautés de développeurs de blockchain. Développer sur Ethereum vous donne accès à un large éventail d'outils, de cadres de travail, de subventions et de hackathons. La machine virtuelle Ethereum (EVM) est l'environnement d'exécution d'Ethereum et est devenue une norme courante, de nombreuses autres blockchains l'utilisant pour garantir la compatibilité.", + "page-ethereum-vs-bitcoin-developer-ecosystem-2": "Les normes de jetons comme ERC-20 et ERC-721 sont devenues la base d'une grande partie de l'économie blockchain au sens large. De nombreux réseaux de couche 2 et d'autres blockchains utilisent l'EVM pour que le code des applications, des portefeuilles et des contrats intelligents puisse être utilisé sur différentes blockchains avec des changements minimes.", + "page-ethereum-vs-bitcoin-developer-ecosystem-3": "La communauté des développeurs de Bitcoin est plus petite et plus ciblée. La plupart des activités se concentrent sur la maintenance et l'amélioration du protocole de base, ainsi que sur le développement de solutions de couche 2 comme le Lightning Network pour des paiements plus rapides et moins chers.", + "page-ethereum-vs-bitcoin-developer-ecosystem-4": "En savoir plus sur les ressources pour les développeurs Ethereum", + "page-ethereum-vs-bitcoin-security-and-consensus-title": "Sécurité et consensus", + "page-ethereum-vs-bitcoin-security-and-consensus-1": "Le Bitcoin et l'Ethereum sont tous deux sécurisés par de vastes réseaux distribués de nœuds indépendants, mais ils utilisent des méthodes différentes pour s'accorder sur l'état du réseau.", + "page-ethereum-vs-bitcoin-security-and-consensus-2": "Bitcoin utilise un système appelé preuve de travail (proof-of-work). Des ordinateurs appelés mineurs s'affrontent pour résoudre des énigmes cryptographiques. Le premier à en résoudre une peut ajouter le bloc de transactions suivant à la blockchain et gagne une récompense en bitcoins. Cette approche donne à Bitcoin ce que l'on appelle une finalité probabiliste, ce qui signifie qu'une transaction n'est considérée comme hautement sécurisée qu'après que plusieurs autres blocs aient été ajoutés par-dessus. Pour Bitcoin, cela correspond souvent à environ six confirmations, soit environ une heure.", + "page-ethereum-vs-bitcoin-security-and-consensus-3": "Ethereum utilise la preuve d'enjeu (proof-of-stake). Dans ce modèle, les validateurs bloquent, ou mettent en jeu, des ETH pour avoir la chance d'être sélectionnés pour proposer et confirmer de nouveaux blocs. La sélection est aléatoire, mais la probabilité d'être choisi augmente avec la quantité d'ETH mis en jeu. Les validateurs qui agissent de manière malhonnête risquent de perdre leur mise. Cela permet à Ethereum d'atteindre une finalité économique, où les blocs finalisés sont extrêmement difficiles à annuler, souvent en environ 15 minutes. Ethereum utilise également des points de contrôle (checkpoints) pour marquer les blocs comme irréversibles une fois qu'un nombre suffisant de validateurs sont d'accord.", + "page-ethereum-vs-bitcoin-security-and-consensus-4": "En savoir plus sur le mécanisme de consensus d'Ethereum", + "page-ethereum-vs-bitcoin-underlying-technology-title": "Technologie sous-jacente", + "page-ethereum-vs-bitcoin-underlying-technology-1": "Bitcoin utilise ce que l'on appelle le modèle de sortie de transaction non dépensée (Unspent Transaction Output), ou UTXO. Dans ce système, la blockchain ne suit pas les soldes des comptes. Au lieu de cela, elle enregistre les sorties des transactions précédentes qui n'ont pas encore été dépensées. Lorsque vous dépensez des bitcoins, vous utilisez ces sorties comme entrées pour une nouvelle transaction, créant ainsi de nouvelles sorties.", + "page-ethereum-vs-bitcoin-underlying-technology-2": "Vous pouvez vous représenter cela comme si vous utilisiez de l'argent liquide. Si vous avez deux billets de cinq dollars et que vous voulez dépenser sept dollars, vous donnez les deux billets et recevez trois dollars en monnaie. Bitcoin enregistre les billets et la monnaie, pas votre solde total.", + "page-ethereum-vs-bitcoin-underlying-technology-3": "Ethereum utilise un modèle basé sur les comptes. Au lieu de suivre les sorties individuelles, il conserve un enregistrement des soldes des comptes, comme le fait un compte bancaire. Cette approche facilite la gestion des contrats intelligents et de la logique complexe, car les comptes peuvent stocker des données et interagir les uns avec les autres comme des programmes.", + "page-ethereum-vs-bitcoin-underlying-technology-4": "Chaque modèle a ses compromis. Les UTXO peuvent offrir une plus grande confidentialité et faciliter le suivi des pièces individuelles. Les systèmes basés sur les comptes sont plus simples pour créer des applications.", + "page-ethereum-vs-bitcoin-underlying-technology-5": "En savoir plus dans la documentation pour les développeurs Ethereum", + "page-ethereum-vs-bitcoin-decentralization-title": "Décentralisation", + "page-ethereum-vs-bitcoin-decentralization-1": "Le Bitcoin et l'Ethereum sont tous deux conçus pour être décentralisés, mais ils mesurent et abordent cette question de différentes manières.", + "page-ethereum-vs-bitcoin-decentralization-2": "La décentralisation de Bitcoin est soutenue par sa conception technique simple, sa stabilité à long terme et sa large distribution de nœuds. Ses faibles exigences en matière de ressources facilitent l'exécution de nœuds complets à domicile, ce qui contribue à préserver l'indépendance et la résistance à la censure du réseau.", + "page-ethereum-vs-bitcoin-decentralization-3": "Ethereum dispose également d'un réseau de nœuds important et en pleine croissance. Il met un fort accent sur la diversité des clients, ce qui signifie que plusieurs versions du logiciel sont maintenues par des équipes indépendantes. Cela réduit la dépendance à l'égard d'un seul client et aide à se protéger contre les bogues ou les pannes qui pourraient affecter le réseau.", + "page-ethereum-vs-bitcoin-decentralization-4": "Ethereum a un plus grand nombre de participants impliqués dans des activités comme la mise en jeu (staking), les mises à niveau et les discussions sur la gouvernance, mais les deux réseaux visent à rester ouverts et résilients. Bitcoin maintient les exigences des nœuds inchangées, en s'appuyant sur un plus petit nombre de clients logiciels. Ethereum encourage différents contributeurs, chacun apportant sa propre perspective.", + "page-ethereum-vs-bitcoin-environmental-impact-title": "Impact environnemental", + "page-ethereum-vs-bitcoin-environmental-impact-1": "L'un des changements les plus importants de l'histoire d'Ethereum a été le passage de la preuve de travail à la preuve d'enjeu en 2022. Connue sous le nom de La Fusion (The Merge), cette transition a réduit la consommation d'énergie du réseau de plus de 99 %.", + "page-ethereum-vs-bitcoin-environmental-impact-2": "Avec la preuve d'enjeu, Ethereum ne dépend plus du minage énergivore. Au lieu de cela, les validateurs sont sélectionnés au hasard, la probabilité de sélection augmentant avec la quantité d'ETH qu'ils ont mis en jeu. Ce changement a fait d'Ethereum l'un des réseaux blockchain les plus économes en énergie.", + "page-ethereum-vs-bitcoin-environmental-impact-3": "Bitcoin continue d'utiliser la preuve de travail, qui nécessite de grandes quantités d'électricité car les mineurs s'affrontent pour résoudre des énigmes cryptographiques. Une partie de cette énergie provient de sources renouvelables, et des discussions sont en cours au sein de la communauté Bitcoin sur les moyens d'améliorer la durabilité.", + "page-ethereum-vs-bitcoin-environmental-impact-4": "La différence de consommation d'énergie est devenue un point de comparaison important entre les deux réseaux. L'empreinte énergétique plus faible d'Ethereum le rend plus attrayant dans les contextes où l'impact environnemental est une priorité.", + "page-ethereum-vs-bitcoin-environmental-impact-5": "Lire le rapport complet sur la consommation d'énergie d'Ethereum", + "page-ethereum-vs-bitcoin-future-outlook-title": "À quoi ressemble l'avenir", + "page-ethereum-vs-bitcoin-future-outlook-1": "Le Bitcoin est de plus en plus adopté comme réserve de valeur et actif de réserve. Il est peu probable qu'il change de manière significative, et cette stabilité fait partie de son attrait.", + "page-ethereum-vs-bitcoin-future-outlook-2": "Ethereum se positionne comme une plateforme d'applications dans la nouvelle économie numérique. Avec la croissance des réseaux de couche 2 et les mises à niveau continues, il vise à prendre en charge des applications, des infrastructures et des actifs à l'échelle mondiale.", + "page-ethereum-vs-bitcoin-future-outlook-3": "Pour de nombreux utilisateurs, les deux réseaux ne sont pas en concurrence directe. Ils servent des objectifs différents et peuvent se compléter dans une approche diversifiée des actifs numériques.", + "page-ethereum-vs-bitcoin-future-outlook-4": "En savoir plus sur la feuille de route d'Ethereum" +} \ No newline at end of file diff --git a/src/intl/fr/page-founders.json b/src/intl/fr/page-founders.json new file mode 100644 index 00000000000..600c7ff90d0 --- /dev/null +++ b/src/intl/fr/page-founders.json @@ -0,0 +1,65 @@ +{ + "page-founders-accelerators-alliance-description": "Alliance est le principal accélérateur de cryptomonnaies et la principale communauté de fondateurs. Les startups en IA sont maintenant acceptées.", + "page-founders-accelerators-alliance-highlight-1": "Financement de 500 000 $", + "page-founders-accelerators-base-description": "Base Batches est un programme mondial pour les développeurs qui créent la prochaine vague d'applications en chaîne.", + "page-founders-accelerators-base-highlight-1": "Jusqu'à 1 million de dollars de financement", + "page-founders-accelerators-growth-label": "Accélérateurs et croissance", + "page-founders-accelerators-kernel-description": "Kernel, c'est construire lentement, grâce à des interactions répétées avec des pairs.", + "page-founders-accelerators-kernel-highlight-1": "Plus de 2 200 membres", + "page-founders-accelerators-kernel-highlight-2": "Plus de 150 projets actifs", + "page-founders-apply-h2": "Demander de l'aide", + "page-founders-apply-p1": "Choisissez votre parcours et soyez orienté vers l'étape suivante la plus pertinente.", + "page-founders-cta-explore-name": "Explorer {name}", + "page-founders-cta-visit-name": "Visiter {name}", + "page-founders-description": "Une plateforme dédiée aux entrepreneurs pour accéder à des programmes, à du mentorat et à de la visibilité dans tout l'écosystème Ethereum, offrant aux fondateurs le soutien dont ils ont besoin à chaque étape.", + "page-founders-funding-arbitrum-description": "La mission est de donner aux développeurs et aux entrepreneurs les moyens de créer des DApps percutantes qui tirent parti des capacités du réseau Arbitrum.", + "page-founders-funding-arbitrum-highlight-1": "Plus de 300 projets soutenus", + "page-founders-funding-base-description": "Les subventions Builder Grants sont des expériences continues visant à récompenser les développeurs de Base.", + "page-founders-funding-base-highlight-1": "Subventions de 1 à 5 ETH", + "page-founders-funding-esp-description": "Allouer des ressources aux projets critiques, être une voix appréciée au sein de l'écosystème Ethereum et promouvoir Ethereum dans le monde extérieur.", + "page-founders-funding-esp-highlight-1": "Plus de 2 000 projets soutenus", + "page-founders-funding-label": "Financement", + "page-founders-funding-optimism-description": "Soutien aux développeurs individuels et aux équipes créant des applications en chaîne, des outils et une infrastructure pour faire progresser la Superchain.", + "page-founders-funding-optimism-highlight-1": "19 chaînes éligibles", + "page-founders-funding-optimism-highlight-2": "Plus de 700 projets soutenus", + "page-founders-funding-polygon-description": "Un programme de subventions communautaires pour soutenir les développeurs, les équipes et les créateurs qui s'engagent dans la croissance de Polygon.", + "page-founders-funding-polygon-highlight-1": "Développer ou migrer sur Polygon", + "page-founders-funding-unichain-description": "Une série de programmes et de ressources conçus pour soutenir la communauté de développeurs émergente d'Unichain.", + "page-founders-funding-unichain-highlight-1": "Nouveaux mécanismes DeFi", + "page-founders-get-in-touch-cta": "Demander de l'aide", + "page-founders-get-in-touch-h2": "Équipe de réussite des fondateurs de la Fondation Ethereum", + "page-founders-get-in-touch-p1": "Le programme Founder Success s'adresse aux développeurs ayant des idées audacieuses, aux entrepreneurs qui considèrent Ethereum comme le fondement de produits et d'entreprises capables de façonner l'avenir.", + "page-founders-metadata-description": "Donner aux fondateurs sur Ethereum les moyens d'agir grâce à des programmes, du mentorat et des ressources. Découvrez comment l'écosystème Ethereum soutient les entrepreneurs, de l'idée à la croissance.", + "page-founders-metadata-title": "Aide aux fondateurs", + "page-founders-partnerships-devconnect-description": "Devconnect ARG est l'Exposition universelle d'Ethereum : une vitrine d'applications et un événement pour se connecter, développer et accélérer l'adoption d'Ethereum.", + "page-founders-partnerships-ef-founder-support-cta": "Planifier un entretien de présentation", + "page-founders-partnerships-ef-founder-support-description": "Coordination du partage des revenus, de la liquidité et des partenariats. L'équipe de réussite des fondateurs de l'EF aide à mettre en relation les bonnes équipes pour que cela se produise.", + "page-founders-partnerships-ef-founder-support-subtitle": "Présentations aux protocoles/équipes DeFi", + "page-founders-partnerships-ens-description": "Le programme vise à soutenir les projets qui ont démontré une utilité et un impact exceptionnels pour les développeurs comme pour les utilisateurs.", + "page-founders-partnerships-ens-highlight-1": "Petites subventions jusqu'à 2 ETH", + "page-founders-partnerships-ens-highlight-2": "Grandes subventions jusqu'à 50 000 USDC", + "page-founders-partnerships-ethglobal-description": "Des événements mondiaux qui favorisent un écosystème de classe mondiale de développeurs et d'entrepreneurs Ethereum.", + "page-founders-partnerships-label": "Partenariats et intégrations", + "page-founders-partnerships-protocol-guild-description": "Organisation de financement indépendante pour les développeurs principaux d'Ethereum. Nous finançons de manière proactive les mainteneurs dont le travail est essentiel à l'écosystème.", + "page-founders-partnerships-protocol-guild-highlight-1": "28 M$ levés pour les développeurs principaux", + "page-founders-partnerships-unichain-description": "Une série de programmes et de ressources conçus pour soutenir la communauté de développeurs émergente d'Unichain.", + "page-founders-partnerships-unichain-highlight-1": "Nouveaux mécanismes DeFi", + "page-founders-story-dith-p1": "Le soutien aux fondateurs de l'EF a été excellent, ils ont été un excellent partenaire de réflexion impartial et un conseiller pour nous alors que nous terminions notre première levée de fonds. Je n'hésite pas à recommander à d'autres fondateurs EVM de les contacter.", + "page-founders-story-fahim-p1": "L'équipe de réussite des fondateurs est un atout majeur pour l'écosystème Ethereum. Ils se soucient vraiment d'aider les équipes à réussir, et leur soutien pratique et leur engagement sincère à aider des équipes comme Optimism sont évidents. Je suis ravi de continuer à collaborer avec eux et de renforcer notre écosystème ensemble.", + "page-founders-story-kedian-p1": "Notre contact à l'EF a joué un rôle essentiel en nous guidant, non seulement en partageant des informations précieuses sur notre prochaine fonctionnalité, mais aussi en nous présentant des L2 clés de l'écosystème Ethereum.", + "page-founders-story-kedian-p2": "Grâce à leurs retours sur notre stratégie de commercialisation, nous avons accéléré la prise de décision, réduit le temps consacré à la recherche et nous sommes concentrés directement sur l'exécution.", + "page-founders-succeed-h2": "Comment d'autres ont réussi", + "page-founders-succeed-p1": "Vous n'êtes pas obligé de développer seul, cet écosystème vous soutient.", + "page-founders-support-tag-accelerator": "Accélérateur", + "page-founders-support-tag-active": "Actif", + "page-founders-support-tag-audit-grants": "Subventions d'audit", + "page-founders-support-tag-ecosystem-events": "Événements de l'écosystème", + "page-founders-support-tag-events": "Évènements", + "page-founders-support-tag-fundraising": "Collecte de fonds", + "page-founders-support-tag-grant-program": "Programme de subventions", + "page-founders-support-tag-mentorship": "Mentorat", + "page-founders-support-tag-networking": "Réseautage", + "page-founders-support-tag-public-goods": "Biens publics", + "page-founders-support-tag-tooling-infra": "Outils et infrastructure", + "page-founders-title": "Donner les moyens aux fondateurs sur Ethereum" +} diff --git a/src/intl/fr/page-gas.json b/src/intl/fr/page-gas.json index 46441fa21c5..ee86f887e16 100644 --- a/src/intl/fr/page-gas.json +++ b/src/intl/fr/page-gas.json @@ -19,7 +19,7 @@ "page-gas-how-do-i-pay-less-gas-card-1-description": "Tout comme les voyages en dehors des heures de pointe sont moins fréquentés et plus abordables, l'Ethereum est généralement moins cher à utiliser lorsque l'Amérique du Nord est endormie.", "page-gas-how-do-i-pay-less-gas-card-2-title": "Attendre la baisse du prix du gaz", "page-gas-how-do-i-pay-less-gas-card-2-description": "Les prix du gaz augmentent et diminuent toutes les douze secondes en fonction de l'encombrement d'Ethereum. Lorsque le prix du gaz est élevé, le fait d'attendre quelques minutes avant d'effectuer une transaction peut entraîner une baisse significative du prix à payer.", - "page-gas-how-do-i-pay-less-gas-card-3-title": "Utiliser la couche 2", + "page-gas-how-do-i-pay-less-gas-card-3-title": "Utilisez la couche 2", "page-gas-how-do-i-pay-less-gas-card-3-description": "Les couches de niveau 2 sont construites sur Ethereum, proposent des frais moins élevés et traitent davantage de transactions. Elles constituent un bon choix pour économiser des frais sur les transactions qui n'ont pas besoin d'être effectuées sur le réseau Ethereum principal.", "page-gas-try-layer-2": "Essayez la couche 2", "page-gas-what-causes-high-gas-fees-header": "Quelles sont les causes des frais de gaz élevés ?", @@ -56,9 +56,9 @@ "page-gas-faq-question-1-a-2": "Vous pouvez lire une description détaillée du processus dans la documentation destinée aux développeurs de gaz.", "page-gas-faq-question-2-q": "Dois-je payer le gaz en ETH ?", "page-gas-faq-question-2-a-1": "Oui. Tous les frais de gaz sur Ethereum doivent être payés dans la devise native ETH.", - "page-gas-faq-question-2-a-2": "Plus d'infos sur ETH", + "page-gas-faq-question-2-a-2": "Autres informations sur ETH", "page-gas-faq-question-3-q": "Qu'est-ce que le gwei ?", "page-gas-faq-question-3-a-1": "Dans la plupart des portefeuilles ou des systèmes de suivi du gaz, les prix du gaz sont exprimés en 'gwei'.", "page-gas-faq-question-3-a-2": "Le Gwei est une unité plus petite de l'ETH, comme les centimes le sont pour les dollars, à la différence que 1 ETH équivaut à 1 milliard de Gwei. Le Gwei est utile lorsqu'il s'agit de très petites quantités d'ETH.", - "page-gas-use-layer-2": "Utiliser la couche 2" + "page-gas-use-layer-2": "Utilisez la couche 2" }