From 07e8f16745143aeb5587e38a7a358d150cde1236 Mon Sep 17 00:00:00 2001 From: GitHub Action Date: Sat, 1 Mar 2025 04:42:53 +0000 Subject: [PATCH 1/3] chore: import translations for fr --- .../fr/community/research/index.md | 12 +- .../fr/contributing/adding-wallets/index.md | 2 +- .../translations/fr/contributing/index.md | 8 +- public/content/translations/fr/dao/index.md | 3 +- .../fr/decentralized-identity/index.md | 6 +- public/content/translations/fr/defi/index.md | 7 +- public/content/translations/fr/desci/index.md | 4 +- .../fr/developers/docs/apis/backend/index.md | 2 +- .../developers/docs/apis/javascript/index.md | 2 +- .../pos/attack-and-defense/index.md | 141 +++++----- .../docs/consensus-mechanisms/pos/index.md | 2 +- .../fr/developers/docs/gas/index.md | 1 + .../network-addresses/index.md | 6 +- .../nodes-and-clients/archive-nodes/index.md | 4 +- .../client-diversity/index.md | 2 + .../nodes-and-clients/run-a-node/index.md | 4 +- .../programming-languages/elixir/index.md | 4 +- .../docs/scaling/state-channels/index.md | 261 ++++++++++++++++++ .../docs/scaling/zk-rollups/index.md | 1 + .../docs/smart-contracts/security/index.md | 6 +- .../docs/smart-contracts/testing/index.md | 4 +- .../docs/smart-contracts/upgrading/index.md | 4 +- .../docs/smart-contracts/verifying/index.md | 2 +- .../fr/developers/docs/transactions/index.md | 6 +- .../content/translations/fr/glossary/index.md | 56 +++- .../index.md | 2 +- .../fr/guides/how-to-id-scam-tokens/index.md | 4 +- .../fr/guides/how-to-use-a-bridge/index.md | 2 +- .../fr/guides/how-to-use-a-wallet/index.md | 1 + .../content/translations/fr/guides/index.md | 2 +- .../content/translations/fr/history/index.md | 118 +++++++- public/content/translations/fr/nft/index.md | 18 +- .../fr/roadmap/future-proofing/index.md | 2 +- .../content/translations/fr/roadmap/index.md | 2 +- .../fr/roadmap/merge/issuance/index.md | 2 +- .../fr/roadmap/statelessness/index.md | 2 +- .../translations/fr/smart-contracts/index.md | 2 +- .../translations/fr/staking/solo/index.md | 2 +- .../fr/zero-knowledge-proofs/index.md | 2 +- src/intl/fr/common.json | 14 +- src/intl/fr/glossary-tooltip.json | 4 +- src/intl/fr/glossary.json | 10 +- src/intl/fr/learn-quizzes.json | 2 +- ...-translation-program-acknowledgements.json | 2 +- src/intl/fr/page-dapps.json | 2 + src/intl/fr/page-eth.json | 4 +- src/intl/fr/page-gas.json | 4 +- src/intl/fr/page-get-eth.json | 2 +- src/intl/fr/page-layer-2.json | 140 +--------- src/intl/fr/page-learn.json | 7 +- src/intl/fr/page-run-a-node.json | 1 + src/intl/fr/page-stablecoins.json | 1 + src/intl/fr/page-staking.json | 2 +- src/intl/fr/page-wallets-find-wallet.json | 2 +- src/intl/fr/page-wallets.json | 2 +- src/intl/fr/page-what-is-ethereum.json | 9 +- src/intl/fr/template-usecase.json | 3 +- 57 files changed, 629 insertions(+), 293 deletions(-) create mode 100644 public/content/translations/fr/developers/docs/scaling/state-channels/index.md diff --git a/public/content/translations/fr/community/research/index.md b/public/content/translations/fr/community/research/index.md index dc53d5eae2a..2b6866e8c72 100644 --- a/public/content/translations/fr/community/research/index.md +++ b/public/content/translations/fr/community/research/index.md @@ -14,7 +14,7 @@ La recherche sur Ethereum est ouverte et transparente et incarne les principes d ## Ressources de recherche générales {#general-research-resources} -Quel que soit le sujet spécifique, vous trouverez une multitude d'informations sur la recherche Ethereum sur [ethresear.ch](https://ethresear.ch) et sur la [chaîne Discord Eth R&D](https://discord.gg/qGpsxSA). Ce sont les principaux endroits où les chercheurs d’Ethereum discutent des dernières idées et opportunités de développement. +Quel que soit le sujet spécifique, vous trouverez une multitude d'informations sur la recherche Ethereum sur [ethresear.ch](https://ethresear.ch) et sur la [chaîne Discord Eth R&D](https://discord.gg/ qGpsxSA). Ce sont les principaux endroits où les chercheurs d’Ethereum discutent des dernières idées et opportunités de développement. Ce rapport publié en mai 2022 par [DelphiDigital](https://members.delphidigital.io/reports/the-hitchhikers-guide-to-ethereum) donne un bon aperçu de la feuille de route d'Ethereum. @@ -111,7 +111,7 @@ Il existe aujourd'hui plusieurs protocoles de seconde couche qui permettent de m #### Recherche récente {#recent-research-2} - [Ordre équitable pour les séquenceurs d'Arbitrum](https://eprint.iacr.org/2021/1465) -- [ethresear.ch Seconde couche](https://ethresear.ch/c/layer-2/32) +- [Ethresear.ch Couche 2](https://ethresear.ch/c/layer-2/32) - [Feuille de route axée sur le rollup](https://ethereum-magicians.org/t/a-rollup-centric-ethereum-roadmap/4698) - [L2Beat](https://l2beat.com/) @@ -189,7 +189,7 @@ Les portefeuilles Ethereum peuvent être des extensions de navigateur, des appli - [Introduction aux portefeuilles](/wallets/) - [Introduction à la sécurité des portefeuilles](/security/) -- [ethresear.ch Sécurité](https://ethresear.ch/tag/security) +- [Ethresear.ch Sécurité](https://ethresear.ch/tag/security) - [EIP-2938 Abstraction de compte](https://eips.ethereum.org/EIPS/eip-2938) - [EIP-4337 Abstraction de compte](https://eips.ethereum.org/EIPS/eip-4337) @@ -277,7 +277,7 @@ La mise en jeu libre permet aux utilisateurs possédant moins de 32 ETH de recev #### Recherche récente {#recent-research-12} - [Gestion des retraits de Lido](https://ethresear.ch/t/handling-withdrawals-in-lidos-eth-liquid-staking-protocol/8873) -- [Identifiants de retrait](https://ethresear.ch/t/withdrawal-credential-rotation-from-bls-to-eth1/8722) +- [Identifiants de retrait ](https://ethresear.ch/t/withdrawal-credential-rotation-from-bls-to-eth1/8722) - [Les risques des dérivés de la mise en jeu libre](https://notes.ethereum.org/@djrtwo/risks-of-lsd) ## Tester {#testing} @@ -377,11 +377,11 @@ Les piratages sur Ethereum exploitent généralement des vulnérabilités dans d - [Rapport sur l'attaque de Wormhole](https://blog.chainalysis.com/reports/wormhole-hack-february-2022/) - [Liste des post-mortems des piratages de contrats Ethereum](https://forum.openzeppelin.com/t/list-of-ethereum-smart-contracts-post-mortems/1191) -- [Rekt News](https://twitter.com/RektHQ?s=20\&t=3otjYQdM9Bqk8k3n1a1Adg) +- [Rekt News](https://twitter.com/RektHQ?s=20&t=3otjYQdM9Bqk8k3n1a1Adg) #### Recherche récente {#recent-research-19} -- [ethresear.ch Applications](https://ethresear.ch/c/applications/18) +- [Ethresear.ch Applications](https://ethresear.ch/c/applications/18) ### Pile technologique {#technology-stack} diff --git a/public/content/translations/fr/contributing/adding-wallets/index.md b/public/content/translations/fr/contributing/adding-wallets/index.md index b71b0fedd90..658ae06372b 100644 --- a/public/content/translations/fr/contributing/adding-wallets/index.md +++ b/public/content/translations/fr/contributing/adding-wallets/index.md @@ -42,7 +42,7 @@ Les portefeuilles évoluent rapidement sur Ethereum. Nous avons tenté de créer - **WalletConnect** - les utilisateurs doivent pouvoir se connecter aux DApps en utilisant WalletConnect. - **Importation des points de terminaison RPC d'Ethereum** - les utilisateurs peuvent importer les données RPC d'un nœud, leur permettant de se connecter à un nœud de leur choix, ou à d'autres réseaux compatibles EVM. - **NFTs** - les utilisateurs sont en mesure de visualiser et d'interagir avec leurs NFTs dans le portefeuille. -- **Connexion aux applications Ethereum** - les utilisateurs sont en mesure de se connecter à des applications Ethereum et de les utiliser. +- Connexion aux applications Ethereum - les utilisateurs sont en mesure de se connecter à des applications Ethereum et de les utiliser. - **Mise en jeu** - les utilisateurs peuvent mettre en jeu directement via le portefeuille. - **Échanges** - les utilisateurs peuvent échanger des tokens directement via le portefeuille. - **Réseaux multichaînes** - votre portefeuille prend en charge par défaut l'accès à plusieurs réseaux blockchain. diff --git a/public/content/translations/fr/contributing/index.md b/public/content/translations/fr/contributing/index.md index f0857000bdd..9886435a9c1 100644 --- a/public/content/translations/fr/contributing/index.md +++ b/public/content/translations/fr/contributing/index.md @@ -19,20 +19,20 @@ Nous sommes une communauté accueillante qui vous aidera à grandir et à vous f - [Travailler sur un ticket ouvert](https://github.com/ethereum/ethereum-org-website/issues) – Travail que nous avons identifié comme devant être fait **Conception** -- [Aider à concevoir le site web](/contributing/design/)– Des concepteurs de tous les niveaux peuvent contribuer à améliorer le site web +- [Aidez à concevoir le site web](/contributing/design/) – Les designers de tous niveaux peuvent contribuer à améliorer le site **Contenu** - [Créer/modifier du contenu](/contributing/#how-to-update-content) – Proposez de nouvelles pages ou des modifications de ce qui existe déjà - [Ajouter un article pour la communauté](/contributing/content-resources/)– Ajoutez un article utile à une page pertinente - [Suggérer une ressource de design](/contributing/design/adding-design-resources/) - Ajoutez, mettez à jour et supprimez des ressources de design utiles -- [Ajouter un terme au glossaire](/contributing/adding-glossary-terms/) – Aidez-nous à poursuivre le développement du [glossaire](/glossary/) Ethereum +- [Ajouter un terme au glossaire ](/contributing/adding-glossary-terms/) – Aidez-nous à poursuivre le développement du [glossaire](/glossary/) Ethereum - [Quiz](/contributing/quizzes/) - Ajoutez, mettez à jour et supprimez des questions de quiz sur une page pertinente **Idées de fonctionnalités** - [Demander une fonctionnalité](https://github.com/ethereum/ethereum-org-website/issues/new?assignees=&labels=Type%3A+Feature&template=feature_request.yaml&title=) – Faites-nous part de vos idées pour une nouvelle fonctionnalité ou un nouveau design **Liste de produits** -- [Ajouter une plateforme d'échange](/contributing/adding-exchanges/)– Ajoutez une plateforme d'échange à notre [outil de recherche d'échange](/get-eth/#country-picker) +- [Ajouter une plateforme d'échange ](/contributing/adding-exchanges/)– Ajoutez une plateforme d'échange à notre [outil de recherche d'échange](/get-eth/#country-picker) - [Ajouter un produit/service](/contributing/adding-products/) – Ajoutez une application décentralisée (DApp) ou un portefeuille à une page pertinente - [Ajouter des outils de développement](/contributing/adding-developer-tools/) – Ajoutez un outil de développement à une page pertinente - [Ajouter une couche 2](/contributing/adding-layer-2s/) – Ajoutez une seconde couche à une page pertinente @@ -94,7 +94,7 @@ Si votre contribution est intégrée à ethereum.org, vous aurez la possibilité ### Comment le récupérer 1. Rejoignez notre [serveur Discord](https://discord.gg/ethereum-org). -2. Collez un lien vers votre contribution dans le canal `#🥇 | proof-of-contribution` +2. Collez un lien vers votre contribution dans le canal `#🥇 | proof-of-contribution`. 3. Attendez qu'un membre de notre équipe vous envoie un lien vers votre OAT. 4. Réclamez votre OAT ! diff --git a/public/content/translations/fr/dao/index.md b/public/content/translations/fr/dao/index.md index fd02b9826c8..7b566bf3444 100644 --- a/public/content/translations/fr/dao/index.md +++ b/public/content/translations/fr/dao/index.md @@ -1,5 +1,6 @@ --- -title: Organisation autonome décentralisée (DAO) +title: Qu'est-ce qu'une DAO ? +metaTitle: Qu'est-ce qu'une DAO ? | Organisation autonome et décentralisée description: Un aperçu des DAO sur Ethereum lang: fr template: use-cases diff --git a/public/content/translations/fr/decentralized-identity/index.md b/public/content/translations/fr/decentralized-identity/index.md index e894f77ad68..3263ba9f16d 100644 --- a/public/content/translations/fr/decentralized-identity/index.md +++ b/public/content/translations/fr/decentralized-identity/index.md @@ -162,8 +162,10 @@ Il existe de nombreux projets ambitieux utilisant Ethereum comme base pour des s - **[Ethereum Attestation Service (EAS)](https://attest.sh/)** - _Un registre/protocole décentralisé pour faire des attestations en chaîne ou hors chaîne sur quoi que ce soit._ - **[Preuve d'humanité](https://www.proofofhumanity.id)** - _Preuve d'humanité (ou PoH) est un système de vérification d'identité sociale construit sur Ethereum._ - **[BrightID](https://www.brightid.org/)** - _Un réseau d'identité sociale décentralisé et open-source qui cherche à réformer la vérification d'identité par la création et l'analyse d'un graphe social._ -- **[walt.id](https://walt.id)** — _Infrastructure décentralisée et open source d'identité et de portefeuille qui permet aux développeurs et aux organisations de tirer parti de l'identité souveraine et des NFT/SBT._ -- **[Veramo](https://veramo.io/)** - _Un environnement JavaScript qui permet à chacun d'utiliser facilement des données vérifiables cryptographiquement dans ses applications._ +- ** +walt.id — _Infrastructure décentralisée et open source d'identité et de portefeuille qui permet aux développeurs et aux organisations de tirer parti de l'identité souveraine et des NFT/SBT._ + + - **[Veramo](https://veramo.io/)** - _Un environnement JavaScript qui permet à chacun d'utiliser facilement des données vérifiables cryptographiquement dans ses applications._ diff --git a/public/content/translations/fr/defi/index.md b/public/content/translations/fr/defi/index.md index 78a69fc6524..1f0f9023cad 100644 --- a/public/content/translations/fr/defi/index.md +++ b/public/content/translations/fr/defi/index.md @@ -1,5 +1,6 @@ --- title: Finance Décentralisée (DeFi) +metaTitle: Qu'est-ce que DeFi ? | Avantages et utilisation de la finance décentralisée description: Un aperçu de la DeFi sur Ethereum lang: fr template: use-cases @@ -168,7 +169,7 @@ Si l'échange B chutait soudainement et que l'utilisateur n'était pas en mesure Pour pouvoir faire ce qui précède dans le monde de la finance traditionnelle, vous auriez besoin d'une somme d'argent énorme. Ces stratégies pour gagner de l'argent ne sont accessibles qu'à ceux qui possèdent déjà une certaine richesse. Les prêts Flash sont un exemple d'avenir où avoir de l'argent n'est pas nécessairement une condition préalable pour gagner de l'argent. - + Plus d'infos sur les prêts Flash @@ -324,7 +325,7 @@ Vous pouvez voir la DeFi comme des couches : 3. Les protocoles, [contrats intelligents](/glossary/#smart-contract) qui offrent des fonctionnalités comme les prêts d'actifs décentralisés. 4. [Les applications](/dapps/) les produits que vous utilisez pour accéder et gérer les protocoles. -Note : Beaucoup de DeFi utilisent la [norme ERC-20](/glossary/#erc-20). Les applications de la DeFi utilisent un wrapper pour ETH, appelé Wrapped Ether (WETH). [En apprendre plus à propos de l'ether symbolique](/wrapped-eth). +Note : Beaucoup de DeFi utilisent la [norme ERC-20](/glossary/#erc-20). Les applications de DeFi utilisent un "wrapper" pour l'ETH appelé Wrapped Ether (WETH). [En apprendre plus à propos de l'ether symbolique](/wrapped-eth). ## Fabriquer une DeFi {#build-defi} @@ -358,4 +359,4 @@ DeFi est un mouvement open source. Les protocoles et applications DeFi sont ouve - \ No newline at end of file + diff --git a/public/content/translations/fr/desci/index.md b/public/content/translations/fr/desci/index.md index a7a182b8e72..c99753daa03 100644 --- a/public/content/translations/fr/desci/index.md +++ b/public/content/translations/fr/desci/index.md @@ -51,7 +51,7 @@ La DeSci met en place les outils scientifiques nécessaires pour faire basculer Comme chacun le sait, les publications scientifiques posent problème car elles sont gérées par des maisons d'édition qui s'appuient sur le travail gratuit de scientifiques, de réviseurs et d'éditeurs pour produire des articles, mais qui facturent ensuite des frais d'édition exorbitants. Le public, qui a généralement financé indirectement le travail et les coûts de publication à travers les taxes et les impôts qu'il paie, ne peut souvent pas accéder à ce même travail sans payer l'éditeur à nouveau. Le montant total des frais de publication d'articles scientifiques individuels est souvent à cinq chiffres ($USD), ce qui sape le concept même de connaissance scientifique en tant que [bien public](/glossary/#public-goods) tout en permettant à un petit groupe d'éditeurs d'engranger d'énormes profits. -Il existe des plateformes d'acès libre et gratuit sous forme de serveurs de pré-impression [comme ArXiv](https://arxiv.org/). Le contrôle qualité , de même que les [mécanismes anti-sybil](/glossary/#anti-sybil), font toutefois défaut sur ces plateformes, qui ne suivent généralement pas les paramètres en termes d'article, ce qui signifie qu'ils ne sont généralement utilisés que pour faire connaître un travail avant de le soumettre à un éditeur classique. SciHub permet également d'accéder gratuitement aux articles publiés, mais pas légalement, et seulement après que les éditeurs ont été réglés et ont lié l'œuvre à une législation stricte sur le droit d'auteur. Les données et articles scientifiques accessibles associés à un mécanisme de légitimité et à un modèle incitatif intégrés manquent donc cruellement. Le Web3 offre les outils nécessaire pour construire un tel système. +Il existe des plateformes d'acès libre et gratuit sous forme de serveurs de pré-impression [comme ArXiv](https://arxiv.org/). Le contrôle qualité , de même que les [mécanismes anti-sybil ](/glossary/#anti-sybil), font toutefois défaut sur ces plateformes, qui ne suivent généralement pas les paramètres en termes d'article, ce qui signifie qu'ils ne sont généralement utilisés que pour faire connaître un travail avant de le soumettre à un éditeur classique. SciHub permet également d'accéder gratuitement aux articles publiés, mais pas légalement, et seulement après que les éditeurs ont été réglés et ont lié l'œuvre à une législation stricte sur le droit d'auteur. Les données et articles scientifiques accessibles associés à un mécanisme de légitimité et à un modèle incitatif intégrés manquent donc cruellement. Le Web3 offre les outils nécessaire pour construire un tel système. ### Reproductibilité et réplicabilité {#reproducibility-and-replicability} @@ -76,7 +76,7 @@ La propriété intellectuelle (PI) pose problème dans la science traditionnelle De la même manière que les NFT peuvent transmettre les recettes de futures transactions au créateur initial, vous pouvez établir des chaînes d'attribution de valeur transparentes pour récompenser les chercheurs, les organes directeurs (les DAO par exemple), ou même les personnes dont les données sont collectées. -Les [NFT liés à la PI](https://medium.com/molecule-blog/ip-nfts-for-researchers-a-new-biomedical-funding-paradigm-91312d8d92e6) peuvent également servir de clé d'accès à un référentiel de données décentralisé relatif aux expériences de recherche en cours, et puiser dans les NFT et le financement de la [DeFi](/glossary/#defi) (de la fractionalisation aux groupes de prêt et à l'estimation de la valeur). Ils permettent également aux entités nativement en chaîne, telles que les DAO comme [VitaDAO](https://www.vitadao.com/), de mener des recherches directement en chaîne. Les [jetons « soulbound »](https://vitalik.eth.limo/general/2022/01/26/soulbound.html) non transférables peuvent également jouer un rôle important en matière de DeSci en permettant aux individus d'apporter la preuve de leur expérience et leurs identifiants liés à leur adresse Ethereum. +Les [NFT liés à la PI](https://medium.com/molecule-blog/ip-nfts-for-researchers-a-new-biomedical-funding-paradigm-91312d8d92e6) peuvent également servir de clé d'accès à un référentiel de données décentralisé relatif aux expériences de recherche en cours, et puiser dans les NFT et le financement de la [DeFi](/glossary/#defi) (de la fractionalisation aux groupes de prêt et à l'estimation de la valeur). Ils permettent également aux entités nativement en chaîne, telles que les DAO comme [VitaDAO](https://www.vitadao.com/), de mener des recherches directement en chaîne. Les [jetons « soulbound » ](https://vitalik.eth.limo/general/2022/01/26/soulbound.html)non transférables peuvent également jouer un rôle important en matière de DeSci en permettant aux individus d'apporter la preuve de leur expérience et leurs identifiants liés à leur adresse Ethereum. ### Stockage de données, accès et architecture {#data-storage} diff --git a/public/content/translations/fr/developers/docs/apis/backend/index.md b/public/content/translations/fr/developers/docs/apis/backend/index.md index 5eb8806452f..a52498a749a 100644 --- a/public/content/translations/fr/developers/docs/apis/backend/index.md +++ b/public/content/translations/fr/developers/docs/apis/backend/index.md @@ -6,7 +6,7 @@ lang: fr Pour qu'une application logicielle puisse interagir avec la blockchain Ethereum (c'est-à-dire lire les données de la blockchain et/ou envoyer des transactions sur le réseau), elle doit se connecter à un nœud Ethereum. -À cette fin, chaque client Ethereum met en œuvre la spécification [JSON-RPC](/developers/docs/apis/json-rpc/), de sorte qu'il existe un ensemble uniforme de [méthodes](/developers/docs/apis/json-rpc/#json-rpc-methods) sur lesquelles les applications peuvent s'appuyer. +À cette fin, chaque client Ethereum met en œuvre la spécification JSON-RPC, de sorte qu'il existe un ensemble uniforme de méthodes sur lesquelles les applications peuvent s'appuyer. Si vous souhaitez utiliser un langage de programmation spécifique pour vous connecter à un nœud Ethereum, vous pouvez développer votre propre solution, mais il existe plusieurs bibliothèques pratiques au sein de l'écosystème qui facilitent grandement cette tâche. Grâce à ces bibliothèques, les développeurs peuvent rédiger des méthodes intuitives d'une seule ligne pour initialiser des demandes RPC JSON (sous le capot) qui interagissent avec Ethereum. diff --git a/public/content/translations/fr/developers/docs/apis/javascript/index.md b/public/content/translations/fr/developers/docs/apis/javascript/index.md index 553e6458081..eb548469d3c 100644 --- a/public/content/translations/fr/developers/docs/apis/javascript/index.md +++ b/public/content/translations/fr/developers/docs/apis/javascript/index.md @@ -4,7 +4,7 @@ description: Introduction aux bibliothèques clientes JavaScript, qui vous perme lang: fr --- -Pour qu'une application Web puisse interagir avec la blockchain Ethereum (c'est-à-dire lire les données de la blockchain et/ou envoyer des transactions sur le réseau), elle doit se connecter à un nœud Ethereum. +Pour qu'une application Web puisse interagir avec la blockchain Ethereum (c'est-à-dire lire les données de la blockchain et/ou envoyer des transactions sur le réseau), elle doit se connecter à un nœud Ethereum. À cette fin, chaque client Ethereum met en œuvre la spécification [JSON-RPC](/developers/docs/apis/json-rpc/), de sorte qu'il existe un ensemble uniforme de [méthodes](/developers/docs/apis/json-rpc/#json-rpc-methods) sur lesquelles les applications peuvent s'appuyer. diff --git a/public/content/translations/fr/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md b/public/content/translations/fr/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md index 83b021dee33..94225a163bb 100644 --- a/public/content/translations/fr/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md +++ b/public/content/translations/fr/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md @@ -1,141 +1,144 @@ --- -title: Attaque et défense de preuve d'enjeu Ethereum -description: Découvrez les vecteurs d'attaques connus sur la preuve d'enjeu Ethereum et comment ils sont défendus. +title: Attaques visant la preuve d'enjeu Ethereum et modes de défense +description: Découvrez les vecteurs d'attaques connus sur la preuve d'enjeu Ethereum et ses modes de défense. lang: fr --- -Les voleurs et les saboteurs sont constamment à la recherche d'opportunités pour attaquer le logiciel client d'Ethereum. Cette page met en lumière les vecteurs d'attaques connus sur la couche de consensus d'Ethereum. Elle montre aussi comment ces attaques peuvent être défendues. Les informations de cette page sont une adaptation d'une [version de longue forme](https://mirror.xyz/jmcook.eth/YqHargbVWVNRQqQpVpzrqEQ8IqwNUJDIpwRP7SS5FXs). +Les voleurs et les saboteurs sont constamment à la recherche d'opportunités pour attaquer le logiciel client d'Ethereum. Cette page met en lumière les vecteurs d'attaques connus sur la couche de consensus d'Ethereum. Elle montre aussi comment ces attaques peuvent être contrées. Les informations sur cette page sont adaptées d'[une version plus longue](https://mirror.xyz/jmcook.eth/YqHargbVWVNRQqQpVpzrqEQ8IqwNUJDIpwRP7SS5FXs). -## Les prérequis {#prerequisites} +## Prérequis {#prerequisites} -Quelques notions de bases de la [preuve d'enjeu](/developers/docs/consensus-mechanisms/pos/) sont requises. Aussi, cela serait utile d'avoir les notions de compréhension de base des la couche d'incitation [d'Ethereum](/developers/docs/consensus-mechanisms/pos/rewards-and-penalties) et de l'algorithme de choix de fourche [, LMD-GHOST](/developers/docs/consensus-mechanisms/pos/gasper). +Quelques connaissances de base sur la [preuve d'enjeu](/developers/docs/consensus-mechanisms/pos/) sont requises. Il sera également utile d'avoir une compréhension de base de la [couche d'incitation] d'Ethereum (/developers/docs/consensus-mechanisms/pos/rewards-and-penalties) et de l'algorithme de choix de fourche, [LMD-GHOST](/developers/docs/consensus-mechanisms/pos/gasper). ## Que veulent les attaquants ? {#what-do-attackers-want} -Une idée erronée courante est qu'un attaquant couronné de succès peut générer de nouveaux éthers ou absorber des éthers depuis des comptes arbitraires. Ni l'une, ni l'autre situation n'est possible car toutes les transactions sont exécutées par tous les clients d'exécution sur le réseau. Elles doivent satisfaire à des conditions élémentaires de validité (par exemple, les transactions sont signées par la clé privée de l'expéditeur, l'expéditeur dispose d'un solde suffisant, etc.) sinon elles sont simplement annulées. Il y a trois types de résultats qu'un attaquant pourrait viser : les reorgs, la double finalité ou le délai de finalité. +Une idée erronée et répandue est qu'un attaquant couronné de succès peut générer de nouveaux éthers ou absorber des éthers depuis des comptes arbitraires. Aucune de ces deux situations n'est possible car toutes les transactions sont exécutées par tous les clients d'exécution sur le réseau. Elles doivent satisfaire à des conditions élémentaires de validité (par exemple, les transactions sont signées par la clé privée de l'expéditeur, l'expéditeur dispose d'un solde suffisant, etc.) faute de quoi elles sont simplement annulées. Un attaquant peut viser trois types de résultats : les reorgs, la double finalité ou le retard de finalité. -Un **"reorg"** est un mélange de blocs dans un nouvel ordre, avec éventuellement une addition ou soustraction de blocs dans la chaîne canonique. Une reorg malveillante pourrait garantir que des blocs spécifiques soient inclus ou exclus, permettant une double dépense ou une extraction de valeur en anticipant ou retardant les transactions (MEV). Les re-orgs pourraient également être utilisés pour empêcher certaines transactions d'être incluses dans la chaîne canonique - une forme de censure. La forme la plus extrême de reorg est la « réversion de finalité » qui supprime ou remplace les blocs qui ont été précédemment finalisés. Cela n'est possible que si plus d'un tiers de l'ether total mis en jeu est détruit par l'attaquant - cette garantie est connue sous le nom de « finalité économique » - nous y reviendrons plus tard. +Une **“reorg”** est un remaniement des blocs dans un nouvel ordre, avec éventuellement ajout ou soustraction de blocs dans la chaîne canonique. Une reorg malveillante pourrait garantir que des blocs spécifiques soient inclus ou exclus, permettant une double dépense ou une extraction de valeur en anticipant ou retardant les transactions (MEV). Les re-orgs pourraient également être utilisés pour empêcher certaines transactions d'être incluses dans la chaîne canonique, constituant une forme de censure. La forme la plus extrême de reorg est la « réversion de finalité » qui supprime ou remplace les blocs qui ont été précédemment finalisés. Cela n'est possible que si plus d'un tiers de l'ether total mis en jeu est détruit par l'attaquant - cette garantie est connue sous le nom de « finalité économique » - nous y reviendrons plus tard. -**La double finalité** est la situation peu probable mais grave où deux fourches sont capables de finaliser simultanément, créant un schisme permanent dans la chaîne. Cela est théoriquement possible pour un attaquant prêt à risquer 34 % de l'éther total mis en jeu. La communauté serait alors forcée de coordonner hors chaîne et de se mettre d'accord sur la chaîne à suivre, ce qui nécessiterait une solidité dans la couche sociale. +La **double finalité** est une situation improbable mais grave dans laquelle deux fourches sont capables de finaliser simultanément, créant un schisme permanent dans la chaîne. Cela est théoriquement possible pour un attaquant prêt à risquer 34 % de l'éther total mis en jeu. La communauté serait alors forcée de se coordonner hors chaîne et de se mettre d'accord sur la chaîne à suivre, ce qui nécessiterait une certaine solidité dans la couche sociale. -Une attaque de type **retard de finalité** empêche le réseau d'atteindre les conditions nécessaires à la finalisation des sections de la chaîne. Sans finalité, il est difficile de faire confiance aux applications financières conçues sur Ethereum. Le but d'une attaque visant à retarder la finalité est probablement de perturber Ethereum plutôt que d'en tirer un profit direct, à moins que l'attaquant n'ait une ou plusieurs positions stratégiques de vente à découvert. +Une attaque de type **retard de finalité** empêche le réseau d'atteindre les conditions nécessaires à la finalisation des sections de la chaîne. Sans finalité, il est difficile de faire confiance aux applications financières conçues sur Ethereum. Le but d'une attaque visant à retarder la finalité est probablement de perturber Ethereum plutôt que d'en tirer un profit direct, à moins que l'attaquant ne dispose d'une ou de plusieurs positions stratégiques à court terme. -Une attaque sur la couche sociale pourrait chercher à saper la confiance du public en Ethereum, dévaluer l'éther, réduire l'adoption ou affaiblir la communauté Ethereum pour rendre la coordination hors bande plus difficile. +Une attaque sur la couche sociale pourrait chercher à saper la confiance du public envers Ethereum, dévaluer l'éther, réduire l'adoption ou affaiblir la communauté Ethereum pour rendre la coordination hors bande plus difficile. -Après avoir établi les raisons pour lesquelles un adversaire pourrait attaquer Ethereum, les sections suivantes examinent _comment_ il pourrait s'y prendre. +Après avoir établi les raisons pour lesquelles un adversaire pourrait attaquer Ethereum, les sections suivantes examinent comment il pourrait s'y prendre. -## Méthodes d'attaque {#methods-of-attack} +## Méthodes d'attaques {#methods-of-attack} -### Attaques de couche 0 {#layer-0} +### Attaque sur la couche 0 {#layer-0} -Premièrement, les individus qui ne participent pas activement à Ethereum (en exécutant le logiciel client) peuvent attaquer en ciblant la couche sociale (Couche 0). La couche 0 est la fondation sur laquelle repose l'Ethereum, et, en tant que telle, représente une potentielle surface pour les attaques avec des conséquences se répercutant sur le reste de la pile. Voici quelques exemples : +Premièrement, les individus qui ne participent pas activement à Ethereum (en exécutant le logiciel client) peuvent effectuer une attaque en ciblant la couche sociale (Couche 0). La couche 0 est la fondation sur laquelle repose Ethereum, et, en tant que telle, représente une surface potentielle pour les attaques avec des conséquences se répercutant sur le reste de la pile. Voici quelques exemples : - Une campagne de désinformation pourrait éroder la confiance de la communauté dans la feuille de route d'Ethereum, les équipes de développeurs, les applications, etc. Cela pourrait alors réduire le nombre de personnes désireuses de participer à la sécurisation du réseau, dégradant ainsi la décentralisation et la sécurité crypto-économique. + - Attaques ciblées et/ou intimidation à l'encontre de la communauté de développeurs. Cela pourrait entraîner le départ volontaire de développeurs et ralentir la progression d'Ethereum. - Une réglementation trop zélée pourrait également être considérée comme une attaque de la couche 0, car elle pourrait rapidement décourager la participation et l'adoption. + - Infiltration dans la communauté de développeurs d'acteurs bien informés mais malveillants dont l'objectif est de ralentir les progrès en court-circuitant les discussions, en retardant les décisions clés, en créant des spams, etc. + - Pots-de-vin versés à des acteurs clés de l'écosystème Ethereum pour influencer la prise de décision. -Ce qui rend ces attaques particulièrement dangereuses, c'est que dans de nombreux cas, très peu de capital ou de savoir-faire technique est nécessaire. Une attaque de la couche 0 pourrait multiplier les effets d'une attaque crypto-économique. Par exemple, si une censure ou une réversion de finalité était réalisée par un actionnaire majoritaire malveillant, miner la couche sociale pourrait rendre plus difficile la coordination d'une réponse de la communauté hors ligne. +Ce qui rend ces attaques particulièrement dangereuses, c'est que dans de nombreux cas, très peu de capital ou de savoir-faire technique est nécessaire. Une attaque de la couche 0 pourrait multiplier les effets d'une attaque crypto-économique. Par exemple, si une censure ou une réversion de finalité était réalisée par une partie prenante majoritaire et malveillante, le fait de miner la couche sociale pourrait rendre plus difficile la coordination d'une réponse de la communauté hors ligne. -Défendre les attaques sur la couche 0 n'est probablement pas simple, mais quelques principes basiques peuvent être établis. L'un d'eux est de maintenir un rapport signal/bruit élevé pour l'information publique sur Ethereum, créée et diffusée par des membres honnêtes de la communauté via des blogs, des serveurs discord, des spécifications annotées, des livres, des podcasts et Youtube. Ici, sur ethereum.org, nous nous efforçons de maintenir des informations précises et de les traduire dans le plus grand nombre de langues possible. Inonder un espace avec des informations de haute qualité et des mèmes est une défense efficace contre la désinformation. +Se défendre face aux attaques sur la couche 0 n'est probablement pas évident, mais quelques principes de base peuvent être établis. L'un d'eux est de maintenir un rapport signal/bruit élevé pour l'information publique sur Ethereum, créée et diffusée par des membres honnêtes de la communauté via des blogs, des serveurs discord, des spécifications annotées, des livres, des podcasts et Youtube. Ici, sur ethereum.org, nous nous efforçons de fournir des informations précises et de les traduire dans le plus grand nombre de langues possible. Inonder un espace avec des informations de haute qualité et des mèmes est une défense efficace contre la désinformation. -Une autre fortification importante contre les attaques de la couche sociale est une déclaration de mission claire et un protocole de gouvernance. Ethereum s'est positionné comme le champion de la décentralisation et de la sécurité parmi les blockchains de contrats intelligents en couche 1, tout en valorisant fortement la scalabilité et la durabilité. Quels que soient les désaccords au sein de la communauté Ethereum, ces principes fondamentaux sont compromis au minimum. Évaluer un récit par rapport à ces principes fondamentaux, et les examiner à travers des tours successifs d'examen dans le processus EIP (Ethereum Improvement Proposal), pourrait aider la communauté à distinguer les bons acteurs des mauvais et limite la portée pour les acteurs malveillants d'influencer la direction future d'Ethereum. +Une déclaration de mission et un protocole de gouvernance clairs constituent un autre rempart important contre les attaques de la couche sociale. Ethereum s'est positionné comme le champion de la décentralisation et de la sécurité parmi les couches 1 de contrats intelligents, tout en valorisant fortement l'évolutivité et la durabilité. Quels que soient les désaccords au sein de la communauté Ethereum, ces principes fondamentaux ne sont que très peu remis en cause. Évaluer un récit par rapport à ces principes fondamentaux, et les examiner à travers des tours successifs d'examen dans le processus EIP (Proposition d'amélioration Ethereum), pourrait aider la communauté à distinguer les bons acteurs des mauvais et limite la possibilité pour les acteurs malveillants d'influencer la direction future d'Ethereum. -Enfin, il est essentiel que la communauté Ethereum reste ouverte et accueillante pour tous les participants. Une communauté où règnent des gardiens et l'exclusivité est particulièrement vulnérable aux attaques sociales, car il est facile de créer des récits de type « nous et eux ». Le tribalisme et le maximalisme toxique blessent la communauté et érodent la sécurité de la Couche 1. Les Ethéréens ayant un intérêt direct dans la sécurité du réseau devraient considérer leur comportement en ligne et dans le monde réel comme une contribution directe à la sécurité de la couche 0 d'Ethereum. +Enfin, il est essentiel que la communauté Ethereum reste ouverte et accueillante pour tous les participants. Une communauté où règnent des gardiens et l'exclusivité est particulièrement vulnérable aux attaques sociales, car il est facile de créer des récits de type « nous et eux ». Le tribalisme et le maximalisme toxique blessent la communauté et érodent la sécurité de la Couche 0. Les Ethéréens ayant un intérêt direct dans la sécurité du réseau devraient considérer leur comportement en ligne et dans le monde réel comme une contribution directe à la sécurité de la couche 0 d'Ethereum. ### Attaquer le protocole {#attacking-the-protocol} -Tout le monde peut utiliser le logiciel client d'Ethereum. Pour ajouter un validateur à un client, l'utilisateur doit mettre en jeu 32 ether dans le contrat de dépôt. Un validateur permet à un utilisateur de participer activement à la sécurité du réseau Ethereum en proposant et en attestant de nouveaux blocs. Le validateur dispose désormais d'une voix qu'il peut utiliser pour influencer le contenu futur de la blockchain - il peut le faire honnêtement et augmenter sa réserve d'ether via des récompenses ou il peut essayer de manipuler le processus à son propre avantage, en risquant sa mise. L'une des façons de monter une attaque consiste à accumuler une plus grande proportion de l'enjeu total et à l'utiliser pour mettre en minorité les validateurs honnêtes. Plus la part de la participation contrôlée par l'attaquant est importante, plus son pouvoir de vote est élevé, en particulier à certaines étapes économiques que nous examinerons plus tard. Cependant, la plupart des attaquants ne seront pas en mesure d'accumuler suffisamment d'ether pour attaquer de cette manière, et devront donc utiliser des techniques subtiles pour manipuler la majorité honnête afin qu'elle agisse d'une certaine manière. +Tout le monde peut utiliser le logiciel client d'Ethereum. Pour ajouter un validateur à un client, l'utilisateur doit mettre en jeu 32 ether dans le contrat de dépôt. Un validateur permet à un utilisateur de participer activement à la sécurité du réseau Ethereum en proposant et en attestant de nouveaux blocs. Le validateur dispose désormais d'une voix qu'il peut utiliser pour influencer le contenu futur de la blockchain - il peut le faire honnêtement et augmenter sa réserve d'ether via des récompenses ou il peut essayer de manipuler le processus à son propre avantage, en risquant sa mise. L'une des façons de monter une attaque consiste à accumuler une plus grande proportion de la mise en jeu totale et à l'utiliser pour mettre en minorité les validateurs honnêtes. Plus la part de la mise en jeu contrôlée par l'attaquant est importante, plus son pouvoir de vote est élevé, en particulier lors de certaines phases économiques que nous examinerons plus tard. Cependant, la plupart des attaquants ne seront pas en mesure d'accumuler suffisamment d'ether pour attaquer de cette manière, et devront donc utiliser des techniques plus subtiles pour manipuler la majorité des utilisateurs honnêtes afin qu'ils agissent d'une certaine manière. -Fondamentalement, toutes les attaques à faible enjeu sont des variations subtiles de deux types de comportement erroné du validateur : la sous-activité (ne pas proposer ou le faire en retard) ou la suractivité (proposer/attester trop de fois dans un créneau). Dans leurs formes les plus basiques, ces actions sont facilement gérées par l'algorithme de choix de fourche et la couche d'incitation, mais il existe des moyens astucieux de tromper le système à l'avantage de l'attaquant. +Fondamentalement, toutes les attaques à faible enjeu sont des variations subtiles de deux types de comportement inapproprié du validateur : la sous-activité (ne pas proposer/attester ou le faire en retard) ou la suractivité (proposer/attester trop de fois dans un créneau). Dans leurs formes les plus basiques, ces actions sont facilement gérées par l'algorithme de choix de fourche et la couche d'incitation, mais il existe des moyens astucieux de tromper le système à l'avantage de l'attaquant. -### Attaques utilisant de faibles quantités d'ETH {#attacks-by-small-stakeholders} +### Attaque utilisant une petite quantité d'ETH {#attacks-by-small-stakeholders} #### reorgs {#reorgs} -Plusieurs documents ont expliqué des attaques sur Ethereum qui réalisent des reorgs ou des retards de finalité avec seulement une petite proportion de l'ether total mis en jeu. Ces attaques reposent généralement sur le fait que l'attaquant dissimule certaines informations aux autres validateurs, puis les divulgue d'une manière subtile et/ou à un moment opportun. Ils visent généralement à déplacer un ou plusieurs blocs honnêtes de la chaîne canonique. [Neuder et al 2020](https://arxiv.org/pdf/2102.02247.pdf) ont montré comment un validateur attaquant peut créer et attester d'un bloc (`B`) pour un créneau particulier `n+1` mais s'abstenir de le propager à d'autres nœuds du réseau. Au lieu de cela, ils conservent ce bloc attesté jusqu'au créneau suivant `n+2`. Un validateur honnête propose un bloc (`C`) pour le créneau `n+2`. Presque simultanément, l'attaquant peut envoyer leur bloc retenu (`B`) et leurs attestations retenues pour lui, et dans le même attester que `B` est la tête de la chaîne avec leurs votes pour le créneau `n+2`, niant effectivement l'existence du bloc honnête `C`. Lorsque le bloc honnête `D` est créé, l'algorithme de choix de fourche voit `D` se construire sur `B` étant plus lourd que `D` se construisant sur `C`. L'attaquant a donc réussi à retirer le bloc honnête `C` du créneau `n+2` de la chaîne canonique en utilisant un reorg ex ante d'1 bloc. [Un attaquant avec 34 %](https://www.youtube.com/watch?v=6vzXwwk12ZE) des enjeux a de très bonnes chances de réussir cette attaque, comme expliqué dans [cette note](https://notes.ethereum.org/plgVdz-ORe-fGjK06BZ_3A#Fork-choice-by-block-slot-pair). En théorie, cependant, cette attaque pourrait être tentée avec des enjeux plus petits. [Neuder et al 2020](https://arxiv.org/pdf/2102.02247.pdf) décrit cette attaque fonctionnant avec une participation de 30 %, mais il a été démontré plus tard qu'elle était viable avec [2% de la mise totale](https://arxiv.org/pdf/2009.04987.pdf) et puis à nouveau pour un [seul validateur](https://arxiv.org/abs/2110.10086#) en utilisant des techniques d'équilibrage que nous examinerons dans la section suivante. +Plusieurs articles ont décrit des attaques sur Ethereum qui réalisent des reorgs ou des retards de finalité avec seulement une petite proportion de l'ether total mis en jeu. Ces attaques reposent généralement sur le fait que l'attaquant dissimule certaines informations aux autres validateurs, puis les divulgue d'une manière subtile et/ou à un moment opportun. Ils visent généralement à déplacer un/des bloc(s) honnêtes de la chaîne canonique. [Neuder et al 2020](https://arxiv.org/pdf/2102.02247.pdf) ont montré comment un validateur attaquant peut créer et attester d'un bloc ('B') pour un créneau particulier 'n+1' mais s'abstenir de le propager à d'autres nœuds du réseau. Au lieu de cela, ils conservent ce bloc attesté jusqu'au créneau suivant 'n+2'. Un validateur honnête propose un bloc ('C') pour le créneau 'n+2'. Presque simultanément, l'attaquant peut envoyer son bloc retenu ('B') et ses attestations retenues, et aussi attester que 'B' est la tête de la chaîne avec ses votes pour le créneau 'n+2', niant l'existence du bloc honnête 'C'. Lorsque le bloc honnête 'D' est créé, l'algorithme de choix de fourche voit que 'D' construit sur 'B' est plus lourd que 'D' construit sur 'C'. L'attaquant a donc réussi à retirer le bloc honnête 'C' du créneau 'n+2' de la chaîne canonique en utilisant un reorg ex ante 1-bloc. [Un attaquant détenant 34 %](https://www.youtube.com/watch?v=6vzXwwk12ZE) de la mise en jeu a de très bonnes chances de réussir cette attaque, comme expliqué dans cette vidéo et [dans cette note](https://notes.ethereum.org/plgVdz-ORe-fGjK06BZ_3A#Fork-choice-by-block-slot-pair). En théorie, cependant, cette attaque pourrait être menée avec des enjeux plus modestes. [Neuder et al 2020](https://arxiv.org/pdf/2102.02247.pdf) a décrit cette attaque fonctionnant avec une participation de 30 %, mais il a été démontré plus tard qu'elle était viable avec [2% de la mise totale](https://arxiv.org/pdf/2009.04987.pdf) et également pour [un seul validateur](https://arxiv.org/abs/2110.10086#) en utilisant des techniques d'équilibrage que nous examinerons dans la section suivante. -![ex-ante re-org](reorg-schematic.png) +![réorganisation ex-ante](reorg-schematic.png) -Un schéma conceptuel de l'attaque de reorg d'un bloc décrite ci-dessus (adapté de https://notes.ethereum.org/plgVdz-ORe-fGjK06BZ_3A#Fork-choice-by-block-slot-pair) +Schéma conceptuel de l'attaque de reorg d'un bloc décrite ci-dessus (adapté de https://notes.ethereum.org/plgVdz-ORe-fGjK06BZ_3A#Fork-choice-by-block-slot-pair) -Une attaque plus sophistiquée peut diviser l'ensemble des validateurs honnêtes en groupes distincts qui ont des vues différentes de la tête de la chaîne. C'est ce qu'on appelle une **attaque d'équilibrage**. L'attaquant attend sa chance de proposer un bloc, et lorsqu'elle arrive, il équivaut et propose deux. Ils envoient un bloc à la moitié de l'ensemble des validateurs honnêtes et l'autre bloc à l'autre moitié. L'équivocation serait détectée par l'algorithme de choix de fourche et le proposeur de bloc serait puni et expulsé du réseau, mais les deux blocs existeraient toujours et auraient environ la moitié de l'ensemble des validateurs attestant de chaque fourche. Pendant ce temps, les validateurs malveillants restants retiennent leurs attestations. Ensuite, en libérant sélectivement les attestations en faveur de l'une ou l'autre fourche à suffisamment de validateurs juste au moment où l'algorithme de choix de fork s'exécute, ils inclinent le poids accumulé des attestations en faveur de l'une ou l'autre fourche. Cela peut continuer indéfiniment, les validateurs attaquants maintenant une division égale des validateurs entre les deux fourches. Comme aucune des deux fourches ne peut attirer une super-majorité de 2/3, le réseau ne finaliserait pas. +Une attaque plus sophistiquée peut diviser l'ensemble des validateurs honnêtes en groupes distincts qui ont des vues différentes de la tête de la chaîne. C'est ce qu'on appelle une **attaque d'équilibrage**. L'attaquant attend sa chance de proposer un bloc, et lorsqu'elle arrive, il équivaut et en propose deux. Il envoie un bloc à la moitié de l'ensemble des validateurs honnêtes et l'autre bloc à l'autre moitié. L'équivocation serait détectée par l'algorithme de choix de fourche et le proposeur de bloc serait puni et expulsé du réseau, mais les deux blocs existeraient toujours et auraient environ la moitié de l'ensemble des validateurs attestant de chaque fourche. Pendant ce temps, les validateurs malveillants restants retiennent leurs attestations. Ensuite, en libérant sélectivement les attestations en faveur de l'une ou l'autre fourche à un nombre suffisant de validateurs au moment où l'algorithme de choix de fourche s'exécute, ils font basculer le poids accumulé des attestations en faveur de l'une ou l'autre fourche. Cela peut continuer indéfiniment, les validateurs attaquants conservant une division égale des validateurs entre les deux fourches. Comme aucune des deux fourches ne peut attirer une super-majorité de 2/3, le réseau ne finaliserait pas. -Les **attaques de rebond** sont similaires. Les votes sont à nouveau retenus par les validateurs attaquants. Au lieu de libérer les votes pour maintenir une répartition égale entre deux fourches, ils utilisent leurs votes à des moments opportuns pour justifier des points de contrôle qui alternent entre le choix A et le choix B. Cette alternance de justification entre deux fourches empêche qu'il y ait des paires de points de contrôle source et cible justifiés qui peuvent être finalisés sur l'une ou l'autre chaîne, bloquant ainsi la finalité. +**Les attaques de rebond** sont similaires. Les votes sont à nouveau retenus par les validateurs attaquants. Au lieu de libérer les votes pour maintenir une répartition égale entre deux fourches, ils utilisent leurs votes à des moments opportuns pour justifier des points de contrôle qui alternent entre le choix A et le choix B. Cette alternance de justification entre deux fourches empêche l'existence de paires de points de contrôle source et cible justifiés susceptibles d'être finalisés sur l'une ou l'autre chaîne, bloquant ainsi la finalité. -Les attaques de rebond et d'équilibrage dépendent de la capacité de l'attaquant à contrôler très précisément la synchronisation des messages à travers le réseau, ce qui est peu probable. Néanmoins, des défenses sont intégrées au protocole sous la forme d'un poids supplémentaire accordé aux messages rapides par rapport aux messages lents. Ceci est connu sous le nom de [renforcement du poids du proposeur](https://github.com/ethereum/consensus-specs/pull/2730). Pour se défendre contre les attaques de rebond, l'algorithme de choix de fourche a été mis à jour afin que le dernier point de contrôle justifié ne puisse passer à celui d'une chaîne alternative que pendant [le premier tiers des créneaux de chaque période](https://ethresear.ch/t/prevention-of-bouncing-attack-on-ffg/6114). Cette condition empêche l'attaquant de cumuler des votes pour les déployer plus tard - l'algorithme de choix de fourche reste simplement fidèle au point de contrôle qu'il a choisi lors du premier tiers de l'époque, période pendant laquelle la plupart des validateurs honnêtes auraient voté. +Les attaques de rebond et d'équilibrage dépendent de la capacité de l'attaquant à contrôler très précisément la synchronisation des messages à travers le réseau, ce qui est peu probable. Néanmoins, des défenses sont intégrées au protocole sous la forme d'un poids supplémentaire accordé aux messages rapides par rapport aux messages lents. Cela est connu sous le nom de [renforcement du poids du proposeur](https://github.com/ethereum/consensus-specs/pull/2730). Pour se défendre contre les attaques de rebond, l'algorithme de choix de fourche a été mis à jour afin que le dernier point de contrôle justifié ne puisse passer à celui d'une chaîne alternative que pendant [les 1/3 des créneaux de chaque période](https://ethresear.ch/t/prevention-of-bouncing-attack-on-ffg/6114). Cette condition empêche l'attaquant de cumuler des votes pour les déployer plus tard - l'algorithme de choix de fourche reste simplement fidèle au point de contrôle qu'il a choisi lors du premier tiers de la période pendant laquelle la plupart des validateurs honnêtes auraient voté. -Combinées, ces mesures créent un scénario dans lequel un proposeur de bloc honnête émet son bloc très rapidement après le début du créneau, puis il y a une période d'environ un tiers de créneau (4 secondes) où ce nouveau bloc pourrait amener l'algorithme de choix de fourchette à basculer vers une autre chaîne. Après cette même échéance, les attestations provenant de validateurs lents sont sous-pondérées par rapport à celles qui sont arrivées plus tôt. Cela favorise fortement les proposeurs et validateurs rapides dans la détermination de la tête de la chaîne et réduit considérablement la probabilité d'une attaque réussie d'équilibrage ou de rebond. +Combinées entre elles, ces mesures créent un scénario dans lequel un proposeur de bloc honnête émet son bloc très rapidement après le début du créneau, suivi d'une période d'environ 1/3 de créneau (4 secondes) pendant laquelle ce nouveau bloc pourrait amener l'algorithme de choix de fourche à basculer vers une autre chaîne. Après cette même échéance, les attestations provenant de validateurs lents sont sous-pondérées par rapport à celles qui sont arrivées plus tôt. Cela favorise fortement les proposeurs et validateurs rapides lors de la détermination de la tête de la chaîne et réduit considérablement la probabilité d'une attaque d'équilibrage ou de rebond réussie. -Il convient de noter que le renforcement du proposeur à lui seul ne défend que contre les « reorgs bon marché », c'est-à-dire celles tentées par un attaquant avec une petite mise. En fait, le renforcement du proposeur lui-même peut être manipulé par des détenteurs de parts plus importantes. Les auteurs de [cet article](https://ethresear.ch/t/change-fork-choice-rule-to-mitigate-balancing-and-reorging-attacks/11127) décrivent comment un attaquant détenant 7 % de la mise peut déployer ses votes de manière stratégique pour tromper les validateurs honnêtes afin qu'ils construisent sur leur fourche, éliminant ainsi un bloc honnête. Cette attaque a été conçue en supposant des conditions de latence idéales qui sont très peu probables. Les chances sont encore très faibles pour l'attaquant, et une mise plus importante signifie également plus de capital en jeu et un moyen de dissuasion économique plus fort. +Il convient de noter que le renforcement du proposeur à lui seul ne défend que contre les « reorgs bon marché », c'est-à-dire celles tentées par un attaquant avec une petite mise. En fait, le renforcement du proposeur lui-même peut être manipulé par des parties prenantes plus importantes. Les auteurs de [cet article](https://ethresear.ch/t/change-fork-choice-rule-to-mitigate-balancing-and-reorging-attacks/11127) décrivent comment un attaquant détenant 7 % de la mise peut déployer ses votes de manière stratégique pour amener les validateurs honnêtes à construire sur leur fourche, éliminant ainsi un bloc honnête. Cette attaque a été conçue en supposant des conditions de latence idéales qui sont très peu probables. Les chances sont encore très faibles pour l'attaquant, et une mise plus importante signifie également plus de capital en jeu et un moyen de dissuasion économique plus fort. -Une [attaque d'équilibrage ciblant spécifiquement la règle LMD](https://ethresear.ch/t/balancing-attack-lmd-edition/11853) a également été proposée, qui serait viable malgré le renforcement du proposeur. Un attaquant met en place deux chaînes concurrentes en rendant équivoque sa proposition de bloc et en propageant chaque bloc à environ la moitié du réseau, établissant un équilibre approximatif entre les fourches. Ensuite, les validateurs complices tergiversent leurs votes, en les chronométrant de sorte que la moitié du réseau reçoive leurs votes pour la Fourche `A` en premier et l'autre moitié reçoive leurs votes pour la Fourche `B` en premier. Comme la règle LMD élimine la deuxième attestation et ne garde que la première pour chaque validateur, la moitié du réseau voit des votes pour `A` et aucun pour `B`, l'autre moitié voit des votes pour `B` et aucun pour `A`. Les auteurs décrivent la règle LMD donnant à l'adversaire un « pouvoir remarquable » pour monter une attaque d'équilibrage. +Une [attaque d'équilibrage ciblant spécifiquement la règle LMD](https://ethresear.ch/t/balancing-attack-lmd-edition/11853) a également été proposée, et il a été suggéré qu'elle pourrait être viable malgré le renforcement du poids du proposeur. Un attaquant met en place deux chaînes concurrentes en équivoquant proposition de bloc et en propageant chaque bloc à environ la moitié du réseau, établissant un équilibre approximatif entre les fourches. Ensuite, les validateurs complices équivoquent leurs votes, en les chronométrant de sorte que la moitié du réseau reçoive leurs votes pour la Fourche A en premier et l'autre moitié reçoive leurs votes pour la Fourche B en premier. Comme la règle LMD élimine la deuxième attestation et ne garde que la première pour chaque validateur, la moitié du réseau voit des votes pour A et aucun pour B, l'autre moitié voit des votes pour B et aucun pour A. Les auteurs décrivent la règle LMD comme donnant à l'adversaire un « pouvoir remarquable » pour monter une attaque d'équilibrage. -Ce vecteur d'attaque LMD a été fermé en [mettant à jour l'algorithme de choix de fourche](https://github.com/ethereum/consensus-specs/pull/2845) afin qu'il écarte totalement les validateurs problématiques de la considération du choix de fourche. Les validateurs problématiques voient également leur influence future réduite par l'algorithme de choix de fourche. Cela empêche l'attaque d'équilibrage décrite ci-dessus tout en conservant la résilience contre les attaques d'avalanche. +Ce vecteur d'attaque LMD a été stoppé en [mettant à jour l'algorithme de choix de fourche](https://github.com/ethereum/consensus-specs/pull/2845) afin qu'il écarte totalement les validateurs problématiques de la prise en compte du choix de fourche. Les validateurs problématiques voient également leur influence future réduite par l'algorithme de choix de fourche. Cela empêche l'attaque d'équilibrage décrite ci-dessus tout en conservant la résilience contre les attaques en avalanche. -Un autre type d'attaque, appelé [**attaques avalanche**](https://ethresear.ch/t/avalanche-attack-on-proof-of-stake-ghost/11854/3), a été décrit dans un [article de mars 2022](https://arxiv.org/pdf/2203.01315.pdf). Pour mettre en place une attaque en avalanche, l'attaquant doit contrôler plusieurs proposeurs de blocs consécutifs. Dans chacun des créneaux de proposition de bloc, l'attaquant retient son bloc, les accumulant jusqu'à ce que la chaîne honnête atteigne un poids de sous-arbre égal avec les blocs retenus. Ensuite, les blocs retenus sont libérés afin qu'ils s'équivoquent au maximum. Les auteurs suggèrent que le renforcement du proposeur - la principale défense contre les attaques d'équilibrage et de rebond - ne protège pas contre certaines variantes d'attaque en avalanche. Cependant, les auteurs ont également démontré l'attaque uniquement sur une version hautement idéalisée du protocole de choix de fourche d'Ethereum (ils ont utilisé GHOST sans LMD). +Une autre catégorie d'attaques, appelée [**attaques en avalanche**](https://ethresear.ch/t/avalanche-attack-on-proof-of-stake-ghost/11854/3), a été décrite dans un article de [mars 2022](https://arxiv.org/pdf/2203.01315.pdf). Pour mettre en place une attaque en avalanche, l'attaquant doit contrôler plusieurs proposeurs de blocs consécutifs. Dans chacun des créneaux de proposition de bloc, l'attaquant retient son bloc, les accumulant jusqu'à ce que la chaîne honnête atteigne un poids de sous-arbre égal à celui des blocs retenus. Ensuite, les blocs retenus sont libérés afin de les équivoquer au maximum. Les auteurs estiment que le renforcement du proposeur - la principale défense contre les attaques d'équilibrage et de rebond - ne protège pas contre certaines variantes d'attaque en avalanche. Cependant, les auteurs ont également démontré l'attaque uniquement sur une version hautement idéalisée du protocole de choix de fourche d'Ethereum (ils ont utilisé GHOST sans LMD). -L'attaque en avalanche est atténuée par la partie LMD de l'algorithme de choix de fourche LMD-GHOST. LMD signifie « dirigé par le dernier message » et cela fait référence à un tableau conservé par chaque validateur contenant le dernier message reçu des autres validateurs. Ce champ n'est mis à jour que si le nouveau message provient d'un créneau plus tardif que celui déjà dans le tableau pour un validateur particulier. En pratique, cela signifie que dans chaque créneau, le premier message reçu est celui qui est accepté et tous les messages supplémentaires sont des équivoques à ignorer. Autrement dit, les clients du consensus ne comptent pas les équivoques - ils utilisent le premier message arrivant de chaque validateur et les équivoques sont simplement écartées, empêchant les attaques en avalanche. +L'attaque en avalanche est atténuée par la partie LMD de l'algorithme de choix de fourche LMD-GHOST. LMD signifie « dirigé par le dernier message » et cela fait référence à un tableau conservé par chaque validateur contenant le dernier message reçu des autres validateurs. Ce champ n'est mis à jour que si le nouveau message provient d'un créneau plus tardif que celui qui figure déjà dans le tableau pour un validateur particulier. En pratique, cela signifie que dans chaque créneau, le premier message reçu est celui qui est accepté et tous les messages supplémentaires sont des équivoques à ignorer. Autrement dit, les clients de consensus ne comptent pas les équivoques - ils utilisent le premier message arrivant de chaque validateur et les équivoques sont simplement écartées, empêchant les attaques en avalanche. -Il existe plusieurs autres mises à niveau potentielles de la règle de choix de fourche qui pourraient ajouter à la sécurité fournie par le renforcement du proposeur. L'une est [la fusion des vues](https://ethresear.ch/t/view-merge-as-a-replacement-for-proposer-boost/13739), où les attestateurs gèlent leur vue du choix de fourche `n` secondes avant le début d'un créneau et le proposeur aide ensuite à synchroniser la vue de la chaîne à travers le réseau. Une autre mise à niveau potentielle est la [finalité en un seul créneau](https://notes.ethereum.org/@vbuterin/single_slot_finality), qui protège contre les attaques basées sur la synchronisation des messages en finalisant la chaîne après un seul créneau. +Il existe plusieurs autres mises à niveau potentielles de la règle de choix de fourche qui pourraient renforcer la sécurité fournie par le renforcement du proposeur. L'une est la [fusion des vues](https://ethresear.ch/t/view-merge-as-a-replacement-for-proposer-boost/13739), où les autorisateurs gèlent leur vue du choix de fourche `n` secondes avant le début d'un créneau et où le proposeur aide ensuite à synchroniser la vue de la chaîne à travers le réseau. Une autre mise à niveau potentielle est la [finalité en un seul créneau](https://notes.ethereum.org/@vbuterin/single_slot_finality), qui protège contre les attaques basées sur la synchronisation des messages en finalisant la chaîne après un seul créneau. -#### Retard de Finalité {#finality-delay} +#### Retard de finalité {#finality-delay} -[Le même document](https://econcs.pku.edu.cn/wine2020/wine2020/Workshop/GTiB20_paper_8.pdf) qui a d'abord décrit l'attaque de réorganisation d'un bloc à faible coût a également décrit une attaque de retard de finalité (également connue sous le nom de « défaillance de disponibilité ») qui repose sur le fait que l'attaquant soit le proposeur de bloc pour un bloc à la limite d'une période. C'est crucial car ces blocs à la limite d'une période deviennent les points de contrôle que Casper FFG utilise pour finaliser des portions de la chaîne. L'attaquant retient simplement son bloc jusqu'à ce que suffisamment de validateurs honnêtes utilisent leurs votes FFG en faveur du bloc précédent à la limite d'une période comme cible de finalisation actuelle. Ensuite, ils publient leur bloc retenu. Ils attestent de leur bloc et les autres validateurs honnêtes en font autant, créant des fourches avec différents points de contrôle cibles. S'ils l'ont chronométré parfaitement, ils empêcheront la finalité car il n'y aura pas de super-majorité de deux tiers attestant de l'une ou l'autre fourche. Plus la mise est petite, plus le chronométrage doit être précis car l'attaquant contrôle directement moins d'attestations, et plus les chances que l'attaquant contrôle le validateur proposant un bloc à la limite d'une période donnée sont faibles. +Le [même article](https://econcs.pku.edu.cn/wine2020/wine2020/Workshop/GTiB20_paper_8.pdf) qui a d'abord décrit l'attaque de réorganisation d'un bloc à faible coût a également décrit une attaque de retard de finalité (également connue sous le nom de « défaillance de disponibilité ») qui repose sur le fait que l'attaquant soit le proposeur de bloc pour un bloc à la limite d'une période. Cela est crucial car ces blocs à la limite d'une période deviennent les points de contrôle que Casper FFG utilise pour finaliser des portions de la chaîne. L'attaquant retient simplement son bloc jusqu'à ce qu'un nombre suffisant de validateurs honnêtes utilisent leurs votes FFG en faveur du bloc précédent à la limite d'une période comme cible de finalisation actuelle. Il publie ensuite le bloc retenu. Ils attestent de leur bloc et les autres validateurs honnêtes en font autant, créant des fourches avec différents points de contrôle cibles. S'ils ont choisi le bon moment, ils empêcheront la finalité car il n'y aura pas de super-majorité des 2/3 attestant de l'une ou l'autre fourche. Plus la mise est petite, plus le moment doit être bien choisi car l'attaquant contrôle directement moins d'attestations, et plus les chances que l'attaquant contrôle le validateur proposant un bloc à la limite d'une période donnée sont faibles. #### Attaques à longue portée {#long-range-attacks} -Il existe également une classe d'attaques spécifique aux blockchains preuve d'enjeu qui implique un validateur ayant participé au bloc d'origine en maintenant une fourche séparée de la blockchain à côté de la fourche honnête, convaincant éventuellement l'ensemble des validateurs honnêtes de basculer dessus à un moment opportun bien plus tard. Ce type d'attaque n'est pas possible sur Ethereum en raison du gadget de finalité qui garantit que tous les validateurs sont d'accord sur l'état de la chaîne honnête à intervalles réguliers (les « points de contrôle »). Ce mécanisme simple neutralise les attaquants à longue portée car les clients Ethereum ne réorganiseront tout simplement pas les blocs finalisés. Les nouveaux nœuds rejoignant le réseau le font en trouvant un hachage d'état récent de confiance (un « point de contrôle de [la faible subjectivité »](https://blog.ethereum.org/2014/11/25/proof-stake-learned-love-weak-subjectivity/)") et en l'utilisant comme un pseudo bloc d'origine pour construire par-dessus. Cela crée une « passerelle de confiance » pour un nouveau nœud entrant dans le réseau avant qu'il puisse commencer à vérifier l'information par lui-même. +Il existe également une classe d'attaques spécifique aux blockchains à preuve d'enjeu qui implique un validateur ayant participé au bloc d'origine en maintenant une fourche séparée de la blockchain à côté de la fourche honnête, convaincant éventuellement l'ensemble des validateurs honnêtes de basculer dessus à un moment opportun, bien plus tard. Ce type d'attaque n'est pas possible sur Ethereum en raison du gadget de finalité qui garantit que tous les validateurs sont d'accord sur l'état de la chaîne honnête à intervalles réguliers (les « points de contrôle »). Ce mécanisme simple neutralise les attaquants à longue portée car les clients Ethereum ne réorganiseront tout simplement pas les blocs finalisés. Les nouveaux nœuds rejoignant le réseau le font en trouvant un hachage d'état récent de confiance (un [point de contrôle de subjectivité faible](https://blog.ethereum.org/2014/11/25/proof-stake-learned-love-weak-subjectivity/)) et en l'utilisant comme un pseudo bloc d'origine sur lequel construire. Cela crée une « passerelle de confiance » pour un nouveau nœud entrant dans le réseau avant qu'il puisse commencer à vérifier l'information par lui-même. #### Déni de service {#denial-of-service} -Le mécanisme PoS d'Ethereum sélectionne à chaque créneau un unique validateur parmi l'ensemble des validateurs pour proposer un bloc. Cela peut être calculé en utilisant une fonction publiquement connue et il est possible pour un adversaire d'identifier le prochain proposeur de bloc légèrement à l'avance. L'attaquant peut alors inonder de requêtes le proposeur de bloc pour l'empêcher d'échanger des informations avec ses pairs. Pour le reste du réseau, il semblerait que le proposeur de bloc était hors ligne et le créneau resterait simplement vide. Cela pourrait être une forme de censure contre des validateurs spécifiques, les empêchant d'ajouter des informations à la blockchain. La mise en œuvre des élections secrètes de leader unique (SSLE) ou des élections non secrètes de leader unique atténuera les risques de DoS car seul le proposeur de bloc saura qu'il a été sélectionné et la sélection n'est pas connue à l'avance. Ceci n'est pas encore implémenté, mais est un domaine actif de [recherche et développement](https://ethresear.ch/t/secret-non-single-leader-election/11789). +Le mécanisme de preuve d'enjeu d'Ethereum sélectionne à chaque créneau un unique validateur parmi l'ensemble des validateurs pour proposer un bloc. Cela peut être calculé en utilisant une fonction publiquement connue et il est possible pour un adversaire d'identifier le prochain proposeur de bloc légèrement à l'avance. L'attaquant peut alors inonder de requêtes le proposeur de bloc pour l'empêcher d'échanger des informations avec ses pairs. Le reste du réseau aurait l'impression que le proposeur de bloc était hors ligne et que le créneau était simplement vide. Cela pourrait être une forme de censure contre des validateurs spécifiques, les empêchant d'ajouter des informations à la blockchain. La mise en œuvre des élections secrètes de leader unique (SSLE) ou des élections non secrètes de leader unique atténuera les risques d'attaque par déni de service car seul le proposeur de bloc saura qu'il a été sélectionné et la sélection n'est pas connue à l'avance. Cela n'a pas encore été implémenté, mais il s'agit d'un domaine actif de [recherche et développement](https://ethresear.ch/t/secret-non-single-leader-election/11789). -Tout cela montre à quel point il est très difficile d'attaquer avec succès Ethereum avec une petite mise. Les attaques viables décrites ici nécessitent un algorithme de choix de fourche idéalisé, des conditions réseau improbables, ou les vecteurs d'attaque ont déjà été corrigés avec des mises à jour mineures du logiciel client. Cela n'exclut pas la possibilité d'attaques zero-day existantes, mais cela montre le niveau très élevé d'aptitude technique, de connaissance de la couche de consensus et de chance nécessaire pour qu'un attaquant avec une mise minoritaire soit efficace. Du point de vue d'un attaquant, le mieux serait d'accumuler autant d'ether que possible et de revenir armé d'une plus grande proportion de la mise totale. +Tout cela montre à quel point il est très difficile d'attaquer avec succès Ethereum avec une petite mise. Les attaques viables décrites ici nécessitent un algorithme de choix de fourche idéalisé, des conditions réseau improbables, ou les vecteurs d'attaque ont déjà été corrigés avec des mises à jour mineures du logiciel client. Cela n'exclut pas la possibilité que des attaques zero-day se produisent, mais cela montre le niveau très élevé d'aptitude technique, de connaissance de la couche de consensus et de chance nécessaire pour qu'un attaquant disposant d'une mise minoritaire soit efficace. Du point de vue d'un attaquant, le mieux serait d'accumuler autant d'ether que possible et de revenir armé d'une plus grande proportion de la mise totale. -### Attaquants utilisant >= 33 % de la mise totale {#attackers-with-33-stake} +### Attaquants utilisant plus de 33 % du total des mises {#attackers-with-33-stake} -Toutes les attaques mentionnées précédemment dans cet article deviennent plus susceptibles de réussir lorsque l'attaquant dispose de plus d'ether misé pour voter, et de plus de validateurs qui pourraient être choisis pour proposer des blocs à chaque créneau. Un validateur malveillant pourrait donc viser à contrôler autant d'ether misé que possible. +Toutes les attaques mentionnées précédemment dans cet article deviennent plus susceptibles de réussir lorsque l'attaquant dispose de plus d'ether misé pour voter, et de plus de validateurs susceptibles d'être choisis pour proposer des blocs à chaque créneau. Un validateur malveillant pourrait donc viser à contrôler autant d'ether misé que possible. -33 % de l'ether misé est un seuil de référence pour un attaquant car avec plus que cela, ils ont la capacité d'empêcher la chaîne de finaliser sans avoir à contrôler finement les actions des autres validateurs. Ils peuvent simplement tous disparaître ensemble. Si 1/3 ou plus de l'ether misé atteste malicieusement ou n'atteste pas, alors une super-majorité de 2/3 ne peut exister et la chaîne ne peut finaliser. La défense contre cela est la fuite d'inactivité. Cette fuite identifie les validateurs qui n'attestent pas ou attestent contrairement à la majorité. L'ether misé par ces validateurs qui n'attestent pas est progressivement réduit jusqu'à ce qu'ils représentent collectivement moins de 1/3 du total afin que la chaîne puisse à nouveau finaliser. +33 % de l'ether misé est un point de repère pour un attaquant, car s'il dépasse ce montant, il a la capacité d'empêcher la chaîne de finaliser sans avoir à contrôler finement les actions des autres validateurs. Ils peuvent simplement tous disparaître ensemble. Si 1/3 ou plus de l'ether misé atteste ou omet d'attester de manière malveillante, la super-majorité de 2/3 ne peut exister et la chaîne ne peut finaliser. La défense contre ce phénomène est la fuite d'inactivité. Cette fuite d'inactivité identifie les validateurs qui n'attestent pas ou attestent contrairement à la majorité. L'ether misé par ces validateurs qui n'attestent pas est progressivement réduit jusqu'à ce qu'ils représentent collectivement moins de 1/3 du total afin que la chaîne puisse à nouveau finaliser. -Le but de la fuite d'inactivité est de faire finaliser à nouveau la chaîne. Cependant, l'attaquant perd aussi une partie de son ether misé. Une inactivité persistante parmi les validateurs représentant 33% de l'ether misé total est très coûteuse même si les validateurs ne sont pas sanctionnés. +Le but de la fuite d'inactivité est de faire finaliser à nouveau la chaîne. Cependant, l'attaquant perd aussi une partie de son ether misé. Une inactivité persistante de validateurs représentant 33% de l'ether misé total est très coûteuse même si les validateurs ne sont pas sanctionnés. -En supposant que le réseau Ethereum soit asynchrone (c'est-à-dire qu'il y ait des retards entre l'envoi et la réception des messages), un attaquant contrôlant 34 % de la mise totale pourrait provoquer une double finalité. C'est parce que l'attaquant peut équivoquer lorsqu'il est choisi comme producteur de bloc, puis voter deux fois avec tous ses validateurs. Cela crée une situation où une fourche de la blockchain existe, chacune avec 34 % de l'ether misé votant pour elle. Chaque fourche nécessite seulement 50 % des validateurs restants pour voter en sa faveur pour que les deux fourches soient soutenues par une super-majorité, auquel cas les deux chaînes peuvent finaliser (car 34 % des validateurs attaquants + la moitié des 66 % restants = 67 % sur chaque fourche). Les blocs concurrents devraient chacun être reçus par environ 50 % des validateurs honnêtes, donc cette attaque est viable seulement lorsque l'attaquant a un certain degré de contrôle sur la synchronisation des messages se propageant sur le réseau afin qu'ils puissent pousser la moitié des validateurs honnêtes sur chaque chaîne. L'attaquant détruirait nécessairement toute sa mise (34 % des ~10 millions d'ethers avec l'ensemble des validateurs actuels) pour réaliser cette double finalité car 34 % de leurs validateurs voteraient deux fois simultanément - une offense sanctionnable avec la pénalité de corrélation maximale. La défense contre cette attaque est le coût très élevé de destruction de 34 % de l'ether misé total. Se remettre de cette attaque nécessiterait que la communauté Ethereum se coordonne « hors chaine » et accepte de suivre l'une ou l'autre des fourches et d'ignorer l'autre. +En supposant que le réseau Ethereum soit asynchrone (c'est-à-dire qu'il y ait des retards entre l'envoi et la réception des messages), un attaquant contrôlant 34 % de la mise totale pourrait provoquer une double finalité. Cela vient de ce que l'attaquant peut équivoquer lorsqu'il est choisi comme producteur de bloc, puis voter deux fois avec tous ses validateurs. Cela crée une situation où il existe fourche de la blockchain, chacune avec 34 % de l'ether misé votant pour elle. Chaque fourche nécessite seulement 50 % des validateurs restants pour voter en sa faveur pour que les deux fourches soient soutenues par une super-majorité, auquel cas les deux chaînes peuvent finaliser (car 34 % des validateurs attaquants + la moitié des 66 % restants = 67 % sur chaque fourche). Les blocs concurrents devraient chacun être reçus par environ 50 % des validateurs honnêtes, de sorte que cette attaque est viable seulement lorsque l'attaquant a un certain degré de contrôle sur la synchronisation des messages se propageant sur le réseau, de manière à faire passer la moitié des validateurs honnêtes sur chaque chaîne. L'attaquant détruirait nécessairement toute sa mise (34 % des ~10 millions d'ethers avec l'ensemble des validateurs actuels) pour réaliser cette double finalité car 34 % de leurs validateurs voteraient deux fois simultanément - une offense sanctionnable avec la pénalité de corrélation maximale. La défense contre cette attaque est le coût très élevé que représente la destruction de 34 % de l'ether misé total. Se remettre de cette attaque nécessiterait que la communauté Ethereum se coordonne « hors chaine » et accepte de suivre l'une ou l'autre des fourches et d'ignorer l'autre. -### Attaquants utilisant ~50% de la mise totale {#attackers-with-50-stake} +### Attaquants utilisant environ 50 % du total des mises {#attackers-with-50-stake} -Avec 50 % de l'ether misé, un groupe de validateurs malicieux pourrait théoriquement diviser la chaîne en deux fourches de taille égale, puis simplement utiliser leur mise complète de 50 % pour voter contrairement à l'ensemble des validateurs honnêtes, maintenant ainsi les deux fourches et empêchant la finalité. La fuite d'inactivité sur les deux fourches conduirait finalement les deux chaînes à finaliser. À ce stade, la seule option est de se replier sur une récupération sociale. +Avec 50 % de l'ether misé, un groupe de validateurs malveillants pourrait théoriquement diviser la chaîne en deux fourches de taille égale, puis simplement utiliser leur mise complète de 50 % pour voter contrairement à l'ensemble des validateurs honnêtes, maintenant ainsi les deux fourches et empêchant la finalité. La fuite d'inactivité sur les deux fourches conduirait finalement les deux chaînes à finaliser. À ce stade, la seule option est de se replier sur une récupération sociale. -Il est très improbable qu'un groupe de validateurs malveillants puisse contrôler constamment précisément 50 % du total de la mise compte tenu d'un certain degré de fluctuation dans les nombres de validateurs honnêtes, de la latence du réseau, etc. - le coût énorme d'une telle attaque combiné à la faible probabilité de succès semble être un fort effet dissuasif pour un attaquant rationnel, d'autant plus qu'un petit investissement supplémentaire pour obtenir _plus de_ 50 % débloque beaucoup un pouvoir bien plus grand. +Il est très improbable qu'un groupe de validateurs malveillants puisse contrôler constamment précisément 50 % du total de la mise compte tenu d'un certain degré de fluctuation du nombre de validateurs honnêtes, de la latence du réseau, etc. - le coût énorme d'une telle attaque combiné à la faible probabilité de succès semble être un facteur fort dissuasif pour un attaquant rationnel, surtout lorsqu'un petit investissement supplémentaire pour obtenir _plus_ de 50 % débloque beaucoup plus de pouvoir. -Avec >50 % de la mise totale, l'attaquant pourrait dominer l'algorithme de choix de fourche. Dans ce cas, l'attaquant serait en mesure d'attester avec le vote majoritaire, lui donnant suffisamment de contrôle pour effectuer de courts réarrangements sans avoir besoin de tromper les clients honnêtes. Les validateurs honnêtes suivraient car leur algorithme de choix de fourche verrait également la chaîne préférée de l'attaquant comme la plus lourde, donc la chaîne pourrait finaliser. Cela permet à l'attaquant de censurer certaines transactions, d'effectuer de courts réarrangements et d'extraire la valeur MEV maximale en réorganisant les blocs à leur avantage. La défense contre cela est l'énorme coût d'une mise majoritaire (actuellement un peu moins de 19 milliards de dollars USD) qui est mis en danger par un attaquant car la couche sociale est susceptible d'intervenir et d'adopter une fourche minoritaire honnête, dévalorisant considérablement la mise de l'attaquant. +Avec plus de 50 % de la mise totale, l'attaquant pourrait dominer l'algorithme de choix de la fourche. Dans ce cas, l'attaquant serait en mesure d'attester avec le vote majoritaire, lui donnant suffisamment de contrôle pour effectuer de courtes réorganisations sans avoir besoin de tromper les clients honnêtes. Les validateurs honnêtes suivraient le mouvement, car leur algorithme de choix de fourche verrait également la chaîne privilégiée par l'attaquant comme étant la plus lourde, de sorte que la chaîne pourrait finaliser. Cela permet à l'attaquant de censurer certaines transactions, d'effectuer de courtes réorganisations et d'extraire la valeur MEV maximale en réorganisant les blocs à leur avantage. La défense repose sur l'énorme coût d'une mise majoritaire (actuellement un peu moins de 19 milliards de dollars USD) qui est mis en danger par un attaquant car la couche sociale est susceptible d'intervenir et d'adopter une fourche minoritaire honnête, dévalorisant considérablement la mise de l'attaquant. -### Attaquants utilisant >=66 % de la mise totale {#attackers-with-66-stake} +### Attaquants utilisant plus de 66 % du total des mises {#attackers-with-66-stake} -Un attaquant disposant de 66 % ou plus de l'ether total misé peut finaliser sa chaîne préférée sans avoir à contraindre aucun validateur honnête. L'attaquant peut simplement voter pour sa fourche préférée puis la finaliser, simplement parce qu'il peut voter avec une super-majorité malhonnête. En tant que détenteur de la super-majorité des enjeux, l'attaquant contrôlerait toujours le contenu des blocs finalisés, avec le pouvoir de dépenser, rembobiner et dépenser à nouveau, censurer certaines transactions et réorganiser la chaîne à volonté. En achetant de l'ether supplémentaire pour contrôler 66 % plutôt que 51 %, l'attaquant achète effectivement la capacité d'effectuer des réarrangements ex post et des réversions de finalité (c'est-à-dire de changer le passé ainsi que de contrôler l'avenir). Les seules véritables défenses ici sont l'énorme coût de 66 % de l'ether total misé, et la possibilité de se replier sur la couche sociale pour coordonner l'adoption d'une fourche alternative. Nous pouvons explorer cela plus en détail dans la section suivante. +Un attaquant disposant de 66 % ou plus de l'ether total misé peut finaliser sa chaîne préférée sans avoir à contraindre aucun validateur honnête. L'attaquant peut simplement voter pour sa fourche préférée puis la finaliser, simplement parce qu'il peut voter avec une super-majorité malhonnête. En tant que détenteur de la super-majorité des enjeux, l'attaquant contrôlerait toujours le contenu des blocs finalisés, avec le pouvoir de dépenser, rembobiner et dépenser à nouveau, censurer certaines transactions et réorganiser la chaîne à volonté. En achetant de l'ether supplémentaire pour contrôler 66 % plutôt que 51 %, l'attaquant achète effectivement la capacité d'effectuer des réarrangements ex post et des réversions de finalité (c'est-à-dire de changer le passé ainsi que de contrôler l'avenir). Les seules véritables défenses ici sont l'énorme coût de 66 % de l'ether total misé, et la possibilité de se replier sur la couche sociale pour coordonner l'adoption d'une fourche alternative. Nous verrons cela plus en détail dans la section suivante. -## Les Gens : la dernière ligne de défense {#people-the-last-line-of-defense} +## Les personnes : la dernière ligne de défense {#people-the-last-line-of-defense} -Si les validateurs malhonnêtes parviennent à finaliser leur version préférée de la chaîne, la communauté Ethereum se retrouve dans une situation difficile. La chaîne canonique intègre une section malhonnête gravée dans son histoire, tandis que les validateurs honnêtes peuvent finir par être sanctionnés pour avoir attesté d'une chaîne alternative (honnête). Notez qu'une chaîne finalisée mais incorrecte pourrait également résulter d'un bug dans un client majoritaire. En fin de compte, le recours ultime est de s'appuyer sur la couche sociale - la Couche 0 - pour résoudre la situation. +Si les validateurs malhonnêtes parviennent à finaliser leur version préférée de la chaîne, la communauté Ethereum se retrouve dans une situation difficile. La chaîne canonique intègre une section malhonnête gravée dans son histoire, tandis que les validateurs honnêtes peuvent être sanctionnés pour avoir attesté d'une chaîne alternative (honnête). Notez qu'une chaîne finalisée mais incorrecte pourrait également résulter d'un bug dans un client majoritaire. En fin de compte, le recours ultime est de s'appuyer sur la couche sociale - la Couche 0 - pour résoudre la situation. -L'une des forces du consensus PoS d'Ethereum est qu'il existe toute une [gamme de stratégies défensives](https://youtu.be/1m12zgJ42dI?t=1712) que la communauté peut utiliser face à une attaque. Une réponse minimale pourrait être d'exclure de force les validateurs attaquants du réseau sans aucune pénalité supplémentaire. Pour réintégrer le réseau, l'attaquant devrait rejoindre une file d'attente d'activation garantissant que l'ensemble des validateurs croît progressivement. Par exemple, l'ajout de suffisamment de validateurs pour doubler la quantité d'ether misée prend environ 200 jours, offrant ainsi aux validateurs honnêtes 200 jours avant que l'attaquant ne puisse tenter une nouvelle attaque à 51 %. Cependant, la communauté pourrait également décider de pénaliser l'attaquant plus sévèrement, en révoquant les récompenses précédentes ou en brûlant une partie (jusqu'à 100 %) de leur capital misé. +L'une des forces du consensus de la preuve d'enjeu d'Ethereum est qu'il existe toute une [gamme de stratégies défensives](https://youtu.be/1m12zgJ42dI?t=1712) que la communauté peut utiliser face à une attaque. Une réponse minimale pourrait être d'exclure de force les validateurs attaquants du réseau sans aucune pénalité supplémentaire. Pour réintégrer le réseau, l'attaquant devrait rejoindre une file d'attente d'activation garantissant que l'ensemble des validateurs s'accroît progressivement. Par exemple, l'ajout d'un nombre suffisant de validateurs pour doubler la quantité d'ether misée prend environ 200 jours, offrant ainsi aux validateurs honnêtes 200 jours avant que l'attaquant ne puisse tenter une nouvelle attaque à 51 %. Cependant, la communauté pourrait également décider de pénaliser l'attaquant plus sévèrement, en révoquant les récompenses précédentes ou en brûlant une partie (jusqu'à 100 %) de son capital mis en jeu. -Quelle que soit la pénalité imposée à l'attaquant, la communauté doit également décider ensemble si la chaîne malhonnête, bien que favorisée par l'algorithme de choix de fourche codé dans les clients Ethereum, est en réalité invalide et que la communauté devrait construire sur la chaîne honnête à la place. Les validateurs honnêtes pourraient collectivement accepter de construire sur une fourche acceptée par la communauté de la blockchain Ethereum qui aurait, par exemple, bifurqué de la chaîne canonique avant le début de l'attaque ou aurait les validateurs attaquants supprimés de force. Les validateurs honnêtes seraient incités à construire sur cette chaîne car ils éviteraient les pénalités qui leur seraient infligées pour ne pas avoir attesté (à juste titre) de la chaîne de l'attaquant. Les échanges, les points d'entrée et les applications construites sur Ethereum préféreraient probablement être sur la chaîne honnête et suivraient les validateurs honnêtes vers la blockchain honnête. +Quelle que soit la pénalité imposée à l'attaquant, la communauté doit également décider ensemble si la chaîne malhonnête, bien que favorisée par l'algorithme de choix de fourche codé dans les clients Ethereum, est en réalité invalide et que la communauté devrait plutôt construire sur la chaîne honnête. Les validateurs honnêtes pourraient collectivement accepter de construire sur une fourche acceptée par la communauté de la blockchain Ethereum qui aurait, par exemple, bifurqué de la chaîne canonique avant le début de l'attaque ou dont les validateurs attaquants seraient supprimés de force. Les validateurs honnêtes seraient incités à construire sur cette chaîne car ils éviteraient les pénalités qui leur seraient infligées pour ne pas avoir attesté (à juste titre) de la chaîne de l'attaquant. Les échanges, les points d'entrée et les applications construites sur Ethereum préféreraient probablement être sur la chaîne honnête et suivraient les validateurs honnêtes vers la blockchain honnête. -Cependant, il s'agirait d'un défi important en matière de gouvernance. Certains utilisateurs et validateurs subiraient inévitablement des pertes à la suite du retour à la chaîne honnête, les transactions dans les blocs validés après l'attaque pourraient potentiellement être annulées, perturbant la couche d'application, et cela remettrait tout simplement en question l'éthique de certains utilisateurs qui ont tendance à croire que « le code est la loi ». Les échanges et les applications auront très probablement lié des actions hors chaîne à des transactions en chaîne qui pourraient maintenant être annulées, déclenchant une cascade de rétractations et de révisions qui seraient difficiles à démêler équitablement, surtout si les gains mal acquis ont été mélangés, déposés dans la DeFi ou d'autres dérivés avec des effets secondaires pour les utilisateurs honnêtes. Certains utilisateurs, peut-être même institutionnels, auraient certainement déjà bénéficié de la chaîne malhonnête, soit par habileté, soit par hasard, et pourraient s'opposer à une fourche pour protéger leurs gains. Il y a eu des appels à répéter la réponse de la communauté aux attaques >51% afin qu'une mitigation coordonnée sensée puisse être exécutée rapidement. Il y a des discussions utiles de Vitalik sur ethresear.ch [ici](https://ethresear.ch/t/timeliness-detectors-and-51-attack-recovery-in-blockchains/6925) et [là](https://ethresear.ch/t/responding-to-51-attacks-in-casper-ffg/6363) et sur Twitter [ici](https://twitter.com/skylar_eth/status/1551798684727508992?s=20&t=oHZ1xv8QZdOgAXhxZKtHEw). L'objectif d'une réponse sociale coordonnée devrait être de punir très précisément l'attaquant et de minimiser les effets pour les autres utilisateurs. +Cependant, il s'agirait d'un défi important en matière de gouvernance. Certains utilisateurs et validateurs subiraient inévitablement des pertes à la suite du retour à la chaîne honnête, les transactions dans les blocs validés après l'attaque pourraient potentiellement être annulées, perturbant la couche d'application, et cela remettrait tout simplement en question l'éthique de certains utilisateurs qui ont tendance à croire que « le code est la loi ». Les échanges et les applications auront très probablement établi un lien entre des actions hors chaîne et des transactions en chaîne qui pourraient maintenant être annulées, déclenchant une cascade de rétractations et de révisions qui seraient difficiles à démêler équitablement, surtout si les gains mal acquis ont été mélangés, déposés dans la DeFi ou d'autres dérivés ayant des effets secondaires pour les utilisateurs honnêtes. Certains utilisateurs, peut-être même institutionnels, auraient certainement déjà bénéficié de la chaîne malhonnête, soit par habileté, soit par hasard, et pourraient s'opposer à une fourche pour protéger leurs gains. Il y a eu des appels à répéter la réponse de la communauté face aux attaques à plus de 51 % afin qu'une réaction coordonnée et raisonnable puisse être exécutée rapidement. Vitalik a mené des discussions utiles sur ethresear.ch [ici](https://ethresear.ch/t/timeliness-detectors-and-51-attack-recovery-in-blockchains/6925) et [ici](https://ethresear.ch/t/responding-to-51-attacks-in-casper-ffg/6363) et sur Twitter ici. L'objectif d'une réponse sociale coordonnée devrait être de punir très précisément l'attaquant et de minimiser les effets sur les autres utilisateurs. -La gouvernance est déjà un sujet complexe. Gérer une réponse d'urgence de la Couche-0 à une chaîne finalisant malhonnêtement serait sans aucun doute un défi pour la communauté Ethereum, mais cela [s'est produit](/history/#dao-fork-summary) - [deux fois](/history/#tangerine-whistle) - dans l'histoire d'Ethereum). +La gouvernance est déjà un sujet complexe. Gérer une réponse d'urgence de la couche 0 à une chaîne finalisée malhonnête serait sans aucun doute un défi pour la communauté Ethereum, mais [cela s'est produit](/history/#dao-fork-summary) - [deux fois](/history/#tangerine-whistle) - dans l'histoire d'Ethereum). -Néanmoins, il y a quelque chose d'assez satisfaisant à ce que le dernier recours se situe dans le monde réel. En fin de compte, même avec cette pile technologique immense au-dessus de nous, si le pire devait arriver, de vraies personnes devraient se coordonner pour s'en sortir. +Néanmoins, il y a quelque chose d'assez satisfaisant à ce que le dernier recours se situe dans le monde réel. En fin de compte, même avec cette pile technologique immense au-dessus de nous, si le pire devait arriver, des personnes réelles devraient se concerter pour s'en sortir. ## Résumé {#summary} -Cette page explore certaines des façons dont les attaquants pourraient tenter d'exploiter le protocole de consensus de la preuve d'enjeu d'Ethereum. Les réorganisations et les retards de finalité ont été examinés pour des attaquants possédant des proportions croissantes de l'ether total misé. En général, un attaquant plus riche a plus de chances de réussir car sa mise se traduit par un pouvoir de vote qu'il peut utiliser pour influencer le contenu des futurs blocs. À certains seuils de mise en ether, le pouvoir de l'attaquant s'accroît : +Cette page explore certaines des façons dont les attaquants pourraient tenter d'exploiter le protocole de consensus de la preuve d'enjeu d'Ethereum. Les réorganisations et les retards de finalité ont été examinés pour des attaquants possédant des proportions croissantes de l'ether total misé. En général, un attaquant plus riche a plus de chances de réussir car sa mise se traduit par un pouvoir de vote qu'il peut utiliser pour influencer le contenu des futurs blocs. À partir d'un certain seuil d'éther mis en jeu, le pouvoir de l'attaquant s'accroît : 33 % : retard de finalité @@ -145,19 +148,19 @@ Cette page explore certaines des façons dont les attaquants pourraient tenter d 66 % : retard de finalité, double finalité, censure, contrôle sur l'avenir et le passé de la blockchain -Il existe également une gamme d'attaques plus sophistiquées nécessitant de petites quantités d'ether misé mais reposant sur un attaquant très sophistiqué ayant un contrôle précis sur le moment des messages pour influencer l'ensemble des validateurs honnêtes en leur faveur. +Il existe également une gamme d'attaques plus sophistiquées nécessitant de petites quantités d'ether misé mais reposant sur un attaquant très sophistiqué ayant un contrôle précis sur la synchronisation des messages pour faire basculer l'ensemble des validateurs honnêtes en sa faveur. -Dans l'ensemble, malgré ces potentiels vecteurs d'attaque, le risque d'une attaque réussie est faible, certainement plus faible que les équivalents de la preuve de travail. Cela est dû au coût énorme de l'ether misé mis en jeu par un attaquant cherchant à submerger les validateurs honnêtes avec leur pouvoir de vote. La couche d'incitation intégrée « la carotte et le bâton » protège contre la plupart des malversations, surtout pour les attaquants à faible mise. Des attaques de déséquilibrage et d'équilibrage plus subtiles sont également peu susceptibles de réussir car les conditions réelles du réseau rendent le contrôle fin de la livraison des messages à des sous-ensembles spécifiques de validateurs très difficiles à réaliser, et les équipes de clients ont rapidement fermé les vecteurs d'attaque connus de déséquilibrage, d'équilibrage et d'avalanche avec des correctifs simples. +Dans l'ensemble, malgré ces potentiels vecteurs d'attaque, le risque d'une attaque réussie est faible, certainement plus faible que les équivalents de la preuve de travail. Cela est dû au coût énorme de l'ether misé mis en jeu par un attaquant cherchant à submerger les validateurs honnêtes avec son pouvoir de vote. La couche d'incitation intégrée (« la carotte et le bâton ») protège contre la plupart des malversations, surtout face aux attaquants à faible mise. Des attaques de déséquilibrage et d'équilibrage plus subtiles sont également peu susceptibles de réussir car les conditions réelles du réseau rendent le contrôle minutieux de la livraison des messages à des sous-ensembles spécifiques de validateurs très difficiles à réaliser. Les équipes de clients ont rapidement fermé les vecteurs d'attaque de déséquilibrage, d'équilibrage et d'avalanche connus à l'aide de simples correctifs. -Les attaques à 34%, 51% ou 66% nécessiteraient probablement une coordination sociale externe pour être résolues. Bien que cela soit probablement douloureux pour la communauté, la capacité d'une communauté à répondre de manière externe est un puissant moyen de dissuasion pour un attaquant. La couche sociale d'Ethereum est le dernier rempart - une attaque techniquement réussie pourrait toujours être neutralisée par la communauté acceptant d'adopter une fourchette honnête. Il y aurait une course entre l'attaquant et la communauté Ethereum - les milliards de dollars dépensés pour une attaque à 66 % seraient probablement anéantis par une attaque de coordination sociale réussie si elle était livrée assez rapidement, laissant l'attaquant avec de lourds sacs d'ether misé et illiquide sur une chaîne malhonnête connue et ignorée par la communauté Ethereum. La probabilité que cela finisse par être rentable pour l'attaquant est suffisamment faible pour être un moyen de dissuasion efficace. C'est pourquoi investir dans le maintien d'une couche sociale cohérente avec des valeurs étroitement alignées est si important. +Les attaques à 34 %, 51 % ou 66 % nécessiteraient probablement une coordination sociale externe pour être résolues. Bien que cela soit probablement douloureux pour la communauté, la capacité pour une communauté de répondre de manière externe est un puissant moyen de dissuasion pour un attaquant. La couche sociale d'Ethereum est le dernier rempart - une attaque techniquement réussie pourrait toujours être neutralisée par la communauté en acceptant d'adopter une fourchette honnête. Il se produirait alors une course entre l'attaquant et la communauté Ethereum - les milliards de dollars dépensés pour une attaque à 66 % seraient probablement anéantis par une attaque de coordination sociale réussie si celle-ci était menée assez rapidement, laissant l'attaquant avec de lourds sacs d'ether misé et non liquide sur une chaîne malhonnête connue et ignorée par la communauté Ethereum. La probabilité que cela finisse par être rentable pour l'attaquant est suffisamment faible pour constituer un moyen de dissuasion efficace. C'est pourquoi investir dans le maintien d'une couche sociale cohérente et affichant des valeurs étroitement alignées est si important. -## Complément d'information {#further-reading} +## En savoir plus {#further-reading} - [Version plus détaillée de cette page](https://mirror.xyz/jmcook.eth/YqHargbVWVNRQqQpVpzrqEQ8IqwNUJDIpwRP7SS5FXs) -- [Vitalik à propos de la finalité du règlement](https://blog.ethereum.org/2016/05/09/on-settlement-finality/) -- [Article sur LMD GHOST](https://arxiv.org/abs/2003.03052) -- [Article sur Casper-FFG](https://arxiv.org/abs/1710.09437) -- [Article sur Gasper](https://arxiv.org/pdf/2003.03052.pdf) -- [Spécifications du consensus sur l'augmentation du poids du proposant](https://github.com/ethereum/consensus-specs/pull/2730) -- [Attaques de rebond sur ethresear.ch](https://ethresear.ch/t/prevention-of-bouncing-attack-on-ffg/6114) -- [Recherche SSLE](https://ethresear.ch/t/secret-non-single-leader-election/11789) +- [Vitalik sur la finalité du règlement](https://blog.ethereum.org/2016/05/09/on-settlement-finality/) +- [article LMD GHOST](https://arxiv.org/abs/2003.03052) +- [Article Casper-FFG](https://arxiv.org/abs/1710.09437) +- [Article Gasper](https://arxiv.org/pdf/2003.03052.pdf) +- [Spécifications du consensus d'augmentation du poids du proposeur](https://github.com/ethereum/consensus-specs/pull/2730) +- [Attaque de rebonds sur ethresear.ch](https://ethresear.ch/t/prevention-of-bouncing-attack-on-ffg/6114) +- [recherche SSLE](https://ethresear.ch/t/secret-non-single-leader-election/11789) diff --git a/public/content/translations/fr/developers/docs/consensus-mechanisms/pos/index.md b/public/content/translations/fr/developers/docs/consensus-mechanisms/pos/index.md index aa05b4e3543..bf31079b7ad 100644 --- a/public/content/translations/fr/developers/docs/consensus-mechanisms/pos/index.md +++ b/public/content/translations/fr/developers/docs/consensus-mechanisms/pos/index.md @@ -58,7 +58,7 @@ Au-delà des attaques à 51 %, les acteurs mal intentionnés pourraient égaleme - attaques de longue portée (bien que le gadget de finalité neutralise ce vecteur d'attaque) - réorganisations de courte portée (bien que les délais d'accélération et d'attestation de la proposition atténuent ce problème) - attaques par rebond et par équilibrage (également atténuées par l'augmentation du nombre de propositions, et ces attaques n'ont de toute façon été démontrées que dans des conditions de réseau idéales) -- attaques avalanche (neutralisé par la règle des algorithmes de choix de fourche qui consiste à ne prendre en compte que le dernier message) +- attaques en avalanche (neutralisées par la règle des algorithmes de choix de fourche qui consiste à ne prendre en compte que le dernier message) Dans l'ensemble, il a été démontré que la preuve d'enjeu, telle qu'elle est implémentée sur Ethereum, est plus sûre économiquement que la preuve de travail. diff --git a/public/content/translations/fr/developers/docs/gas/index.md b/public/content/translations/fr/developers/docs/gas/index.md index cca651f2f86..df29d4c6f6a 100644 --- a/public/content/translations/fr/developers/docs/gas/index.md +++ b/public/content/translations/fr/developers/docs/gas/index.md @@ -1,5 +1,6 @@ --- title: Gaz et frais +metaTitle: "Gaz et frais Ethereum : aperçu technique" description: lang: fr --- diff --git a/public/content/translations/fr/developers/docs/networking-layer/network-addresses/index.md b/public/content/translations/fr/developers/docs/networking-layer/network-addresses/index.md index a47b1868ab2..aee82e31cc8 100644 --- a/public/content/translations/fr/developers/docs/networking-layer/network-addresses/index.md +++ b/public/content/translations/fr/developers/docs/networking-layer/network-addresses/index.md @@ -23,7 +23,7 @@ Pour un nœud Ethereum, la multiaddr contient l'identifiant du nœud (un hachage ## Enode {#enode} -Un enode est un moyen d'identifier un nœud Ethereum en utilisant un format d'adresse URL. L'identifiant hexadécimal de nœud est encodé dans la partie nom d'utilisateur de l'URL, séparée de l'hôte à l'ide du signe @. Le nom d'hôte ne peut être donné qu'en tant qu'adresse IP, les noms DNS ne sont pas autorisés. Le port dans la section nom d'hôte est le port d'écoute TCP. Si les ports TCP et UDP (découverte) diffèrent, le port UDP est spécifié comme paramètre de requête "discport" +Un enode est un moyen d'identifier un nœud Ethereum en utilisant un format d'adresse URL. L'identifiant hexadécimal de nœud est encodé dans la partie nom d'utilisateur de l'URL, séparée de l'hôte à l'ide du signe @. Le nom d'hôte ne peut être donné qu'en tant qu'adresse IP, les noms DNS ne sont pas autorisés. Le port dans la section nom d'hôte est le port d'écoute TCP. Si les ports TCP et UDP (découverte) diffèrent, le port UDP est spécifié comme paramètre de requête "discport". Dans l'exemple suivant, l'URL du nœud décrit un nœud avec une adresse IP `10.3.58.`, port TCP `30303` et port de découverte UDP `30301`. @@ -35,4 +35,6 @@ Les registres de Nœuds Ethereum (ENRs en anglais) sont un format standardisé p ## Complément d'information {#further-reading} -[EIP-778 : Registres de Nœuds Ethereum (ENR)](https://eips.ethereum.org/EIPS/eip-778) [Adresses réseau sur Ethereum](https://dean.eigenmann.me/blog/2020/01/21/network-addresses-in-ethereum/) [LibP2P : Multiaddr-Enode-ENR ?!](https://consensys.net/diligence/blog/2020/09/libp2p-multiaddr-enode-enr/) +- [EIP-778 : enregistrements de nœuds Ethereum (ENR)](https://eips.ethereum.org/EIPS/eip-778) +- [Adresses réseau dans Ethereum](https://dean.eigenmann.me/blog/2020/01/21/network-addresses-in-ethereum/) +- [LibP2P : Multiaddr-Enode-ENE ?!](https://consensys.net/diligence/blog/2020/09/libp2p-multiaddr-enode-enr/) diff --git a/public/content/translations/fr/developers/docs/nodes-and-clients/archive-nodes/index.md b/public/content/translations/fr/developers/docs/nodes-and-clients/archive-nodes/index.md index 808f93a380d..dedee7cde9a 100644 --- a/public/content/translations/fr/developers/docs/nodes-and-clients/archive-nodes/index.md +++ b/public/content/translations/fr/developers/docs/nodes-and-clients/archive-nodes/index.md @@ -56,13 +56,13 @@ Avant de démarrer votre propre nœud d'archive, renseignez-vous sur les différ ## Pratiques recommandées -Outre les [recommandations générales pour l'exécution d'un nœud](/developers/docs/nodes-and-clients/run-a-node/), un nœud d'archive peut être plus exigeant en termes de matériel et de maintenance. Compte tenu des [fonctionnalités clés](https://github.com/ledgerwatch/erigon#key-features) d'Erigon, l'approche la plus pratique consiste à utiliser l'implémentation client [Erigon](/developers/docs/nodes-and-clients/#erigon). +Outre les [recommandations générales pour l'exécution d'un nœud](/developers/docs/nodes-and-clients/run-a-node/), un nœud d'archive peut être plus exigeant en termes de matériel et de maintenance. Compte tenu des [fonctionnalités clés](https://github.com/ledgerwatch/erigon#key-features) d'Erigon, l'approche la plus pratique consiste à utiliser l'implémentation client [Erigon](/developers/docs/nodes- and-clients/#erigon). ### Matériel Assurez-vous toujours de vérifier les exigences matérielles pour un mode spécifique dans la documentation du client. L'espace disque est la principale exigence pour les nœuds d'archive. Selon le client, cela varie de 3 To à 12 To. Même si le disque dur peut être considéré comme une meilleure solution pour de grandes quantités de données, sa synchronisation et la mise à jour constante de la tête de chaîne nécessiteront des disques SSD. Les disques [SATA](https://www.cleverfiles.com/help/sata-hard-drive.html) sont assez bons mais ils doivent être d'une qualité fiable, au moins [TLC](https://blog.synology.com/tlc-vs-qlc-ssds-what-are-the-differences). Les disques peuvent être installés dans un ordinateur de bureau ou un serveur avec suffisamment d'emplacements. Ces appareils dédiés sont idéaux pour exécuter un nœud à haute disponibilité. Il est tout à fait possible de l'exécuter sur un ordinateur portable, mais la portabilité entraînera un coût supplémentaire. -Toutes les données doivent tenir dans un seul volume, donc les disques doivent être joints, par ex. avec [RAID0](https://en.wikipedia.org/wiki/Standard_RAID_levels#RAID_0) ou [LVM](https://web.mit.edu/rhel-doc/5/RHEL-5-manual/Deployment_Guide-en-US/ch-lvm.html). Il pourrait également être utile d'envisager d'utiliser [ZFS](https://en.wikipedia.org/wiki/ZFS) car il prend en charge « Copy-on-write » qui garantit que les données sont correctement écrites sur le disque sans aucune erreur de bas niveau. +Toutes les données doivent tenir dans un seul volume, donc les disques doivent être joints, par ex. avec [RAID0](https://en.wikipedia.org/wiki/Standard_RAID_levels#RAID_0) ou [LVM](https://web.mit.edu/rhel-doc/5/ RHEL-5-manual/Deployment_Guide-en-US/ch-lvm.html). Il pourrait également être utile d'envisager d'utiliser [ZFS](https://en.wikipedia.org/wiki/ZFS) car il prend en charge « Copy-on-write » qui garantit que les données sont correctement écrites sur le disque sans aucune erreur de bas niveau. Pour plus de stabilité et de sécurité dans la prévention de la corruption accidentelle de la base de données, en particulier dans une configuration professionnelle, envisagez d'utiliser la [mémoire ECC](https://en.wikipedia.org/wiki/ECC_memory) si votre système le prend en charge. Il est généralement conseillé d'avoir la même quantité de RAM que pour un nœud complet, mais davantage de RAM peut accélérer la synchronisation. diff --git a/public/content/translations/fr/developers/docs/nodes-and-clients/client-diversity/index.md b/public/content/translations/fr/developers/docs/nodes-and-clients/client-diversity/index.md index 4a8477bd547..b72aea62735 100644 --- a/public/content/translations/fr/developers/docs/nodes-and-clients/client-diversity/index.md +++ b/public/content/translations/fr/developers/docs/nodes-and-clients/client-diversity/index.md @@ -79,6 +79,8 @@ Pour résoudre le problème de la diversité des clients, il ne suffit pas que l [Prysm](https://docs.prylabs.network/docs/getting-started) +[Grandine](https://docs.grandine.io/) + Les utilisateurs techniques peuvent aider à accélérer ce processus en rédigeant plus de tutoriels et de documentation pour les clients minoritaires et ainsi encourager leurs pairs à migrer loin des clients dominants. Des guides pour basculer vers un client de consensus minoritaire sont disponibles sur [clientdiversity.org](https://clientdiversity.org/). ## Tableaux de bord relatif à la diversité des clients {#client-diversity-dashboards} diff --git a/public/content/translations/fr/developers/docs/nodes-and-clients/run-a-node/index.md b/public/content/translations/fr/developers/docs/nodes-and-clients/run-a-node/index.md index 2dc92e05997..c9925a58b74 100644 --- a/public/content/translations/fr/developers/docs/nodes-and-clients/run-a-node/index.md +++ b/public/content/translations/fr/developers/docs/nodes-and-clients/run-a-node/index.md @@ -311,7 +311,7 @@ nœud reth \ --authrpc.port 8551 ``` -Consultez [Configurer Reth](https://reth.rs/run/config.html?highlight=data%20directory#configuring-reth) pour en savoir plus sur les répertoires de données par défaut. [La documentation de Reth](https://reth.rs/run/mainnet.html) contient des options supplémentaires et des détails de configuration. +Voir [Configurer Reth](https://reth.rs/run/config.html?highlight=data%20directory#configuring-reth) pour en savoir plus sur les répertoires de données par défaut. [La documentation de Reth](https://reth.rs/run/mainnet.html) contient des options supplémentaires et des détails de configuration. #### Démarrer le client de consensus {#starting-the-consensus-client} @@ -446,7 +446,7 @@ Envisagez de créer un service pour exécuter automatiquement vos clients au dé Vous devez conserver votre logiciel client à jour avec les derniers patchs de sécurité, les dernières fonctionnalités et les [EIP](/eips/). Tout particulièrement avant [les fourches majeures](/history/), assurez-vous d'utiliser les bonnes versions client. -> Avant les mises à jour importantes du réseau, EF publie un message sur son [blog](https://blog.ethereum.org). Vous pouvez [vous abonner à ces annonces](https://blog.ethereum.org/category/protocol#subscribe) pour recevoir une notification par email lorsque votre nœud a besoin d'une mise à jour. +> Avant les mises à jour importantes du réseau, EF publie un message sur son [blog ](https://blog.ethereum.org). Vous pouvez [vous abonner à ces annonces](https://blog.ethereum.org/category/protocol#subscribe) pour recevoir une notification par email lorsque votre nœud a besoin d'une mise à jour. La mise à jour des clients est très simple. Chaque client a des instructions spécifiques dans sa documentation, mais le processus consiste généralement à simplement télécharger la dernière version et à redémarrer le client avec le nouvel exécutable. Le client devrait reprendre là où il s'est arrêté, mais avec les mises à jour appliquées. diff --git a/public/content/translations/fr/developers/docs/programming-languages/elixir/index.md b/public/content/translations/fr/developers/docs/programming-languages/elixir/index.md index cf9e4678c1c..8aa8af88a20 100644 --- a/public/content/translations/fr/developers/docs/programming-languages/elixir/index.md +++ b/public/content/translations/fr/developers/docs/programming-languages/elixir/index.md @@ -16,8 +16,8 @@ Utilisez Ethereum pour créer des applications décentralisées (ou "DApps") qui Besoin d’une approche plus élémentaire ? Consultez [ethereum.org/learn](/learn/) ou [ethereum.org/developers](/developers/). - [Blockchain expliquée](https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained) -- [Comprendre les contrats intelligents](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract) -- [Écrivez votre premier contrat intelligent](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract) +- [Comprendre les contrats intelligents (https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract) +- [Écrivez votre premier contrat intelligent (https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract) - [Apprenez comment compiler et déployer Solidity](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment) ## Articles pour débutants {#beginner-articles} diff --git a/public/content/translations/fr/developers/docs/scaling/state-channels/index.md b/public/content/translations/fr/developers/docs/scaling/state-channels/index.md new file mode 100644 index 00000000000..e2f4e5a5a9d --- /dev/null +++ b/public/content/translations/fr/developers/docs/scaling/state-channels/index.md @@ -0,0 +1,261 @@ +--- +title: Canaux d'état +description: Une introduction aux canaux d'état et canaux de paiement en tant que solution de mise à l'échelle actuellement utilisée par la communauté Ethereum. +lang: fr +sidebarDepth: 3 +--- + +Les canaux d'état permettent aux participants d'effectuer des transactions hors chaîne en toute sécurité tout en réduisant au minimum l'interaction avec le réseau principal d'Ethereum. Les pairs du canal peuvent effectuer un nombre arbitraire de transactions hors chaîne tout en ne soumettant que deux transactions en chaîne pour ouvrir et fermer le canal. Cela permet un débit de transaction extrêmement élevé et entraîne une réduction des coûts pour les utilisateurs. + +## Prérequis {#prerequisites} + +Vous devrez avoir lu et compris nos pages sur l'[évolutivité d'Ethereum](/developers/docs/scaling/) et les [couches de niveau 2](/layer-2/). + +## Que sont les canaux ? {#what-are-channels} + +Les blockchains publiques, telles qu'Ethereum, sont confrontées à des problèmes d'évolutivité en raison de leur architecture distribuée : les transactions sur la chaîne doivent être exécutées par tous les nœuds. Les nœuds doivent être en mesure de traiter le volume de transactions d'un bloc avec un matériel modeste, imposant une limite au débit des transactions afin de préserver la décentralisation du réseau. Les canaux de la blockchain résolvent ce problème en permettant aux utilisateurs d'interagir hors chaîne tout en s'appuyant sur la sécurité de la chaîne principale pour le règlement final. + +Les canaux sont de simples protocoles de pair à pair qui permettent à deux parties d'effectuer de nombreuses transactions entre elles, puis de ne publier que les résultats finaux sur la blockchain. Le canal utilise la cryptographie pour démontrer que les données récapitulatives qu'il génère sont réellement le résultat d'un ensemble valide de transactions intermédiaires. Une ["multi-signature"](/developers/docs/smart-contracts/#multisig) garantit que les transactions sont signées par les bonnes personnes. + +Avec les canaux, les changements d'état sont exécutés et validés par les parties intéressées, ce qui minimise les calculs sur la couche d'exécution d'Ethereum. Cela réduit la congestion sur Ethereum et augmente la vitesse de traitement des transactions pour les utilisateurs. + +Chaque canal est géré par un [contrat intelligent multi-signature](/developers/docs/smart-contracts/#multisig) fonctionnant sur Ethereum. Pour ouvrir un canal, les participants déploient le contrat de canal sur la chaîne et y déposent des fonds. Les deux parties signent collectivement une mise à jour d'état pour initialiser l'état du canal, après quoi elles peuvent effectuer des transactions rapidement et librement hors chaîne. + +Pour fermer le canal, les participants soumettent le dernier état convenu du canal sur la chaîne. Ensuite, le contrat intelligent distribue les fonds bloqués en fonction du solde de chaque participant dans l'état final du canal. + +Les canaux pair-à-pair sont particulièrement utiles dans les situations où certains participants prédéfinis souhaitent effectuer des transactions à une fréquence élevée sans encourir de frais généraux visibles. Les canaux de la blockchain se divisent en deux catégories : les **canaux de paiement** et les **canaux d'état**. + +## Les canaux de paiement {#payment-channels} + +La meilleure façon de décrire un canal de paiement est de dire qu'il s'agit d'un « registre à double sens » tenu collectivement par deux utilisateurs. Le solde initial du registre est la somme des dépôts bloqués dans le contrat sur la chaîne pendant la phase d'ouverture du canal. Les transferts de canaux de paiement peuvent être effectués instantanément et sans l'intervention de la blockchain elle-même, à l'exception d'une création initiale unique sur la chaîne et d'une fermeture éventuelle du canal. + +Les mises à jour du solde du registre (c'est-à-dire l'état du canal de paiement) nécessitent l'approbation de toutes les parties du canal. Une mise à jour du canal, signée par tous les participants au canal, est considérée comme finalisée, un peu comme une transaction sur Ethereum. + +Les canaux de paiement ont été parmi les premières solutions de mise à l'échelle conçues pour minimiser l'activité coûteuse des interactions simples des utilisateurs sur la chaîne (par exemple, les transferts d'ETH, les échanges atomiques, les micropaiements). Les participants au canal peuvent effectuer un nombre illimité de transactions instantanées et sans frais entre eux, tant que la somme nette de leurs transferts ne dépasse pas les jetons déposés. + +## Les canaux d'état {#state-channels} + +En dehors de la prise en charge des paiements hors chaîne, les canaux de paiement ne se sont pas révélés utiles pour gérer la logique générale de transition d'état. Les canaux d'état ont été créés pour résoudre ce problème et rendre les canaux utiles pour la mise à l'échelle du calcul à usage général. + +Les canaux d'état ont néanmoins beaucoup de points communs avec les canaux de paiement. Par exemple, les utilisateurs interagissent en échangeant des messages cryptographiquement signés (transactions), que les autres participants au canal doivent également signer. Si une mise à jour d'état proposée n'est pas signée par tous les participants, elle est considérée comme invalide. + +Cependant, en plus de contenir les soldes de l'utilisateur, le canal suit également l'état actuel du stockage du contrat (c'est-à-dire les valeurs des variables du contrat). + +Cela rend possible l'exécution d'un contrat intelligent hors chaîne entre deux utilisateurs. Dans ce scénario, les mises à jour de l'état interne du contrat intelligent ne nécessitent que l'approbation des pairs qui ont créé le canal. + +Si cela permet de résoudre le problème d'évolutivité décrit plus haut, cette approche a également des conséquences sur la sécurité. Sur Ethereum, la validité des transitions d'état est assurée par le protocole de consensus du réseau. Il est ainsi impossible de proposer une mise à jour invalide de l'état d'un contrat intelligent ou de modifier l'exécution d'un contrat intelligent. + +Les canaux d'état ne présentent pas les mêmes garanties de sécurité. Dans une certaine mesure, un canal d'état constitue une version miniature du réseau principal. Avec un ensemble limité de participants chargés de faire respecter les règles, la possibilité de comportements malveillants (par exemple, proposer des mises à jour d'état invalides) augmente. Les canaux d'état tirent leur sécurité d'un système d'arbitrage des litiges basé sur des [preuves de fraude](/glossary/#fraud-proof). + +## Comment fonctionnent les canaux d'état {#how-state-channels-work} + +Fondamentalement, l'activité dans un canal d'état constitue une session d'interactions impliquant des utilisateurs et un système de blockchain. Les utilisateurs communiquent principalement entre eux hors chaîne et n'interagissent avec la blockchain sous-jacente que pour ouvrir le canal, le fermer ou régler d'éventuels conflits entre les participants. + +La section suivante décrit le flux de travail de base d'un canal d'état : + +### Ouverture du canal {#opening-the-channel} + +Pour ouvrir un canal, les participants doivent engager des fonds dans un contrat intelligent sur le réseau principal. Le dépôt fonctionne également comme un onglet virtuel, de sorte que les acteurs participants peuvent effectuer des transactions librement sans avoir besoin de régler les paiements immédiatement. Ce n'est que lorsque le canal est finalisé sur la chaîne que les parties s'arrangent entre elles et retirent ce qui reste de leur onglet. + +Ce dépôt sert également d'obligation pour garantir un comportement honnête de la part de chaque participant. Si les déposants sont reconnus coupables d'actions malveillantes pendant la phase de résolution des litiges, le contrat annule leur dépôt. + +Les pairs du canal doivent signer un état initial, sur lequel ils sont tous d'accord. Il s'agit de la genèse du canal d'état, après quoi les utilisateurs peuvent commencer à effectuer des transactions. + +### Utilisation du canal {#using-the-channel} + +Après avoir initialisé l'état du canal, les pairs interagissent en signant des transactions et en se les envoyant mutuellement pour approbation. Les participants initient les mises à jour d'état avec ces transactions et signent les mises à jour d'état des autres. Chaque transaction comprend les éléments suivants : + +- Un **nonce**, qui sert d'identifiant unique pour les transactions et empêche les attaques par rejeu. Il identifie également l'ordre dans lequel les mises à jour de l'état ont eu lieu (ce qui est important pour la résolution des conflits) + +- L'ancien état du canal + +- Le nouvel état du canal + +- La transaction qui déclenche la transition d'état (par exemple, Alice envoie 5 ETH à Bob) + +Les mises à jour d'état dans le canal ne sont pas diffusées sur la chaîne, comme c'est normalement le cas lorsque les utilisateurs interagissent sur le réseau principal, ce qui correspond à l'objectif des canaux d'état de minimiser l'empreinte sur la chaîne. Tant que les participants sont d'accord sur les mises à jour d'état, celles-ci sont aussi définitives qu'une transaction Ethereum. Les participants ne doivent dépendre du consensus du réseau principal qu'en cas de conflit. + +### Fermeture du canal {#closing-the-channel} + +La fermeture d'un canal d'état nécessite de soumettre l'état final et convenu du canal au contrat intelligent sur la chaîne. Les détails mentionnés dans la mise à jour de l'état comprennent le nombre de mouvements de chaque participant et une liste des transactions approuvées. + +Après avoir vérifié que la mise à jour de l'état est valide (c'est-à-dire qu'elle est signée par toutes les parties), le contrat intelligent finalise le canal et distribue les fonds bloqués en fonction du résultat du canal. Les paiements effectués hors chaîne sont appliqués à l'état d'Ethereum et chaque participant reçoit sa part restante des fonds bloqués. + +Le scénario décrit ci-dessus représente ce qui se passe dans un cas de figure favorable. Parfois, les utilisateurs ne parviennent pas à se mettre d'accord et à finaliser le canal (cas de figure défavorable). Chacune des affirmations suivantes peut s'appliquer à la situation : + +- Les participants se déconnectent et ne proposent pas de transitions d'état + +- Les participants refusent de cosigner des mises à jour d'état valides + +- Les participants essaient de finaliser le canal en proposant une mise à jour de l'ancien état au contrat sur la chaîne + +- Les participants proposent des transitions d'état invalides pour que les autres les signent + +Lorsque le consensus est rompu entre les acteurs participants d'un canal, la dernière option est de s'appuyer sur le consensus du réseau principal pour faire respecter l'état final et valide du canal. Dans ce cas, la fermeture du canal d'état nécessite de régler les litiges sur la chaîne. + +### Résolution des litiges {#settling-disputes} + +En général, les parties d'un canal se mettent d'accord sur la fermeture du canal au préalable et cosignent la dernière transition d'état, qu'elles soumettent au contrat intelligent. Une fois la mise à jour approuvée sur la chaîne, l'exécution du contrat intelligent hors chaîne prend fin et les participants quittent le canal avec leur argent. + +Cependant, une partie peut soumettre une demande sur la chaîne pour mettre fin à l'exécution du contrat intelligent et finaliser le canal, sans attendre l'approbation de son homologue. Si l'une des situations de rupture de consensus décrites précédemment se produit, l'une ou l'autre partie peut déclencher le contrat en chaîne pour fermer le canal et distribuer les fonds. Cela permet une **absence de confiance**, garantissant que les parties honnêtes peuvent retirer leurs dépôts à tout moment, indépendamment des actions de l'autre partie. + +Pour traiter la sortie du canal, l'utilisateur doit soumettre la dernière mise à jour d'état valide de l'application au contrat en chaîne. S'il est validé (c'est-à-dire qu'il porte la signature de toutes les parties), les fonds sont redistribués en sa faveur. + +Il y a cependant un retard dans l'exécution des demandes de sortie des utilisateurs uniques. Si la demande de fermeture du canal a été approuvée à l'unanimité, alors la transaction de sortie sur la chaîne est exécutée immédiatement. + +Le délai a une certaine importance dans les sorties mono-utilisateur en raison de la possibilité d'actions frauduleuses. Par exemple, un participant au canal peut essayer de finaliser le canal sur Ethereum en soumettant une ancienne mise à jour d'état sur la chaîne. + +Comme contre-mesure, les canaux d'état permettent aux utilisateurs honnêtes de contester les mises à jour d'état invalides en soumettant le dernier état valide du canal sur la chaîne. Les canaux d'état sont conçus de telle sorte que les mises à jour d'état les plus récentes et agréées l'emportent sur les mises à jour d'état plus anciennes. + +Lorsqu'un pair déclenche le système de résolution des conflits sur la chaîne, l'autre partie est tenue de répondre dans un certain délai (appelé fenêtre de contestation). Cela permet aux utilisateurs de contester la transaction de sortie, notamment si l'autre partie applique une mise à jour périmée. + +Quoi qu'il en soit, les utilisateurs du canal ont toujours de fortes garanties de finalité : si la transition d'état en leur possession a été signée par tous les membres et constitue la mise à jour la plus récente, alors elle a la même finalité qu'une transaction ordinaire sur la chaîne. Ils doivent encore contester l'autre partie sur la chaîne, mais le seul résultat possible est de finaliser le dernier état valide, qu'ils détiennent. + +### Comment les canaux d'état interagissent-ils avec Ethereum ? {#how-do-state-channels-interact-with-ethereum} + +Bien qu'ils existent en tant que protocoles hors chaîne, les canaux d'état ont un composant en chaîne : le contrat intelligent déployé sur Ethereum lors de l'ouverture du canal. Ce contrat contrôle les actifs déposés dans le canal, vérifie les mises à jour de l'état et arbitre les conflits entre les participants. + +Les canaux d'état ne publient pas les données de transaction ou les engagements d'état sur le réseau principal, contrairement aux solutions de mise à l'échelle de la [couche de niveau 2](/layer-2/). Cependant, ils sont plus connectés au réseau principal que, par exemple, les [chaînes latérales](/developers/docs/scaling/sidechains/), ce qui les rend un peu plus sûrs. + +Les canaux d'état reposent sur le protocole principal d'Ethereum pour les éléments suivants : + +#### 1. Vivacité {#liveness} + +Le contrat en chaîne déployé lors de l'ouverture du canal est responsable de la fonctionnalité du canal. Si le contrat est exécuté sur Ethereum, le canal est toujours disponible à l'utilisation. À l'inverse, une chaîne latérale peut toujours échouer, même si le réseau principal est opérationnel, mettant ainsi les fonds des utilisateurs en danger. + +#### 2. Sécurité {#security} + +Dans une certaine mesure, les canaux d'état reposent sur Ethereum pour assurer la sécurité et protéger les utilisateurs contre les pairs malveillants. Comme nous le verrons dans les sections suivantes, les canaux utilisent un mécanisme de preuve de fraude qui permet aux utilisateurs de contester les tentatives de finaliser le canal avec une mise à jour invalide ou périmée. + +Dans ce cas, la partie honnête fournit le dernier état valide du canal comme preuve de fraude au contrat en chaîne pour vérification. Les preuves de fraude permettent à des parties mutuellement méfiantes d'effectuer des transactions hors chaîne sans risquer leurs fonds dans le processus. + +#### 3. Finalité {#finality} + +Les mises à jour d'état signées collectivement par les utilisateurs du canal sont considérées comme aussi bonnes que les transactions en chaîne. Cependant, toute activité au sein d'un canal n'atteint une véritable finalité que lorsque le canal est fermé sur Ethereum. + +Dans l'hypothèse optimiste, les deux parties peuvent coopérer et signer la mise à jour de l'état final et la soumettre sur la chaîne pour fermer le canal, après quoi les fonds sont distribués selon l'état final du canal. Dans l'hypothèse pessimiste, où quelqu'un essaie de tricher en postant une mise à jour d'état incorrecte sur la chaîne, sa transaction n'est pas finalisée tant que la fenêtre de contestation n'est pas écoulée. + +## Canaux d'état virtuel {#virtual-state-channels} + +L'implémentation naïve d'un canal d'état consisterait à déployer un nouveau contrat lorsque deux utilisateurs souhaitent exécuter une application hors chaîne. Non seulement cela n'est pas faisable, mais cette approche réduirait à néant le rapport coût-efficacité des canaux d'état (les coûts de transaction sur la chaîne peuvent rapidement s'accumuler). + +Pour résoudre ce problème, des « canaux virtuels » ont été créés. Contrairement aux canaux réguliers qui nécessitent des transactions sur la chaîne pour s'ouvrir et se clôturer, un canal virtuel peut être ouvert, exécuté et finalisé sans interaction avec la chaîne principale. Cette méthode permet même de régler des litiges hors chaîne. + +Ce système repose sur l'existence de ce que l'on appelle des « canaux de registre », qui ont été financés sur la chaîne. Les canaux virtuels entre deux parties peuvent être construits sur un canal de registre existant, le/les propriétaire(s) du canal de registre servant d'intermédiaire. + +Les utilisateurs de chaque canal virtuel interagissent via une nouvelle instance de contrat, le canal du registre pouvant prendre en charge plusieurs instances de contrat. L'état du canal du registre contient également plus d'un état de stockage de contrat, ce qui permet l'exécution parallèle d'applications hors chaîne entre différents utilisateurs. + +Tout comme les canaux ordinaires, les utilisateurs échangent des mises à jour d'état pour faire progresser la machine d'état. Hormis en cas de litige, il suffit de contacter l'intermédiaire pour ouvrir ou fermer le canal. + +### Canaux de paiement virtuel {#virtual-payment-channels} + +Les canaux de paiement virtuels fonctionnent sur le même principe que les canaux d'état virtuels : les participants connectés au même réseau peuvent échanger des messages sans avoir à ouvrir un nouveau canal sur la chaîne. Dans les canaux de paiement virtuels, les transferts de valeur sont acheminés par un ou plusieurs intermédiaires, avec la garantie que seul le destinataire prévu peut recevoir les fonds transférés. + +## Applications des canaux d'états {#applications-of-state-channels} + +### Paiements {#payments} + +Les premiers canaux de la blockchain étaient de simples protocoles qui permettaient à deux participants d'effectuer des transferts rapides et peu coûteux hors chaîne sans avoir à payer des frais de transaction élevés sur le réseau principal. Aujourd'hui, les canaux de paiement sont encore utiles pour les applications conçues pour l'échange et les dépôts d'éther et de jetons. + +Les paiements basés sur les canaux présentent les avantages suivants : + +1. **Débit** : la quantité de transactions hors chaîne par canal n'a aucun lien avec le débit d'Ethereum, qui résulte de divers facteurs, notamment la taille et la durée des blocs. En exécutant des transactions hors chaîne, les canaux de la blockchain peuvent atteindre un débit plus élevé. + +2. **Confidentialité** : dans la mesure où les canaux existent hors chaîne, les détails des interactions entre les participants ne sont pas enregistrés sur la blockchain publique d'Ethereum. Les utilisateurs de canaux ne doivent interagir sur la chaîne que pour financer et fermer des canaux ou régler des litiges. Les canaux sont donc utiles pour les personnes qui recherchent des transactions plus privées. + +3. **Latence** : les transactions hors chaîne effectuées entre les participants au canal peuvent être réglées instantanément, si les deux parties coopèrent, ce qui réduit les délais. En revanche, pour envoyer une transaction sur le réseau principal, il faut attendre que les nœuds traitent la transaction, produisent un nouveau bloc avec la transaction et parviennent à un consensus. Il se peut également que les utilisateurs doivent attendre d'autres confirmations de blocs avant de considérer une transaction comme finalisée. + +4. **Coût** : les canaux d'état sont particulièrement utiles dans les situations où un ensemble de participants échangent de nombreuses mises à jour d'état sur une longue période. Les seuls coûts encourus concernent l'ouverture et la fermeture du contrat intelligent du canal d'état ; chaque changement d'état entre l'ouverture et la fermeture du canal sera moins coûteux que le précédent car le coût du règlement est réparti en conséquence. + +La mise en œuvre de canaux d'état sur les solutions de couche 2, telles que les [rollups](/developers/docs/scaling/#rollups), pourrait les rendre encore plus attrayantes pour les paiements. Alors que les canaux offrent des paiements bon marché, les coûts de mise en place du contrat en chaîne sur le réseau principal pendant la phase d'ouverture peuvent devenir onéreux, surtout lorsque les frais de gaz augmentent. Les rollups basés sur Ethereum offrent des [frais de transaction plus bas](https://l2fees.info/) et peuvent réduire les frais généraux pour les participants au canal en faisant baisser les frais d'installation. + +### Microtransactions {#microtransactions} + +Les microtransactions sont des paiements de faible valeur (inférieurs à une fraction de dollar, par exemple) que les entreprises ne peuvent pas traiter sans encourir de pertes. Ces entités doivent payer les prestataires de services de paiement, ce qu'elles ne peuvent faire si la marge sur les paiements des clients est trop faible pour réaliser un bénéfice. + +Les canaux de paiement résolvent ce problème en réduisant les frais généraux associés aux microtransactions. Par exemple, un fournisseur d'accès à Internet (« Internet Service Provider » ou ISP) peut ouvrir un canal de paiement avec un client, lui permettant d'effectuer de petits paiements en continu chaque fois qu'il utilise le service. + +Au-delà du coût d'ouverture et de fermeture du canal, les participants n'encourent pas de frais supplémentaires sur les microtransactions (pas de frais de gaz). Tout le monde y gagne : les clients disposent d'une plus grande marge de manœuvre pour régler les services et les entreprises ne perdent pas de bénéfices sur les microtransactions. + +### Applications décentralisées {#decentralized-applications} + +Comme les canaux de paiement, les canaux d'état peuvent effectuer des paiements conditionnels en fonction des états finaux de la machine d'état. Les canaux d'état peuvent également prendre en charge une logique de transition d'état arbitraire, ce qui les rend utiles pour exécuter des applications génériques hors chaîne. + +Les canaux d'état sont souvent limités à de simples applications à tour de rôle, car cela facilite la gestion des fonds engagés dans le contrat sur la chaîne. En outre, avec un nombre limité de parties mettant à jour l'état de l'application hors chaîne à intervalles réguliers, il est relativement simple de sanctionner un comportement malhonnête. + +L'efficacité d'une application de canal d'état dépend également de sa conception. Par exemple, un développeur peut déployer une fois le contrat de canal de l'application sur la chaîne et permettre aux autres joueurs de réutiliser l'application sans avoir à passer par la chaîne. Dans ce cas, le canal initial de l'application sert de canal de registre supportant plusieurs canaux virtuels, chacun exécutant une nouvelle instance du contrat intelligent de l'application hors chaîne. + +Les jeux simples à deux joueurs, où les fonds sont distribués en fonction de l'issue du jeu, constituent un cas d'utilisation potentiel des applications de canaux d'état. L'avantage est que les joueurs n'ont pas à se faire confiance (absence de confiance) et que le contrat sur la chaîne, et non les joueurs, contrôle l'allocation des fonds et le règlement des litiges (décentralisation). + +Parmi les autres cas d'utilisation possibles des applications de canaux d'état, citons la propriété des noms ENS, les registres NFT, et bien d'autres encore. + +### Transferts atomiques {#atomic-transfers} + +Les premiers canaux de paiement étaient limités aux transferts entre deux parties, ce qui en limitait l'utilité. Cependant, l'introduction des canaux virtuels a permis aux individus d'acheminer les transferts par le biais d'intermédiaires (c'est-à-dire de multiples canaux p2p) sans avoir à ouvrir un nouveau canal sur la chaîne. + +Communément décrits comme des « transferts multi-saut », les paiements acheminés sont atomiques (c'est-à-dire que soit toutes les parties de la transaction réussissent, soit la transaction échoue complètement). Les transferts atomiques utilisent les [contrats HTLC (Contrats à synchronisation de hachage)](https://en.bitcoin.it/wiki/Hash_Time_Locked_Contracts) pour garantir que le paiement n'est libéré que si certaines conditions sont remplies, ce qui réduit le risque de contrepartie. + +## Inconvénients de l'utilisation des canaux d'états {#drawbacks-of-state-channels} + +### Hypothèses de vivacité {#liveness-assumptions} + +Pour garantir l'efficacité, les canaux d'état imposent des limites de temps aux participants du canal pour répondre aux litiges. Cette règle suppose que les pairs seront toujours en ligne pour surveiller l'activité du canal et contester les problèmes si nécessaire. + +En réalité, les utilisateurs peuvent être mis hors ligne pour des raisons indépendantes de leur volonté (par exemple, une mauvaise connexion internet, une panne mécanique, etc.). Si un utilisateur honnête se déconnecte, un pair malveillant peut exploiter la situation en présentant d'anciens états intermédiaires au contrat de l'adjudicateur et en volant les fonds engagés. + +Certains canaux utilisent des « watchtowers », c'est-à-dire des entités chargées de surveiller les conflits sur la chaîne au nom des autres et de prendre les mesures nécessaires, comme alerter les parties concernées. Cependant, cela peut augmenter les coûts d'utilisation d'un canal d'état. + +### Indisponibilité des données {#data-unavailability} + +Comme expliqué précédemment, la contestation d'un litige invalide nécessite de présenter le dernier état valide du canal d'état. Il s'agit d'une autre règle basée sur une hypothèse - que les utilisateurs ont accès au dernier état du canal. + +Bien qu'il soit raisonnable d'attendre des utilisateurs de canaux qu'ils stockent des copies de l'état des applications hors chaîne, ces données peuvent être perdues en raison d'une erreur ou d'une défaillance mécanique. Si l'utilisateur n'a pas sauvegardé les données, il ne peut qu'espérer que l'autre partie ne finalise pas une demande de sortie invalide en utilisant les anciennes transitions d'état en sa possession. + +Les utilisateurs d'Ethereum n'ont pas à faire face à ce problème puisque le réseau applique des règles sur la disponibilité des données. Les données relatives aux transactions sont stockées, propagées par tous les nœuds et peuvent être téléchargées par les utilisateurs en cas de besoin. + +### Problèmes de liquidité {#liquidity-issues} + +Pour établir un canal sur la blockchain, les participants doivent bloquer des fonds dans un contrat intelligent sur la chaîne pour le cycle de vie du canal. Cela réduit la liquidité des utilisateurs du canal et limite également les canaux à ceux qui peuvent se permettre de garder les fonds bloqués sur le réseau principal. + +Toutefois, les canaux des registres - exploités par un fournisseur de services hors chaîne (OSP) - peuvent réduire les problèmes de liquidité pour les utilisateurs. Deux pairs connectés à un canal du registre peuvent créer un canal virtuel, qu'ils peuvent ouvrir et finaliser complètement hors chaîne, quand ils le souhaitent. + +Les fournisseurs de services hors chaîne pourraient également ouvrir des canaux avec plusieurs pairs, ce qui les rend utiles pour l'acheminement des paiements. Bien entendu, les utilisateurs doivent payer des frais aux OSP pour leurs services, ce que certains pourraient juger indésirable. + +### Les attaques de griefing {#griefing-attacks} + +Les attaques de griefing sont une caractéristique commune des systèmes basés sur la preuve de fraude. Une attaque de griefing ne profite pas directement à l'attaquant mais cause du grief (c'est-à-dire du tort) à la victime, d'où son nom. + +La preuve de fraude est susceptible de faire l'objet d'attaques de type griefing, car la partie honnête doit répondre à chaque litige, même invalide, sous peine de perdre ses fonds. Un participant malveillant peut décider de poster de manière répétée des transitions d'état périmées sur la chaîne, obligeant la partie honnête à répondre avec l'état valide. Le coût de ces transactions sur la chaîne peut rapidement s'accumuler, et les parties honnêtes y perdent au change. + +### Ensembles de participants prédéfinis {#predefined-participant-sets} + +Par conception, le nombre de participants qui composent un canal d'état reste fixe pendant toute sa durée de vie. En effet, la mise à jour de l'ensemble des participants compliquerait le fonctionnement du canal, notamment pour le financement du canal ou le règlement des litiges. L'ajout ou le retrait de participants nécessiterait également une activité supplémentaire sur la chaîne, ce qui augmente les frais généraux pour les utilisateurs. + +Bien que cela rende les canaux d'état plus faciles à appréhender, cette approche limite l'utilité des conceptions de canaux pour les développeurs d'applications. Cela explique en partie pourquoi les canaux d'état ont été abandonnés au profit d'autres solutions de mise à l'échelle, comme les rollups. + +### Traitement parallèle des transactions {#parallel-transaction-processing} + +Les participants au canal d'état envoient des mises à jour d'état à tour de rôle, c'est pourquoi ils fonctionnent mieux pour les « applications basées sur le tour de rôle » (par exemple, un jeu d'échecs à deux joueurs). Cela élimine la nécessité de gérer les mises à jour simultanées de l'état et réduit le travail que le contrat en chaîne doit faire pour punir les publications de mise à jour périmées. Cependant, cette conception a pour effet secondaire de rendre les transactions dépendantes les unes des autres, ce qui augmente la latence et diminue l'expérience globale de l'utilisateur. + +Certains canaux d'état résolvent ce problème en utilisant une conception « full-duplex » qui divise l'état hors chaîne en deux états unidirectionnels « simplex », permettant des mises à jour d'état simultanées. Ces conceptions améliorent le débit hors chaîne et réduisent les délais de transaction. + +## Utilisation des canaux d'états {#use-state-channels} + +Plusieurs projets fournissent des implémentations de canaux d'état que vous pouvez intégrer dans vos dApps : + +- [Connext](https://connext.network/) +- [Kchannels](https://www.kchannels.io/) +- [Perun](https://perun.network/) +- [Raiden](https://raiden.network/) +- [Statechannels.org](https://statechannels.org/) + +## En savoir plus {#further-reading} + +**Canaux d'état** + +- [Comprendre les solutions de mise à l'échelle de la couche 2 d'Ethereum : State Channels, Plasma, et Truebit](https://medium.com/l4-media/making-sense-of-ethereums-layer-2-scaling-solutions-state-channels-plasma-and-truebit-22cb40dcc2f4) _– Josh Stark, 12 Fev 2018_ +- [Canaux d'état - une explication](https://www.jeffcoleman.ca/state-channels/) _– Jeff Coleman, 6 Nov 2015_ +- [Les bases des canaux d'état](https://education.district0x.io/general-topics/understanding-ethereum/basics-state-channels/) _District0x_ +- [Les canaux d'état de la blockchain : situation actuelle](https://ieeexplore.ieee.org/document/9627997) + +_Une ressource communautaire vous a aidé ? Modifiez cette page et ajoutez-la !_ diff --git a/public/content/translations/fr/developers/docs/scaling/zk-rollups/index.md b/public/content/translations/fr/developers/docs/scaling/zk-rollups/index.md index b12f2afd10c..63dd72b43e6 100644 --- a/public/content/translations/fr/developers/docs/scaling/zk-rollups/index.md +++ b/public/content/translations/fr/developers/docs/scaling/zk-rollups/index.md @@ -222,6 +222,7 @@ Regardez la vidéo de Finematics qui explique les rollups ZK : + ## Qui travaille sur une zkEVM ? {#zkevm-projects} Les projets fonctionnant sur les zkEVM comprennent : diff --git a/public/content/translations/fr/developers/docs/smart-contracts/security/index.md b/public/content/translations/fr/developers/docs/smart-contracts/security/index.md index 9378756bff2..b1703479a3f 100644 --- a/public/content/translations/fr/developers/docs/smart-contracts/security/index.md +++ b/public/content/translations/fr/developers/docs/smart-contracts/security/index.md @@ -471,7 +471,7 @@ Si vous comptez interroger un oracle sur le prix des actifs, envisagez d'utilise - **[ABI Encoder](https://abi.hashex.org/)** - _ : Il s'agit d'un service gratuit en ligne pour l'encodage des fonctions de contrat Solidity et de vos arguments de constructeur._ -- **[Aderyn](https://github.com/Cyfrin/aderyn)** - _Analyseur statique de Solidity, parcourant les arbres de syntaxe abstraite (AST) pour repérer les vulnérabilités suspectes et imprimant les problèmes dans un format markdown facile à utiliser._ +- Aderyn - Analyseur statique de Solidity, parcourant les arbres de syntaxe abstraite (AST) pour repérer les vulnérabilités suspectes et imprimant les problèmes dans un format markdown facile à utiliser. ### Outils de surveillance des contrats intelligents {#smart-contract-monitoring-tools} @@ -519,7 +519,7 @@ Si vous comptez interroger un oracle sur le prix des actifs, envisagez d'utilise - **[Oxorio](https://oxor.io/)** - _Audits de contrats intelligents et services de sécurité blockchain avec expertise concernant l'EVM, Solidity, le ZK, la technologie inter-chaînes pour les entreprises de crypto et les projets de DeFi._ -- **[Inference](https://inference.ag/)** - _Entreprise d'audit de sécurité spécialisée dans l'audit de contrats intelligents pour les blockchains basées sur l'EVM. Grâce à ces auditeurs experts, elle identifie les problèmes potentiels et suggèrent des solutions opérationnelles pour les régler avant leur déploiement._ +- **[Inference](https://inference.ag/)** - _Entreprise d'audit de sécurité spécialisée dans l'audit de contrats intelligents pour les blockchains basées sur l'EVM. Grâce à ces auditeurs experts, elle identifie les problèmes potentiels et suggèrent des solutions opérationnelles pour les régler avant leur déploiement. _ ### Plateformes de récompense de bug {#bug-bounty-platforms} @@ -563,7 +563,7 @@ Si vous comptez interroger un oracle sur le prix des actifs, envisagez d'utilise - **[Norme de vérification de la sécurité des contrats intelligents](https://github.com/securing/SCSVS)** - _Liste de contrôle de quatorze parties créée pour standardiser la sécurité des contrats intelligents pour les développeurs, architectes, réviseurs de sécurité et fournisseurs._ -- **[Apprendre la sécurité et l'audit des contrats intelligents](https://updraft.cyfrin.io/courses/security)** - _Le cours ultime sur la sécurité et l'audit des contrats intelligents, conçu pour les développeurs de contrats intelligents souhaitant améliorer leurs pratiques en matière de sécurité et devenir des chercheurs en sécurité._ +- **[Apprendre la sécurité et l'audit des contrats intelligents](https://updraft.cyfrin.io/courses/security) - _Le cours ultime sur la sécurité et l'audit des contrats intelligents, conçu pour les développeurs de contrats intelligents souhaitant améliorer leurs pratiques en matière de sécurité et devenir des chercheurs en sécurité._ ### Tutoriels sur la sécurité des contrats intelligents {#tutorials-on-smart-contract-security} diff --git a/public/content/translations/fr/developers/docs/smart-contracts/testing/index.md b/public/content/translations/fr/developers/docs/smart-contracts/testing/index.md index 61ea726eb67..2238e913f64 100644 --- a/public/content/translations/fr/developers/docs/smart-contracts/testing/index.md +++ b/public/content/translations/fr/developers/docs/smart-contracts/testing/index.md @@ -130,7 +130,7 @@ De nombreux frameworks de tests unitaires vous permettent de créer des assertio ##### 3. Mesurer la couverture du code -[La couverture de code](https://en.m.wikipedia.org/wiki/Code_coverage) est une métrique de test qui suit le nombre de branches, de lignes et d'instructions dans votre code exécuté lors des tests. Les tests doivent avoir une bonne couverture du code, sinon vous risquez d'obtenir des « faux négatifs », ce qui se produit lorsqu'un contrat réussit tous les tests, mais des vulnérabilités existent toujours dans le code. L'enregistrement d'une couverture de code élevée donne toutefois l'assurance que toutes les déclarations/fonctions d'un contrat intelligent ont été suffisamment testées pour être correctes. +[La couverture de code](https://en.m.wikipedia.org/wiki/Code_coverage) est une métrique de test qui suit le nombre de branches, de lignes et d'instructions dans votre code exécuté lors des tests. Les tests devraient avoir une bonne couverture de code pour minimiser le risque de vulnérabilités non testées. Sans une couverture suffisante, vous pourriez à tort supposer que votre contrat est sécurisé parce que tous les tests réussissent, alors que des vulnérabilités existent encore dans des chemins de code non testés. L'enregistrement d'une couverture de code élevée donne toutefois l'assurance que toutes les déclarations/fonctions d'un contrat intelligent ont été suffisamment testées pour être correctes. ##### 4. Utiliser des frameworks de test bien développés @@ -213,7 +213,7 @@ Exécuter des contrats sur une blockchain locale pourrait être utile comme une ### Tests de contrats sur les réseaux de test {#testing-contracts-on-testnets} -Un réseau de test fonctionne exactement comme le réseau principal d'Ethereum, sauf qu'il utilise Ether (ETH) sans valeur de monde réel. Déployer votre contrat sur un [réseau de test](/developers/docs/networks/#ethereum-testnets) signifie que n'importe qui peut interagir avec lui (par exemple, via le frontend de la DAPP) sans mettre en péril les fonds. +Un réseau de test fonctionne exactement comme le réseau principal d'Ethereum, sauf qu'il utilise de l'Ether (ETH) sans valeur dans le monde réel. Déployer votre contrat sur un [réseau de test](/developers/docs/networks/#ethereum-testnets) signifie que n'importe qui peut interagir avec lui (par exemple, via le frontend de la DAPP) sans mettre en péril les fonds. Cette forme de test manuel est utile pour évaluer le flux de bout en bout de votre application du point de vue de l'utilisateur. Ici, les utilisateurs finaux peuvent exécuter des essais et rapporter tous les problèmes avec la logique commerciale du contrat et les fonctionnalités générales. diff --git a/public/content/translations/fr/developers/docs/smart-contracts/upgrading/index.md b/public/content/translations/fr/developers/docs/smart-contracts/upgrading/index.md index dccd56c0485..7358b15377f 100644 --- a/public/content/translations/fr/developers/docs/smart-contracts/upgrading/index.md +++ b/public/content/translations/fr/developers/docs/smart-contracts/upgrading/index.md @@ -160,6 +160,6 @@ Les timelocks donnent aux utilisateurs un certain temps pour quitter le système - [L'état des mises à jour des contrats intelligents](https://blog.openzeppelin.com/the-state-of-smart-contract-upgrades/) par Santiago Palladino - [Plusieurs façons de mettre à jour un contrat intelligent Solidity](https://cryptomarketpool.com/multiple-ways-to-upgrade-a-solidity-smart-contract/) - Blog Crypto Market Pool -- [Apprendre à mettre à jour un contrat intelligent](https://docs.openzeppelin.com/learn/upgrading-smart-contracts) - OpenZeppelin Docs -- [La méthode proxy pour mettre à jour les contrats en Solidity : Proxy Transparent vs UUPS](https://mirror.xyz/0xB38709B8198d147cc9Ff9C133838a044d78B064B/M7oTptQkBGXxox-tk9VJjL66E1V8BUF0GF79MMK4YG0) par Naveen Samu +- [ Apprendre à mettre à jour un contrat intelligent](https://docs.openzeppelin.com/learn/upgrading-smart-contracts) - OpenZeppelin Docs +- <0>La méthode proxy pour mettre à jour les contrats en Solidity : Proxy Transparent vs UUPS par Naveen Samu - [Comment les mises à jour en diamant fonctionnent ?](https://dev.to/mudgen/how-diamond-upgrades-work-417j) par Nick Mudge diff --git a/public/content/translations/fr/developers/docs/smart-contracts/verifying/index.md b/public/content/translations/fr/developers/docs/smart-contracts/verifying/index.md index f34eb730ef5..2e6378fdb40 100644 --- a/public/content/translations/fr/developers/docs/smart-contracts/verifying/index.md +++ b/public/content/translations/fr/developers/docs/smart-contracts/verifying/index.md @@ -70,7 +70,7 @@ Le processus traditionnel de vérification des contrats peut être complexe. C'e ### Etherscan {#etherscan} -Bien que principalement connu comme un [explorateur de la blockchain Ethereum](/developers/docs/data-and-analytics/block-explorers/), Etherscan propose également un [service de vérification de source code](https://etherscan.io/verifyContract) pour les développeurs et les utilisateurs de contrats intelligents. +Bien que principalement connu comme un [explorateur de la blockchain Ethereum](/developers/docs/data-and-analytics/block-explorers/), Etherscan propose également un [service de vérification de source code ](https://etherscan.io/verifyContract) pour les développeurs et les utilisateurs de contrats intelligents. Etherscan vous permet de recompiler le bytecode du contrat à partir de la charge utile des données originales (code source, adresse de la bibliothèque, paramètres du compilateur, adresse du contrat, etc.) Si le bytecode recompilé est identifié comme étant identique au bytecode (et les paramètres du constructeur) du contrat en chaîne, alors [le contrat est vérifié](https://info.etherscan.com/types-of-contract-verification/). diff --git a/public/content/translations/fr/developers/docs/transactions/index.md b/public/content/translations/fr/developers/docs/transactions/index.md index a38892db7b2..be8b76fd1f1 100644 --- a/public/content/translations/fr/developers/docs/transactions/index.md +++ b/public/content/translations/fr/developers/docs/transactions/index.md @@ -22,7 +22,7 @@ Les transactions requièrent des frais et doivent être incluses dans un bloc va Une transaction soumise comprend les informations suivantes : -- `depuis` - l'adresse de l'expéditeur qui signera la transaction. On aura donc une adresse émettrice, car les contrats et les adresses (Accounts) ne vous permettront pas d'envoyer des transactions. +- `depuis` - l'adresse de l'expéditeur qui signera la transaction. Il s'agira d'un compte externe, car les comptes contractuels ne vous permettront pas d'envoyer des transactions - `to` : l'adresse de réception (S'il s'agit d'un compte externe, la transaction va transférer la valeur. S'il s'agit d'un compte de contrat, la transaction exécutera le code du contrat.) - `signature` : identifiant de l'expéditeur. Cette signature est générée lorsque la clé privée de l'expéditeur signe la transaction, et confirme que l'expéditeur a autorisé cette transaction. - `nonce` -, il s'agit d'une machine à travers laquelle un nombre maximum d'essais consécutifs est réalisé, il qualifie aussi le numéro de transactions dans la liste des transactions sortantes depuis votre adresse @@ -162,7 +162,7 @@ Tout gaz non utilisé dans une transaction est remboursé sur le compte de l'uti Du gaz est nécessaire pour toute transaction qui implique un contrat intelligent. -Les contrats intelligents peuvent également contenir des fonctions connues sous le nom de fonctions [`view`](https://docs.soliditylang.org/en/latest/contracts.html#view-functions) ou [`pure`](https://docs.soliditylang.org/en/latest/contracts.html#pure-functions), qui n'altèrent pas l'état du contrat. Ainsi, appeler ces fonctions à partir d'un EOA ne nécessitera aucun gaz. L'appel RPC sous-jacent pour ce scénario est [`eth_call`](/developers/docs/apis/json-rpc#eth_call) +Les contrats intelligents peuvent également contenir des fonctions connues sous le nom de fonctions [`view`](https://docs.soliditylang.org/en/latest/contracts.html#view-functions) ou [`pure`](https://docs.soliditylang.org/en/latest/contracts.html#pure-functions), qui n'altèrent pas l'état du contrat. Ainsi, appeler ces fonctions à partir d'un EOA ne nécessitera aucun gaz. L'appel RPC sous-jacent pour ce scénario est [`eth_call`](/developers/docs/apis/json-rpc#eth_call). Contrairement à l'utilisation de `eth_call`, ces fonctions `view` ou `pure` sont également fréquemment appelées en interne (c'est-à-dire à partir du contrat lui-même ou d'un autre contrat), ce qui entraîne un coût en gaz. @@ -198,7 +198,7 @@ Où les champs sont définis comme : - `TransactionType` : un nombre compris entre 0 et 0x7f, pour un total de 128 types de transactions possibles. - `TransactionPayload` : une table arbitraire d'octets définie par le type de transaction. -En fonction de la valeur `TransactionType`, une transaction peut être classée comme +En fonction de la valeur `TransactionType`, une transaction peut être classée comme : 1. **Transactions de type 0 (Legacy) :** Le format de transaction original utilisé depuis le lancement d'Ethereum. Ils n'incluent pas les fonctionnalités de l'[EIP-1559](https://eips.ethereum.org/EIPS/eip-1559), telles que les calculs dynamiques des frais de gaz ou les listes d'accès pour les contrats intelligents. Les transactions originelles n'ont pas de préfixe spécifique indiquant leur type dans leur forme sérialisée, et commencent par l'octet `0xf8` lorsqu'elles utilisent le codage [Recursive Length Prefix (RLP)](/developers/docs/data-structures-and-encoding/rlp). La valeur TransactionType pour ces transactions est `0x0`. diff --git a/public/content/translations/fr/glossary/index.md b/public/content/translations/fr/glossary/index.md index 5b5b26b4ca5..3241f6bc951 100644 --- a/public/content/translations/fr/glossary/index.md +++ b/public/content/translations/fr/glossary/index.md @@ -20,8 +20,12 @@ lang: fr + + + + @@ -60,6 +64,8 @@ lang: fr + + @@ -92,6 +98,8 @@ lang: fr + + @@ -158,6 +166,12 @@ lang: fr + + + + + + @@ -214,6 +228,8 @@ lang: fr + + @@ -226,7 +242,7 @@ lang: fr - + @@ -236,6 +252,8 @@ lang: fr + + @@ -244,12 +262,18 @@ lang: fr ## L {#section-l} + + + + + + @@ -258,18 +282,26 @@ lang: fr + + + + + + + + ## N {#section-n} @@ -288,8 +320,12 @@ lang: fr ## O {#section-o} + + + + @@ -302,16 +338,24 @@ lang: fr + + + + + + + + @@ -336,6 +380,10 @@ lang: fr + + + + @@ -374,6 +422,8 @@ lang: fr + + @@ -394,6 +444,8 @@ lang: fr + + @@ -436,7 +488,7 @@ lang: fr ## Sources {#sources} -_Fournis pour partie par [Mastering Ethereum](https://github.com/ethereumbook/ethereumbook) (Maîtriser Ethereum) par [Andreas M. Antonopoulos et Gavin Wood](https://ethereumbook.info), sous licence CC-BY-SA_ +_Fournis pour partie par [Maîtriser Ethereum](https://github.com/ethereumbook/ethereumbook) par [Andreas M. Antonopoulos et Gavin Wood](https://ethereumbook.info), sous licence CC-BY-SA_ diff --git a/public/content/translations/fr/guides/how-to-create-an-ethereum-account/index.md b/public/content/translations/fr/guides/how-to-create-an-ethereum-account/index.md index a92f8f7a183..6ea99bfbfc6 100644 --- a/public/content/translations/fr/guides/how-to-create-an-ethereum-account/index.md +++ b/public/content/translations/fr/guides/how-to-create-an-ethereum-account/index.md @@ -58,7 +58,7 @@ Non. Le portefeuille est un outil de gestion qui vous aide à gérer vos comptes ### Puis-je envoyer des bitcoins à une adresse Ethereum, ou des ethers à une adresse Bitcoin ? -Non, vous ne pouvez pas. Bitcoin et Ether existent sur deux réseaux différents (c'est-à-dire des blockchains différentes), chacun ayant ses propres registres et formats d'adresse. Plusieurs tentatives ont été mises en place pour relier ces deux réseaux, la plus concluante étant actuellement [Bitcoin Emballé ou WBTC](https://www.bitcoin.com/get-started/what-is-wbtc/). Ceci n'est pas une recommandation, car WBTC est une solution de garde (ce qui signifie qu'un groupe restreint de personnes contrôle certaines fonctions critiques) et est fourni ici à titre informatif uniquement. +Non, vous ne pouvez pas. Bitcoin et Ether existent sur deux réseaux différents (c'est-à-dire des blockchains différentes), chacun ayant ses propres registres et formats d'adresse. Plusieurs tentatives ont été mises en place pour relier ces deux réseaux, la plus concluante étant actuellement [Bitcoin Emballé ou WBTC](https://www. bitcoin. com/get-started/what-is-wbtc/). Ceci n'est pas une recommandation, car WBTC est une solution de garde (ce qui signifie qu'un groupe restreint de personnes contrôle certaines fonctions critiques) et est fourni ici à titre informatif uniquement. ### Si je possède une adresse ETH, est-ce que je peux l'utiliser sur d'autres blockchains ? diff --git a/public/content/translations/fr/guides/how-to-id-scam-tokens/index.md b/public/content/translations/fr/guides/how-to-id-scam-tokens/index.md index 8975896be4e..f21d5db3c28 100644 --- a/public/content/translations/fr/guides/how-to-id-scam-tokens/index.md +++ b/public/content/translations/fr/guides/how-to-id-scam-tokens/index.md @@ -55,7 +55,7 @@ Les créateurs de jetons frauduleux ont recours à plusieurs astuces pour paraî - **Propriétaires légitimes**. Les jetons frauduleux créditent souvent des soldes importants à des adresses qui pourraient vraisemblablement détenir des jetons authentiques. - Par exemple, regardons à nouveau `wARB`. [Environ 16 % des jetons](https://etherscan.io/token/0xb047c8032b99841713b8e3872f06cf32beb27b82?a=0x1c8db745abe3c8162119b9ef2c13864cd1fdd72f) sont détenus par une adresse dont la balise publique est [Arbitrum Foundation: Deployer](https://etherscan.io/address/0x1c8db745abe3c8162119b9ef2c13864cd1fdd72f). Il ne s'agit _pas_ d'une fausse adresse, c'est vraiment l'adresse qui a [déployé le vrai contrat ARB sur Ethereum mainnet](https://etherscan.io/tx/0x242b50ab4fe9896cb0439cfe6e2321d23feede7eeceb31aa2dbb46fc06ed2670). + Par exemple, regardons à nouveau `wARB`. [Environ 16 % des jetons](https://etherscan.io/token/0xb047c8032b99841713b8e3872f06cf32beb27b82?a=0x1c8db745abe3c8162119b9ef2c13864cd1fdd72f) sont détenus par une adresse dont la balise publique est [Arbitrum Foundation: Deployer](https:// etherscan.io/address/0x1c8db745abe3c8162119b9ef2c13864cd1fdd72f). Il ne s'agit _pas_ d'une fausse adresse, c'est vraiment l'adresse qui a [déployé le vrai contrat ARB sur Ethereum mainnet](https://etherscan.io/tx/0x242b50ab4fe9896cb0439cfe6e2321d23feede7eeceb31aa2dbb46fc06ed2670). Étant donné que le solde ERC-20 d'une adresse fait partie du stockage du contrat ERC-20, il peut être spécifié par le contrat comme étant ce que souhaite le développeur du contrat. Il est également possible qu'un contrat interdise les transferts afin que les utilisateurs légitimes ne puissent pas se débarrasser de ces jetons frauduleux. @@ -94,4 +94,4 @@ Tant qu'il y aura de la valeur dans le monde, il y aura des malfaiteurs qui tent - Les jetons malveillants imitent des jetons légitimes en utilisant le même nom, symbole, etc. - Les jetons malveillants _ne peuvent pas_ utiliser la même adresse de contrat. - La meilleure source pour l'adresse légitime du jeton est l'organisation émettrice dudit jeton. -- À défaut, vous pouvez utiliser des applications populaires et fiables comme [Uniswap](https://app.uniswap.org/#/swap) et [Etherscan](https://etherscan.io/). +- À défaut, vous pouvez utiliser des applications populaires et fiables comme [Uniswap](https://app.uniswap.org/#/swap) et [Etherscan](https://etherscan.io /). diff --git a/public/content/translations/fr/guides/how-to-use-a-bridge/index.md b/public/content/translations/fr/guides/how-to-use-a-bridge/index.md index 890c4d98614..fa088ae57f2 100644 --- a/public/content/translations/fr/guides/how-to-use-a-bridge/index.md +++ b/public/content/translations/fr/guides/how-to-use-a-bridge/index.md @@ -10,7 +10,7 @@ Si le trafic sur Ethereum devient trop important, cela peut devenir coûteux. Un **Prérequis :** -- détenir un portefeuille de cryptomonnaies, vous pouvez suivre ce tutoriel : [Comment : « Enregistrer » un compte Ethereum](/guides/how-to-create-an-ethereum-account/) +- avoir un portefeuille crypto, vous pouvez suivre ce tutoriel : [Comment créer un compte Ethereum](/guides/how-to-create-an-ethereum-account/) - ajouter des fonds à votre portefeuille ## 1. Déterminez le réseau de seconde couche que vous souhaitez utiliser diff --git a/public/content/translations/fr/guides/how-to-use-a-wallet/index.md b/public/content/translations/fr/guides/how-to-use-a-wallet/index.md index 009f48431cd..7e7f4e4746b 100644 --- a/public/content/translations/fr/guides/how-to-use-a-wallet/index.md +++ b/public/content/translations/fr/guides/how-to-use-a-wallet/index.md @@ -1,5 +1,6 @@ --- title: Comment utiliser un portefeuille +metaTitle: Comment utiliser un portefeuille Ethereum | Étape par étape description: Un guide expliquant comment envoyer, recevoir des jetons et se connecter à des projets web3. lang: fr --- diff --git a/public/content/translations/fr/guides/index.md b/public/content/translations/fr/guides/index.md index a11f2e1290f..3579b9167a1 100644 --- a/public/content/translations/fr/guides/index.md +++ b/public/content/translations/fr/guides/index.md @@ -22,6 +22,6 @@ Vous souhaitez entamer votre aventure sur Ethereum ? Nos guides pratiques vous c ## Utiliser Ethereum -1. [Comment transférer des jetons vers une seconde couche](/guides/how-to-use-a-bridge/) - Les transactions sur Ethereum sont-elles trop coûteuses ? Pensez à passer aux solutions de mise à l'échelle Ethereum appelées secondes couches. +1. [Comment transférer des jetons vers une seconde couche ](/guides/how-to-use-a-bridge/) - Les transactions sur Ethereum sont-elles trop coûteuses ? Pensez à passer aux solutions de mise à l'échelle Ethereum appelées secondes couches. 2. [Comment échanger des jetons](/guides/how-to-swap-tokens/) - Souhaitez-vous échanger vos jetons contre un autre ? Ce guide simple vous montrera comment procéder. diff --git a/public/content/translations/fr/history/index.md b/public/content/translations/fr/history/index.md index 80728c95f22..2ae0313cead 100644 --- a/public/content/translations/fr/history/index.md +++ b/public/content/translations/fr/history/index.md @@ -19,12 +19,110 @@ Ces changements de règles peuvent créer une scission temporaire dans le résea + + +Le logiciel qui sous-tend Ethereum est composé de deux moitiés, connues sous le nom de [couche d'exécution](/glossary/#execution-layer) et de [couche de consensus](/glossary/#consensus-layer). + +**Nom des mises à jour de la couche d'exécution** + +Depuis 2021, les mises à jour de la **couche d'exécution** sont nommées en fonction du nom de la ville où a eu lieu la [précédente conférence Devcon](https://devcon.org/en/past-events/). Par ordre chronologique : + +| Nom | Année de la Devcon| Numéro de la Devcon | Date de mise à jour | +| ------------ | ----------- | ------------- | ------------ | +| Berlin | 2015 | 0 | 15 Avril 2021 | +| Londre | 2016 | I | 5 Août 2021 | +| Shanghai | 2017 | II | 12 Avril 2023 | +| **Cancun** | 2018 | III | 13 Mars 2024 | +| _Prague_ | 2019 | IV | À déterminer | +| _Osaka_ | 2020 | V | À déterminer | +| _Bogota_ | 2022 | VI | À déterminer | +| _Bangkok_ | 2024 | VII | À déterminer | + +**Nom des mises à jour de la couche de consensus** + +Depuis le lancement de la [chaîne phare](/glossary/#beacon-chain), les mises à jour de la **couche de consensus** sont nommées d'après des étoiles célestes commençant par des lettres qui se suivent dans l'ordre alphabétique : + +| Nom | Date de mise à jour | +| ----------------------------------------------------------- | ------------ | +| Beacon Chain genesis | Dec 1, 2020 | +| [Altaïr](https://fr.wikipedia.org/wiki/Altaïr) | Oct 27, 2021 | +| [Bellatrix](https://fr.wikipedia.org/wiki/Gamma_Orionis) | Sep 6, 2022 | +| [Capella](https://fr.wikipedia.org/wiki/Capella_(étoile)) | Apr 12, 2023 | +| [**Deneb**](https://fr.wikipedia.org/wiki/Deneb) | Mar 13, 2024 | +| [_Electra_]() | À déterminer | + +**Dénomination combiné** + +Initialement, les mises à jour des couches d'exécution et de consensus n'étaient pas déployées simultanément. Mais après [La Fusion](/roadmap/merge/) réalisée en 2022, elles ont été déployées simultanément. Ainsi, des termes familiers sont apparus pour simplifier les références à ces mises à niveau en utilisant un seul terme conjoint. Cela a commencé avec la mise à niveau _Shanghai-Capella_, communément appelée "**Shapella**", et se poursuit avec la mise à niveau _Cancun-Deneb_, qui peut être appelée "**Dencun**." + +| Mise à niveau Exécution | Mise à niveau Consensus | Nom court | +| ----------------- | ----------------- | ---------- | +| Shanghai | Capella | "Shapella" | +| Cancun | Deneb | "Dencun" | + + + Passer directement à l'information sur certaines des mises à jour passées particulièrement importantes : [La Chaîne phare](/roadmap/beacon-chain/); [La Fusion](/roadmap/merge/); et [EIP-1559](#london) Vous cherchez les prochaines mises à jour de protocole ? [Découvrez les mises à jour à venir sur la feuille de route Ethereum](/roadmap/). +## 2024 {#2024} + +### Cancun-Deneb ("Dencun") {#dencun} + + + +#### Résumé de Cancun {#cancun-summary} + +La mise à niveau Cancun contient un ensemble d'améliorations pour l'_exécution_ d'Ethereum destiné à l'amélioration de l'évolutivité, en association avec les mises à niveau de consensus Deneb. + +Cela inclut notamment EIP-4844, connu comme **Proto-Danksharding**, qui réduit significativement le coût du stockage de données pour les rollups de seconde couche. Cela est réalisé grâce à l'introduction de "blobs" de données qui permettent aux rollups d'envoyer des données sur le Réseau principal pendant une courte période de temps. Il en résulte une diminution significative des frais de transactions pour les utilisateurs de rollups de seconde couche. + + + +
    +
  • EIP-1153 - Codes d'opération de stockage transitoire
    • +
  • EIP-4788 - Racine du bloc phare dans l'EVM
    • +
  • EIP-4844 - Transactions de blobs fragmentés (Proto-Danksharding)
    • +
  • EIP-5656 - MCOPY - Instruction de copie de mémoire
    • +
  • EIP-6780 - SELFDESTRUCT uniquement dans la même transaction
    • +
  • EIP-7516 - BLOBBASEFEE opcode
    • +
