Topic: [2016-08-22] Bitcoin Core v0.13.0 (Read 2097 times)

+Changement sur la réindexation
+------------------
+
+Dans les versions anciennes, la réindexation faisait la validation en lisant dans les blocks présents
+dans les fichiers sur le disque dur. Ces 2 procédures ont été séparées, comme cela, tous les blocks sont connus
+avant de démarrer la validation. Cela était nécessaire pour faire certaines optimisations qui
+étaient disponibles durant les synchronisations normales et le sont maintenant durant la réindexation.
+
+Les 2 phases sont séparées dans l'affichage du logiciel Bitcoin Core. Durant la première,
+"Réindexation des blocks sur le disque" est présenté. Durant la deuxième (plus lente) phase,
+"Préparation des blocks sur le disque" est affiché.
+
+Il est possible de, seulement, refaire la validation maintenant, sans devoir refaire l'index des blocks,
+en utilisation ligne de commande `-reindex-chainstate` (qui peut être ajouté à
+`-reindex` qui fait les 2 procédures). Cette nouvelle option est pratique quand les blocks sont déjà sur le disque
+et qu'on assume qu'ils sont valables, mais que le statut de la chaine des block est corrompue. C'est aussi intéressant
+pour faire des tests de performance.

+Segregated Witness = Séparation et regroupement
+------------------
+
+Les préparations pour le pas de programme du procédé de séparation et de regroupement ("segwit"), comme 
+il est décrit dans [BIP141], [BIP143], [BIP144], et [BIP145] sont
+finalisées et incluses dans cette version.  Cependant, le BIP 141 ne donne pas encore un critère
+d'activation dans le réseau actuel, et donc cette version ne supporte pas le segwit
+utilisé sur le réseau actuel.  L'utilisation sur le réseau de test est supporté, et après que le BIP 141 ait été mise à jour
+pour ce critère, une future version de Bitcoin Core est attendue permettant
+l'introduction de ce critère pour le réseau actuel.
+
+Plus tard, parce que le critère segwit d'activation n'est pas spécifié dans le réseau actuel,
+la version 0.13.0 se comportera comme toutes les versions précédentes prévues avant le segwit
+même après l'activation du BIP 141 sur le réseau actuel. La mise à jour vers une meilleure version sera 
+requise pour utiliser les fonctions segwit disponibles sur le réseau actuel (comme le signal
+d'activation du BIP 141, le minage de blocks segwit, la validation totale des blocks segwit, le relayage
+des blocks segwit aux autres noeuds segwit, et l'utilisation de transactions segwit dans les
+porte-monnaies, etc).

+Générateur de clé à détermination hiérarchique
+-----------------------------------------
+Les nouveaux portes-monnaies utiliseront le générateur de clé à détermination hiérarchique nommé "HD"
+d'après la méthode décrite dans le BIP32 (chemin m/0'/0'/k').
+Les portes-monnaies existants utiliseront toujours la méthode traditionnelle de génération de clé.
+
+Les sauvegardes des portes-monnaies HD, peu importe quand elles ont été créées, peuvent
+être utilisées, maintenant, pour recréer toutes les clés privées, même si
+l'une d'entre elles n'a pas été faite durant la date de la sauvegarde.
+**Attention:** Le cryptage d'un porte-monnaie créera une nouvelle graine ce qui demande
+de faire une nouvelle sauvegarde !
+
+La descente d'un porte-monnaie (en utilisant la commande RPC `dumpwallet`) contiendra la graine
+de détermination hiérarchique. Cela est prévu pour permettre, dans les futures versions, d'importer la graine et tous les fonds
+associés, mais cela n'est pas encore possible.
+
+La création de clés HD dans les nouveaux porte-monnaies peut être désactivée avec `-usehd=0`. gardez à
+l'esprit que ce paramètre affectera uniquement les nouveaux porte-monnaies créés.
+Vous ne pouvez pas désactiver le générateur de clé HD une fois le porte-monnaie HD créé.
+
+Il n'y a pas de visibilité différente entre une clé HD et une clé traditionnelle.
+
+Les porte-monnaies HD sont incompatibles avec les anciennes versions de Bitcoin Core.
+
+[Pull request], [BIP 32]
+

+Support du "Compact Block" (BIP 152)
+-------------------------------
+
+Le support dans le relayage des blocks utilisant le protocole "Compact Block" a été intégré
+dans le PR 8068.
+
+le premier but est de réduire les pics de bande passante permettant un meilleur temps de relayage, et dans beaucoup de
+situations, cela réduit le temps de propagation. Ceci est automatiquement activé
+si les autres noeuds le supportent.
+[BIP 152]
+
+Comme effet secondaire, les noeuds ordinaires qui ne minent pas, téléchargeront et enverront ces blocks
+plus vite si ces blocks sont produits par des mineurs utilisant la même politique
+de diffusion filtrante. Cela veut dire qu'un mineur qui produit un block avec beaucoup de 
+transactions produites à partir de son propre noeud sera relayé plus lentement que le block conçu
+uniquement avec des transactions de la mémoire du réseau. L'effet général voulu,
+dans cette différence de relayage sur le réseau, est de largement décourager la fabrication
+de transactions et donc en résultera une perte de block trouvé par les mineurs en question, et c'est pour cela que les mineurs sont
+invités à configurer leur noeud pour prendre en compte cette nouvelle politique de relayage.

+Augmentation de la taille de cache de la base de donnée
+--------------------------------
+
+En conséquence de la croissance de l'UTXO, la performance avec le rêglage habituel
+de la cache de la base de donnée fixé à 100 MiB a souffert.
+Pour cette raison, le réglage a été changé pour 300 MiB dans cette version du programme.
+
+Pour les noeuds qui ont des systèmes peu puissants, le réglage de la cache de la base de donnée peut être remis à
+100 MiB (ou une autre valeur) comme suit :
+
+- ajoutez `dbcache=100` dans le fichier bitcoin.conf
+- ou changez le réglage dans le logiciel situé dans `Options → Taille de cache de la base de donnée`
+
+Notez que le réglage de la cache de la base de donnée est le plus visible en performance
+lors de la première synchro. du noeud et quand il est redémarré après un arrêt.

+Compatibilité
+==============
+
+Microsoft a arrêté la maintenance de Windows XP le 08-04-2014,
+Un système d'exploitation créé en 2001. Cela veut dire la fin des correctifs de sécurité.
+Sans ces mises à jours de sécurité, utiliser un porte-monnaie Bitcoin
+est irresponsable au mieux.
+
+De plus, depuis la version 0.12.x il y a eux de nombreux retours comme quoi Bitcoin Core
+plantait aléatoirement sur Windows XP. Il n'a pas été possible
+de trouver la source de ces crashs, mais on peut suspecter une corrélation
+avec le fait que les bibliothèques de programmation Qt ne supportent plus non-plus WinXP.
+
+Nous n'avons pas le temps ni les ressources pour fournir un support à un système d'exploitation
+en fin de vie. Et donc, depuis la 0.13.0, Windows XP n'est plus supporté. Les utilisateurs sont
+invités à migrer vers une nouvelle version de Windows, ou à installer un autre
+système d'exploitation alternatif qui est supporté.
+
+Aucune action ne sera prise pour empêcher l'installation ou le fonctionnement du logiciel sur Windows XP,
+vous pouvez toujours le faire à vos risques et périls, mais n’espérez pas qu'il fonctionne : ne rapportez
+pas les erreurs rencontrées sur Windows XP dans le sujet de suivi des problèmes.