Version de Litecoin Core v0.16.0

Horodatage: 31 mai 2018, 2 h 32
Nœud source: 1100811
Adrien Gallagher

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

Nous sommes heureux de publier la version 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é à tous les utilisateurs de passer à cette version.

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 script 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 utiliserez 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 le suivant:

  • 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 des fonds peuvent être perdus s'ils deviennent indisponibles pendant le fonctionnement.

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 disparaître.
  • 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:

108db1106539f48d3221420d14219177c81019b10b751fa923fe2b2376fe25eb litecoin-0.16.0-aarch64-linux-gnu.tar.gz
e49f8fba90e5c87000d0c8a91ddc305e3cfd3e34861f678f9220337db5fe79db litecoin-0.16.0-arm-linux-gnueabihf.tar.gz
edda17bdbcba596149cd94d9aa58e5d7975955a94ca9eac30892cbdeaea40ea8 litecoin-0.16.0-i686-pc-linux-gnu.tar.gz
d068934a905c3a15a3b32684751f68d7d46e8ce7a540436563659ef8ee4784f1 litecoin-0.16.0-osx64.tar.gz
e33fab8afa3c03eabcd958f4f7c2a4fdfdaf1f65eff7a861135e19fbc68423ad litecoin-0.16.0-osx.dmg
93b451d180b2c60495595df00c303de6b8e135187d0d77bd542b9df917f50286 litecoin-0.16.0-osx.dmg.old
ee13921d34a5fa0c38ca6660514b1ae20f8d66ff366497a3368c7449ab6be541 litecoin-0.16.0.tar.gz
21718c1a60e66fdf55f8d0be0601fa5e7ed7c60bc74e1f08f6e8a470cc2859cd litecoin-0.16.0-win32-setup.exe
ae3294a61ddf41744166e35c4f564478a31dd4895f31cdcda7cf9f5e0cb94048 litecoin-0.16.0-win32.zip
629a4133cd6870562915df1da13a3600d559f5c0d3878eb00a4c1e925f4b9cf1 litecoin-0.16.0-win64-setup.exe
dd0317dde21ad89bbb6cd2d3b089362a12ebb5d65367147f7c96c465f03095c6 litecoin-0.16.0-win64.zip
5a1dfaea8d70f4d0d61190061631d6ad40cb3662e7718660000c43f564c348e6 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
  • stewms
  • ultragtx
  • VKoskiv
  • videmain
  • wbsmolen
  • xinxi

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

Horodatage:

Plus de Litecoin