Release Candidate de Litecoin Core v0.16.0

Horodatage: 20 mars 2018 8h01
Nœud source: 1100813
Adrien Gallagher

Suivez l' Page Google+ or Twitter pour les dernières nouvelles des développeurs.

Nous sommes heureux de publier la version candidate de Litecoin Core 0.16.0. Il s'agit d'une nouvelle version majeure, comprenant de nouvelles fonctionnalités, diverses corrections de bogues et améliorations de performances, ainsi que des traductions mises à jour.

Il est recommandé aux utilisateurs expérimentés de passer à cette version. Après des tests suffisants, Litecoin Core v0.16.0 final sera publié et il est recommandé à tous les utilisateurs de mettre à niveau.

Portefeuille Segwit

Litecoin Core 0.16.0 introduit une prise en charge complète de segwit dans le portefeuille et les interfaces utilisateur. Un nouveau un argument a été ajouté, qui prend en charge , (par défaut), et adresses. Il contrôle le type d'adresses produites par , et une . A L'argument a également été ajouté, avec les mêmes options, et par défaut égal à , pour contrôler le type de changement utilisé.

Une nouvelle le paramètre a été ajouté au et les RPC pour spécifier le type d'adresse à générer. UNE l'argument a été ajouté au RPC pour remplacer le argument pour des transactions spécifiques.

  • Toutes les adresses segwit créées via or Les RPC obtiennent explicitement leurs redemscripts ajoutés au fichier de portefeuille. Cela signifie que la rétrogradation après la création d'une adresse segwit fonctionnera, tant que le fichier du portefeuille est à jour.
  • Toutes les clés de segwit dans le portefeuille reçoivent un redemscript implicite ajouté, sans qu'il soit écrit dans le fichier. Cela signifie que la récupération d'une ancienne sauvegarde fonctionnera, tant que vous utilisez un nouveau logiciel.
  • Toutes les clés du keypool qui sont utilisées dans les transactions obtiennent explicitement leurs scripts de rachat ajoutés aux fichiers du portefeuille. Cela signifie que la rétrogradation après la récupération à partir d'une sauvegarde qui comprend une adresse segwit fonctionnera

Notez que certains RPC ne prennent pas encore en charge les adresses segwit. Notamment, / ne prend pas en charge les adresses segwit, ni en ce moment. La prise en charge de segwit dans ces RPC continuera d'être ajoutée dans les versions futures.

Les sorties de modification P2WPKH sont désormais utilisées par défaut si une destination de la transaction est une sortie P2WPKH ou P2WSH. Ceci est fait pour s'assurer que la sortie de changement est aussi indiscernable que possible des autres sorties dans les deux cas.

BIP173 (Bech32) Prise en charge des adresses (adresses «ltc1…»)

La prise en charge complète des adresses segwit natives (BIP173 / Bech32) a maintenant été ajoutée. Cela inclut la possibilité d'envoyer vers des adresses BIP173 (y compris des adresses non v0) et de générer ces adresses (y compris par défaut de nouvelles adresses, voir ci-dessus).

Une case à cocher a été ajoutée à l'interface graphique pour sélectionner si une adresse Bech32 ou une adresse encapsulée P2SH doit être générée lors de l'utilisation d'adresses segwit. Lorsqu'il est lancé avec il est coché par défaut. Lorsqu'il est lancé avec il est décoché et désactivé.

Portefeuilles HD par défaut

En raison d'une modification rétrocompatible dans la base de données des portefeuilles, les portefeuilles créés avec la version 0.16.0 seront rejetés par les versions précédentes. De plus, la version 0.16.0 ne créera que des portefeuilles déterministes hiérarchiques (HD). Notez que cela ne s'applique qu'aux nouveaux portefeuilles; les portefeuilles créés avec les versions précédentes ne seront pas mis à niveau en HD.

Configuration du répertoire Wallets ()

