Newsletter-2018-07-translate-in-French

_posts/fr/newsletters/2018-06-26-newsletter.md

@@ -0,0 +1,117 @@
+---
+title: 'Bulletin Hebdomadaire Bitcoin Optech #1'
+permalink: /fr/newsletters/2018/06/26/
+name: 2018-06-26-newsletter-fr
+slug: 2018-06-26-newsletter-fr
+type: newsletter
+layout: newsletter
+lang: fr
+version: 1
+excerpt: Announces a pending vulnerability disclosure for older Bitcoin Core releases, links to a PR about improved coin selection, and discusses dynamic wallet loading and unloading in Bitcoin Core multiwallet mode.
+---
+## Bienvenue
+
+Bienvenue dans le premier bulletin du groupe Bitcoin Optech ! En tant que membre de notre nouvelle organisation, vous pouvez vous attendre à
+recevoir régulièrement de notre part des bulletins couvrant le développement open source de Bitcoin et les nouvelles du protocole, les
+annonces d’Optech, ainsi que des études de cas d’entreprises membres. Nous prévoyons de publier ces bulletins sur notre site web.
+
+Nous espérons que vous trouverez ce bulletin utile. Nous le créons pour vous, alors n’hésitez pas à nous contacter si vous avez des retours,
+qu’il s’agisse de sujets supplémentaires que vous aimeriez nous voir couvrir ou d’améliorations à ce que nous incluons déjà.
+
+Un rappel aux entreprises qui ne sont pas encore devenues membres officiels. Nous vous demandons de verser une contribution nominale de 5
+000 $ pour nous aider à financer nos dépenses.
+
+## Premier atelier Optech !
+
+Le groupe Bitcoin Optech organise le premier d’une série d’ateliers qui se tiendra **le 17 juillet à San Francisco**. Square a gracieusement
+proposé d’accueillir l’atelier de l’après-midi, et nous aurons ensuite un dîner de groupe. Les participants seront 1 à 2 ingénieurs
+d’entreprises Bitcoin de la région de la baie de San Francisco. Nous aurons des discussions en table ronde couvrant 3 sujets :
+
+- Les meilleures pratiques de sélection de pièces ;
+- Les meilleures pratiques d’estimation des frais, de RBF et de CPFP ;
+- La communauté et la communication Optech - optimiser Optech pour les besoins des entreprises.
+
+Nous prévoyons d’organiser des ateliers similaires dans d’autres régions en fonction de la demande des entreprises membres d’Optech. Si cela
+vous semble intéressant, n’hésitez pas à nous contacter et à nous faire savoir ce que vous aimeriez voir.
+
+## Nouvelles Open Source
+
+Un thème récurrent que nous avons entendu lors de notre premier travail de sensibilisation auprès des entreprises Bitcoin est le désir
+d’améliorer la communication avec la communauté open source. À cette fin, dans chaque bulletin, nous prévoyons de fournir un résumé des
+actions pertinentes à entreprendre, des éléments de tableau de bord et des nouvelles de la communauté open source Bitcoin au sens large.
+
+### Actions à entreprendre
+
+- **Divulgation en attente d’une vulnérabilité DoS pour Bitcoin Core 0.12.0 et versions antérieures. Les altcoins peuvent être affectés.**
+  Comme [annoncé][alert announcement] en novembre 2016, les développeurs de Bitcoin Core prévoient de publier la clé privée que Satoshi
+  Nakamoto a créée en 2010 pour signer les alertes réseau. Cette clé peut être détournée pour créer une condition de mémoire insuffisante
+  (OOM) dans Bitcoin 0.3.9 à Bitcoin Core 0.12.0, ce qui entraînera le plantage de ces nœuds (mais aucune attaque entraînant une perte
+  d’argent n’a été divulguée). De nombreux altcoins ont été forkés à partir de code antérieur à 0.12.0 et peuvent être vulnérables aux mêmes
+  attaques, mais ils utilisent des clés différentes et l’attaque ne peut donc pas être exploitée à moins que ces clés ne soient également
+  mal utilisées.
+
+  Les actions recommandées sont (1) de vérifier votre infrastructure pour repérer les nœuds Bitcoin 0.12.0 ou antérieurs et les mettre à
+  niveau si possible (cela inclut les anciennes versions de Bitcoin XT, Bitcoin Classic et Bitcoin Unlimited) ; (2) de vérifier votre
+  infrastructure pour repérer les nœuds d’altcoins basés sur Bitcoin Core 0.12.0 ou antérieur et soit les mettre à niveau, soit les placer
+  derrière un proxy qui filtre les messages d’alerte du protocole pair-à-pair. Si vous dépendez absolument de nœuds antérieurs à 0.12.0,
+  veuillez en informer immédiatement un développeur Bitcoin Core ou votre contact Optech.
+
+[alert announcement]: https://bitcoin.org/en/alert/2016-11-01-alert-retirement
+
+- **Bitcoin Core [0.16.1 released][] :** contient un correctif pour un cas pouvant entraîner une perte monétaire pour les mineurs dans des
+  situations supposées assez rares. Corrige également une attaque DoS qui affectait principalement les nouveaux nœuds et inclut un
+  changement de politique de relais en prévision d’un éventuel futur soft fork dans plus d’un an. La mise à niveau est recommandée pour tous
+  les utilisateurs et fortement recommandée pour les mineurs.
+
+[0.16.1 released]: https://bitcoincore.org/en/2018/06/15/release-0.16.1/
+
+- **La liste de diffusion bitcoin-dev change d’hébergeur :** si vous êtes abonné à la [liste de diffusion publique Bitcoin
+  Development][mailing list], notez qu’une annonce sera bientôt publiée au sujet d’un changement de nom de domaine. On ne sait pas encore si
+  une action de la part des utilisateurs sera nécessaire en dehors d’adresser les e-mails à un nom de domaine différent, bien qu’un
+  changement d’hébergeur il y a trois ans ait exigé que tous les membres se réabonnent.
+
+[mailing list]: https://groups.google.com/g/bitcoindev/
+
+### Éléments du tableau de bord
+
+- **Augmentation des frais de transaction :** on pensait qu’un pic des frais de transaction observé au début de la semaine dernière était
+  lié au piratage de Bithumb, à la fois par le déplacement des fonds volés par l’attaquant et par le déplacement de leurs fonds par d’autres
+  personnes en réponse à l’évolution rapide des taux de change. À la date de cet e-mail, les transactions à faibles frais sont toujours
+  confirmées en quelques blocs, ce qui en fait un bon moment pour les transactions de consolidation.
+
+### Nouvelles
+
+- **Nouveau format de sauvegarde et de récupération pour les éléments de clés privées :** plusieurs développeurs travaillent sur un nouvel
+  encodage pour les clés privées Bitcoin, les clés publiques et privées étendues de portefeuilles HD, et les graines de portefeuilles HD. Le
+  format est vaguement basé sur le format bech32 utilisé pour les adresses segwit natives. L’encodage est [activement développé][bech32x]
+  sur la liste de diffusion bitcoin-dev et la participation est encouragée pour toute entreprise qui gère des éléments de clés privées dans
+  ses propres sauvegardes (par ex. sauvegardes de portefeuilles papier) ou fournit de tels services à des clients (par ex. balayage de
+  fonds).
+
+[bech32x]: https://gnusha.org/url/https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2018-June/016065.html
+
+- **Simulations de sélection de pièces :** la prochaine version 0.17.0 de Bitcoin Core implémente un algorithme de sélection de pièces
+  beaucoup plus efficace basé sur l’[algorithme Branch and Bound][branch and bound paper] de Mark Erhardt. Les contributeurs exécutent
+  actuellement des simulations visant à identifier une stratégie de repli appropriée lorsque cette stratégie idéale ne fonctionne pas. Si
+  votre organisation utilise Bitcoin Core pour optimiser la sélection de pièces afin de minimiser les frais, il peut être utile de suivre ou
+  de contribuer à la PR Bitcoin Core [#13307][pr 13307].
+
+[branch and bound paper]: http://murch.one/wp-content/uploads/2016/11/erhardt2016coinselection.pdf
+[pr 13307]: https://github.com/bitcoin/bitcoin/pull/13307
+
+- **Discussion sur [BIP174][] :** la [discussion][bip174 discussion] sur la liste de diffusion se poursuit autour de cette proposition de
+  BIP pour une norme industrielle destinée à faciliter la communication entre portefeuilles dans le cas des portefeuilles en ligne/hors
+  ligne (chaud/froid), des portefeuilles logiciels/matériels et des portefeuilles multisig. Cependant, des changements significatifs de la
+  proposition rencontrent désormais une résistance, de sorte que la finalisation pourrait être proche. Si votre organisation produit ou fait
+  un usage critique de l’un des portefeuilles interopérables mentionnés ci-dessus, vous pourriez souhaiter évaluer la proposition actuelle
+  dès que possible avant sa finalisation.
+
+[BIP174]: https://github.com/bitcoin/bips/blob/master/bip-0174.mediawiki
+[BIP174 discussion]: https://gnusha.org/url/https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2018-June/016121.html
+
+- **Chargement dynamique de portefeuilles dans Bitcoin Core :** la dernière PR a été fusionnée pour un nouvel ensemble de RPC dans Bitcoin
+  Core conçus pour lui permettre de créer dynamiquement de nouveaux portefeuilles en mode multiwallet, de les charger et de les décharger.
+  Si votre organisation gère des transactions depuis Bitcoin Core (ou souhaite le faire), cela peut rendre beaucoup plus facile la
+  segmentation de vos portefeuilles (par ex. séparer les dépôts clients des fonds de l’entreprise, ou les fonds du portefeuille chaud des
+  fonds froids en mode watch-only). Du code de préproduction est disponible sur la branche git master de Bitcoin Core en utilisant les RPC
+  `createwallet`, `loadwallet` et `unloadwallet`.

_posts/fr/newsletters/2018-07-03-newsletter.md

@@ -0,0 +1,133 @@
+---
+title: 'Bulletin Hebdomadaire Bitcoin Optech #2'
+permalink: /fr/newsletters/2018/07/03/
+name: 2018-07-03-newsletter-fr
+slug: 2018-07-03-newsletter-fr
+type: newsletter
+layout: newsletter
+lang: fr
+version: 1
+excerpt: Continued discussion over graftroot safety, BIP174 Partially Signed Bitcoin Transactions (PSBT) officially marked as proposed, and discussion of Dandelion transaction relay.
+
+---
+### Désabonnement
+
+Nous sommes passés à une nouvelle plateforme pour distribuer le bulletin de cette semaine. Si vous n'êtes pas intéressé par la réception de
+mises à jour hebdomadaires sur ce qui se passe dans la communauté open source Bitcoin, veuillez cliquer sur le lien de désabonnement au bas
+de cet e-mail.
+
+N'hésitez pas à nous contacter à [info@bitcoinops.org](mailto:info@bitcoinops.org) si vous avez des questions ou des commentaires sur ce que
+nous faisons !
+
+## Bienvenue
+
+Bienvenue dans le deuxième bulletin du groupe Bitcoin Optech ! En tant que membre de notre nouvelle organisation, vous pouvez vous attendre
+à recevoir régulièrement de notre part des bulletins couvrant le développement open source Bitcoin et les actualités du protocole, les
+annonces d'Optech, ainsi que des études de cas d'entreprises membres. Ces bulletins sont également disponibles sur [notre site web][newsletter page].
+
+Comme toujours, n'hésitez pas à nous contacter si vous avez des retours ou des commentaires sur ce bulletin.
+
+Un rappel aux entreprises qui ne sont pas encore devenues membres officiels. Nous vous demandons de verser une contribution symbolique de 5
+000 $ pour aider à financer nos dépenses.
+
+[newsletter page]: /fr/newsletters/
+
+## Premier atelier Optech !
+
+Comme annoncé précédemment, le groupe Bitcoin Optech organise son premier atelier **le 17 juillet à San Francisco**. Les participants seront
+1 à 2 ingénieurs d'entreprises Bitcoin de la région de la baie de San Francisco. Nous aurons des discussions en table ronde couvrant 3
+sujets :
+
+- Meilleures pratiques de sélection des pièces ;
+- Meilleures pratiques d'estimation des frais, RBF, CPFP ;
+- Communauté et communication Optech - optimiser Optech pour les besoins des entreprises.
+
+Veuillez nous contacter si vous souhaitez participer à cet atelier ou à de futurs ateliers dans d'autres régions.
+
+## Nouvelles Open Source
+
+Un résumé des actions pertinentes, des éléments du tableau de bord et des nouvelles de l'ensemble de la communauté open source Bitcoin.
+
+### Actions
+
+Pas de nouvelles actions, mais il est toujours recommandé d'assurer le suivi des éléments suivants précédemment publiés.
+
+- Divulgation en attente d'une vulnérabilité DoS pour Bitcoin Core 0.12.0 et versions antérieures. Les altcoins peuvent être affectés. Voir
+  [le bulletin #1][]
+
+- Mettre à niveau vers [Bitcoin Core 0.16.1][], publié le 15 juin 2018. Mise à niveau particulièrement recommandée pour les mineurs. Voir
+  [le bulletin #1][]
+
+[Bitcoin Core 0.16.1]: https://bitcoincore.org/en/download/
+[le bulletin #1]: /fr/newsletters/2018/06/26/
+
+### Éléments du tableau de bord
+
+- **Les frais de transaction restent très bas :** au moment de la rédaction, les estimations de frais pour une confirmation dans 2 blocs ou
+  plus restent à peu près au niveau des frais minimaux de relais par défaut dans Bitcoin Core. C'est un bon moment pour [consolider des
+  entrées][].
+
+  **MISE À JOUR (2 juillet)** : Le [taux de hachage du réseau estimé a diminué][hash rate graph] au cours des 3 à 4 derniers jours,
+  initialement jusqu'à 10 %, avant de rebondir quelque peu depuis. Certains ont spéculé que des inondations dans le sud-ouest de la Chine
+  ont détruit une quantité importante d'équipements de minage. Notez toutefois qu'en raison de la variance naturelle du taux de découverte
+  des blocs, il n'est possible de faire qu'une estimation approximative de la quantité actuelle de taux de hachage du réseau sur de courtes
+  périodes. Un taux de hachage réseau plus faible implique un rythme plus lent de découverte des blocs, ce qui peut entraîner une congestion
+  du mempool et potentiellement des frais plus élevés. Jusqu'à présent, la congestion du mempool ne semble pas avoir augmenté de manière
+  significative et les frais restent bas. Cependant, il est recommandé de continuer à surveiller le rythme de découverte des blocs et la
+  congestion du mempool avant d'envoyer de grosses transactions.
+
+[consolider des entrées]: https://en.bitcoin.it/wiki/Techniques_to_reduce_transaction_fees#Consolidation
+
+[hash rate graph]: https://bitcoinwisdom.com/bitcoin/difficulty
+
+- **Taux élevé de production de blocs sur testnet :** à la fin de la semaine dernière, un mineur a produit un grand nombre de blocs en
+  succession rapide sur testnet, parfois plusieurs blocs par seconde, entraînant une dégradation du service chez certains fournisseurs
+  testnet. Il s'agit d'un problème récurrent sur testnet qui résulte de l'absence délibérée d'incitation économique à y miner. Si vous avez
+  besoin de tester votre logiciel, il est plus fiable de construire votre propre testnet privé en utilisant le [mode regtest][] de Bitcoin
+  Core.
+
+[mode regtest]: https://bitcoin.org/en/developer-examples#regtest-mode
+
+### Nouvelles
+
+- **Poursuite de la discussion sur la sûreté de graftroot :** [Graftroot][] est une alternative proposée à adhésion volontaire à
+  [taproot][], qui est une proposition d'amélioration de [MAST][], lui-même une proposition d'amélioration du script Bitcoin actuel. MAST améliore
+  l'évolutivité, la confidentialité et la fongibilité en permettant que les branches conditionnelles inutilisées dans les scripts Bitcoin
+  soient laissées hors de la chaîne de blocs. Taproot améliore encore l'évolutivité, la confidentialité et la fongibilité de MAST en
+  permettant même que la branche conditionnelle utilisée dans un script soit laissée hors de la chaîne de blocs dans le cas courant.
+  Graftroot améliore la flexibilité et l'évolutivité de taproot en permettant aux participants du script de déléguer leur autorité de
+  dépense à d'autres parties, y compris en permettant aux participants existants d'imposer des conditions supplémentaires basées sur des
+  scripts aux délégués---le tout hors chaîne et sans réduire les bénéfices d'évolutivité, de confidentialité et de fongibilité.
+
+  Dans une [discussion][graftroot discussion] progressant lentement, les membres de la liste de diffusion bitcoin-dev ont tenté de
+  construire une preuve de sécurité formulée de manière informelle selon laquelle l'activation par défaut de la délégation graftroot ne
+  réduit pas la sécurité des utilisateurs qui n'en ont pas besoin (par ex. ceux qui veulent simplement utiliser taproot sans délégation ou
+  même simplement MAST). Bien qu'un examen par les pairs supplémentaire soit nécessaire, l'effort semble progresser positivement, les
+  experts s'accordant actuellement sur le fait qu'il est sûr d'activer graftroot par défaut.
+
+[graftroot]: https://gnusha.org/url/https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2018-February/015700.html
+[taproot]: https://gnusha.org/url/https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2018-January/015614.html
+[MAST]: https://bitcointechtalk.com/what-is-a-bitcoin-merklized-abstract-syntax-tree-mast-33fdf2da5e2f
+[graftroot discussion]: https://gnusha.org/url/https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2018-June/016049.html
+
+- **Discussion sur [BIP174][] :** comme mentionné dans [le bulletin de la semaine dernière][le bulletin #1], la [discussion][bip174
+  discussion] sur la liste de diffusion se poursuit autour de cette proposition de BIP pour une norme industrielle visant à faciliter la
+  communication entre portefeuilles dans le cas des portefeuilles en ligne/hors ligne (chaud/froid), des portefeuilles logiciels/matériels,
+  des portefeuilles multisig et des transactions multi-utilisateurs (par ex. CoinJoin). Cependant, le proposant du BIP a maintenant ouvert
+  une [pull request][bip174 update] demandant que le statut du BIP soit changé de "draft" à "proposed". Cela signifie qu'il est peu probable
+  qu'il soit modifié à moins qu'un problème important d'implémentation ne soit découvert. Si votre organisation produit ou utilise de
+  manière critique l'un des portefeuilles interopérables mentionnés ci-dessus, vous pourriez souhaiter évaluer la proposition actuelle dès
+  que possible avant qu'elle ne soit finalisée.
+
+[BIP174]: https://github.com/bitcoin/bips/blob/master/bip-0174.mediawiki
+[BIP174 update]: https://github.com/bitcoin/bips/pull/694
+[BIP174 discussion]: https://gnusha.org/url/https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2018-June/016150.html
+
+- **Relais de transactions [Dandelion][] :** cette proposition d'amélioration de la confidentialité du mode de relais initial des nouvelles
+  transactions a été [brièvement discutée][dandelion discussion] cette semaine sur la liste de diffusion bitcoin-dev. La principale
+  préoccupation concernait la manière dont il sélectionne les pairs à travers lesquels router les transactions, ce qui pourrait être
+  exploité pour réduire temporairement la confidentialité durant le déploiement initial lorsque seuls quelques nœuds prennent en charge
+  Dandelion. Deux mesures d'atténuation de ce problème ont été discutées.
+
+[Dandelion]: https://github.com/mablem8/bips/blob/master/bip-dandelion.mediawiki
+[dandelion discussion]: https://gnusha.org/url/https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2018-June/016162.html