Imaginez déposer des fonds sur une plateforme et voir la première confirmation arriver en une vingtaine de secondes seulement. Ce scénario, encore théorique il y a peu, se rapproche concrètement pour les utilisateurs de Zcash. À peine quelques jours après l’activation de la mise à jour majeure NU7, qui a déjà divisé par trois le temps cible entre deux blocs, les développeurs proposent d’aller encore plus loin : passer de 25 à 20 secondes. Une accélération supplémentaire qui, si elle est adoptée, pourrait transformer l’expérience des paiements de détail, des dépôts d’échange et des swaps inter-chaînes.
Une accélération inattendue juste après NU7
Le 6 novembre, au bloc 3 543 405, Zcash a activé NU7. Cette mise à jour a fait passer le temps cible entre les blocs de 75 secondes à 25 secondes. Les confirmations sont devenues nettement plus rapides sans toucher à la quantité maximale de ZEC en circulation. Les limites de transactions protégées ont été revues et un nouveau mécanisme réserve 60 % des frais de transaction pour les récompenses minières futures, tandis que les mineurs reçoivent immédiatement les 40 % restants.
À peine deux jours plus tard, le 8 novembre, Dev Ojha (ValarDragon) et Evan Forbes ont publié une proposition sur le forum communautaire. Leur idée : intégrer un intervalle de 20 secondes dans la prochaine version, NU7.1. L’objectif est clair. Réduire encore le temps d’attente pour la première confirmation d’environ cinq secondes supplémentaires. Pour une plateforme exigeant trois confirmations, le délai cible passerait de 75 à 60 secondes.
Rien n’est encore acté. La proposition n’a pas reçu d’approbation communautaire formelle et aucune date d’activation n’a été fixée. Pourtant, les premiers retours du réseau après NU7 ont convaincu les développeurs que le terrain était plus favorable que prévu.
Pourquoi les confirmations plus rapides comptent vraiment
Dans le quotidien des utilisateurs, chaque seconde compte. Les paiements en magasin, les dépôts sur des plateformes d’échange ou les opérations de swap entre blockchains exigent souvent qu’une transaction soit confirmée avant que le service suivant ne s’enclenche. Un intervalle plus court réduit la friction et rapproche Zcash des attentes d’un usage courant.
Les temps réels restent variables. Les mineurs ne trouvent pas les blocs à intervalles parfaitement réguliers. Les plateformes peuvent aussi imposer leurs propres exigences de confirmation. Malgré cela, abaisser la cible de 25 à 20 secondes offre une marge supplémentaire appréciable pour les usages où la rapidité est déterminante.
À retenir : un dépôt nécessitant trois confirmations viserait désormais environ une minute au lieu de 75 secondes. Pour les paiements de détail, l’écart devient sensible.
Les premiers chiffres d’orphans rassurent
Le principal risque d’un intervalle plus court reste la hausse des blocs orphelins. Ces blocs concurrents apparaissent lorsque plusieurs mineurs trouvent une solution presque en même temps. Un seul est retenu dans la chaîne principale ; les autres sont abandonnés et les mineurs concernés ne perçoivent aucune récompense pour ce travail.
Les données recueillies par le service de suivi ZecBlock montrent pourtant une situation plus saine qu’attendu. Sur les 24 heures précédant le début de la semaine, le taux d’orphans observé s’établissait à 0,69 %, contre environ 0,66 % avant NU7. Sur l’ensemble de la période post-upgrade, le taux moyen a atteint 1,29 %, reflet d’une hausse initiale suivie d’une stabilisation.
Dev Ojha a lui-même salué l’évolution : « Le taux d’orphans s’est révélé meilleur que ce que j’anticipais ! ». Il faut toutefois noter que le réseau de surveillance est passé d’un nœud à dix peu avant l’upgrade. Les nœuds supplémentaires détectent davantage de blocs concurrents qu’auparavant, ce qui rend les comparaisons historiques imparfaites.
Des tests intensifs sur 20 secondes
Avant de formaliser la proposition, les équipes ont simulé le fonctionnement à 20 secondes avec 80 mineurs répartis dans 12 régions géographiques. Ces conditions exigeantes ont produit des taux d’orphans compris entre 1,9 % et 3,3 % selon la configuration du logiciel de minage. À titre de comparaison, les tests menés pour valider la sécurité des 25 secondes avaient enregistré un taux de 4,68 %.
Ces résultats renforcent l’idée qu’un passage à 20 secondes reste gérable. La propagation des blocs et la coordination du réseau semblent tenir le choc mieux que redouté. Les développeurs restent toutefois prudents et insistent sur la nécessité d’un consensus communautaire avant toute intégration dans NU7.1.
Préserver la capacité des transactions protégées
Produire plus de blocs ne signifie pas nécessairement augmenter le volume quotidien de transactions privées. Les développeurs ont choisi de maintenir la capacité globale de shielded actions. Pour y parvenir, ils proposent de réduire le nombre maximal d’actions protégées par bloc de 330 à 264. La limite de taille de bloc de 2 Mo resterait inchangée.
Cette adaptation évite une inflation des données que les portefeuilles devraient télécharger et traiter. L’équilibre entre rapidité et charge technique est au cœur de la réflexion. L’objectif n’est pas d’accroître la bande passante brute, mais d’améliorer le temps de confirmation sans alourdir inutilement l’écosystème.
Ajustements techniques clés proposés
- Réduction des actions shielded par bloc : 330 → 264
- Conservation de la limite de 2 Mo par bloc
- Maintien de la capacité quotidienne globale de transactions privées
Émission et subside : aucune modification de la politique monétaire
Un point crucial pour les détenteurs et les mineurs concerne l’émission. La proposition prévoit d’ajuster le subside de bloc et l’intervalle de halving afin de conserver strictement le calendrier d’émission actuel et le plafond de 21 millions de ZEC. L’accélération du rythme des blocs ne doit pas se traduire par une inflation non prévue.
Cette cohérence monétaire est essentielle pour préserver la confiance. Zcash a toujours mis en avant une politique d’émission prévisible. Les développeurs veillent à ce que les changements techniques n’entraînent pas d’effets collatéraux sur la rareté du token.
Ajustement de la difficulté : une fenêtre plus large
NU7 a déjà allongé la fenêtre moyenne d’ajustement de la difficulté de 17 à 102 blocs. Avec un intervalle cible de 20 secondes, cette fenêtre passerait à 128 blocs. L’idée est de lisser davantage les variations.
Selon les estimations d’Ojha, les fluctuations de difficulté, qui oscillent actuellement entre environ –40 % et +30 %, pourraient se resserrer entre –20 % et +15 %. Ces chiffres restent prospectifs. Seule l’observation du réseau réel permettra de confirmer l’ampleur de l’amélioration.
Dans un message du 9 novembre, le développeur a également rappelé que la limite de réorganisation a fait l’objet d’un large accord communautaire : elle est passée de 100 à 1 000 blocs. Cette mesure renforce la résistance à certains types d’attaques et s’inscrit dans la même logique de consolidation du protocole.
« Le taux d’orphans s’est révélé meilleur que ce que j’anticipais ! »
Dev Ojha (@zkDragon)
Ce que changeraient concrètement les 20 secondes
Pour l’utilisateur final, la différence la plus visible concerne le temps d’attente. Une transaction nécessitant une seule confirmation viserait environ 20 secondes au lieu de 25. Pour trois confirmations, l’objectif passerait à 60 secondes. Les services qui ancrent leurs décisions sur ces confirmations – dépôts, retraits, bridges – bénéficieraient directement de cette compression.
La profondeur d’ancrage recommandée resterait de trois blocs. Seule sa durée attendue diminuerait. Parallèlement, le délai d’expiration par défaut des transactions passerait de 120 à 150 blocs afin de conserver la même fenêtre temporelle effective malgré l’accélération du rythme.
Ces ajustements montrent une volonté de cohérence. Chaque paramètre est recalibré pour que l’expérience utilisateur progresse sans créer de nouveaux points de friction ailleurs dans le protocole.
Les prochaines étapes vers NU7.1
Ojha et Forbes souhaitent que la proposition soit soumise au prochain sondage communautaire et évaluée pour inclusion dans NU7.1. Aucun calendrier n’a encore été annoncé. Comme pour NU7, les opérateurs de nœuds devraient mettre à jour leur logiciel pour rester synchronisés avec les nouvelles règles de consensus.
Le processus reste délibératif. Les développeurs insistent sur la nécessité d’un soutien large avant d’intégrer le changement. Les premiers résultats d’orphans et les simulations offrent un argumentaire solide, mais la décision finale appartient à la communauté.
Point de vigilance : même si les tests sont encourageants, le comportement réel du réseau à 20 secondes ne pourra être pleinement évalué qu’après une éventuelle activation. Les conditions de propagation et la distribution géographique des mineurs continueront d’évoluer.
Un réseau qui accélère tout en restant prudent
Zcash illustre une approche progressive. NU7 a déjà représenté un saut important en passant de 75 à 25 secondes. Proposer immédiatement un nouveau cran à 20 secondes montre la confiance née des premiers retours. En même temps, le maintien de la capacité shielded, la préservation de l’émission et l’allongement de la fenêtre de difficulté témoignent d’une grande attention aux détails.
Cette prudence technique s’accompagne d’une gouvernance ouverte. La publication sur le forum, les appels au sondage et le partage transparent des chiffres d’orphans participent à une culture de discussion collective. Les utilisateurs et les mineurs disposent des éléments nécessaires pour se forger une opinion éclairée.
Impact potentiel sur les usages quotidiens
Les paiements de détail constituent l’un des cas d’usage les plus sensibles au temps de confirmation. Dans un commerce physique ou en ligne, attendre plus d’une minute peut déjà paraître long. Réduire cette attente améliore la fluidité et rapproche l’expérience d’un règlement classique.
Les dépôts sur les plateformes d’échange et les opérations de swap inter-chaînes bénéficieraient également. De nombreux services bloquent les fonds jusqu’à un certain nombre de confirmations. Chaque seconde gagnée accélère le cycle complet de l’utilisateur.
Les mineurs, de leur côté, devront s’adapter à un rythme plus soutenu. Les tests menés avec 80 participants dans 12 régions suggèrent que le réseau peut absorber le changement, mais l’optimisation des logiciels de minage restera un sujet d’attention.
Les chiffres clés à retenir
Pour clarifier l’ensemble des évolutions proposées, voici une synthèse des principaux paramètres :
| Paramètre | Avant NU7 | Après NU7 | Proposition 20 s |
|---|---|---|---|
| Temps cible entre blocs | 75 secondes | 25 secondes | 20 secondes |
| 3 confirmations (cible) | 225 secondes | 75 secondes | 60 secondes |
| Actions shielded max / bloc | — | 330 | 264 |
| Fenêtre DAA | 17 blocs | 102 blocs | 128 blocs |
Une dynamique qui s’inscrit dans un contexte plus large
Zcash n’est pas le seul protocole à chercher un équilibre entre confidentialité, rapidité et sécurité. L’accélération des temps de bloc s’inscrit dans une tendance plus générale où les utilisateurs attendent des confirmations quasi instantanées. Les solutions de couche 2 et les blockchains concurrentes mettent la pression sur les réseaux historiques.
En choisissant d’avancer par étapes mesurées, Zcash tente de conserver ses atouts – notamment la confidentialité des transactions protégées – tout en améliorant l’expérience. La proposition de 20 secondes apparaît comme la suite logique d’une NU7 réussie sur le plan des orphans.
Ce que la communauté doit encore trancher
Le débat reste ouvert. Les arguments techniques sont sur la table : taux d’orphans contenus, simulations encourageantes, préservation de la capacité et de l’émission. Reste à savoir si la majorité des participants jugera le gain de cinq secondes suffisant pour justifier un nouvel upgrade de consensus.
Les opérateurs de nœuds devront de nouveau mettre à jour leur logiciel. Les mineurs devront vérifier la compatibilité de leurs configurations. Ces coûts de coordination, même modestes, font partie de l’équation.
La suite dépendra du sondage communautaire et des discussions qui l’accompagneront. Si le feu vert est donné, NU7.1 pourrait incarner une nouvelle étape dans la course à la confirmation rapide tout en maintenant les principes fondamentaux de Zcash.
Perspectives pour les mois à venir
Même sans date précise, la proposition marque une intention claire : continuer à réduire la latence perçue par l’utilisateur. Les données collectées après NU7 serviront de référence. Si le taux d’orphans reste bas et si la difficulté se stabilise comme espéré, d’autres optimisations pourraient suivre.
Pour l’instant, le réseau tourne à 25 secondes. Les utilisateurs profitent déjà de confirmations nettement plus rapides qu’avant novembre. La perspective des 20 secondes ajoute une dimension d’attente positive. Elle montre aussi que les équipes de développement restent actives et attentives aux retours terrain.
Dans un écosystème où la vitesse et la confidentialité sont souvent présentées comme antagonistes, Zcash cherche à prouver qu’il est possible d’avancer sur les deux fronts simultanément. La proposition de blocs à 20 secondes constitue le prochain test de cette ambition.
Les prochaines semaines diront si la communauté valide ce nouveau cran d’accélération. En attendant, les premiers résultats post-NU7 offrent déjà un signal encourageant : le réseau a absorbé le passage à 25 secondes mieux que beaucoup ne le craignaient. Cinq secondes de moins pourraient bien être à portée de main.