+ + + +- [Les rollups de couche 2](/layer-2/) +- [Proto-Danksharding](/roadmap/scaling/#proto-danksharding) +- [Danksharding](/roadmap/danksharding/) +- [Lire les spécifications de la mise à jour Cancun](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/cancun.md) + +#### Résumé de Deneb {#deneb-summary} + +La mise à niveau Deneb contient un ensemble d'améliorations du _consensus_ d'Ethereum visant à améliorer l'évolutivité. Cette mise à niveau s'accompagne des mises à niveau d'exécution de Cancun pour activer le Proto-Danksharding (EIP-4844), ainsi que d'autres améliorations de la Chaîne phare. + +Les "messages de sortie volontaire" n'expirent plus, donnant ainsi plus de contrôle aux utilisateurs mettant en jeu leurs fonds auprès d'un opérateur de nœud tiers. Avec ce message de sortie signé, les validateurs peuvent déléguer les opérations de noeud tout en maintenant leur capacité de retirer en toute sécurité et à tout moment leurs fonds, sans avoir à demander la permission à quiconque. + +EIP-7514 apporte une restriction de la distribution d'ETH en limitant le taux de "churn", afin que les validateurs rejoignent le réseau par groupe de huit (8) maximum pour chaque période. Dans la mesure où la distribution de l'ETH est proportionnelle à la totalité des ETH mis en jeu, limiter le nombre de validateurs bloque la _croissance_ d'ETH nouvellement distribués, tout en réduisant les besoins en matériel informatique pour les opérateurs de noeud, aidant ainsi la décentralisation. + + + +
    +
  • EIP-4788 - Racine du bloc phare dans l'EVM
    • +
  • EIP-4844 - Transactions de blocs de fragmentation
    • +
  • EIP-7044 - Sorties volontaires signées perpétuellement valides
    • +
  • EIP-7045 - Augmentation de l'attestation maximale du créneau d'inclusion
    • +
  • EIP-7514 - Ajout d'une limite maximale de changement par époque
    • +
+ + + +- [Lire les spécifications de la mise à jour Deneb](https://github.com/ethereum/consensus-specs/blob/dev/specs/deneb/) +- [FAQ Cancun-Deneb ("Dencun")](/roadmap/dencun/) + + + ## 2023 {#2023} ### Shanghai-Capella ("Shapella") {#shapella} @@ -150,7 +248,7 @@ La mise à niveau Altair était la première mise à niveau répertoriée pour l - [Lire les spécifications de la mise à niveau Altair](https://github.com/ethereum/consensus-specs/tree/dev/specs/altair) -#### Anecdote ! {#altair-fun-fact} +#### Anecdote ! {#altair-fun-fact} Altair a été la première mise à jour majeure du réseau à disposer d'un délai de mise en œuvre précis. Toutes les mises à niveau antérieures étaient basées sur un numéro de bloc déclaré sur la chaîne de preuve de travail, dans laquelle les durées de blocage varient. La chaîne phare ne nécessite pas de résoudre de preuve de travail, mais fonctionne sur la base d'un système de périodes composées de 32 créneaux de 12 secondes pendant lesquels les validateurs peuvent proposer des blocs. C'est pourquoi nous savions exactement quand nous atteindrions l'époque 74 240 et la date de sortie d'Altair ! @@ -166,6 +264,20 @@ Altair a été la première mise à jour majeure du réseau à disposer d'un dé La mise à niveau London a introduit [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559), qui a réorganisé le marché des frais de transaction, ainsi que des changements dans le traitement des remboursements de gaz et le calendrier [Ice Age](/glossary/#ice-age). +#### Qu'est-ce que la mise à niveau de Londres / EIP-1559 ? {#eip-1559} + +Avant la mise à jour de Londres, Ethereum avait des blocs de taille fixe. En période de forte demande du réseau, ces blocs fonctionnaient à pleine capacité. En conséquence, les utilisateurs devaient souvent attendre que la demande diminue pour être inclus dans un bloc, ce qui entraînait une mauvaise expérience utilisateur. La mise à niveau de Londres a permis d'introduire des blocs de taille variable dans Ethereum. + +Dans le cadre de la [mise à niveau de Londres](/history/#london) d'août 2021, le mode de calcul des frais de transaction sur le réseau Ethereum a été modifié. Avant la mise à niveau de Londres, les frais étaient calculés sans distinguer les frais de `base` et de `priority`, comme suit : + +Disons qu'Alice devait payer à Marc la somme d'1 ETH. Dans la transaction, la limite de gaz est de 21 000 unités et le prix du gaz est de 200 gwei. + +Les frais totaux auraient été les suivants : `Gas units (limit) * Gas price per unit` (unités de gaz (limite) * Prix du gaz par unité) soit `21 000 * 200 = 4 200 000 gwei` ou 0,0042 ETH + +La mise en œuvre de [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) dans la mise à niveau de Londres a rendu le mécanisme de frais de transaction plus complexe, mais a rendu les frais de gaz plus prévisibles, ce qui s'est traduit par un marché des frais de transaction plus efficace. Les utilisateurs peuvent soumettre des transactions avec un`maxFeePerGas`, correspondant au montant qu'ils sont prêts à payer pour l'exécution de la transaction, et ce, en sachant qu'ils ne paieront pas plus que le prix du marché pour le gaz (`baseFeePerGas`), et qu'ils se feront rembourser tout excédent, moins leur pourboire. + +Cette vidéo explique l'EIP-1559 et les avantages qu'elle apporte : [EIP-1559 expliqué](https://www.youtube.com/watch?v=MGemhK9t44Q) + - [Êtes-vous un développeur d'applications décentralisées ? Assurez-vous de mettre à niveau vos bibliothèques et vos outils.](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/london-ecosystem-readiness.md) - [Lire l'annonce de l'Ethereum Foundation](https://blog.ethereum.org/2021/07/15/london-mainnet-announcement/) - [Lire l'explication du site Ethereum Cat Herders](https://medium.com/ethereum-cat-herders/london-upgrade-overview-8eccb0041b41) @@ -316,7 +428,7 @@ La fourche Constantinople a :
  • EIP-145 – Optimise le coût de certaines actions en chaîne.
  • EIP-1014 – vous permet d'interagir avec des adresses qui n'ont pas encore été créées.
    • -
  • EIP-1052 – optimise le coût de certaines actions en chaîne.
    • +
  • EIP-1052 – introduit l'instruction EXTCODEHASH pour récupérer le hachage du code d'un autre contrat.
  • EIP-1234 – s'assure que la blockchain ne gèle pas 'avant la preuve d'enjeu et réduit les récompenses de 3 à 2 ETH par bloc.
@@ -334,7 +446,7 @@ La fourche Constantinople a : La fourche Byzantium a : -- réduit les récompenses pour le [minage](/developers/docs/consensus-mechanisms/pow/mining/)des blocs de 5 à 3 ETH ; +- réduit les récompenses pour le [minage ](/developers/docs/consensus-mechanisms/pow/mining/)des blocs de 5 à 3 ETH ; - retardé la [bombe de difficulté](/glossary/#difficulty-bomb) d'un an ; - ajouté la possibilité d'effectuer des appels sans changement d'état vers d'autres contrats ; - ajouté certaines méthodes de cryptographie pour permettre la [mise à l'échelle de la couche 2](/developers/docs/scaling/#layer-2-scaling). diff --git a/public/content/translations/fr/nft/index.md b/public/content/translations/fr/nft/index.md index deaca1918aa..ccdd9f8fa30 100644 --- a/public/content/translations/fr/nft/index.md +++ b/public/content/translations/fr/nft/index.md @@ -1,5 +1,6 @@ --- title: Jetons non fongibles (NFT) +metaTitle: Que sont les NFT ? | Avantages et utilisation description: Un aperçu des NFT sur Ethereum lang: fr template: use-cases @@ -14,18 +15,24 @@ summaryPoint3: Propulsés par des contrats intelligents sur la blockchain Ethere ## Que sont les NFT ? {#what-are-nfts} -Les NFT sont des jetons qui sont **individuellement uniques**. Chaque NFT a des propriétés différentes (non fongibles) et sa rareté est prouvée. Ils diffèrent des jetons tels que [l'ETH](/glossary/#ether) ou d'autres jetons basés sur Ethereum comme l'USDC, où chaque jeton est identique et possède les mêmes propriétés (« fongibles »). Vous ne vous souciez pas de savoir quel type de billet (ou d'ETH) vous possédez dans votre portefeuille, parce qu'ils sont tous identiques et valent tous la même chose. Cependant, vous vous souciez de savoir quel NFT spécifique vous possédez, car ils ont tous des propriétés individuelles qui les distinguent des autres ("non fongibles"). +Les NFT sont des jetons qui sont **individuellement uniques**. Chaque NFT a des propriétés différentes (non fongibles) et sa rareté est prouvée. Ils diffèrent des jetons tels que + +l'ETH ou d'autres jetons basés sur Ethereum comme l'USDC, où chaque jeton est identique et possède les mêmes propriétés (« fongibles »). Vous ne vous souciez pas de savoir quel type de billet (ou d'ETH) vous possédez dans votre portefeuille, parce qu'ils sont tous identiques et valent tous la même chose. Cependant, vous vous souciez de savoir quel NFT spécifique vous possédez, car ils ont tous des propriétés individuelles qui les distinguent des autres ("non fongibles").

Le caractère unique de chaque NFT permet la tokenisation de choses telles que l'art, les objets de collection ou même l'immobilier, où un NFT unique et spécifique représente un objet numérique ou réel unique et spécifique. La propriété d'un actif est publiquement vérifiable sur la [blockchain](/glossary/#blockchain) Ethereum. + + ## L'internet des ressources {#internet-of-assets} Les NFT et Ethereum résolvent certains des problèmes qui se posent aujourd'hui sur l'internet. Alors que tout devient de plus en plus numérique, il y a un besoin de reproduire les propriétés des objets physiques tels que la rareté, l'unicité et la preuve de propriété d'une manière qui n'est pas contrôlée par une entité centralisée. Par exemple, avec les NFT, vous pouvez posséder un fichier mp3 de musique dans toutes les applications basées sur Ethereum et ne pas être lié à l'application musicale spécifique d'une société comme Spotify ou Apple Music. Vous pouvez posséder un identifiant de média social que vous pouvez vendre ou échanger, mais **qui ne peut pas vous être retiré arbitrairement** par un fournisseur de plateforme. Voici à quoi ressemble un internet de NFT par rapport à l'internet que la plupart d'entre nous utilisons aujourd'hui... + + ### Une comparaison {#nft-comparison} | Un internet NFT | Internet aujourd'hui | @@ -37,6 +44,9 @@ Voici à quoi ressemble un internet de NFT par rapport à l'internet que la plup | Les **créateurs de contenu peuvent vendre leur travail n'importe où** et accéder à un marché mondial. | Les créateurs dépendent de l'infrastructure et de la distribution des plates-formes qu'ils utilisent. Celles-ci sont souvent soumises à des conditions d'utilisation et à des **restrictions géographiques**. | | Les créateurs de NFT **peuvent conserver les droits** de propriété sur leur propre travail et programmer les redevances directement dans le contrat NFT. | Les plateformes, telles que **les services de streaming musical, conservent la majorité des profits issus des ventes**. | + + + ## Comment les NFT sont-ils utilisés ? {#nft-use-cases} Les NFT sont utilisés pour de nombreuses choses, notamment : @@ -73,6 +83,8 @@ Ce site web dispose également d'un nom de domaine alternatif NFT, **ethereum.et + + ## Comment fonctionnent les NFT ? {#how-nfts-work} Les NFT, comme tous les objets numériques de la blockchain Ethereum, sont créés par un programme informatique spécial basé sur Ethereum appelé « contrat intelligent ». Ces contrats suivent certaines règles, comme les normes [ERC-721](/glossary/#erc-721) ou [ERC-1155](/glossary/#erc-1155), qui déterminent ce que le contrat peut faire. @@ -87,6 +99,8 @@ Lorsque quelqu'un "crée" ou "frappe" un NFT, il demande au contrat intelligent En outre, le créateur du contrat peut ajouter des règles supplémentaires. Elles peuvent limiter le nombre d'exemplaires d'un certain NFT ou décider qu'ils recevront une petite redevance chaque fois que le NFT changera de mains. + + ### Sécurité NFT {#nft-security} La sécurité d'Ethereum émane de la [preuve d'enjeu](/glossary/#pos). Le système est conçu pour décourager économiquement les actions malveillantes, ce qui rend Ethereum infalsifiable. C'est ce qui rend les NFT possibles. Une fois le [bloc](/glossary/#block) contenant votre transaction NFT [finalisé](/glossary/#finality), un attaquant devrait dépenser des millions d'ETH pour le modifier. Quiconque exécute un logiciel Ethereum serait immédiatement capable de détecter des manipulations malhonnêtes avec un NFT, et la personne malveillante serait économiquement pénalisée et rejetée. @@ -105,6 +119,8 @@ Les questions de sécurité concernant les NFT sont le plus souvent liées aux e - [Norme de jeton ERC-1155](/developers/docs/standards/tokens/erc-1155/) - [Applications et outils NFT populaires](https://www.ethereum-ecosystem.com/blockchains/ethereum/nfts) + + ## Autres ressources {#other-resources} - [NFTScan](https://nftscan.com/) diff --git a/public/content/translations/fr/roadmap/future-proofing/index.md b/public/content/translations/fr/roadmap/future-proofing/index.md index 7326e7a2bb1..aa8be80727f 100644 --- a/public/content/translations/fr/roadmap/future-proofing/index.md +++ b/public/content/translations/fr/roadmap/future-proofing/index.md @@ -13,7 +13,7 @@ Certaines parties de la feuille de route ne sont pas nécessairement requises po Une partie de la sécurisation de la [cryptographie](/glossary/#cryptography) actuelle d'Ethereum sera compromise lorsque le calcul quantique deviendra une réalité. Bien que les ordinateurs quantiques soient probablement à des décennies de constituer une véritable menace pour la cryptographie moderne, Ethereum est construit pour être sécurisé pour les siècles à venir. Cela signifie rendre [Ethereum quantique résistant](https://consensys.net/blog/developers/how-will-quantum-supremacy-affect-blockchain/) dès que possible. -Le défi auquel sont confrontés les développeurs d'Ethereum est que le protocole actuel de [preuve d'enjeu](/glossary/#pos)repose sur un système de signature très efficace connu sous le nom de BLS pour regrouper les votes sur les [blocs](/glossary/#block) valides. Ce schéma de signature est rompu par les ordinateurs quantiques, mais les alternatives de résistance quantique ne sont pas aussi efficaces. +Le défi auquel sont confrontés les développeurs d'Ethereum est que le protocole actuel de [preuve d'enjeu ](/glossary/#pos)repose sur un système de signature très efficace connu sous le nom de BLS pour regrouper les votes sur les [blocs](/glossary/#block) valides. Ce schéma de signature est rompu par les ordinateurs quantiques, mais les alternatives de résistance quantique ne sont pas aussi efficaces. Les [schémas d'engagement « KZG»](/roadmap/danksharding/#what-is-kzg) utilisés à plusieurs endroits à travers Ethereum pour générer des secrets cryptographiques sont connus pour être vulnérables. Actuellement, cela est contourné en utilisant des « configurations de confiance » où de nombreux utilisateurs génèrent un aléa qui ne peut pas être inversé par un ordinateur quantique. Cependant, la solution idéale serait simplement d'intégrer la cryptographie quantique sûre. Il y a deux approches principales qui pourraient devenir des remplacements efficaces pour le schéma BLS : la signature [basée sur le STARK](https://hackmd.io/@vbuterin/stark_aggregation) et la signature [basée sur le treillis](https://medium.com/asecuritysite-when-bob-met-alice/so-what-is-lattice-encryption-326ac66e3175). **Ils sont encore en cours de recherche et de prototype**. diff --git a/public/content/translations/fr/roadmap/index.md b/public/content/translations/fr/roadmap/index.md index 3355f892001..fc8d6d1fba8 100644 --- a/public/content/translations/fr/roadmap/index.md +++ b/public/content/translations/fr/roadmap/index.md @@ -112,7 +112,7 @@ La fragmentation est la division de la blockchain Ethereum afin que des sous-ens - [Danksharding](/roadmap/danksharding) - Le Danksharding rend les rollups de couche 2 bien plus abordables pour les utilisateurs en ajoutant des « blob » de données aux blocs d'Ethereum. - [Retraits de Staking](/staking/withdrawals) - La mise à niveau Shanghai/Capella a activé les retraits de staking sur Ethereum, permettant aux gens de déverrouiller leurs ETH mis en jeu. - [Finalité à un seul créneau](/roadmap/single-slot-finality) - Au lieu d'attendre pendant 15 minutes, les blocks pourraient être proposés et finalisés dans le même créneau. Ceci est plus pratique pour les applications et bien plus difficilement attaquable. -- [Séparation Proposeur et Constructeur](/roadmap/pbs) - Découper les tâches de construction et de proposition de blocs entre plusieurs validateurs distincts crée une manière plus équitable, plus résistante à la censure, et plus efficace pour Ethereum d'atteindre le consensus. +- [Séparation Proposeur et Constructeur ](/roadmap/pbs) - Découper les tâches de construction et de proposition de blocs entre plusieurs validateurs distincts crée une manière plus équitable, plus résistante à la censure, et plus efficace pour Ethereum d'atteindre le consensus. - [Élection secrète du leader](/roadmap/secret-leader-election) - Utilisation astucieuse de la cryptographie pour s'assurer que l'identité du proposeur du bloc courant ne peut pas être rendue publique, le protégeant de certains types d'attaques. - [Abstraction de compte](/roadmap/account-abstraction) - L'abstraction de compte est une gamme de mises à niveau qui permettent aux contrats de portefeuilles intelligents d'être nativement supportés sur Ethereum, plutôt que de devoir utiliser un intergiciel complexe. - [Arbres Verkle](/roadmap/verkle-trees) - Les arbres Verkle sont des structures de données qui peuvent être utilisés pour permettre des clients sans état sur Ethereum. Ces clients « sans état » nécessiteront de faibles espaces de stockage mais seront toujours capables de vérifier les nouveaux blocks. diff --git a/public/content/translations/fr/roadmap/merge/issuance/index.md b/public/content/translations/fr/roadmap/merge/issuance/index.md index dc3c950b6e1..4b57f839857 100644 --- a/public/content/translations/fr/roadmap/merge/issuance/index.md +++ b/public/content/translations/fr/roadmap/merge/issuance/index.md @@ -30,7 +30,7 @@ title="Résumé de l'émission d'ETH"> ### Émission de la couche d'exécution {#el-issuance-pre-merge} -En preuve de travail, les mineurs n'interagissaient qu'avec la couche d'exécution et étaient récompensés par des récompenses de bloc, si et seulement s'ils étaient les premiers mineurs à résoudre le nouveau bloc. Depuis [la mise à jour Constantinople](/history/#constantinople) en 2019, cette récompense était de 2 ETH par bloc. Les mineurs étaient également récompensés pour la publication de blocs [oncle](/glossary/#ommer), qui étaient des blocs valides mais qui n'avaient pas abouti à la chaîne la plus longue/canonique. Ces récompenses étaient plafonnées à 1,75 ETH par bloc oncle et _s'ajoutaient à_ la récompense émise à partir du bloc canonique. Le processus de minage était une activité économiquement intensive, qui nécessitait historiquement des niveaux élevés d'émission d'ETH pour être soutenu. +En preuve de travail, les mineurs n'interagissaient qu'avec la couche d'exécution et étaient récompensés par des récompenses de bloc, si et seulement s'ils étaient les premiers mineurs à résoudre le nouveau bloc. Depuis [la mise à jour Constantinople ](/history/#constantinople) en 2019, cette récompense était de 2 ETH par bloc. Les mineurs étaient également récompensés pour la publication de blocs [oncle](/glossary/#ommer), qui étaient des blocs valides mais qui n'avaient pas abouti à la chaîne la plus longue/canonique. Ces récompenses étaient plafonnées à 1,75 ETH par bloc oncle et _s'ajoutaient à_ la récompense émise à partir du bloc canonique. Le processus de minage était une activité économiquement intensive, qui nécessitait historiquement des niveaux élevés d'émission d'ETH pour être soutenu. ### Émission de la couche de consensus {#cl-issuance-pre-merge} diff --git a/public/content/translations/fr/roadmap/statelessness/index.md b/public/content/translations/fr/roadmap/statelessness/index.md index c170da0ca0a..4fe040ffee1 100644 --- a/public/content/translations/fr/roadmap/statelessness/index.md +++ b/public/content/translations/fr/roadmap/statelessness/index.md @@ -16,7 +16,7 @@ Des disques durs moins coûteux peuvent être utilisés pour stocker les donnée Il y a plusieurs façons de réduire la quantité de données que chaque nœud doit stocker, chacune nécessitant que le protocole au cœur d'Ethereum soit mis à jour à des degrés différents : -- **Expiration de l'historique** : permet aux noeuds de se débarrasser des données d'état plus anciennes que X blocs, mais ne change pas la manière dont les clients Ethereum gèrent les données d'état +- **Expiration de l'historique** : permet aux noeuds de se débarrasser des données d'état plus anciennes que X blocs, mais ne change pas la manière dont les clients Ethereum gèrent les données d'état. - **Expiration d'état** : permet aux données d'état qui ne sont pas utilisées fréquemment de devenir inactives. Les données inactives peuvent être ignorées par les clients jusqu'à ce qu'elles soient ressuscitées. - **Absence d'état faible** : seuls les producteurs de blocs ont besoin d'accéder aux données d'état complètes, les autres noeuds peuvent vérifier les blocs sans base de données locale. - **Absence d'état forte** : aucun noeud n'a besoin d'accéder aux données d'état complètes. diff --git a/public/content/translations/fr/smart-contracts/index.md b/public/content/translations/fr/smart-contracts/index.md index b0b036ed4d7..85fb2bf8edc 100644 --- a/public/content/translations/fr/smart-contracts/index.md +++ b/public/content/translations/fr/smart-contracts/index.md @@ -1,5 +1,6 @@ --- title: Contrats intelligents +metaTitle: "Contrats intelligents : quels sont les avantages" description: Une introduction non technique aux contrats intelligents lang: fr --- @@ -76,7 +77,6 @@ Ils peuvent effectuer des calculs, produire de la monnaie, stocker des données, ## Complément d'information {#further-reading} - [Comment les contrats intelligents vont changer le monde](https://www.youtube.com/watch?v=pA6CGuXEKtQ) -- [Contrats intelligents : la technologie de la blockchain qui va remplacer les juristes](https://blockgeeks.com/guides/smart-contracts/) - [Les contrats intelligents pour les développeurs](/developers/docs/smart-contracts/) - [Apprenez à rédiger des contrats intelligents](/developers/learning-tools/) - [Maîtriser Ethereum - Qu'est-ce qu'un contrat intelligent ?](https://github.com/ethereumbook/ethereumbook/blob/develop/07smart-contracts-solidity.asciidoc#what-is-a-smart-contract) diff --git a/public/content/translations/fr/staking/solo/index.md b/public/content/translations/fr/staking/solo/index.md index 0032e1d68cb..bbb0f8d3f8c 100644 --- a/public/content/translations/fr/staking/solo/index.md +++ b/public/content/translations/fr/staking/solo/index.md @@ -25,7 +25,7 @@ Les validateurs à domicile sont responsables du fonctionnement du matériel né Un validateur à domicile reçoit des récompenses directement du protocole pour le maintien de son validateur en bon état de fonctionnement et en ligne. -## Pourquoi miser à domicile ? {#why-stake-solo} +## Pourquoi effectuer des mises en jeu depuis chez soi ? {#why-stake-solo} La mise en jeu à domicile demande plus de responsabilités, mais vous donne un contrôle maximal sur vos fonds et votre configuration de mise en jeu. diff --git a/public/content/translations/fr/zero-knowledge-proofs/index.md b/public/content/translations/fr/zero-knowledge-proofs/index.md index 73945b4096c..022f40a7d69 100644 --- a/public/content/translations/fr/zero-knowledge-proofs/index.md +++ b/public/content/translations/fr/zero-knowledge-proofs/index.md @@ -44,7 +44,7 @@ En injectant dans le protocole une technologie à divulgation nulle de connaissa 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 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é. ### Authentification {#authentication} diff --git a/src/intl/fr/common.json b/src/intl/fr/common.json index b7ec2bf7c4e..b7064fbd09d 100644 --- a/src/intl/fr/common.json +++ b/src/intl/fr/common.json @@ -250,6 +250,8 @@ "nav-emerging-description": "Découvrez d'autres cas d'utilisation plus récents d'Ethereum", "nav-emerging-label": "Cas d'utilisation émergents", "nav-ethereum-org-description": "Ce site web est animé par la communauté - rejoignez-nous et contribuez vous aussi", + "nav-ethereum-networks": "Réseaux Ethereum", + "nav-ethereum-networks-description": "Des transactions moins chères et plus rapides pour Ethereum", "nav-ethereum-wallets-description": "Une application pour interagir avec votre compte Ethereum", "nav-events-description": "Décentralisation et liberté de participation pour tous", "nav-events-irl-description": "Chaque mois, des événements majeurs liés à Ethereum sont organisés en personne ou en ligne", @@ -275,16 +277,23 @@ "nav-guides-label": "Guides de procédures", "nav-history-description": "Une chronologie de toutes les principales fourches et mises à jour", "nav-history-label": "Histoire technique d'Ethereum", - "nav-layer-2-description": "Des transactions moins chères et plus rapides pour Ethereum", "nav-learn-by-coding-description": "Des outils qui vous aident à expérimenter avec Ethereum", "nav-local-env-description": "Choisissez et mettez en place votre pile de développement Ethereum", "nav-mainnet-description": "Les applications blockchain d'entreprise peuvent être créées sur le réseau public principal Ethereum", + "nav-networks-home-description": "Des transactions moins chères et plus rapides pour Ethereum", + "nav-networks-introduction-label": "Introduction", + "nav-networks-introduction-description": "Ethereum s'est étendu en un réseau de réseaux", + "nav-networks-explore-networks-label": "Explorer les réseaux", + "nav-networks-explore-networks-description": "Choisissez le réseau à utiliser", + "nav-networks-learn-label": "Que sont les réseaux de couche 2 ?", + "nav-networks-learn-description": "Découvrez pourquoi nous en avons besoin", "nav-nft-description": "Un moyen de représenter tout ce qui est unique en tant qu'actif Ethereum", "nav-open-research-description": "L'un des principaux atouts d'Ethereum est sa communauté de recherche active", "nav-open-research-label": "Recherche ouverte", "nav-overview-description": "Tout savoir sur l'éducation à l'Ethereum", "nav-overview-label": "Aperçu", "nav-participate-overview-description": "Aperçu des modalités de participation", + "nav-payments-description": "Les paiements Ethereum changent la façon dont nous envoyons et recevons de l'argent", "nav-primary": "Principale", "nav-quizzes-description": "Découvrez dans quelle mesure vous comprenez Ethereum et les cryptomonnaies", "nav-quizzes-label": "Testez vos connaissances", @@ -334,7 +343,7 @@ "nav-what-is-web3-label": "Qu'est-ce que le Web3 ?", "nav-whitepaper-description": "Le livre blanc original d'Ethereum écrit par Vitalik Buterin en 2014", "nav-zkp-description": "Une façon de prouver la validité d'une information sans révéler l'information elle-même", - "nft-page": "NTFs - Jetons non fongibles", + "nft-page": "NFTs - Jetons non fongibles", "nfts": "NFTs", "no": "Non", "on-this-page": "Sur cette page", @@ -356,6 +365,7 @@ "page-last-updated": "Dernière mise à jour de la page", "participate": "Participer", "participate-menu": "Menu de participation", + "payments-page": "Paiements", "pbs": "Séparation entre le validateur et le constructeur de blocs", "pools": "Mise en jeu en pool", "privacy-policy": "Politique de confidentialité", diff --git a/src/intl/fr/glossary-tooltip.json b/src/intl/fr/glossary-tooltip.json index 4e62f394913..97a20387b15 100644 --- a/src/intl/fr/glossary-tooltip.json +++ b/src/intl/fr/glossary-tooltip.json @@ -101,8 +101,8 @@ "node-definition": "Un client logiciel qui participe au réseau. En savoir plus sur les nœuds et les clients.", "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.", - "onchain-term": "En chaîne", - "onchain-definition": "Fait référence aux actions ou transactions qui se produisent sur la blockchain et qui sont accessibles au public.", + "on-chain-term": "En chaîne", + "on-chain-definition": "Fait référence aux actions ou transactions qui se produisent sur la blockchain et qui sont accessibles au public.", "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.", "peer-to-peer-network-term": "Réseaux Pair-à-Pair", diff --git a/src/intl/fr/glossary.json b/src/intl/fr/glossary.json index 4ab4fb9e3b8..f8eb44a2192 100644 --- a/src/intl/fr/glossary.json +++ b/src/intl/fr/glossary.json @@ -136,7 +136,7 @@ "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-721-term": "ERC-721", - "erc-721-definition": "Les NFT (jetons non fongibles) sont créés à l’aide d’un ensemble standard de règles dénommées ERC-721.
Les jetons NFT peuvent représenter la propriété de tout ce qui est unique, comme l’art numérique ou les objets de collection, chaque jeton ayant ses propres caractéristiques et valeur particulières. Chaque NFT est unique et se distingue facilement de tout autre NFT.", + "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", "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.", "execution-layer-term": "Couche d'exécution", @@ -257,12 +257,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.", - "offchain-term": "Hors-chaine", - "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.", + "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.", "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.", - "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 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é.", + "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é.", "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", diff --git a/src/intl/fr/learn-quizzes.json b/src/intl/fr/learn-quizzes.json index 4cc27152ad2..2c99095717c 100644 --- a/src/intl/fr/learn-quizzes.json +++ b/src/intl/fr/learn-quizzes.json @@ -58,10 +58,10 @@ "what-is-ethereum-3-d-explanation": "Toute personne exécutant un nœud est essentielle à l'infrastructure d'Ethereum. Si ce n'est pas encore le cas, vous devriez envisager d'exécuter un nœud Ethereum.", "what-is-ethereum-4-prompt": "Depuis le lancement d'Ethereum, combien de fois le réseau a été hors ligne ?", "what-is-ethereum-4-a-label": "Jamais", + "what-is-ethereum-4-a-explanation": "Ethereum n'a jamais été complètement hors ligne (arrêt de la production de blocs) depuis son lancement.", "what-is-ethereum-4-b-label": "Une fois", "what-is-ethereum-4-c-label": "Quatre fois", "what-is-ethereum-4-d-label": "Plus de dix fois", - "what-is-ethereum-4-explanation": "Ethereum n'a jamais été complètement hors ligne (arrêt de la production de blocs) depuis son lancement.", "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.", diff --git a/src/intl/fr/page-contributing-translation-program-acknowledgements.json b/src/intl/fr/page-contributing-translation-program-acknowledgements.json index 457b2130a6b..56e3a674c73 100644 --- a/src/intl/fr/page-contributing-translation-program-acknowledgements.json +++ b/src/intl/fr/page-contributing-translation-program-acknowledgements.json @@ -30,7 +30,7 @@ "page-contributing-translation-program-acknowledgements-total-words": "Nombre de mots", "page-contributing-translation-program-acknowledgements-oats-title": "OAT", "page-contributing-translation-program-acknowledgements-1": "Les contributeurs au programme de traduction sont éligibles à différents OAT (onchain achievement tokens) ; des jetons non fongibles qui prouvent leur participation au programme de traduction d'ethereum.org.", - "page-contributing-translation-program-acknowledgements-2": "Nous disposons de plusieurs OAT pour les traducteurs, en fonction de leur activité", + "page-contributing-translation-program-acknowledgements-2": "Nous disposons de plusieurs OAT pour les traducteurs, en fonction de leur activité.", "page-contributing-translation-program-acknowledgements-3": "Si vous avez contribué à la traduction dans Crowdin, une OAT vous attend !", "page-contributing-translation-program-acknowledgements-how-to-claim-title": "Comment le récupérer", "page-contributing-translation-program-acknowledgements-how-to-claim-1": "Rejoignez notre", diff --git a/src/intl/fr/page-dapps.json b/src/intl/fr/page-dapps.json index 29dedb68a75..28e130a0ecc 100644 --- a/src/intl/fr/page-dapps.json +++ b/src/intl/fr/page-dapps.json @@ -78,6 +78,7 @@ "page-dapps-dapp-description-cryptovoxels": "Créez des galeries d'art, construisez des magasins et achetez des terrains – un monde virtuel Ethereum.", "page-dapps-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-dapps-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-dapps-dapp-description-crack-and-stack": "Entrez dans les mines avec d'autres joueurs, empilez des diamants ETH et tentez de vous échapper avec votre butin.", "page-dapps-dapp-description-decentraland": "Collectez et échangez des terrains virtuels dans un monde virtuel que vous pouvez explorer.", "page-dapps-dapp-description-ens": "Noms conviviaux pour les adresses Ethereum et les sites décentralisés.", "page-dapps-dapp-description-foundation": "Investissez dans des éditions uniques d'œuvres d'art numériques et échangez des pièces avec d'autres acheteurs.", @@ -127,6 +128,7 @@ "page-dapps-docklink-dapps": "Introduction aux dapps", "page-dapps-docklink-smart-contracts": "Contrats intelligents", "page-dapps-dark-forest-logo-alt": "Logo de Dark Forest", + "page-dapps-crack-and-stack-logo-alt": "Logo de Crack & Stack", "page-dapps-decentraland-logo-alt": "Logo de Decentraland", "page-dapps-index-coop-logo-alt": "Logo Index Coop", "page-dapps-nexus-mutual-logo-alt": "Logo Nexus Mutual", diff --git a/src/intl/fr/page-eth.json b/src/intl/fr/page-eth.json index 0aec9222150..8f397f06812 100644 --- a/src/intl/fr/page-eth.json +++ b/src/intl/fr/page-eth.json @@ -5,7 +5,7 @@ "page-eth-collectible-tokens": "Tokens de collection", "page-eth-collectible-tokens-desc": "Tokens qui représentent un item de jeu collectionnable, une oeuvre-d'art numérique ou d'autres actifs uniques. Généralement connus sous le nom de jetons non-fongibles (NFT en anglais).", "page-eth-cryptography": "Sécurisé par la cryptographie", - "page-eth-cryptography-desc": "La monnaie virtuelle est peut-être nouvelle, mais elle est sécurisée par la cryptographie. Cela sécurise votre portefeuille, vos ETH, et vos transactions. ", + "page-eth-cryptography-desc": "La monnaie virtuelle est peut-être nouvelle, mais elle est sécurisée par une cryptographie éprouvée. Cela sécurise votre portefeuille, vos ETH, et vos transactions. ", "page-eth-currency-for-apps": "C'est la monnaie des applications Ethereum.", "page-eth-currency-for-future": "La monnaie de notre avenir numérique", "page-eth-description": "ETH est une cryptomonnaie. C'est une monnaie numérique que vous pouvez utiliser sur internet - comme le Bitcoin. Si vous êtes nouveau dans la crypto, voici pourquoi l'ETH est différent de la monnaie traditionnelle.", @@ -53,7 +53,7 @@ "page-eth-tokens-link": "Tokens d'Ethereum", "page-eth-trade-link-2": "Échanger des jetons", "page-eth-underpins": "ETH est à la base du système financier d'Ethereum", - "page-eth-underpins-desc": "Pas satisfait des paiements, la communauté Ethereum construit un système financier complet qui fonctionne en P2P et est accessible à tous.", + "page-eth-underpins-desc": "Pas satisfait des paiements, la communauté Ethereum construit un système financier complet qui fonctionne en P2P et est accessible à tous.", "page-eth-underpins-desc-2": "Vous pouvez utiliser ETH comme garantie pour générer des jetons de cryptomonnaie entièrement différents sur Ethereum. De plus, vous pouvez emprunter, prêter et gagner des intérêts sur ETH et d'autres jetons adossés à l'ETH.", "page-eth-weth": "L'ether symbolique (WETH) est utilisé pour étendre les fonctionnalités d'ETH pour fonctionner avec d'autres jetons et applications. Plus d'informations sur WETH.", "page-eth-uses": "Il y a de nouvelles utilisations de l'ETH tous les jours", diff --git a/src/intl/fr/page-gas.json b/src/intl/fr/page-gas.json index 0c5d6341eb0..46441fa21c5 100644 --- a/src/intl/fr/page-gas.json +++ b/src/intl/fr/page-gas.json @@ -1,5 +1,5 @@ { - "page-gas-meta-title": "Frais de gaz sur Ethereum : comment cela fonctionne-t-il ?", + "page-gas-meta-title": "Frais Ethereum : qu'est-ce que le gaz et comment payer moins ?", "page-gas-meta-description": "En savoir plus sur le gaz sur Ethereum : comment cela fonctionne-t-il et comment payer moins de frais de gaz", "page-gas-hero-title": "Frais de Gaz", "page-gas-hero-header": "Frais de réseau", @@ -12,7 +12,7 @@ "page-gas-summary-item-3": "Les frais de gaz ne sont pas fixes, ils varient en fonction de la congestion du réseau", "page-gas-what-are-gas-fees-header": "Que sont les frais de gaz ?", "page-gas-what-are-gas-fees-text-1": "Pensez à Ethereum comme à un grand réseau informatique où les personnes peuvent effectuer des tâches telles que l'envoi de messages ou l'exécution de programmes. Comme dans le monde réel, ces tâches nécessitent de l'énergie pour être accomplies.", - "page-gas-what-are-gas-fees-text-2": "Dans Ethereum, chaque calcul a un prix de « gaz » fixé. Vos frais de gaz représentent le coût total des actions de votre transaction. Lorsque vous envoyez une transaction ou exécutez un contrat intelligent, vous payez des frais de gaz pour la traiter.", + "page-gas-what-are-gas-fees-text-2": "Dans Ethereum, chaque calcul a un prix de « gaz » fixé. Vos frais de gaz représentent le coût total des actions de votre transaction. Lorsque vous envoyez une transaction ou exécutez un contrat intelligent, vous payez des frais de gaz pour la traiter.", "page-gas-how-do-i-pay-less-gas-header": "Comment payer moins de gaz ?", "page-gas-how-do-i-pay-less-gas-text": "Si l'augmentation des frais sur Ethereum est parfois inévitable, il existe des stratégies pour en réduire le coût :", "page-gas-how-do-i-pay-less-gas-card-1-title": "Effectuez vos transactions au bon moment", diff --git a/src/intl/fr/page-get-eth.json b/src/intl/fr/page-get-eth.json index 1ea45e4bddc..43c22565b37 100644 --- a/src/intl/fr/page-get-eth.json +++ b/src/intl/fr/page-get-eth.json @@ -46,7 +46,7 @@ "page-get-eth-hero-image-alt": "Image hero Obtenir de l'ETH", "page-get-eth-keep-it-safe": "Garder votre ETH en sécurité", "page-get-eth-meta-description": "Comment acheter des ETH en fonction de l'endroit où vous vivez et des conseils sur la façon de les protéger.", - "page-get-eth-meta-title": "Comment acheter des ETH", + "page-get-eth-meta-title": "Comment acheter de l'Ethereum (ETH)", "page-get-eth-need-wallet": "Vous aurez besoin d'un portefeuille pour utiliser un DEX.", "page-get-eth-new-to-eth": "Nouveau sur ETH ? Voici un aperçu pour vous aider à démarrer.", "page-get-eth-other-cryptos": "Acheter avec d'autres cryptomonnaies", diff --git a/src/intl/fr/page-layer-2.json b/src/intl/fr/page-layer-2.json index 5b913cae3ed..0967ef424bc 100644 --- a/src/intl/fr/page-layer-2.json +++ b/src/intl/fr/page-layer-2.json @@ -1,139 +1 @@ -{ - "layer-2-arbitrum-note": "Preuves de fraude uniquement pour les utilisateurs en liste blanche, liste blanche non encore ouverte", - "layer-2-boba-note": "Validation de l'état en cours de développement", - "layer-2-optimism-note": "Preuves de défaillance en développement", - "layer-2-base-note": "Le système à l'épreuve des fraudes est actuellement en développement", - "layer-2-metadata-description": "Page d'introduction à la couche 2", - "layer-2-hero-title": "Couche 2", - "layer-2-hero-header": "Ethereum pour tous", - "layer-2-hero-subtitle": "Faire passer Ethereum à l'échelle pour l'adoption de masse.", - "layer-2-hero-alt-text": "Illustration des transactions en cours de déploiement sur la couche 2 et affichées sur le réseau principal Ethereum", - "layer-2-hero-button-1": "Qu'est-ce que la couche 2 ?", - "layer-2-hero-button-2": "Utiliser la couche 2", - "layer-2-hero-button-3": "Passer à la couche 2", - "layer-2-statsbox-1": "TVL verrouillée dans la couche 2 (USD)", - "layer-2-statsbox-2": "Frais moyens des transferts d'ETH de la couche 2 (USD)", - "layer-2-statsbox-3": "Changement de la TVL de la couche 2 (30 jours)", - "layer-2-what-is-layer-2-title": "Qu'est-ce que la couche 2 ?", - "layer-2-what-is-layer-2-1": "Couche 2 (L2) est un terme collectif décrivant un ensemble spécifique de solutions de mise à l'échelle d'Ethereum. Une couche 2 est une blockchain séparée qui étend Ethereum et hérite des garanties de sécurité d'Ethereum.", - "layer-2-what-is-layer-2-2": "Maintenant, creusons un peu plus le sujet. Pour ce faire, nous devons d'abord expliquer la couche 1 (L1).", - "layer-2-what-is-layer-1-title": "Qu'est-ce que la couche 1 ?", - "layer-2-what-is-layer-1-1": "La couche 1 est la blockchain de base. Ethereum et Bitcoin sont toutes deux des blockchains de couche 1 car ce sont les fondations sous-jacentes sur lesquelles divers réseaux de couche 2 se construisent. Les « rollups » sur Ethereum et le réseau Lightning sur Bitcoin sont des exemples de projets de la couche 2. Toute activité de transaction utilisateur sur ces projets de couche 2 peut en définitive attérir dans la blockchain de la couche 1.", - "layer-2-what-is-layer-1-2": "Ethereum fonctionne également comme couche de disponibilité des données pour la couche 2. Les projets de la couche 2 afficheront leurs données de transaction sur Ethereum, en s'appuyant sur Ethereum pour la disponibilité des données. Ces données peuvent être utilisées pour obtenir l'état de la couche 2, ou pour contester les transactions sur la couche 2.", - "layer-2-what-is-layer-1-list-title": "La couche 1 d'Ethereum comprend :", - "layer-2-what-is-layer-1-list-1": "Un réseau d'opérateurs de nœuds afin de sécuriser et valider le réseau", - "layer-2-what-is-layer-1-list-2": "Un réseau de producteurs de blocs", - "layer-2-what-is-layer-1-list-3": "La chaine de blocs elle-même et l'historique des données de transaction", - "layer-2-what-is-layer-1-list-4": "Le mécanisme de consensus pour le réseau", - "layer-2-what-is-layer-1-list-link-1": "Toujours pas clair ?", - "layer-2-what-is-layer-1-list-link-2": "Découvrez ce qu'est Ethereum.", - "layer-2-why-do-we-need-layer-2-title": "Pourquoi avons-nous besoin de la couche 2 ?", - "layer-2-why-do-we-need-layer-2-1": "Idéalement, une blockchain devrait posséder trois propriétés : être décentralisée, sécurisée et capable de monter en charge. Le trilemme de la blockchain stipule qu'une architecture blockchain simple ne peut assurer que deux de ces trois propriétés. Vous voulez une blockchain sécurisée et décentralisée ? Vous devez sacrifier la montée en charge.", - "layer-2-why-do-we-need-layer-2-2": "Ethereum traite actuellement plus d'un million de transactions par jour. La demande d'utilisation d'Ethereum peut provoquer l'augmentation des frais de transactions. C'est là que les réseaux de couche 2 interviennent.", - "layer-2-why-do-we-need-layer-2-scalability": "Évolutivité", - "layer-2-why-do-we-need-layer-2-scalability-1": "L'objectif principal de la couche 2 est d'augmenter le débit des transactions (plus de transactions par seconde) sans sacrifier la décentralisation ni la sécurité.", - "layer-2-why-do-we-need-layer-2-scalability-2": "Le réseau principal d'Ethereum (couche 1) n'est capable de traiter qu'environ 15 transactions par seconde. Lorsque la demande d'utiliser Ethereum est importante, le réseau devient congestionné, ce qui augmente les frais de transaction et exclut par le prix des utilisateurs qui n'ont pas les moyens de payer ces frais. Les couches 2 sont des solutions permettant de réduire ces frais en traitant des transactions en dehors de la blockchain de couche 1.", - "layer-2-why-do-we-need-layer-2-scalability-3": "En savoir plus sur la vision d'Ethereum", - "layer-2-benefits-of-layer-2-title": "Les avantages de la couche 2", - "layer-2-lower-fees-title": "Des frais plus bas", - "layer-2-lower-fees-description": "En combinant plusieurs transactions hors chaîne en une seule opération sur la couche 1, les frais de transaction sont considérablement réduits. Cela permet de rendre Ethereum plus accessible à toutes et tous.", - "layer-2-maintain-security-title": "Une sécurité conservée", - "layer-2-maintain-security-description": "Les blockchains de la couche 2 règlent leurs transactions sur le réseau principal d'Ethereum, permettant ainsi aux utilisateurs de bénéficier de la sécurité du réseau Ethereum.", - "layer-2-expand-use-cases-title": "Des cas d'usage plus nombreux", - "layer-2-expand-use-cases-description": "Avec davantage de transactions par seconde traitées, des frais plus bas et de nouvelles technologies, les projets vont s'étendre à de nouvelles applications avec une expérience utilisateur améliorée.", - "layer-2-how-does-layer-2-work-title": "Comment la couche 2 fonctionne-t-elle ?", - "layer-2-how-does-layer-2-work-1": "Comme susmentionné, le terme couche 2 regroupe les solutions de passage à l'échelle d'Ethereum qui permettent de traiter les transactions en dehors de la couche 1 d'Ethereum, tout en profitant de sa robuste sécurité décentralisée. Une couche 2 est une blockchain séparée qui étend Ethereum. Comment ça marche?", - "layer-2-how-does-layer-2-work-2": "Il y a différents types de couche 2, chacune ayant ses propres compromis et modèles de sécurité. Les couches 2 enlèvent une partie des transactions à traiter par la couche 1, lui permettant d'être moins congestionnée, et le tout monte plus facilement en charge.", - "layer-2-rollups-title": "Rollups", - "layer-2-rollups-1": "Les Rollups regroupent ('enroulent' en anglais) des centaines de transactions dans une seule transaction de la couche 1. Cela partage les frais de transaction entre tous ceux qui participent au regroupement, les rendant moins chères pour chaque utilisateur.", - "layer-2-rollups-2": "Les données de transaction dans le rollup sont soumises à la couche 1, mais l'exécution est effectuée séparément par le rollup. En soumettant les données de transaction sur la couche 1, les rollups héritent de la sécurité d'Ethereum. En effet, une fois les données téléchargées sur la couche 1, l’annulation d’une transaction de rollup nécessite l’annulation d’Ethereum. Il existe deux approches différentes des rollups : optimiste et sans connaissance - elles diffèrent principalement par la manière dont ces données de transaction sont soumises à la couche 1.", - "layer-2-optimistic-rollups-title": "Rollups optimisés", - "layer-2-optimistic-rollups-description": "Les rollups 'optimistes' le sont dans le sens où les transactions sont supposées être valides, mais peuvent être contestées si nécessaire. Si une transaction est suspectée d'être non valide, une preuve de faute est exécutée pour voir si elle a bien eu lieu.", - "layer-2-optimistic-rollups-childSentance": "Plus sur les rollups optimistes", - "layer-2-zk-rollups-title": "Rollups ZK", - "layer-2-zk-rollups-description": "Les rollups ZK utilisent des preuves de validité où les transactions sont traitées hors chaîne, puis les données compressées sont fournies au réseau principal Ethereum comme preuve de leur validité.", - "layer-2-zk-rollups-childSentance": "Plus d'infos sur les ZK-rollups", - "layer-2-dyor-title": "Faites vos propres recherches : les risques de la couche 2", - "layer-2-dyor-1": "De nombreux projets de couche 2 sont relativement jeunes et requièrent encore aux utilisateurs de faire confiance à l'honnêteté de certains opérateurs le temps qu'ils travaillent à décentraliser leurs réseaux. Faites d'abord vos propres recherches pour décider si vous êtes à l'aise avec les risques encourus.", - "layer-2-dyor-2": "Pour en savoir plus sur la technologie, les risques et les hypothèses de confiance sur les couches 2, nous vous recommandons de consulter L2BEAT, qui fournit un cadre complet d'évaluation des risques pour chaque projet.", - "layer-2-dyor-3": "Accéder à L2BEAT", - "layer-2-use-layer-2-title": "Utilisez la couche 2", - "layer-2-use-layer-2-1": "Maintenant que vous comprenez pourquoi la couche 2 existe et comment elle fonctionne, il est temps de vous lancer !", - "layer-2-contract-accounts": "Si vous utilisez des portefeuilles de contrat intelligent tels que Safe ou Argent, vous n'aurez pas de contrôle sur cette adresse sur une couche 2, à moins que vous redéployiez votre compte de contrat à cette adresse sur la couche 2. Les comptes classiques avec une phrase de récupération possèderont automatiquement le même compte sur tous les réseaux de couche 2.", - "layer-2-use-layer-2-generalized-title": "Les couches 2 à visée générale", - "layer-2-use-layer-2-generalized-1": "Les couches généralisées de couche 2 se comportent exactement comme Ethereum — mais en moins cher. Tout ce que vous pouvez faire sur la couche 1 Ethereum, vous pouvez également le faire sur la couche 2. Beaucoup de DApps ont déjà commencé à migrer vers ces réseaux ou ont complètement ignoré le réseau principal pour construire directement des projets sur une couche 2.", - "layer-2-use-layer-2-application-specific-title": "Application spécifique de la couche 2", - "layer-2-use-layer-2-application-specific-1": "Les applications spécifiques à la couche 2 sont des projets qui se spécialisent dans l'optimisation pour un espace d'application spécifique, ce qui apporte des performances améliorées.", - "layer-2-sidechains-title": "Une remarque sur les chaines latérales, les validiums et chaînes de blocs alternatives", - "layer-2-sidechains-1": "Les chaines latérales et les validiums sont des chaînes de blocs qui permettent de transférer des actifs d'Ethereum et de les utiliser sur une autre chaînes de blocs. Les chaînes latérales et les validiums fonctionnent en parallèle d'Ethereum, et interagissent avec Ethereum à travers des ponts, mais ils ne tirent pas leur sécurité ou leur disponibilité de données d'Ethereum.", - "layer-2-sidechains-2": "Les deux permettent une évolutivité similaire à la couche 2 - ils offrent des frais de transaction plus faibles et un débit de transaction plus élevé - mais ont différentes hypothèses de confiance.", - "layer-2-more-on-sidechains": "Plus d'informations sur les chaînes latérales", - "layer-2-more-on-validiums": "Plus d'informations sur les validiums", - "layer-2-sidechains-4": "Certaines blockchains de couche 1 annoncent des débits plus élevés et des frais de transactions plus bas qu'Ethereum, mais ils font en général des compromis ailleurs, par exemple en exigeant du matériel plus puissant pour faire fonctionner les noeuds.", - "layer-2-onboard-title": "Comment accéder à la couche 2", - "layer-2-onboard-1": "Il y a deux moyens principaux de mettre vos actifs sur la couche 2 : relier des fonds d'Ethereum via un contrat intelligent ou retirer vos fonds par un échange directement sur le réseau de la couche 2.", - "layer-2-onboard-wallet-title": "Des fonds sur votre portefeuille ?", - "layer-2-onboard-wallet-1": "Si vous avez déjà vos ETH dans votre portefeuille, vous devrez utiliser un pont pour les déplacer du réseau principal Ethereum à la couche 2.", - "layer-2-more-on-bridges": "En savoir plus sur les ponts", - "layer-2-onboard-wallet-input-placeholder": "Sélectionnez la couche 2 vers laquelle vous voulez connecter", - "layer-2-onboard-wallet-selected-1": "Vous pouvez vous connecter à", - "layer-2-onboard-wallet-selected-2": "en utilisant ces portefeuilles :", - "layer-2-bridge": "Les ponts", - "layer-2-onboard-exchange-title": "Des fonds sur une plateforme d'échange ?", - "layer-2-onboard-exchange-1": "Certaines plateformes d'échange centralisées offrent maintenant directement des retraits et des dépôts directs sur la couche 2. Vérifiez quelles plateformes prennent en charge les retraits sur la couche 2 et quelles couches 2 elles supportent.", - "layer-2-onboard-exchange-2": "Vous aurez également besoin d'un portefeuille pour retirer vos fonds.", - "layer-2-onboard-find-a-wallet": "Trouver un portefeuille Ethereum.", - "layer-2-onboard-exchange-input-placeholder": "Vérifier les échanges qui prennent en charge la couche 2", - "layer-2-deposits": "Dépôts", - "layer-2-withdrawals": "Retraits", - "layer-2-go-to": "Aller à", - "layer-2-tools-title": "Outils à utiliser sur la couche 2", - "layer-2-tools-l2beat-description": "L2BEAT est un excellent site pour se documenter sur les risques techniques des projets des couches 2. Nous vous recommandons de vérifier sur ce site quand vous recherchez des projets spécifiques de couche 2.", - "layer-2-tools-growthepie-description": "Analyses organisées à propos des couches 2 Ethereum", - "layer-2-tools-ethereumecosystem-description": "Page non officielle de l'écosystème d'Ethereum et de ses couches de niveau 2, incluant Base, Optimism et Starknet, proposant des centaines de dApps et d'outils.", - "layer-2-tools-l2fees-description": "L2 Fees vous permet de voir le coût à un moment précis (en USD) pour réaliser des transactions sur les différentes couches 2.", - "layer-2-tools-chainlist-description": "Chainlist est un excellent site pour enregistrer des réseaux RPC sur votre portefeuille. Vous trouverez les RPC pour les projets de couche 2 afin de vous aider à vous y connecter.", - "layer-2-tools-zapper-description": "Gérez l'ensemble de votre portefeuille web3 de la DeFi aux NFT et quel que soit le projet. Investissez dans les dernières opportunités à partir d'un unique endroit.", - "layer-2-tools-zerion-description": "Construisez et gérez tout votre portefeuille DeFi à partir d'un seul endroit. Découvrez le monde de la finance décentralisée aujourd'hui.", - "layer-2-tools-debank-description": "Suivez tous les événements importants dans le monde web3", - "layer-2-faq-title": "FAQ", - "layer-2-faq-question-1-title": "Pourquoi n'y a-t-il pas de couche 2 'officielle' d'Ethereum ?", - "layer-2-faq-question-1-description-1": "Tout comme il n'y a pas de client Ethereum « officiel », il n'y a pas de couche 2 Ethereum « officielle ». Ethereum est sans permission - techniquement n'importe qui peut créer une couche 2 ! Plusieurs équipes implémenteront leur version d'une couche 2, et l'écosystème dans son ensemble bénéficiera d'une diversité d'approches de conception optimisées pour différents cas d'utilisation. Tout comme nous avons plusieurs clients Ethereum développés par plusieurs équipes afin d'avoir une diversité dans le réseau, ce sera aussi la façon dont les couches 2 se développeront à l'avenir.", - "layer-2-faq-question-2-title": "Quelle est la différence entre les Optimistic Rollups et les rollups ZK ?", - "layer-2-faq-question-2-description-1": "Les rollups optimisés et les rollups ZK regroupent des centaines de transactions en une seule transaction sur la couche 1. Les transactions des rollups sont exécutées en dehors de la couche 1 mais les données de transaction sont soumises sur celle-ci.", - "layer-2-faq-question-2-description-2": "La principale différence est de savoir quelles données sont soumises sur la couche 1 et comment les données sont vérifiées. Les preuves de validité (utilisées par les rollups ZK) exécutent les calculs hors chaîne et publient une preuve de leur validité, alors que les fault proof (utilisées par les rollups optimisés) exécutent les calculs sur la chaîne uniquement lorsqu'une faute est suspectée et qu'elle doit être vérifiée.", - "layer-2-faq-question-2-description-3": "Pour le moment, la plupart des zk-rollups sont spécifiques à une application, contrairement aux rollups optimistes qui ont pu être largement généralisés.", - "layer-2-more-info-on-optimistic-rollups": "Plus d'informations sur les rollups optimistes", - "layer-2-more-info-on-zk-rollups": "Plus d'informations sur les rollups sans connaissances", - "layer-2-faq-question-4-title": "Quels sont les risques de la couche 2 ?", - "layer-2-faq-question-4-description-1": "Les projets de couche 2 présentent des risques supplémentaires par rapport à la détention de fonds et à la réalisation de transactions directement sur le réseau principal Ethereum . Par exemple, les séquenceurs peuvent tomber en panne, vous obligeant à attendre pour accéder à vos fonds.", - "layer-2-faq-question-4-description-2": "Nous vous encourageons à faire vos propres recherches avant de transférer des fonds importants sur une couche 2. Pour plus d'information sur la technologie, les risques et les hypothèses de confiance d'une couche 2, nous vous recommandons de consulter L2BEAT, qui vous fournira un cadre complet d'évaluation des risques de chaque projet.", - "layer-2-faq-question-4-description-3": "Les ponts de blockchain, qui facilitent les transferts d'actifs sur la couche 2, sont à leurs premiers stades de développement et il est probable que leur conception ne soit pas encore optimale. Il y a eu deshacks de ponts récemment.", - "layer-2-faq-question-5-title": "Pourquoi certains projets de couche 2 ne sont-ils pas listés ici  ?", - "layer-2-faq-question-5-description-1": "Nous voulons nous assurer que nous répertorions les meilleures ressources possibles afin que les utilisateurs puissent naviguer dans l'espace de la couche 2 en toute sécurité et confiance. Nous maintenons un cadre de critères pour l'évaluation des projets en vue de leur inclusion.", - "layer-2-faq-question-5-view-listing-policy": "Consultez notre politique d'inclusion de la couche 2 ici.", - "layer-2-faq-question-5-description-2": "N'importe qui est libre de suggérer d'ajouter une couche 2 sur ethereum.org. S'il y a une couche 2 que nous avons manquée, s'il vous plaît suggérez-le ici.", - "layer-2-further-reading-title": "Complément d'information", - "a-rollup-centric-ethereum-roadmap": "Une feuille de route d'Ethereum centrée sur les rollups", - "an-incomplete-guide-to-rollups": "Un guide incomplet pour les rollups", - "polygon-sidechain-vs-ethereum-rollups": "Chaîne latérale Polygon vs rollups Ethereum : approches du passage à l'échelle par couche 2 | Vitalik Buterin et Lex Fridman", - "rollups-the-ultimate-ethereum-scaling-strategy": "Rollups - stratégie ultime de mise à l'échelle d'Ethereum ? Arbitrum & Optimism expliqués", - "scaling-layer-1-with-shard-chains": "Mise à l'échelle de la couche 1 à l'aide de chaînes de fragments", - "understanding-rollup-economics-from-first-principals": "Comprendre l'économie des rollups", - "arbitrum-description": "Arbitrum One est un rollup optimiste qui vise à donner le sentiment d'interagir directement avec Ethereum, mais avec des transactions qui coûtent une fraction de ce qu'elles coûteraient sur la couche 1.", - "optimism-description": "Optimism est un équivalent EVM du rollup optimiste, rapide, simple et sécurisé. Il met à l'échelle la technologie d'Ethereum tout en redimensionnant ses valeurs grâce au financement rétroactif des biens publics.", - "boba-description": "Boba est un rollup optimiste initialement dérivé de Optimism qui est une solution de mise à l'échelle qui vise à réduire les frais de gaz, améliorer le débit des transactions et étendre les capacités des contrats intelligents.", - "base-description": "Base est un L2 Ethereum sécurisé, bon marché et facile à utiliser pour les développeurs conçu pour apporter le prochain milliard d'utilisateur au web3. C'est un L2 Ethereum, incubé par Coinbase et conçu sur le projet open source OP Stack.", - "loopring-description": "La solution de rollup ZK L2 de Loopring vise à offrir les mêmes garanties de sécurité que le réseau principal Ethereum, avec une grande montée en charge : vitesse multipliée par 1000, et coût réduit à seulement 0,1 % du L1.", - "zksync-description": "ZKsync est un ZK Rollup qui vise à faire évoluer Ethereum et ses valeurs vers une adoption grand public, sans compromettre la sécurité ou la décentralisation.", - "zkspace-description": "La plateforme ZKSpace est constituée de 3 parties : un DEX AMM de couche 1 qui utiliser la technologie des ZK Rollups appelé ZKSwap, un service de paiement appelé ZKSquare, et une place de marche de NFTs appelée ZKSea.", - "aztec-description": "Aztec Network est le premier zk-rollup privé sur Ethereum,. Il permet aux applications décentralisées d'accéder à la confidentialité et de se développer.", - "starknet-description": "Starknet est un Validity Rollup de seconde couche. Il offre un débit élevé, des coûts de gaz faibles et conserve les niveaux de sécurité de la couche principale d'Ethereum.", - "layer-2-note": "Remarque :", - "layer-2-ecosystem-portal": "Portail de l'écosystème", - "layer-2-token-lists": "Listes de jetons", - "layer-2-explore": "Explorer", - "page-dapps-ready-button": "Aller", - "layer-2-information": "Information", - "layer-2-wallet-managers": "Gestionnaires de portefeuille" -} +{} diff --git a/src/intl/fr/page-learn.json b/src/intl/fr/page-learn.json index 324c2f7c37e..688f1b74f65 100644 --- a/src/intl/fr/page-learn.json +++ b/src/intl/fr/page-learn.json @@ -10,6 +10,7 @@ "hero-header": "Découvrir Ethereum", "hero-subtitle": "Votre guide éducatif sur le monde d'Ethereum. Apprenez comment fonctionne Ethereum et comment s'y connecter. Cette page comprend des articles, des guides et des ressources techniques et non techniques.", "hero-button-lets-get-started": "C'est parti !", + "page-learn-meta-title": "Ethereum : un guide d’apprentissage complet", "what-is-crypto-1": "Vous avez peut-être entendu parler de cryptomonnaies, de blockchains et de Bitcoin. Les liens ci-dessous vous aideront à apprendre ce qu'ils sont et comment ils s'articulent avec Ethereum.", "what-is-crypto-2": "Les cryptomonnaies, comme le Bitcoin, permettent à n'importe qui de transférer de l'argent à l'échelle mondiale. Ethereum le permet également, mais il peut également exécuter du code qui permet aux gens de créer des applications et des organisations. Il est à la fois résilient et flexible : n'importe quel programme informatique peut être exécuté sur Ethereum. Apprenez-en davantage et découvrez comment commencer :", "what-is-ethereum-card-title": "Qu'est-ce qu'Ethereum ?", @@ -33,9 +34,9 @@ "find-a-wallet-card-title": "Trouver un portefeuille", "find-a-wallet-card-description": "Parcourez les portefeuilles en fonction des fonctionnalités qui sont importantes pour vous.", "find-a-wallet-button": "Liste des portefeuilles", - "crypto-security-basics-card-title": "Notions de sécurité", - "crypto-security-basics-card-description": "Apprenez comment identifier les arnaques et comment éviter les pièges les plus courants.", - "crypto-security-basics-card-button": "Rester en sécurité", + "ethereum-networks-card-title": "Réseaux Ethereum", + "ethereum-networks-card-description": "Économisez de l'argent en utilisant des extensions Ethereum moins chères et plus rapides.", + "ethereum-networks-card-button": "Choisir un réseau", "things-to-consider-banner-title": "Choses à considérer lors de l'utilisation d'Ethereum", "things-to-consider-banner-1": "Chaque transaction Ethereum nécessite des frais sous la forme d'ETH, même si vous avez besoin de déplacer différents jetons construits sur Ethereum comme les stablecoins USDC ou DAI.", "things-to-consider-banner-2": "Les frais peuvent être élevés en fonction du nombre de personnes essayant d'utiliser Ethereum, nous vous recommandons donc d'utiliser", diff --git a/src/intl/fr/page-run-a-node.json b/src/intl/fr/page-run-a-node.json index 6b1d35c831a..95f59f11418 100644 --- a/src/intl/fr/page-run-a-node.json +++ b/src/intl/fr/page-run-a-node.json @@ -111,6 +111,7 @@ "page-run-a-node-sovereignty-1": "Un portefeuille Ethereum vous permet de prendre et de garder le contrôle de vos actifs numériques en conservant les clés privées de vos adresses. Toutefois, ces clés ne vous indiquent pas l'état actuel de la blockchain, comme le solde de votre portefeuille.", "page-run-a-node-sovereignty-2": "Par défaut, les portefeuilles Ethereum interagissent généralement avec un nœud de tierce partie, telle qu'Infura ou Alchemy, lorsque vous consultez vos soldes. Exécuter votre propre nœud vous permet d'avoir votre propre copie de la blockchain Ethereum.", "page-run-a-node-title": "Exécuter un nœud", + "page-run-a-node-meta-title": "Comment faire tourner un nœud Ethereum", "page-run-a-node-voice-your-choice-title": "Exprimez votre voix", "page-run-a-node-voice-your-choice-preview": "Ne cédez pas le contrôle en cas de fourche.", "page-run-a-node-voice-your-choice-1": "En cas de fourche de la chaîne (deux chaînes émergeant avec deux ensembles de règles différents), exécuter votre propre nœud vous permet de choisir l'ensemble de règles vous soutenez. C'est à vous de mettre à niveau votre nœud vers les nouvelles règles et de soutenir les changements proposés, ou non.", diff --git a/src/intl/fr/page-stablecoins.json b/src/intl/fr/page-stablecoins.json index 1b37190d4ba..4dd2de666d0 100644 --- a/src/intl/fr/page-stablecoins.json +++ b/src/intl/fr/page-stablecoins.json @@ -131,6 +131,7 @@ "page-stablecoins-stablecoins-table-type-precious-metals-backed": "Métaux précieux", "page-stablecoins-table-error": "Impossible de charger les stablecoins. Essayez de rafraîchir la page.", "page-stablecoins-title": "Stablecoins", + "page-stablecoins-meta-title": "Les Stablecoins expliqués : à quoi servent-ils ?", "page-stablecoins-top-coins": "Top des stablecoins par capitalisation boursière", "page-stablecoins-top-coins-intro": "La capitalisation boursière est", "page-stablecoins-top-coins-intro-code": "le nombre total de jetons qui existent, multiplié par la valeur d'un jeton. Cette liste évolue constamment et les projets énumérés ici ne sont pas nécessairement soutenus par l'équipe ethereum.org.", diff --git a/src/intl/fr/page-staking.json b/src/intl/fr/page-staking.json index 9f17ea7b1de..fcbe225b0f8 100644 --- a/src/intl/fr/page-staking.json +++ b/src/intl/fr/page-staking.json @@ -232,7 +232,7 @@ "page-staking-join-community": "Rejoignez la communauté des validateurs", "page-staking-join-community-desc": "EthStaker est une communauté permettant à chacun de discuter et d'en apprendre davantage sur la mise en jeu sur Ethereum. Rejoignez des dizaines de milliers de membres du monde entier pour obtenir des conseils, du soutien et pour parler de tout ce qui tourne autour de la mise en jeu.", "page-staking-meta-description": "Présentation de la mise en jeu sur Ethereum : les risques, les récompenses, les exigences et les lieux où le faire.", - "page-staking-meta-title": "Mise en jeu sur Ethereum", + "page-staking-meta-title": "Mise en jeu d'Ethereum : comment ça fonctionne ?", "page-staking-withdrawals-important-notices": "Informations importantes", "page-staking-withdrawals-important-notices-desc": "Les retraits ne sont pas encore disponibles. Veuillez lire la FAQ de Merge Eth2 et post-merge pour plus d'informations.", "page-upgrades-merge-btn": "Plus d'infos sur la fusion", diff --git a/src/intl/fr/page-wallets-find-wallet.json b/src/intl/fr/page-wallets-find-wallet.json index 0dfc8426126..5d548b1cf4a 100644 --- a/src/intl/fr/page-wallets-find-wallet.json +++ b/src/intl/fr/page-wallets-find-wallet.json @@ -5,7 +5,7 @@ "page-find-wallet-description": "Les portefeuilles stockent et font des transactions avec vos ETH. Vous pouvez choisir une multitude de produits qui correspondent à vos besoins.", "page-find-wallet-last-updated": "Dernière mise à jour", "page-find-wallet-meta-description": "Trouvez et comparez les portefeuilles Ethereum en fonction des fonctionnalités que vous souhaitez.", - "page-find-wallet-meta-title": "Trouver un portefeuille Ethereum", + "page-find-wallet-meta-title": "Liste des portefeuilles Ethereum | ethereum.org", "page-find-wallet-title": "Choisissez votre portefeuille", "page-find-wallet-try-removing": "Essayez de supprimer une ou deux fonctionnalités", "page-stake-eth": "Mettre en jeu de l'ETH", diff --git a/src/intl/fr/page-wallets.json b/src/intl/fr/page-wallets.json index 39d16978f6d..9219992e4fd 100644 --- a/src/intl/fr/page-wallets.json +++ b/src/intl/fr/page-wallets.json @@ -28,7 +28,7 @@ "page-wallets-manage-funds": "Une application pour gérer vos fonds", "page-wallets-manage-funds-desc": "Votre portefeuille montre vos soldes, l'historique des transactions et vous donne un moyen d'envoyer/recevoir des fonds. Certains portefeuilles peuvent en offrir plus.", "page-wallets-meta-description": "Ce que vous avez besoin de savoir pour utiliser des portefeuilles Ethereum.", - "page-wallets-meta-title": "Portefeuilles Ethereum", + "page-wallets-meta-title": "Portefeuilles Ethereum : acheter, stocker et envoyer des cryptomonnaies", "page-wallets-mobile": "Les applications mobiles qui rendent vos fonds accessibles depuis n'importe où", "page-wallets-more-on-dapps-btn": "En savoir plus sur les DApps", "page-wallets-most-wallets": "La plupart des produits de portefeuille vous permettront de générer un compte Ethereum. Vous n'en aurez donc pas besoin avant de télécharger un portefeuille.", diff --git a/src/intl/fr/page-what-is-ethereum.json b/src/intl/fr/page-what-is-ethereum.json index 2a3411cfb8c..97a655025d1 100644 --- a/src/intl/fr/page-what-is-ethereum.json +++ b/src/intl/fr/page-what-is-ethereum.json @@ -34,9 +34,12 @@ "page-what-is-ethereum-cryptocurrency-tab-content-2": "La raison pour laquelle les actifs tels que le Bitcoin et l'Ether sont appelé « cryptomonnaies » est que la sécurité de vos données et de vos actifs est garantie par la cryptographie, et non en ayant confiance dans une institution ou une société pour agir honnêtement.", "page-what-is-ethereum-cryptocurrency-tab-content-3": "Ethereum possède sa propre cryptomonnaie native, l'Ether (ETH), qui est utilisée pour payer certaines activités sur le réseau. Il peut être transféré à d'autres utilisateurs ou échangé contre d'autres jetons sur Ethereum. L'Ether est spécial parce qu'il est utilisé pour payer le calcul nécessaire pour construire et exécuter des applications et des organisations sur Ethereum.", "page-what-is-ethereum-summary-title": "Résumé", - "page-what-is-ethereum-summary-desc-1": "Ethereum est un réseau d'ordinateurs dispersés dans le monde entier qui suivent un ensemble de règles appelées le protocole Ethereum. Le réseau Ethereum sert de base aux communautés, aux applications, aux organisations et aux actifs numériques que n'importe qui peut construire et utiliser.", - "page-what-is-ethereum-summary-desc-2": "Vous pouvez créer un compte Ethereum depuis n'importe où, à tout moment, et explorer un monde d'applications ou construire les vôtres. L'innovation fondamentale est que vous pouvez faire tout cela sans faire confiance à une autorité centrale qui pourrait changer les règles ou restreindre votre accès.", - "page-what-is-ethereum-summary-desc-3": "Poursuivez votre lecture pour en savoir plus…", + "page-what-is-ethereum-summary-desc-1": "Ethereum est la plateforme principale de milliers d'applications et de blockchains, toutes alimentées par le protocole d'Ethereum.", + "page-what-is-ethereum-summary-desc-2": "Cet écosystème dynamique stimule l'innovation et une large gamme d'applications et de services décentralisés.", + "page-what-is-ethereum-summary-bullet-1": "Comptes Ethereum gratuits et globaux", + "page-what-is-ethereum-summary-bullet-2": "Pseudo-privés, aucune information personnelle requise", + "page-what-is-ethereum-summary-bullet-3": "Sans restrictions, tout le monde peut participer", + "page-what-is-ethereum-summary-bullet-4": "Aucune entreprise ne possède Ethereum ni ne décide de son avenir", "page-what-is-ethereum-btc-eth-diff-title": "Quelle est la différence entre Ethereum et Bitcoin ?", "page-what-is-ethereum-btc-eth-diff-1": "Lancé en 2015, Ethereum s'appuie sur l'innovation offerte par Bitcoin, dont elle se distingue sur certains grands points.", "page-what-is-ethereum-btc-eth-diff-2": "Les deux technologies vous permettent d'utiliser de l'argent numérique sans fournisseurs de paiement ni banques. Mais Ethereum est programmable, donc vous pouvez également construire et déployer des applications décentralisées sur son réseau.", diff --git a/src/intl/fr/template-usecase.json b/src/intl/fr/template-usecase.json index e6e12afdeda..4cc466fa08d 100644 --- a/src/intl/fr/template-usecase.json +++ b/src/intl/fr/template-usecase.json @@ -2,6 +2,7 @@ "template-usecase-dropdown-defi": "Finance décentralisée (DeFi)", "template-usecase-dropdown-nft": "Jetons non fongibles (NFT)", "template-usecase-dropdown-dao": "Organisations Autonomes Décentralisées (DAO)", + "template-usecase-dropdown-payments": "Paiements Ethereum", "template-usecase-dropdown-social-networks": "Réseaux sociaux décentralisés", "template-usecase-dropdown-identity": "Identité décentralisée", "template-usecase-dropdown-desci": "La science décentralisée (DeSci)", @@ -10,4 +11,4 @@ "template-usecase-banner": "Les utilisations d'Ethereum sont en cours de développement et d'évolution. Si vous pensez à une information qui rendra les choses plus claires ou plus à jour, ajoutez la.", "template-usecase-edit-link": "Modifier la page", "template-usecase-dropdown-aria": "Menu déroulant du cas d'utilisation" -} +} \ No newline at end of file From a80590281e295859b30854ef5446415ef286660f Mon Sep 17 00:00:00 2001 From: Paul Wackerow <54227730+wackerow@users.noreply.github.com> Date: Tue, 18 Mar 2025 13:21:09 -0700 Subject: [PATCH 2/3] fix: crowdin mistakes --- public/content/contributing/index.md | 1 - public/content/desci/index.md | 2 +- .../translations/fr/community/research/index.md | 4 ++-- .../content/translations/fr/contributing/index.md | 6 +++--- .../fr/decentralized-identity/index.md | 14 ++------------ public/content/translations/fr/desci/index.md | 6 +++--- .../docs/nodes-and-clients/archive-nodes/index.md | 4 ++-- .../docs/nodes-and-clients/run-a-node/index.md | 2 +- .../docs/smart-contracts/verifying/index.md | 2 +- .../how-to-create-an-ethereum-account/index.md | 2 +- .../fr/guides/how-to-id-scam-tokens/index.md | 4 ++-- public/content/translations/fr/guides/index.md | 2 +- public/content/translations/fr/history/index.md | 2 +- .../fr/roadmap/future-proofing/index.md | 2 +- public/content/translations/fr/roadmap/index.md | 2 +- .../fr/roadmap/merge/issuance/index.md | 2 +- .../translations/fr/zero-knowledge-proofs/index.md | 2 +- 17 files changed, 24 insertions(+), 35 deletions(-) diff --git a/public/content/contributing/index.md b/public/content/contributing/index.md index 93e79d3dc6c..8b010222b33 100644 --- a/public/content/contributing/index.md +++ b/public/content/contributing/index.md @@ -25,7 +25,6 @@ We are a welcoming community that will help you grow and educate in the Ethereum - [Create/edit content](/contributing/#how-to-update-content) – Suggest new pages or make tweaks to what's here already - [Add community resources](/contributing/content-resources/) – Add a helpful article or resource to a relevant page - [Suggest a design resource](/contributing/design/adding-design-resources/) – Add, update, and delete helpful design resources -- [Add a glossary term](/contributing/adding-glossary-terms/) – Help us continue to expand the Ethereum [glossary](/glossary/) - [Quizzes](/contributing/quizzes/) – Add, update, and delete quiz question banks for a relevant page **Feature ideas** diff --git a/public/content/desci/index.md b/public/content/desci/index.md index ebac2262588..2a256a8c126 100644 --- a/public/content/desci/index.md +++ b/public/content/desci/index.md @@ -127,7 +127,7 @@ We welcome suggestions for new projects to list - please look at our [listing po - [DeSci: The Future of Research by Samuel Akinosho](https://lucidsamuel.medium.com/desci-the-future-of-research-b76cfc88c8ec) - [Science Funding (Epilogue: DeSci and new crypto primitives) by Nadia](https://nadia.xyz/science-funding) - [Decentralisation is Disrupting Drug Development](https://medium.com/id-theory/decentralisation-is-disrupting-drug-development-28b5ba5d447f) -- [What Is DeSci – Decentralized Science?](​https://usadailytimes.com/2022/09/12/what-is-desci-decentralized-science/) +- [What Is DeSci – Decentralized Science?](https://usadailytimes.com/2022/09/12/what-is-desci-decentralized-science/) ### Videos {#videos} diff --git a/public/content/translations/fr/community/research/index.md b/public/content/translations/fr/community/research/index.md index 2b6866e8c72..682f4768c89 100644 --- a/public/content/translations/fr/community/research/index.md +++ b/public/content/translations/fr/community/research/index.md @@ -14,7 +14,7 @@ La recherche sur Ethereum est ouverte et transparente et incarne les principes d ## Ressources de recherche générales {#general-research-resources} -Quel que soit le sujet spécifique, vous trouverez une multitude d'informations sur la recherche Ethereum sur [ethresear.ch](https://ethresear.ch) et sur la [chaîne Discord Eth R&D](https://discord.gg/ qGpsxSA). Ce sont les principaux endroits où les chercheurs d’Ethereum discutent des dernières idées et opportunités de développement. +Quel que soit le sujet spécifique, vous trouverez une multitude d'informations sur la recherche Ethereum sur [ethresear.ch](https://ethresear.ch) et sur la [chaîne Discord Eth R&D](https://discord.gg/qGpsxSA). Ce sont les principaux endroits où les chercheurs d’Ethereum discutent des dernières idées et opportunités de développement. Ce rapport publié en mai 2022 par [DelphiDigital](https://members.delphidigital.io/reports/the-hitchhikers-guide-to-ethereum) donne un bon aperçu de la feuille de route d'Ethereum. @@ -277,7 +277,7 @@ La mise en jeu libre permet aux utilisateurs possédant moins de 32 ETH de recev #### Recherche récente {#recent-research-12} - [Gestion des retraits de Lido](https://ethresear.ch/t/handling-withdrawals-in-lidos-eth-liquid-staking-protocol/8873) -- [Identifiants de retrait ](https://ethresear.ch/t/withdrawal-credential-rotation-from-bls-to-eth1/8722) +- [Identifiants de retrait](https://ethresear.ch/t/withdrawal-credential-rotation-from-bls-to-eth1/8722) - [Les risques des dérivés de la mise en jeu libre](https://notes.ethereum.org/@djrtwo/risks-of-lsd) ## Tester {#testing} diff --git a/public/content/translations/fr/contributing/index.md b/public/content/translations/fr/contributing/index.md index 9886435a9c1..a6e77482538 100644 --- a/public/content/translations/fr/contributing/index.md +++ b/public/content/translations/fr/contributing/index.md @@ -23,16 +23,16 @@ Nous sommes une communauté accueillante qui vous aidera à grandir et à vous f **Contenu** - [Créer/modifier du contenu](/contributing/#how-to-update-content) – Proposez de nouvelles pages ou des modifications de ce qui existe déjà -- [Ajouter un article pour la communauté](/contributing/content-resources/)– Ajoutez un article utile à une page pertinente +- [Ajouter un article pour la communauté](/contributing/content-resources/) – Ajoutez un article utile à une page pertinente - [Suggérer une ressource de design](/contributing/design/adding-design-resources/) - Ajoutez, mettez à jour et supprimez des ressources de design utiles -- [Ajouter un terme au glossaire ](/contributing/adding-glossary-terms/) – Aidez-nous à poursuivre le développement du [glossaire](/glossary/) Ethereum +- [Ajouter un terme au glossaire](/contributing/adding-glossary-terms/) – Aidez-nous à poursuivre le développement du [glossaire](/glossary/) Ethereum - [Quiz](/contributing/quizzes/) - Ajoutez, mettez à jour et supprimez des questions de quiz sur une page pertinente **Idées de fonctionnalités** - [Demander une fonctionnalité](https://github.com/ethereum/ethereum-org-website/issues/new?assignees=&labels=Type%3A+Feature&template=feature_request.yaml&title=) – Faites-nous part de vos idées pour une nouvelle fonctionnalité ou un nouveau design **Liste de produits** -- [Ajouter une plateforme d'échange ](/contributing/adding-exchanges/)– Ajoutez une plateforme d'échange à notre [outil de recherche d'échange](/get-eth/#country-picker) +- [Ajouter une plateforme d'échange](/contributing/adding-exchanges/) – Ajoutez une plateforme d'échange à notre [outil de recherche d'échange](/get-eth/#country-picker) - [Ajouter un produit/service](/contributing/adding-products/) – Ajoutez une application décentralisée (DApp) ou un portefeuille à une page pertinente - [Ajouter des outils de développement](/contributing/adding-developer-tools/) – Ajoutez un outil de développement à une page pertinente - [Ajouter une couche 2](/contributing/adding-layer-2s/) – Ajoutez une seconde couche à une page pertinente diff --git a/public/content/translations/fr/decentralized-identity/index.md b/public/content/translations/fr/decentralized-identity/index.md index 3263ba9f16d..9a6bb955cc8 100644 --- a/public/content/translations/fr/decentralized-identity/index.md +++ b/public/content/translations/fr/decentralized-identity/index.md @@ -162,17 +162,11 @@ Il existe de nombreux projets ambitieux utilisant Ethereum comme base pour des s - **[Ethereum Attestation Service (EAS)](https://attest.sh/)** - _Un registre/protocole décentralisé pour faire des attestations en chaîne ou hors chaîne sur quoi que ce soit._ - **[Preuve d'humanité](https://www.proofofhumanity.id)** - _Preuve d'humanité (ou PoH) est un système de vérification d'identité sociale construit sur Ethereum._ - **[BrightID](https://www.brightid.org/)** - _Un réseau d'identité sociale décentralisé et open-source qui cherche à réformer la vérification d'identité par la création et l'analyse d'un graphe social._ -- ** -walt.id — _Infrastructure décentralisée et open source d'identité et de portefeuille qui permet aux développeurs et aux organisations de tirer parti de l'identité souveraine et des NFT/SBT._ - - - **[Veramo](https://veramo.io/)** - _Un environnement JavaScript qui permet à chacun d'utiliser facilement des données vérifiables cryptographiquement dans ses applications._ - - +- **[walt.id](https://walt.id)** — _Infrastructure décentralisée et open source d'identité et de portefeuille qui permet aux développeurs et aux organisations de tirer parti de l'identité souveraine et des NFT/SBT._ +- **[Veramo](https://veramo.io/)** - _Un environnement JavaScript qui permet à chacun d'utiliser facilement des données vérifiables cryptographiquement dans ses applications._ ## Complément d'information {#further-reading} - - ### Articles {#articles} - [Cas d'utilisation de la Blockchain : Blockchain en identité numérique](https://consensys.net/blockchain-use-cases/digital-identity/) — _ConsensusSys_ @@ -181,8 +175,6 @@ walt.id — _Infrastructure décentralisée et open source d'identité - [Qu'est-ce que l'identité décentralisée et pourquoi devriez-vous vous en préocupper ?](https://web3.hashnode.com/what-is-decentralized-identity) — _Emmanuel Awosika_ - [Introduction à l'Identité Décentralisée](https://walt.id/white-paper/digital-identity)— _Dominik Beron_ - - ### Vidéos {#videos} - [Identité décentralisée (Bonus Session Livestream)](https://www.youtube.com/watch?v=ySHNB1za_SE&t=539s) — _Une formidable vidéo explicative sur l'identité décentralisée par Andreas Antonopolous_ @@ -191,8 +183,6 @@ walt.id — _Infrastructure décentralisée et open source d'identité - [The Off Chain Internet : Identités décentralisées & Références vérifiables](https://www.youtube.com/watch?v=EZ_Bb6j87mg) — Présentation EthDenver 2022 par Evin McMullen - [Explication des Justificatifs Vérifiables](https://www.youtube.com/watch?v=ce1IdSr-Kig) - Vidéo explicative sur YouTube avec démonstration par Tamino Baumann - - ### Communautés {#communities} - [ERC-725 Alliance sur GitHub](https://github.com/erc725alliance) — _Supporters de la norme ERC725 pour la gestion d'identité sur la blockchain Ethereum_ diff --git a/public/content/translations/fr/desci/index.md b/public/content/translations/fr/desci/index.md index c99753daa03..9155f6bca3f 100644 --- a/public/content/translations/fr/desci/index.md +++ b/public/content/translations/fr/desci/index.md @@ -51,7 +51,7 @@ La DeSci met en place les outils scientifiques nécessaires pour faire basculer Comme chacun le sait, les publications scientifiques posent problème car elles sont gérées par des maisons d'édition qui s'appuient sur le travail gratuit de scientifiques, de réviseurs et d'éditeurs pour produire des articles, mais qui facturent ensuite des frais d'édition exorbitants. Le public, qui a généralement financé indirectement le travail et les coûts de publication à travers les taxes et les impôts qu'il paie, ne peut souvent pas accéder à ce même travail sans payer l'éditeur à nouveau. Le montant total des frais de publication d'articles scientifiques individuels est souvent à cinq chiffres ($USD), ce qui sape le concept même de connaissance scientifique en tant que [bien public](/glossary/#public-goods) tout en permettant à un petit groupe d'éditeurs d'engranger d'énormes profits. -Il existe des plateformes d'acès libre et gratuit sous forme de serveurs de pré-impression [comme ArXiv](https://arxiv.org/). Le contrôle qualité , de même que les [mécanismes anti-sybil ](/glossary/#anti-sybil), font toutefois défaut sur ces plateformes, qui ne suivent généralement pas les paramètres en termes d'article, ce qui signifie qu'ils ne sont généralement utilisés que pour faire connaître un travail avant de le soumettre à un éditeur classique. SciHub permet également d'accéder gratuitement aux articles publiés, mais pas légalement, et seulement après que les éditeurs ont été réglés et ont lié l'œuvre à une législation stricte sur le droit d'auteur. Les données et articles scientifiques accessibles associés à un mécanisme de légitimité et à un modèle incitatif intégrés manquent donc cruellement. Le Web3 offre les outils nécessaire pour construire un tel système. +Il existe des plateformes d'acès libre et gratuit sous forme de serveurs de pré-impression [comme ArXiv](https://arxiv.org/). Le contrôle qualité , de même que les [mécanismes anti-sybil](/glossary/#anti-sybil), font toutefois défaut sur ces plateformes, qui ne suivent généralement pas les paramètres en termes d'article, ce qui signifie qu'ils ne sont généralement utilisés que pour faire connaître un travail avant de le soumettre à un éditeur classique. SciHub permet également d'accéder gratuitement aux articles publiés, mais pas légalement, et seulement après que les éditeurs ont été réglés et ont lié l'œuvre à une législation stricte sur le droit d'auteur. Les données et articles scientifiques accessibles associés à un mécanisme de légitimité et à un modèle incitatif intégrés manquent donc cruellement. Le Web3 offre les outils nécessaire pour construire un tel système. ### Reproductibilité et réplicabilité {#reproducibility-and-replicability} @@ -76,7 +76,7 @@ La propriété intellectuelle (PI) pose problème dans la science traditionnelle De la même manière que les NFT peuvent transmettre les recettes de futures transactions au créateur initial, vous pouvez établir des chaînes d'attribution de valeur transparentes pour récompenser les chercheurs, les organes directeurs (les DAO par exemple), ou même les personnes dont les données sont collectées. -Les [NFT liés à la PI](https://medium.com/molecule-blog/ip-nfts-for-researchers-a-new-biomedical-funding-paradigm-91312d8d92e6) peuvent également servir de clé d'accès à un référentiel de données décentralisé relatif aux expériences de recherche en cours, et puiser dans les NFT et le financement de la [DeFi](/glossary/#defi) (de la fractionalisation aux groupes de prêt et à l'estimation de la valeur). Ils permettent également aux entités nativement en chaîne, telles que les DAO comme [VitaDAO](https://www.vitadao.com/), de mener des recherches directement en chaîne. Les [jetons « soulbound » ](https://vitalik.eth.limo/general/2022/01/26/soulbound.html)non transférables peuvent également jouer un rôle important en matière de DeSci en permettant aux individus d'apporter la preuve de leur expérience et leurs identifiants liés à leur adresse Ethereum. +Les [NFT liés à la PI](https://medium.com/molecule-blog/ip-nfts-for-researchers-a-new-biomedical-funding-paradigm-91312d8d92e6) peuvent également servir de clé d'accès à un référentiel de données décentralisé relatif aux expériences de recherche en cours, et puiser dans les NFT et le financement de la [DeFi](/glossary/#defi) (de la fractionalisation aux groupes de prêt et à l'estimation de la valeur). Ils permettent également aux entités nativement en chaîne, telles que les DAO comme [VitaDAO](https://www.vitadao.com/), de mener des recherches directement en chaîne. Les [jetons « soulbound »](https://vitalik.eth.limo/general/2022/01/26/soulbound.html) non transférables peuvent également jouer un rôle important en matière de DeSci en permettant aux individus d'apporter la preuve de leur expérience et leurs identifiants liés à leur adresse Ethereum. ### Stockage de données, accès et architecture {#data-storage} @@ -126,7 +126,7 @@ Nous accueillons volontiers les suggestions de nouveaux projets à répertorier - [DeSci : l'avenir de la recherche par Samuel Akinosho](https://lucidsamuel.medium.com/desci-the-future-of-research-b76cfc88c8ec) - [Financement de la science (Épilogue : la DeSci et les nouvelles primitives dans les cryptomonnaies) par Nadia](https://nadia.xyz/science-funding) - [La décentralisation perturbe développement des médicaments](https://medium.com/id-theory/decentralisation-is-disrupting-drug-development-28b5ba5d447f) -- [Qu'est-ce que la DeSci – Science Décentralisée ?](​https://usadailytimes.com/2022/09/12/what-is-desci-decentralized-science/) +- [Qu'est-ce que la DeSci – Science Décentralisée ?](https://usadailytimes.com/2022/09/12/what-is-desci-decentralized-science/) ### Vidéos {#videos} diff --git a/public/content/translations/fr/developers/docs/nodes-and-clients/archive-nodes/index.md b/public/content/translations/fr/developers/docs/nodes-and-clients/archive-nodes/index.md index dedee7cde9a..808f93a380d 100644 --- a/public/content/translations/fr/developers/docs/nodes-and-clients/archive-nodes/index.md +++ b/public/content/translations/fr/developers/docs/nodes-and-clients/archive-nodes/index.md @@ -56,13 +56,13 @@ Avant de démarrer votre propre nœud d'archive, renseignez-vous sur les différ ## Pratiques recommandées -Outre les [recommandations générales pour l'exécution d'un nœud](/developers/docs/nodes-and-clients/run-a-node/), un nœud d'archive peut être plus exigeant en termes de matériel et de maintenance. Compte tenu des [fonctionnalités clés](https://github.com/ledgerwatch/erigon#key-features) d'Erigon, l'approche la plus pratique consiste à utiliser l'implémentation client [Erigon](/developers/docs/nodes- and-clients/#erigon). +Outre les [recommandations générales pour l'exécution d'un nœud](/developers/docs/nodes-and-clients/run-a-node/), un nœud d'archive peut être plus exigeant en termes de matériel et de maintenance. Compte tenu des [fonctionnalités clés](https://github.com/ledgerwatch/erigon#key-features) d'Erigon, l'approche la plus pratique consiste à utiliser l'implémentation client [Erigon](/developers/docs/nodes-and-clients/#erigon). ### Matériel Assurez-vous toujours de vérifier les exigences matérielles pour un mode spécifique dans la documentation du client. L'espace disque est la principale exigence pour les nœuds d'archive. Selon le client, cela varie de 3 To à 12 To. Même si le disque dur peut être considéré comme une meilleure solution pour de grandes quantités de données, sa synchronisation et la mise à jour constante de la tête de chaîne nécessiteront des disques SSD. Les disques [SATA](https://www.cleverfiles.com/help/sata-hard-drive.html) sont assez bons mais ils doivent être d'une qualité fiable, au moins [TLC](https://blog.synology.com/tlc-vs-qlc-ssds-what-are-the-differences). Les disques peuvent être installés dans un ordinateur de bureau ou un serveur avec suffisamment d'emplacements. Ces appareils dédiés sont idéaux pour exécuter un nœud à haute disponibilité. Il est tout à fait possible de l'exécuter sur un ordinateur portable, mais la portabilité entraînera un coût supplémentaire. -Toutes les données doivent tenir dans un seul volume, donc les disques doivent être joints, par ex. avec [RAID0](https://en.wikipedia.org/wiki/Standard_RAID_levels#RAID_0) ou [LVM](https://web.mit.edu/rhel-doc/5/ RHEL-5-manual/Deployment_Guide-en-US/ch-lvm.html). Il pourrait également être utile d'envisager d'utiliser [ZFS](https://en.wikipedia.org/wiki/ZFS) car il prend en charge « Copy-on-write » qui garantit que les données sont correctement écrites sur le disque sans aucune erreur de bas niveau. +Toutes les données doivent tenir dans un seul volume, donc les disques doivent être joints, par ex. avec [RAID0](https://en.wikipedia.org/wiki/Standard_RAID_levels#RAID_0) ou [LVM](https://web.mit.edu/rhel-doc/5/RHEL-5-manual/Deployment_Guide-en-US/ch-lvm.html). Il pourrait également être utile d'envisager d'utiliser [ZFS](https://en.wikipedia.org/wiki/ZFS) car il prend en charge « Copy-on-write » qui garantit que les données sont correctement écrites sur le disque sans aucune erreur de bas niveau. Pour plus de stabilité et de sécurité dans la prévention de la corruption accidentelle de la base de données, en particulier dans une configuration professionnelle, envisagez d'utiliser la [mémoire ECC](https://en.wikipedia.org/wiki/ECC_memory) si votre système le prend en charge. Il est généralement conseillé d'avoir la même quantité de RAM que pour un nœud complet, mais davantage de RAM peut accélérer la synchronisation. diff --git a/public/content/translations/fr/developers/docs/nodes-and-clients/run-a-node/index.md b/public/content/translations/fr/developers/docs/nodes-and-clients/run-a-node/index.md index c9925a58b74..43b5e7e728e 100644 --- a/public/content/translations/fr/developers/docs/nodes-and-clients/run-a-node/index.md +++ b/public/content/translations/fr/developers/docs/nodes-and-clients/run-a-node/index.md @@ -446,7 +446,7 @@ Envisagez de créer un service pour exécuter automatiquement vos clients au dé Vous devez conserver votre logiciel client à jour avec les derniers patchs de sécurité, les dernières fonctionnalités et les [EIP](/eips/). Tout particulièrement avant [les fourches majeures](/history/), assurez-vous d'utiliser les bonnes versions client. -> Avant les mises à jour importantes du réseau, EF publie un message sur son [blog ](https://blog.ethereum.org). Vous pouvez [vous abonner à ces annonces](https://blog.ethereum.org/category/protocol#subscribe) pour recevoir une notification par email lorsque votre nœud a besoin d'une mise à jour. +> Avant les mises à jour importantes du réseau, EF publie un message sur son [blog](https://blog.ethereum.org). Vous pouvez [vous abonner à ces annonces](https://blog.ethereum.org/category/protocol#subscribe) pour recevoir une notification par email lorsque votre nœud a besoin d'une mise à jour. La mise à jour des clients est très simple. Chaque client a des instructions spécifiques dans sa documentation, mais le processus consiste généralement à simplement télécharger la dernière version et à redémarrer le client avec le nouvel exécutable. Le client devrait reprendre là où il s'est arrêté, mais avec les mises à jour appliquées. diff --git a/public/content/translations/fr/developers/docs/smart-contracts/verifying/index.md b/public/content/translations/fr/developers/docs/smart-contracts/verifying/index.md index 2e6378fdb40..f34eb730ef5 100644 --- a/public/content/translations/fr/developers/docs/smart-contracts/verifying/index.md +++ b/public/content/translations/fr/developers/docs/smart-contracts/verifying/index.md @@ -70,7 +70,7 @@ Le processus traditionnel de vérification des contrats peut être complexe. C'e ### Etherscan {#etherscan} -Bien que principalement connu comme un [explorateur de la blockchain Ethereum](/developers/docs/data-and-analytics/block-explorers/), Etherscan propose également un [service de vérification de source code ](https://etherscan.io/verifyContract) pour les développeurs et les utilisateurs de contrats intelligents. +Bien que principalement connu comme un [explorateur de la blockchain Ethereum](/developers/docs/data-and-analytics/block-explorers/), Etherscan propose également un [service de vérification de source code](https://etherscan.io/verifyContract) pour les développeurs et les utilisateurs de contrats intelligents. Etherscan vous permet de recompiler le bytecode du contrat à partir de la charge utile des données originales (code source, adresse de la bibliothèque, paramètres du compilateur, adresse du contrat, etc.) Si le bytecode recompilé est identifié comme étant identique au bytecode (et les paramètres du constructeur) du contrat en chaîne, alors [le contrat est vérifié](https://info.etherscan.com/types-of-contract-verification/). diff --git a/public/content/translations/fr/guides/how-to-create-an-ethereum-account/index.md b/public/content/translations/fr/guides/how-to-create-an-ethereum-account/index.md index 6ea99bfbfc6..a92f8f7a183 100644 --- a/public/content/translations/fr/guides/how-to-create-an-ethereum-account/index.md +++ b/public/content/translations/fr/guides/how-to-create-an-ethereum-account/index.md @@ -58,7 +58,7 @@ Non. Le portefeuille est un outil de gestion qui vous aide à gérer vos comptes ### Puis-je envoyer des bitcoins à une adresse Ethereum, ou des ethers à une adresse Bitcoin ? -Non, vous ne pouvez pas. Bitcoin et Ether existent sur deux réseaux différents (c'est-à-dire des blockchains différentes), chacun ayant ses propres registres et formats d'adresse. Plusieurs tentatives ont été mises en place pour relier ces deux réseaux, la plus concluante étant actuellement [Bitcoin Emballé ou WBTC](https://www. bitcoin. com/get-started/what-is-wbtc/). Ceci n'est pas une recommandation, car WBTC est une solution de garde (ce qui signifie qu'un groupe restreint de personnes contrôle certaines fonctions critiques) et est fourni ici à titre informatif uniquement. +Non, vous ne pouvez pas. Bitcoin et Ether existent sur deux réseaux différents (c'est-à-dire des blockchains différentes), chacun ayant ses propres registres et formats d'adresse. Plusieurs tentatives ont été mises en place pour relier ces deux réseaux, la plus concluante étant actuellement [Bitcoin Emballé ou WBTC](https://www.bitcoin.com/get-started/what-is-wbtc/). Ceci n'est pas une recommandation, car WBTC est une solution de garde (ce qui signifie qu'un groupe restreint de personnes contrôle certaines fonctions critiques) et est fourni ici à titre informatif uniquement. ### Si je possède une adresse ETH, est-ce que je peux l'utiliser sur d'autres blockchains ? diff --git a/public/content/translations/fr/guides/how-to-id-scam-tokens/index.md b/public/content/translations/fr/guides/how-to-id-scam-tokens/index.md index f21d5db3c28..8975896be4e 100644 --- a/public/content/translations/fr/guides/how-to-id-scam-tokens/index.md +++ b/public/content/translations/fr/guides/how-to-id-scam-tokens/index.md @@ -55,7 +55,7 @@ Les créateurs de jetons frauduleux ont recours à plusieurs astuces pour paraî - **Propriétaires légitimes**. Les jetons frauduleux créditent souvent des soldes importants à des adresses qui pourraient vraisemblablement détenir des jetons authentiques. - Par exemple, regardons à nouveau `wARB`. [Environ 16 % des jetons](https://etherscan.io/token/0xb047c8032b99841713b8e3872f06cf32beb27b82?a=0x1c8db745abe3c8162119b9ef2c13864cd1fdd72f) sont détenus par une adresse dont la balise publique est [Arbitrum Foundation: Deployer](https:// etherscan.io/address/0x1c8db745abe3c8162119b9ef2c13864cd1fdd72f). Il ne s'agit _pas_ d'une fausse adresse, c'est vraiment l'adresse qui a [déployé le vrai contrat ARB sur Ethereum mainnet](https://etherscan.io/tx/0x242b50ab4fe9896cb0439cfe6e2321d23feede7eeceb31aa2dbb46fc06ed2670). + Par exemple, regardons à nouveau `wARB`. [Environ 16 % des jetons](https://etherscan.io/token/0xb047c8032b99841713b8e3872f06cf32beb27b82?a=0x1c8db745abe3c8162119b9ef2c13864cd1fdd72f) sont détenus par une adresse dont la balise publique est [Arbitrum Foundation: Deployer](https://etherscan.io/address/0x1c8db745abe3c8162119b9ef2c13864cd1fdd72f). Il ne s'agit _pas_ d'une fausse adresse, c'est vraiment l'adresse qui a [déployé le vrai contrat ARB sur Ethereum mainnet](https://etherscan.io/tx/0x242b50ab4fe9896cb0439cfe6e2321d23feede7eeceb31aa2dbb46fc06ed2670). Étant donné que le solde ERC-20 d'une adresse fait partie du stockage du contrat ERC-20, il peut être spécifié par le contrat comme étant ce que souhaite le développeur du contrat. Il est également possible qu'un contrat interdise les transferts afin que les utilisateurs légitimes ne puissent pas se débarrasser de ces jetons frauduleux. @@ -94,4 +94,4 @@ Tant qu'il y aura de la valeur dans le monde, il y aura des malfaiteurs qui tent - Les jetons malveillants imitent des jetons légitimes en utilisant le même nom, symbole, etc. - Les jetons malveillants _ne peuvent pas_ utiliser la même adresse de contrat. - La meilleure source pour l'adresse légitime du jeton est l'organisation émettrice dudit jeton. -- À défaut, vous pouvez utiliser des applications populaires et fiables comme [Uniswap](https://app.uniswap.org/#/swap) et [Etherscan](https://etherscan.io /). +- À défaut, vous pouvez utiliser des applications populaires et fiables comme [Uniswap](https://app.uniswap.org/#/swap) et [Etherscan](https://etherscan.io/). diff --git a/public/content/translations/fr/guides/index.md b/public/content/translations/fr/guides/index.md index 3579b9167a1..a11f2e1290f 100644 --- a/public/content/translations/fr/guides/index.md +++ b/public/content/translations/fr/guides/index.md @@ -22,6 +22,6 @@ Vous souhaitez entamer votre aventure sur Ethereum ? Nos guides pratiques vous c ## Utiliser Ethereum -1. [Comment transférer des jetons vers une seconde couche ](/guides/how-to-use-a-bridge/) - Les transactions sur Ethereum sont-elles trop coûteuses ? Pensez à passer aux solutions de mise à l'échelle Ethereum appelées secondes couches. +1. [Comment transférer des jetons vers une seconde couche](/guides/how-to-use-a-bridge/) - Les transactions sur Ethereum sont-elles trop coûteuses ? Pensez à passer aux solutions de mise à l'échelle Ethereum appelées secondes couches. 2. [Comment échanger des jetons](/guides/how-to-swap-tokens/) - Souhaitez-vous échanger vos jetons contre un autre ? Ce guide simple vous montrera comment procéder. diff --git a/public/content/translations/fr/history/index.md b/public/content/translations/fr/history/index.md index 2ae0313cead..7d7d16c5671 100644 --- a/public/content/translations/fr/history/index.md +++ b/public/content/translations/fr/history/index.md @@ -446,7 +446,7 @@ La fourche Constantinople a : La fourche Byzantium a : -- réduit les récompenses pour le [minage ](/developers/docs/consensus-mechanisms/pow/mining/)des blocs de 5 à 3 ETH ; +- réduit les récompenses pour le [minage](/developers/docs/consensus-mechanisms/pow/mining/) des blocs de 5 à 3 ETH ; - retardé la [bombe de difficulté](/glossary/#difficulty-bomb) d'un an ; - ajouté la possibilité d'effectuer des appels sans changement d'état vers d'autres contrats ; - ajouté certaines méthodes de cryptographie pour permettre la [mise à l'échelle de la couche 2](/developers/docs/scaling/#layer-2-scaling). diff --git a/public/content/translations/fr/roadmap/future-proofing/index.md b/public/content/translations/fr/roadmap/future-proofing/index.md index aa8be80727f..e5f246b63b4 100644 --- a/public/content/translations/fr/roadmap/future-proofing/index.md +++ b/public/content/translations/fr/roadmap/future-proofing/index.md @@ -13,7 +13,7 @@ Certaines parties de la feuille de route ne sont pas nécessairement requises po Une partie de la sécurisation de la [cryptographie](/glossary/#cryptography) actuelle d'Ethereum sera compromise lorsque le calcul quantique deviendra une réalité. Bien que les ordinateurs quantiques soient probablement à des décennies de constituer une véritable menace pour la cryptographie moderne, Ethereum est construit pour être sécurisé pour les siècles à venir. Cela signifie rendre [Ethereum quantique résistant](https://consensys.net/blog/developers/how-will-quantum-supremacy-affect-blockchain/) dès que possible. -Le défi auquel sont confrontés les développeurs d'Ethereum est que le protocole actuel de [preuve d'enjeu ](/glossary/#pos)repose sur un système de signature très efficace connu sous le nom de BLS pour regrouper les votes sur les [blocs](/glossary/#block) valides. Ce schéma de signature est rompu par les ordinateurs quantiques, mais les alternatives de résistance quantique ne sont pas aussi efficaces. +Le défi auquel sont confrontés les développeurs d'Ethereum est que le protocole actuel de [preuve d'enjeu](/glossary/#pos) repose sur un système de signature très efficace connu sous le nom de BLS pour regrouper les votes sur les [blocs](/glossary/#block) valides. Ce schéma de signature est rompu par les ordinateurs quantiques, mais les alternatives de résistance quantique ne sont pas aussi efficaces. Les [schémas d'engagement « KZG»](/roadmap/danksharding/#what-is-kzg) utilisés à plusieurs endroits à travers Ethereum pour générer des secrets cryptographiques sont connus pour être vulnérables. Actuellement, cela est contourné en utilisant des « configurations de confiance » où de nombreux utilisateurs génèrent un aléa qui ne peut pas être inversé par un ordinateur quantique. Cependant, la solution idéale serait simplement d'intégrer la cryptographie quantique sûre. Il y a deux approches principales qui pourraient devenir des remplacements efficaces pour le schéma BLS : la signature [basée sur le STARK](https://hackmd.io/@vbuterin/stark_aggregation) et la signature [basée sur le treillis](https://medium.com/asecuritysite-when-bob-met-alice/so-what-is-lattice-encryption-326ac66e3175). **Ils sont encore en cours de recherche et de prototype**. diff --git a/public/content/translations/fr/roadmap/index.md b/public/content/translations/fr/roadmap/index.md index fc8d6d1fba8..3355f892001 100644 --- a/public/content/translations/fr/roadmap/index.md +++ b/public/content/translations/fr/roadmap/index.md @@ -112,7 +112,7 @@ La fragmentation est la division de la blockchain Ethereum afin que des sous-ens - [Danksharding](/roadmap/danksharding) - Le Danksharding rend les rollups de couche 2 bien plus abordables pour les utilisateurs en ajoutant des « blob » de données aux blocs d'Ethereum. - [Retraits de Staking](/staking/withdrawals) - La mise à niveau Shanghai/Capella a activé les retraits de staking sur Ethereum, permettant aux gens de déverrouiller leurs ETH mis en jeu. - [Finalité à un seul créneau](/roadmap/single-slot-finality) - Au lieu d'attendre pendant 15 minutes, les blocks pourraient être proposés et finalisés dans le même créneau. Ceci est plus pratique pour les applications et bien plus difficilement attaquable. -- [Séparation Proposeur et Constructeur ](/roadmap/pbs) - Découper les tâches de construction et de proposition de blocs entre plusieurs validateurs distincts crée une manière plus équitable, plus résistante à la censure, et plus efficace pour Ethereum d'atteindre le consensus. +- [Séparation Proposeur et Constructeur](/roadmap/pbs) - Découper les tâches de construction et de proposition de blocs entre plusieurs validateurs distincts crée une manière plus équitable, plus résistante à la censure, et plus efficace pour Ethereum d'atteindre le consensus. - [Élection secrète du leader](/roadmap/secret-leader-election) - Utilisation astucieuse de la cryptographie pour s'assurer que l'identité du proposeur du bloc courant ne peut pas être rendue publique, le protégeant de certains types d'attaques. - [Abstraction de compte](/roadmap/account-abstraction) - L'abstraction de compte est une gamme de mises à niveau qui permettent aux contrats de portefeuilles intelligents d'être nativement supportés sur Ethereum, plutôt que de devoir utiliser un intergiciel complexe. - [Arbres Verkle](/roadmap/verkle-trees) - Les arbres Verkle sont des structures de données qui peuvent être utilisés pour permettre des clients sans état sur Ethereum. Ces clients « sans état » nécessiteront de faibles espaces de stockage mais seront toujours capables de vérifier les nouveaux blocks. diff --git a/public/content/translations/fr/roadmap/merge/issuance/index.md b/public/content/translations/fr/roadmap/merge/issuance/index.md index 4b57f839857..dc3c950b6e1 100644 --- a/public/content/translations/fr/roadmap/merge/issuance/index.md +++ b/public/content/translations/fr/roadmap/merge/issuance/index.md @@ -30,7 +30,7 @@ title="Résumé de l'émission d'ETH"> ### Émission de la couche d'exécution {#el-issuance-pre-merge} -En preuve de travail, les mineurs n'interagissaient qu'avec la couche d'exécution et étaient récompensés par des récompenses de bloc, si et seulement s'ils étaient les premiers mineurs à résoudre le nouveau bloc. Depuis [la mise à jour Constantinople ](/history/#constantinople) en 2019, cette récompense était de 2 ETH par bloc. Les mineurs étaient également récompensés pour la publication de blocs [oncle](/glossary/#ommer), qui étaient des blocs valides mais qui n'avaient pas abouti à la chaîne la plus longue/canonique. Ces récompenses étaient plafonnées à 1,75 ETH par bloc oncle et _s'ajoutaient à_ la récompense émise à partir du bloc canonique. Le processus de minage était une activité économiquement intensive, qui nécessitait historiquement des niveaux élevés d'émission d'ETH pour être soutenu. +En preuve de travail, les mineurs n'interagissaient qu'avec la couche d'exécution et étaient récompensés par des récompenses de bloc, si et seulement s'ils étaient les premiers mineurs à résoudre le nouveau bloc. Depuis [la mise à jour Constantinople](/history/#constantinople) en 2019, cette récompense était de 2 ETH par bloc. Les mineurs étaient également récompensés pour la publication de blocs [oncle](/glossary/#ommer), qui étaient des blocs valides mais qui n'avaient pas abouti à la chaîne la plus longue/canonique. Ces récompenses étaient plafonnées à 1,75 ETH par bloc oncle et _s'ajoutaient à_ la récompense émise à partir du bloc canonique. Le processus de minage était une activité économiquement intensive, qui nécessitait historiquement des niveaux élevés d'émission d'ETH pour être soutenu. ### Émission de la couche de consensus {#cl-issuance-pre-merge} diff --git a/public/content/translations/fr/zero-knowledge-proofs/index.md b/public/content/translations/fr/zero-knowledge-proofs/index.md index 022f40a7d69..73945b4096c 100644 --- a/public/content/translations/fr/zero-knowledge-proofs/index.md +++ b/public/content/translations/fr/zero-knowledge-proofs/index.md @@ -44,7 +44,7 @@ En injectant dans le protocole une technologie à divulgation nulle de connaissa 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 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é. ### Authentification {#authentication} From bea5f2ede42b4533010cd1b376a4f4dc37b49045 Mon Sep 17 00:00:00 2001 From: Paul Wackerow <54227730+wackerow@users.noreply.github.com> Date: Tue, 18 Mar 2025 16:43:07 -0700 Subject: [PATCH 3/3] fix: crowdin syntax errors --- .../fr/contributing/adding-wallets/index.md | 2 +- .../fr/developers/docs/apis/backend/index.md | 2 +- .../docs/smart-contracts/security/index.md | 2 +- public/content/translations/fr/nft/index.md | 17 +---------------- 4 files changed, 4 insertions(+), 19 deletions(-) diff --git a/public/content/translations/fr/contributing/adding-wallets/index.md b/public/content/translations/fr/contributing/adding-wallets/index.md index 658ae06372b..b71b0fedd90 100644 --- a/public/content/translations/fr/contributing/adding-wallets/index.md +++ b/public/content/translations/fr/contributing/adding-wallets/index.md @@ -42,7 +42,7 @@ Les portefeuilles évoluent rapidement sur Ethereum. Nous avons tenté de créer - **WalletConnect** - les utilisateurs doivent pouvoir se connecter aux DApps en utilisant WalletConnect. - **Importation des points de terminaison RPC d'Ethereum** - les utilisateurs peuvent importer les données RPC d'un nœud, leur permettant de se connecter à un nœud de leur choix, ou à d'autres réseaux compatibles EVM. - **NFTs** - les utilisateurs sont en mesure de visualiser et d'interagir avec leurs NFTs dans le portefeuille. -- Connexion aux applications Ethereum - les utilisateurs sont en mesure de se connecter à des applications Ethereum et de les utiliser. +- **Connexion aux applications Ethereum** - les utilisateurs sont en mesure de se connecter à des applications Ethereum et de les utiliser. - **Mise en jeu** - les utilisateurs peuvent mettre en jeu directement via le portefeuille. - **Échanges** - les utilisateurs peuvent échanger des tokens directement via le portefeuille. - **Réseaux multichaînes** - votre portefeuille prend en charge par défaut l'accès à plusieurs réseaux blockchain. diff --git a/public/content/translations/fr/developers/docs/apis/backend/index.md b/public/content/translations/fr/developers/docs/apis/backend/index.md index a52498a749a..5eb8806452f 100644 --- a/public/content/translations/fr/developers/docs/apis/backend/index.md +++ b/public/content/translations/fr/developers/docs/apis/backend/index.md @@ -6,7 +6,7 @@ lang: fr Pour qu'une application logicielle puisse interagir avec la blockchain Ethereum (c'est-à-dire lire les données de la blockchain et/ou envoyer des transactions sur le réseau), elle doit se connecter à un nœud Ethereum. -À cette fin, chaque client Ethereum met en œuvre la spécification JSON-RPC, de sorte qu'il existe un ensemble uniforme de méthodes sur lesquelles les applications peuvent s'appuyer. +À cette fin, chaque client Ethereum met en œuvre la spécification [JSON-RPC](/developers/docs/apis/json-rpc/), de sorte qu'il existe un ensemble uniforme de [méthodes](/developers/docs/apis/json-rpc/#json-rpc-methods) sur lesquelles les applications peuvent s'appuyer. Si vous souhaitez utiliser un langage de programmation spécifique pour vous connecter à un nœud Ethereum, vous pouvez développer votre propre solution, mais il existe plusieurs bibliothèques pratiques au sein de l'écosystème qui facilitent grandement cette tâche. Grâce à ces bibliothèques, les développeurs peuvent rédiger des méthodes intuitives d'une seule ligne pour initialiser des demandes RPC JSON (sous le capot) qui interagissent avec Ethereum. diff --git a/public/content/translations/fr/developers/docs/smart-contracts/security/index.md b/public/content/translations/fr/developers/docs/smart-contracts/security/index.md index b1703479a3f..0d9be9f2935 100644 --- a/public/content/translations/fr/developers/docs/smart-contracts/security/index.md +++ b/public/content/translations/fr/developers/docs/smart-contracts/security/index.md @@ -471,7 +471,7 @@ Si vous comptez interroger un oracle sur le prix des actifs, envisagez d'utilise - **[ABI Encoder](https://abi.hashex.org/)** - _ : Il s'agit d'un service gratuit en ligne pour l'encodage des fonctions de contrat Solidity et de vos arguments de constructeur._ -- Aderyn - Analyseur statique de Solidity, parcourant les arbres de syntaxe abstraite (AST) pour repérer les vulnérabilités suspectes et imprimant les problèmes dans un format markdown facile à utiliser. +- **[Aderyn](https://github.com/Cyfrin/aderyn)** - _Analyseur statique de Solidity, parcourant les arbres de syntaxe abstraite (AST) pour repérer les vulnérabilités suspectes et imprimant les problèmes dans un format markdown facile à utiliser._ ### Outils de surveillance des contrats intelligents {#smart-contract-monitoring-tools} diff --git a/public/content/translations/fr/nft/index.md b/public/content/translations/fr/nft/index.md index ccdd9f8fa30..3520a99155d 100644 --- a/public/content/translations/fr/nft/index.md +++ b/public/content/translations/fr/nft/index.md @@ -15,24 +15,18 @@ summaryPoint3: Propulsés par des contrats intelligents sur la blockchain Ethere ## Que sont les NFT ? {#what-are-nfts} -Les NFT sont des jetons qui sont **individuellement uniques**. Chaque NFT a des propriétés différentes (non fongibles) et sa rareté est prouvée. Ils diffèrent des jetons tels que - -l'ETH ou d'autres jetons basés sur Ethereum comme l'USDC, où chaque jeton est identique et possède les mêmes propriétés (« fongibles »). Vous ne vous souciez pas de savoir quel type de billet (ou d'ETH) vous possédez dans votre portefeuille, parce qu'ils sont tous identiques et valent tous la même chose. Cependant, vous vous souciez de savoir quel NFT spécifique vous possédez, car ils ont tous des propriétés individuelles qui les distinguent des autres ("non fongibles").

+Les NFT sont des jetons qui sont **individuellement uniques**. Chaque NFT a des propriétés différentes (non fongibles) et sa rareté est prouvée. Ils diffèrent des jetons tels que [l'ETH](/glossary/#ether) ou d'autres jetons basés sur Ethereum comme l'USDC, où chaque jeton est identique et possède les mêmes propriétés (« fongibles »). Vous ne vous souciez pas de savoir quel type de billet (ou d'ETH) vous possédez dans votre portefeuille, parce qu'ils sont tous identiques et valent tous la même chose. Cependant, vous vous souciez de savoir quel NFT spécifique vous possédez, car ils ont tous des propriétés individuelles qui les distinguent des autres ("non fongibles"). Le caractère unique de chaque NFT permet la tokenisation de choses telles que l'art, les objets de collection ou même l'immobilier, où un NFT unique et spécifique représente un objet numérique ou réel unique et spécifique. La propriété d'un actif est publiquement vérifiable sur la [blockchain](/glossary/#blockchain) Ethereum. - - ## L'internet des ressources {#internet-of-assets} Les NFT et Ethereum résolvent certains des problèmes qui se posent aujourd'hui sur l'internet. Alors que tout devient de plus en plus numérique, il y a un besoin de reproduire les propriétés des objets physiques tels que la rareté, l'unicité et la preuve de propriété d'une manière qui n'est pas contrôlée par une entité centralisée. Par exemple, avec les NFT, vous pouvez posséder un fichier mp3 de musique dans toutes les applications basées sur Ethereum et ne pas être lié à l'application musicale spécifique d'une société comme Spotify ou Apple Music. Vous pouvez posséder un identifiant de média social que vous pouvez vendre ou échanger, mais **qui ne peut pas vous être retiré arbitrairement** par un fournisseur de plateforme. Voici à quoi ressemble un internet de NFT par rapport à l'internet que la plupart d'entre nous utilisons aujourd'hui... - - ### Une comparaison {#nft-comparison} | Un internet NFT | Internet aujourd'hui | @@ -44,9 +38,6 @@ Voici à quoi ressemble un internet de NFT par rapport à l'internet que la plup | Les **créateurs de contenu peuvent vendre leur travail n'importe où** et accéder à un marché mondial. | Les créateurs dépendent de l'infrastructure et de la distribution des plates-formes qu'ils utilisent. Celles-ci sont souvent soumises à des conditions d'utilisation et à des **restrictions géographiques**. | | Les créateurs de NFT **peuvent conserver les droits** de propriété sur leur propre travail et programmer les redevances directement dans le contrat NFT. | Les plateformes, telles que **les services de streaming musical, conservent la majorité des profits issus des ventes**. | - - - ## Comment les NFT sont-ils utilisés ? {#nft-use-cases} Les NFT sont utilisés pour de nombreuses choses, notamment : @@ -83,8 +74,6 @@ Ce site web dispose également d'un nom de domaine alternatif NFT, **ethereum.et - - ## Comment fonctionnent les NFT ? {#how-nfts-work} Les NFT, comme tous les objets numériques de la blockchain Ethereum, sont créés par un programme informatique spécial basé sur Ethereum appelé « contrat intelligent ». Ces contrats suivent certaines règles, comme les normes [ERC-721](/glossary/#erc-721) ou [ERC-1155](/glossary/#erc-1155), qui déterminent ce que le contrat peut faire. @@ -99,8 +88,6 @@ Lorsque quelqu'un "crée" ou "frappe" un NFT, il demande au contrat intelligent En outre, le créateur du contrat peut ajouter des règles supplémentaires. Elles peuvent limiter le nombre d'exemplaires d'un certain NFT ou décider qu'ils recevront une petite redevance chaque fois que le NFT changera de mains. - - ### Sécurité NFT {#nft-security} La sécurité d'Ethereum émane de la [preuve d'enjeu](/glossary/#pos). Le système est conçu pour décourager économiquement les actions malveillantes, ce qui rend Ethereum infalsifiable. C'est ce qui rend les NFT possibles. Une fois le [bloc](/glossary/#block) contenant votre transaction NFT [finalisé](/glossary/#finality), un attaquant devrait dépenser des millions d'ETH pour le modifier. Quiconque exécute un logiciel Ethereum serait immédiatement capable de détecter des manipulations malhonnêtes avec un NFT, et la personne malveillante serait économiquement pénalisée et rejetée. @@ -119,8 +106,6 @@ Les questions de sécurité concernant les NFT sont le plus souvent liées aux e - [Norme de jeton ERC-1155](/developers/docs/standards/tokens/erc-1155/) - [Applications et outils NFT populaires](https://www.ethereum-ecosystem.com/blockchains/ethereum/nfts) - - ## Autres ressources {#other-resources} - [NFTScan](https://nftscan.com/)