Cycle et durée des versions

Nathan Wilcox | May 01, 2017

À partir de mai, les efforts de développement de Zcash mettront en place une politique concernant les nouvelles versions. Quelques éléments peuvent être immédiatement intégrés par les utilisateurs :

Il s'agit d'un calendrier de mise à niveau ambitieux. S'il ne fonctionne pas pour vous, nous aimerions que vous nous le fassiez savoir dès que possible. Il s'agit de tout ce que vous avez besoin de savoir en tant qu'utilisateur, le reste de cette publication décrit nos motivations et certains détails relatifs à la mise à niveau du protocole.

Une sécurité et une qualité renforcées

Depuis notre lancement, nous suivons un calendrier serré de publications toutes les trois semaines. Nous avons expédié chaque version dans les jours suivants la date cible, à l'exception de la dernière version 1.0.9 qui a été différée et de la publication du correctif 1.0.8-1.

Notre nouveau processus prévoit une période un peu plus longue entre les versions. Nous profiterons de ce délai supplémentaire pour ajouter des tests préalables à la publication et des tests groupés, organiser une réunion rétrospective pour chaque version et commencer la coordination adaptée à chaque version pour chacune des priorités de notre feuille de route à plus long terme.

Coordination plus claire

Cette nouvelle politique inclut une modification essentielle : un cycle de vie des versions explicite. Ce dernier est notamment composé d'une date de sortie et d'une date de dépréciation, environ quatre mois après la sortie de la version, le 3e mardi du dernier mois.

Pour les versions actives qui n'ont pas encore atteint leur date de dépréciation, nous faisons tous les efforts nécessaires pour apporter des correctifs de sécurité, assurer le suivi des rapports d'erreurs, éviter les perturbations du réseau de production et aider les utilisateurs à procéder à une mise à niveau vers la toute dernière version. En ce qui concerne les versions dépréciées, la seule aide que nous promettons est une mise à niveau vers la toute dernière version.

Pour codifier ce cycle, nous avons même l'intention d'introduire une fonctionnalité appelée auto-sénescence à partir de la version 1.0.9, qui provoquera la sortie automatique des nœuds lorsqu'ils détecteront la fin de leur phase de dépréciation. Cette fonction pourra toujours être contournée, puisque (comme décrit ci-dessous) notre objectif est de laisser le choix aux utilisateurs, pas de les contraindre ni de les contrôler.

Une remarque connexe importante : cette politique est entièrement définie dans le contexte d'une version unique, de sorte que l'utilisateur n'a pas besoin de connaître nos versions futures ni nos nouvelles politiques les concernant pour comprendre cette politique telle qu'elle s'applique à sa propre installation.

Autonomie des utilisateurs : dépréciation contre mise à niveau automatique

Nous considérons le choix des utilisateurs comme une valeur d'extrême importance que nous devons protéger. Même si cela peut sembler abstrait ou exagérément dramatique, cela affecte directement nos choix de conception technique et apparaît le choix d'une approche de dépréciation de préférence à une approche de mise à niveau automatique de notre part.

Compte tenu des nombreux avantages qu'elle présente, la mise à jour automatique des applications est devenue très répandue. L'un de ses atouts majeurs consiste à faire en sorte que les anciens logiciels soient rares : ainsi, les vulnérabilités et la dette technique sont éliminées du réseau, lequel est nettement plus sécurisé.

En attendant, la plupart des utilisateurs s'appuient sur le comportement par défaut, et une mise à niveau automatique par défaut les place de facto sous l'influence d'un seul groupe de développeurs d'applications. Les utilisateurs pensent généralement que c'est acceptable, et même si cela a souvent été le cas, nous pensons assister à une profonde évolution dans la gouvernance de facto en raison de ce type de développement technologique.

Nous préférons la dépréciation à la mise à niveau automatique, dans laquelle les utilisateurs doivent « eux-mêmes » opter pour la mise à niveau vers « nos » nouvelles versions ou vers des alternatives proposées par des « tiers ». Nous pensons que cela présente l'avantage systémique que constitue l'élimination des anciens logiciels, tout en permettant aux utilisateurs de choisir explicitement chaque mise à niveau, et d'avoir à chaque fois la possibilité de se former et de décider d'une orientation différente.

En quoi la dépréciation est-elle préférable pour Zcash ?

Dans la mesure où les utilisateurs et notre communauté de développement se sont mis d'accord sur ce point, nous pouvons commencer à nous appuyer sur ce calendrier pour les mises à jour des protocoles, les correctifs de sécurité, les améliorations ergonomiques et la suppression de la dette technique.

Dès que cette politique sera mise en place à partir de notre version 1.0.9 en mai, nous serons lancés pour commencer la mise à niveau du protocole vers l'ensemble de fonctions Sapling.

Nous serons également en mesure de déployer des améliorations de l'ergonomie, telles que la divulgation des paiements et dans plusieurs mois, nous saurons que la prise en charge de ces améliorations devrait être répandue et qu'en conséquence, tous les portefeuilles et les fournisseurs bénéficieront d'une cohérence de l'ensemble de l'écosystème.

J'ai bien dit « devrait être » car les utilisateurs peuvent toujours choisir de rejeter notre politique de dépréciation en modifiant leur configuration locale ou en installant des implémentations alternatives. Dans ce cas, nous recevrons un signal clair de la part de la communauté des utilisateurs indiquant qu'ils ont des réserves à propos de notre orientation. Il s'agit donc d'un des mécanismes clés de notre amélioration de la gouvernance.

Nous aimerions connaître votre opinion

Veuillez nous faire part de toute opinion concernant cette nouvelle politique de publication. Vous nous trouverez sur le chat de la communauté ou si vous préférez, vous pouvez nous contacter directement par e-mail.

[1]Nous sommes encore dans la phase de détermination de la date et de la manière de déprécier les versions antérieures à la version 1.0.9.

zcash, versions, utilisateurs, logiciels, consensus, fourches | Afficher tous les mots-clés

Notice: Network Upgrade Overwinter will activate at block 347500, to be mined 2018-06-25 12:00 UTC-04:00 assuming 150 seconds/block