Litecoin Core a maintenant plus de flexibilité dans l'emplacement du répertoire des portefeuilles. Auparavant, les fichiers de base de données de portefeuille étaient stockés au niveau supérieur du répertoire de données litecoin. Le comportement est maintenant:

  • Pour les nouvelles installations (où le répertoire de données n'existe pas déjà), les portefeuilles seront désormais stockés dans un nouveau sous-répertoire dans le répertoire de données par défaut.
  • Pour les nœuds existants (où le répertoire de données existe déjà), les portefeuilles seront stockés dans la racine du répertoire de données par défaut. Si un le sous-répertoire existe déjà dans la racine du répertoire de données, les portefeuilles seront stockés dans le sous-répertoire par défaut.
  • L'emplacement du répertoire des portefeuilles peut être remplacé en spécifiant un option où peut être un chemin absolu vers un répertoire ou un lien symbolique de répertoire.

Des précautions doivent être prises lors du choix de l'emplacement du répertoire des portefeuilles, car s'il devient indisponible pendant le fonctionnement, des fonds peuvent être perdus.

La version minimale du compilateur GCC requise pour compiler Litecoin Core est désormais 4.8. Aucun effort ne sera fait pour prendre en charge les anciennes versions de GCC. Voir la discussion en question #11732 pour plus d'informations. La version minimale du compilateur Clang est toujours la 3.3. D'autres versions de dépendance minimale peuvent être trouvées dans dans le référentiel.

Les nœuds élagués peuvent désormais signaler NODE_NETWORK_LIMITED de BIP159 à l'aide de bits de service, en vue de la prise en charge complète de BIP159 dans les versions ultérieures. Cela permettrait aux nœuds élagués de desservir les blocs les plus récents. Cependant, le changement actuel n'inclut pas encore la prise en charge de la connexion à ces pairs élagués.

Les optimisations de hachage SHA256 pour les architectures prenant en charge SSE4, qui conduisent à des accélérations d'environ 50% dans SHA256 sur le matériel pris en charge (synchronisation et validation de bloc environ 5% plus rapides), sont désormais activées par défaut. Dans les versions précédentes, ils étaient activés à l'aide du flag lors de la construction, mais sont maintenant la valeur par défaut et ne sont plus considérées comme expérimentales.

  • L'option de réutiliser une ancienne adresse a maintenant été supprimée. Cela était justifié par la nécessité de «renvoyer» une facture, mais maintenant que nous avons l'historique des demandes, ce besoin devrait être éliminé.
  • La prise en charge de la recherche par TXID a été ajoutée, plutôt que simplement l'adresse et l'étiquette.
  • Une option «Utiliser le solde disponible» a été ajoutée à la boîte de dialogue d'envoi de pièces, pour ajouter le solde du portefeuille disponible restant à une sortie de transaction.
  • Une bascule pour débloquer les champs de mot de passe dans la boîte de dialogue de mot de passe a été ajoutée.

Nouveauté RPC

Un nouveau RPC a été ajouté pour appeler manuellement une nouvelle analyse de la blockchain. Le RPC prend en charge les arguments de hauteur de début et de fin pour la réanalyse et peut être utilisé dans un environnement multi-portefeuille pour réanalyser la blockchain au moment de l'exécution.

Nouveauté RPC

Une nouvelle RPC a été ajouté, ce qui permet à tout moment de sauvegarder le mempool actuel sur le disque pour éviter qu'il ne soit perdu en raison de plantages / coupures de courant.

Mode sans échec désactivé par défaut

Le mode sans échec est maintenant désactivé par défaut et doit être activé manuellement (avec ) si vous souhaitez l'utiliser. Le mode sans échec est une fonctionnalité qui désactive automatiquement un sous-ensemble d'appels RPC - principalement liés au portefeuille et à l'envoi - au cas où certaines conditions problématiques avec le réseau seraient détectées. Cependant, les développeurs en sont venus à considérer ces contrôles comme n'étant pas suffisamment fiables pour agir automatiquement. Même avec le mode sans échec désactivé, ils entraîneront toujours des avertissements domaine de RPC et lancez le commander.

Script renommé pour la création d'informations d'identification JSON-RPC

Le le script a été renommé en . Ce script peut être utilisé pour créer informations d'identification d'un utilisateur JSON-RPC.

Valider les améliorations d'adresse

Le La sortie RPC a été étendue avec quelques nouveaux champs et la prise en charge des adresses segwit (P2SH et Bech32). Plus précisément:

  • Un nouveau domaine est Vrai pour les adresses P2WPKH et P2WSH (adresses «ltc1…»), mais pas pour les adresses segwit encapsulées P2SH (voir ci-dessous).
  • Le champ existant va maintenant également signaler True pour les adresses P2WSH.
  • Un nouveau domaine est présent pour toutes les adresses de script où le script est connu et correspond à quelque chose qui peut être interprété comme une adresse connue. Cela est particulièrement vrai pour les adresses P2SH-P2WPKH et P2SH-P2WSH. La valeur pour comprend une grande partie des informations signalera si elle est appelée directement sur l'adresse intégrée.
  • Pour les scripts multisig, un nouveau champ a été ajouté qui rapporte les clés publiques complètes impliquées dans le script (si elles sont connues). Il s'agit d'un remplacement de l'existant champ (qui rapporte les mêmes informations mais encodé comme des adresses P2PKH), représenté de manière plus utile et moins déroutante. le le champ reste présent pour les adresses non-segwit pour la compatibilité descendante.
  • Pour toutes les adresses à clé unique avec clé connue (même lorsqu'elles sont enveloppées dans P2SH ou P2WSH), le champ sera présent. En particulier, cela signifie que l'invocation sur la sortie de signalera toujours le , même lorsque le type d'adresse est P2SH-P2WPKH.
  • Le RPC obsolète a été éliminé. Il est recommandé d'utiliser les RPC plus spécifiques:
  • Le portefeuille RPC renverra une erreur s'il est appelé avec une adresse ne figurant pas dans le portefeuille.
  • Le portefeuille RPC est obsolète et sera supprimé dans la version 0.17, définissez le argument de la , ou option à la place.
  • inclut désormais les scripts hexadécimaux du portefeuille dans le fichier de vidage, et importe maintenant ces scripts, mais les adresses correspondantes peuvent ne pas être ajoutées correctement ou une nouvelle analyse manuelle peut être nécessaire pour trouver les transactions pertinentes.
  • Le RPC comprend maintenant un champ.
  • Une nouvelle le paramètre a été ajouté au RPC qui permet à une transaction brute d'être extraite d'un bloc spécifique si elle est connue, même sans activée.
  • Le et les Les RPC ont désormais des options paramètres pour remplacer les vérifications heuristiques des témoins si nécessaire.
  • Le le délai d'expiration est maintenant limité à 2 ^ 30 secondes.
  • Utilisation d'adresses avec RPC est désormais obsolète et sera supprimé dans une version ultérieure. Les clés publiques doivent être utilisées à la place.
  • Les réanalyses de la blockchain ne verrouillent plus le portefeuille pendant tout le processus de réanalyse, de sorte que d'autres RPC peuvent désormais être utilisés en même temps (bien que les résultats des soldes / transactions puissent être incorrects ou incomplets jusqu'à ce que la réanalyse soit terminée).
  • Le RPC a maintenant été rendu public plutôt que caché.
  • An boolean a été ajouté au RPC pour indiquer si le nœud est actuellement en IBD ou non.
  • est maintenant inclus dans la sortie de
  • peut être utilisé pour spécifier un autre fichier journal de débogage.
  • litecoin-cli a maintenant un pour permettre la lecture du mot de passe RPC à partir de l'entrée standard.
  • Le l'option a été supprimée.
  • litecoin-cli prend désormais en charge un nouveau indicateur qui retourne une sortie comme celle du maintenant supprimé RPC.
  • Le port JSON-RPC de regtest par défaut a été changé en 19443 pour éviter tout conflit avec la valeur par défaut de testnet de 19332.
  • Segwit est désormais toujours actif en mode regtest par défaut. Ainsi, si vous mettez à niveau un nœud de regtest, vous devrez soit réindexer ou utiliser les anciennes règles en ajoutant à votre regtest litecoin.conf. Si vous ne le faites pas, cela entraînera un échec d'assertion CheckBlockIndex () qui ressemblera à: L'assertion `(pindexFirstNeverProcessed! = Nullptr) == (pindex-> ​​nChainTx == 0) 'a échoué.

Pour télécharger, veuillez visiter la page de téléchargement ici. Vous pouvez également afficher le dossier de téléchargement ici.

Veuillez utiliser GPG pour vérifier l'intégrité des binaires de la version. Cela garantit que le binaire que vous avez téléchargé n'a pas été falsifié. Les instructions GPG en ligne de commande cygwin pour Linux, MacOS et Win32 sont disponibles ici. Veuillez également noter que nous signons les binaires GPG pour votre commodité, le moyen ultime de vérifier l'intégrité des builds est de les construire vous-même en utilisant Gitian. Des instructions sur la façon d'effectuer ces builds, peuvent être trouvées ici.

Pour cette version, les binaires ont été signés avec un identificateur de clé FE3348877809386C (clé du thrasher).

Bien que cette version soit fortement testée, cette version peut encore contenir des bogues. Sauvegardez toujours votre fichier wallet.dat avant la mise à niveau. Si vous rencontrez des problèmes, veuillez nous en informer en publiant dans la section de rapport de bogue ci-dessous.

La branche principale contient les derniers commits pour les prochaines versions stables de Litecoin Core.

Les instructions de construction pour Linux peuvent être trouvées ici.

Les instructions de construction pour OSX peuvent être trouvées ici.

Les instructions de compilation pour Windows peuvent être trouvées ici.

Soumettez tous les problèmes que vous rencontrez ici et l'un des développeurs de Litecoin vous aidera.

Inscrivez-vous uniquement aux annonces ou aux discussions de développement.

Voici les hachages SHA-256 des fichiers publiés:

70c8530b957110ba6eaa4794d28b667ecff7e59d0e306e5899236aab5dd84e0b litecoin-0.16.0-aarch64-linux-gnu.tar.gz
b0a5ee56f89fcdb74b580ec5de0ff054b3b7dbb0a2cf6384f066e2217d6830a8 litecoin-0.16.0-arm-linux-gnueabihf.tar.gz
e5dab0814efdad4e0ae61b76d7b859e6fda6224c9fbe5d5fc6807fb7e13a05b1 litecoin-0.16.0-i686-pc-linux-gnu.tar.gz
90fcabe4627aa8c822a9ce7eb8fa55eb8a497c31513369bd8078c8401bf8583c litecoin-0.16.0-osx64.tar.gz
1d3a0ebb0b5c32f36f2157c252b8623c3152d318e7a40c8726e572b4e013ed17 litecoin-0.16.0rc1-osx.dmg
32ab7a80215092b02bc800e9c5d4bc7c0df2da693876f6ebd7e4a6277a812e05 litecoin-0.16.0rc1-win32-setup.exe
35572a215f034eb7c23e4c73c146e631087acf928a3b76113bc70fead3585052 litecoin-0.16.0rc1-win64-setup.exe
7dc4d72a40ec175bc00c464f626f8ffbff8a583e2105da1365662dceff138736 litecoin-0.16.0.tar.gz
f6d2f55f7f02f49bb6764e560d82cece7a8a598cf895af5c6947334b1e5ff7b2 litecoin-0.16.0-win32.zip
ae068caf852de47fb649f9002a440b57386ea88e5a6347287af15a8e2532d27e litecoin-0.16.0-win64.zip
2ca17e763d08ef621ea137519117234dd20db4be58cd3db317e40fe85b13fe4e litecoin-0.16.0-x86_64-linux-gnu.tar.gz

Merci à tous ceux qui ont directement contribué à cette version:

  • Les développeurs Bitcoin Core
  • Adrien Gallagher
  • aunyks
  • coblé
  • cryptonexii
  • Gabrieldov
  • Martin Smith
  • NeMO84
  • ppm0
  • romanornr
  • Shaolinfry
  • spl0i7
  • ultragtx
  • VKoskiv
  • videmain
  • xinxi

Source: https://blog.litecoin.org/litecoin-core-v0-16-0-release-candidate-e1ac751d7f33?source=rss—-d41bceeb173b—4

Horodatage:

Plus de Litecoin