Une nouvelle version de Zcash est disponible. Au programme, amélioration, correction de bugs et activation d’Heartwood sur le testnet.
Heartwood se lance sur le testnet
Heartwood est le nom de la prochaine version majeure de Zcash. Son activation sur la chaine de test s’est opérée au block 903800, le 4 Mai 2020 à 16:29:09.
Cependant, il faut noter que cette version 2.1.2 n’intègre pas l’activation d’Heartwood sur la chaîne principale. Il faudra pour cela installer la version 3.0.0 ou supérieure prévue dans quelques mois.
Heartwood apportera la possibilité de recevoir les récompenses de minage directement sur une adresse protégée Z. Ainsi, cela augmentera considérablement la confidentialité du réseau en évitant que les fonds transitent systématiquement par une adresses transparente . Il apportera également le support des Flyclient, un mécanisme permettant au client léger comme Zecwallet-lite d’être plus efficace.
Support des clés de visualisation pour Sapling
De plus, cette version prend en charge les clés de visualisation Sapling (plus précisément, les clés de visualisation étendues décrites dans le ZIP 32) dans le portefeuille. Ainsi les nœuds assureront le suivi des transactions entrées/sorties pour toutes les adresses Sapling associées aux clés de visualisation Sapling importées dans le portefeuille.
Les autres changements
- Ajout de la commande RPC z_viewtransaction qui, à partir d’un identifiant de transaction, décrypte la transaction avec toutes les clés Sapling du portefeuille local et renvoie les informations privées qu’elle peut récupérer.
- Suppression de l’option -maxtimeadjustment; les opérateurs de nœuds doivent s’assurer que l’heure locale de leur nœud est correctement configurée.
- Les messages d’erreur pour les transactions rejetées lors des mises à niveau du réseau sont plus clairs.
- Introduction d’une option -txexpirynotify qui, comme l’option -blocknotify config, exécutera la commande configurée chaque fois qu’une transaction expire dans le mempool.
- Les méthodes z_importkey et z_importviewingkey RPC renvoient désormais le type de la clé de dépense ou de visualisation importée (Sprout ou Sapling) et l’adresse de paiement correspondante.
- Les fonctions getblock et getblockhash autorisent les hauteurs négatives, pour sélectionner les blocs en arrière du bout de la chaîne. Une hauteur de -1 correspond au dernier bloc valide connu sur la chaîne principale.
- Une nouvelle méthode RPC getexperimentalfeatures renvoie la liste des caractéristiques expérimentales activées.
