Le réseau de Zcash a cessé de produire des blocs pendant plus de quatre heures le 3 juin 2026, avec la dernière hauteur de bloc confirmée à 3,364,601 — horodatée environ quatre heures avant que la page de l'explorateur ne soit interrogée. Plusieurs blocs précédents étaient regroupés autour de cette même période, confirmant que l'arrêt n'était pas une anomalie d'un seul bloc.
Pourquoi c'est important
L'arrêt n'était pas une panne propre. L'utilisateur X Railgoon a expliqué que les mineurs et les développeurs de Zcash avaient pris la décision délibérée de geler le pool protégé Orchard — qui détient environ 30 % de tous les ZEC — pour contenir un bug avant qu'un correctif puisse être déployé. Un hard fork a suivi. Railgoon a décrit le réseau comme "partiellement intentionnellement hors service", un cadre qui distingue cet événement d'une exploitation typique ou d'un échec de consensus. Le PDG de Helius, Mert, a confirmé que le réseau n'était pas simplement "hors service" au sens conventionnel, bien que l'effet pratique pour les utilisateurs ait été le même : pas de nouveaux blocs, pas de transactions confirmées.
Impact sur le marché
Pour les détenteurs de ZEC, la distinction entre un gel délibéré et un arrêt incontrôlé importe moins que le résultat : 30 % de l'offre de pièces était verrouillée dans un pool que les développeurs devaient isoler chirurgicalement pour éviter une exploitation. Le pool Orchard est la couche de confidentialité phare de Zcash, donc toute vulnérabilité là-bas frappe directement la proposition de valeur fondamentale du protocole. Cake Wallet et Zodl Wallet figuraient parmi les portefeuilles signalés comme étant désynchronisés pendant l'événement. Le réseau s'est depuis rétabli, mais cet épisode aiguise le regard sur le rythme des mises à niveau de Zcash et la résilience de son infrastructure protégée.
Crypto News
CoinDesk
CoinTelegraph