Thorchain Lance Le Pool Zcash, Trading Pas Encore Ouvert

Que se passe-t-il quand un protocole annonce qu’un actif est enfin surveillé par tous ses nœuds, alors que personne ne peut encore l’échanger ? Le 2 octobre 2026, Thorchain a répondu à cette question d’une manière inhabituelle. Le pool de liquidité Zcash est ouvert. Le trading, lui, n’est pas encore le geste suivant déjà accompli, mais le geste annoncé. Entre les deux, il reste une zone grise que les utilisateurs pressés ont tendance à remplir tout seuls, souvent au mauvais moment.

L’annonce tient en quelques lignes, et c’est précisément ce qui la rend intéressante. Le réseau a terminé un churn, ce renouvellement périodique des validateurs actifs. Chaque nœud surveille désormais la chaîne Zcash. Le protocole parle d’un lieu permissionless, vraiment ouvert, sans guichet d’autorisation. Puis vient la phrase qui compte davantage que le visuel joint au message : la liquidité est mince pour l’instant, elle grossira avec le temps, et il faut échanger avec prudence dans les premiers jours. Trading is the next step, disent-ils. En clair, le bassin existe, les robinets ne sont pas encore ceux que l’on croit.

Cette distinction n’est pas un détail de communication. Sur un marché où un post suffit parfois à déclencher des dépôts, séparer l’activation d’un pool et l’ouverture des swaps change la lecture du risque. Un bassin vide, ou presque, n’est pas un marché. C’est une promesse de marché, adossée à des mois de correctifs techniques et à un contexte bien moins neutre : des fonds liés à une affaire Bitget ont déjà transité par Thorchain quelques jours plus tôt. Le pool Zcash arrive donc avec deux histoires collées l’une à l’autre. L’une parle d’intégration. L’autre parle de ce qu’un protocole sans filtre d’adresse accepte de laisser passer.

Un pool ouvert avant que les échanges ne commencent

Le calendrier public est court. Le 2 octobre, Thorchain indique que le churn est terminé et que chaque nœud observe Zcash. Le pool ZEC est présenté comme vivant. Le trading vient ensuite. Aucune profondeur de bassin n’est chiffrée dans le message. Aucune heure précise d’activation des échanges n’est donnée. Cette absence n’est pas un oubli anodin. Elle laisse les lecteurs entre une preuve technique, visible sur l’explorateur, et une promesse opérationnelle encore différée.

Sur la page des nœuds actifs, ZEC apparaît comme conforme dans les informations de chaîne, au même titre que Bitcoin, Ethereum et d’autres réseaux déjà suivis. Ce statut signifie que la surveillance est en place. Il ne signifie pas qu’un vendeur trouvera un acheteur à un prix acceptable, ni même qu’un swap utilisateur est déjà routable de bout en bout. Confondre les deux, c’est prendre un feu vert de maintenance pour une ouverture de caisse.

Le protocole a choisi des mots prudents, et il a raison de le faire. Une liquidité shallow, mince, se comporte mal dès que la taille d’un ordre dépasse ce que le bassin peut absorber. Le prix indiqué glisse. L’écart entre le montant envoyé et le montant reçu s’élargit. Les arbitragistes, s’ils sont là, ne comblent pas le trou par gentillesse : ils le comblent quand l’écart paie leur risque. Dans les premières heures d’un nouvel actif, cet écart peut être le seul vrai marché.

Le bassin est en place, les nœuds regardent la chaîne, mais l’échange lui-même reste l’étape d’après. Une liquidité encore mince n’est pas un détail : c’est le marché.

Lecture de l’annonce Thorchain du 2 octobre 2026

Il faut aussi lire l’expression permissionless sans la romantiser. Elle veut dire qu’aucune liste blanche ne décide qui dépose, qui retire, qui route. Elle ne veut pas dire que le protocole est sans règles. Les règles sont celles du code, du consensus des nœuds et des mécanismes d’urgence prévus pour la solvabilité. Cette nuance reviendra plus loin, parce qu’elle éclaire le refus opposé à Bitget quelques jours avant le lancement.

Ce que le churn change concrètement

Un churn n’est pas une mise à jour cosmétique. Sur Thorchain, c’est le moment où l’ensemble actif des nœuds se renouvelle et où une nouvelle configuration devient la référence commune. Tant que ce passage n’est pas achevé, une chaîne nouvellement branchée reste une intention de développeurs. Une fois le churn clos, la surveillance n’est plus l’affaire d’une minorité de machines de test. Elle devient le travail de tout le set validateur.

Pour Zcash, cette bascule a un sens particulier. La chaîne repose sur un modèle UTXO, comme Bitcoin, avec des règles de frais, de poussière et d’expiration qui ne se copient pas depuis un compte Ethereum. Si une partie des nœuds calcule un échéancier pendant qu’une autre en calcule un second, les signatures divergent. Le churn, en alignant les observateurs, réduit cette fracture. Il ne l’abolit pas à lui seul. Les correctifs de septembre sur la hauteur convenue existent précisément parce que des pointes locales de chaîne produisaient des empreintes de signature différentes.

On peut donc lire le 2 octobre comme la fin d’une séquence, pas comme son début. Le code UTXO, la logique RPC, l’oracle, le correctif de frais et le correctif d’expiration ont précédé l’annonce. Le churn a servi de serrure. Sans lui, un pool affiché n’aurait été qu’une interface en avance sur le réseau.

Pourquoi séparer le bassin et le robinet

Dans un teneur de marché classique, le carnet et la liquidité arrivent ensemble. Ici, le modèle est celui de bassins continus. L’actif de règlement, RUNE, siège dans les pools et sert de route entre les chaînes supportées. Ouvrir un bassin ZEC, c’est permettre en théorie que Zcash trouve une contrepartie via cette route. Encore faut-il que les modules d’entrée, de signature et de sortie acceptent les transactions utilisateurs. Thorchain a choisi de le dire clairement : le trading est le prochain pas.

Cette séquence protège le réseau autant qu’elle frustre les curieux. Un pool visible attire les dépôts. Des dépôts sans route de sortie propre créent des attentes fausses. Des attentes fausses produisent des tickets de support, puis des rumeurs de blocage. En posant la limite tout de suite, le protocole réduit le malentendu. Il ne le supprime pas. Beaucoup liront « pool live » comme « j’échange maintenant ».

Les premiers apporteurs de liquidité, s’ils arrivent avant les swaps, prennent un risque de timing. Ils immobilisent du ZEC et du RUNE dans un bassin dont l’usage réel n’est pas encore prouvé par le volume. Ils touchent, plus tard, une part des frais si le flux vient. Ils subissent, tout de suite, l’impermanence si le prix relatif bouge. Sur un actif aussi narratif que Zcash, ce mouvement de prix n’a pas besoin d’un grand volume pour être violent.

Des mois de chantier avant l’affichage public

L’intégration ne date pas du matin du 2 octobre. Dès la mise à niveau de protocole du 4 mars, Thorchain décrivait un ajout de gestion UTXO propre à Zcash et une logique RPC dédiée. Un autre changement plaçait ZEC dans l’oracle inscrit du protocole, cet enshrined oracle qui fournit un suivi de prix natif dans la logique du réseau. Sans prix interne, un pool ne sait pas se situer. Sans gestion UTXO, il ne sait pas parler à la chaîne.

Un correctif GitLab de mars a ensuite repris le rapport des frais réseau et les calculs de solvabilité. Le problème était technique, donc facile à sous-estimer. L’implémentation précédente pouvait gonfler la tolérance de gas, parce que le frais complet prévu par ZIP-317 était traité comme un taux par octet dans un calcul de solvabilité. Le correctif fusionné a changé la manière dont la taille de transaction entrait dans ce calcul. En langage simple : le réseau risquait de croire qu’une opération coûtait autre chose que ce qu’elle coûtait vraiment.

Ce genre d’écart n’est pas esthétique. La solvabilité, sur un pont de liquidité, est la ligne qui sépare un retard de retrait d’une perte sèche. Si les nœuds surestiment ce qu’ils peuvent dépenser pour bouger des fonds, ils peuvent accepter des états qui ne tiennent pas une fois les frais réels payés. Le correctif de mars était donc moins un raffinement qu’une condition de survie du futur pool.

Le travail s’est poursuivi en septembre. Une demande de fusion sur ThorNode documentait des incohérences de signature. L’expiration d’une transaction ZEC, calculée depuis des pointes de chaîne locales différentes, produisait des empreintes distinctes entre nœuds. Deux machines honnêtes pouvaient refuser de signer la même opération, non par désaccord politique, mais parce que leur horloge de chaîne n’était pas la même. Pour un réseau qui exige un accord large avant de bouger des fonds, c’est un blocage silencieux.

Le changement retenu attache l’expiration à une hauteur ZEC convenue, figée à une hauteur Thorchain donnée, et conserve cette valeur pendant les nouvelles tentatives et les redémarrages. Des mises à jour périodiques de cette hauteur passent par les rapports de frais réseau. La gestion des tentatives expirées a été modifiée. Le principe est simple à énoncer et difficile à rater : on ne recalcule pas l’échéance depuis une pointe plus récente au moment d’une relance. On reprend la transaction non signée telle qu’elle avait été agréée.

Le 17 septembre, Zcash était déjà le suivant

Le 17 septembre, le blog officiel plaçait Zcash en prochain sur la liste du réseau principal, alors que les lancements de chaînes reprenaient après une période centrée sur la stabilité. Le calendrier restait conditionnel. Rien n’obligeait les nœuds à basculer à une date de vitrine. Cette retenue explique l’écart entre l’annonce de septembre et le pool du 2 octobre. Deux semaines et demie, ce n’est pas long pour un protocole, c’est long pour une rumeur.

Entre les deux dates, le correctif de signature devait être dans les mains des opérateurs. Une chaîne UTXO neuve, branchée trop tôt, aurait multiplié les transactions expirées et les signatures divergentes. Mieux valait un pool en retard qu’un pool qui signe faux. Le message du 2 octobre suggère que ce seuil a été jugé franchi. Il ne dit pas que tous les cas limites ont disparu. Aucun lancement de chaîne ne le dit honnêtement.

Un classement antérieur avait déjà rangé ZEC parmi les chaînes UTXO, avec des réglages d’adresse, d’unités de gas, de seuil de poussière, de rythme de bloc, de paramètres de coinbase et d’exigences sur les transactions entrantes. Ces réglages sont le vocabulaire minimum pour ne pas traiter Zcash comme un Ethereum déguisé. Ils ne font pas la une. Ils font la différence entre un dépôt reconnu et un dépôt perdu dans un format que le réseau ne sait pas relire.

• Mars : gestion UTXO, logique RPC et entrée de ZEC dans l’oracle inscrit.
• Mars, correctif suivant : frais ZIP-317 et calcul de solvabilité remis d’équerre.
• Septembre : expiration liée à une hauteur ZEC convenue, pour éviter des signatures divergentes.
• 17 septembre : Zcash annoncé comme prochain candidat au réseau principal, timing encore conditionnel.
• 2 octobre : churn clos, nœuds en surveillance, pool annoncé, trading encore à venir.

L’oracle inscrit, ce prix que le protocole s’accorde

Placer ZEC dans l’oracle inscrit n’est pas un gadget d’affichage. Un pool continu a besoin d’une référence pour détecter un écart, déclencher un arbitrage logique et éviter qu’un bassin ne dérive loin du prix observé ailleurs. Un oracle externe, interrogé à la volée, ajoute une dépendance. Un oracle inscrit dans la logique du protocole ramène cette référence au consensus. Ce n’est pas une garantie de justesse. C’est une garantie que les nœuds parlent du même chiffre au même moment.

Pour un actif peu profond, cette référence peut être plus stable que le pool lui-même. Le bassin, au début, dira un prix que personne de sérieux ne voudra prendre pour argent comptant. L’oracle, s’il agrège des sources plus larges, dira autre chose. L’écart entre les deux est précisément l’espace où les premiers arbitragistes travaillent, et où les utilisateurs pressés paient leur impatience. Thorchain n’a pas publié, le 2 octobre, la profondeur qui permettrait de chiffrer cet écart. L’avertissement sur la liquidité mince en tient lieu.

Il faut aussi rappeler ce que l’oracle ne fait pas. Il ne remplace pas la garde des clés. Il ne décide pas si une transaction Zcash est confidentielle ou transparente. Il ne filtre pas l’origine des fonds. Il situe un prix. Le reste appartient aux règles de chaîne, aux modules de signature et, en dernier recours, aux mécanismes d’arrêt d’urgence.

ZIP-317, ou le frais qui ne se divise pas comme on croit

Les frais Zcash ne se lisent pas comme une simple multiplication d’octets. ZIP-317 structure un coût qui ne doit pas être traité comme un taux unitaire glissé dans une formule de solvabilité. Le bug corrigé en mars montrait exactement cette confusion : le frais complet était manié comme s’il s’agissait d’un prix par octet. Le résultat possible, une tolérance de gas gonflée, aurait pu laisser passer des opérations que le réseau croyait couvertes.

Pour l’utilisateur final, ce correctif est invisible. Personne ne dépose du ZEC en pensant à la taille d’entrée d’un calcul interne. Pour les opérateurs de nœuds, il est central. Une mauvaise tolérance fausse le seuil à partir duquel une transaction est jugée payable. Elle fausse aussi la photo de solvabilité, cette photo que le réseau consulte avant de se dire capable d’honorer les sorties. Le pool du 2 octobre repose, entre autres, sur le fait que cette photo n’est plus prise avec la mauvaise unité.

Le même esprit guide le correctif de septembre. Une expiration recalculée à chaque relance, c’est une transaction qui change d’identité entre deux essais. Une expiration figée sur une hauteur convenue, c’est une transaction qui reste la même assez longtemps pour être signée par assez de nœuds. Les deux correctifs parlent de la même peur : un désaccord arithmétique qui se déguise en désaccord de consensus.

Comment le modèle de bassins continus accueille Zcash

La documentation de Thorchain décrit l’échange comme une collection de bassins de liquidité continus, capables de traiter des actifs natifs sans exiger de version enveloppée. RUNE reste l’actif de règlement. Il siège dans les pools et fournit la route des swaps entre chaînes supportées. Zcash n’a donc pas besoin, dans ce dessin, d’un jeton miroir sur une autre chaîne pour trouver une contrepartie. Il a besoin d’un bassin, d’une surveillance de chaîne et d’une signature collective capable de bouger les sorties.

Ce dessin a un avantage net pour un actif comme ZEC. L’enveloppement, ailleurs, oblige souvent à abandonner une partie de ce qui fait l’intérêt de la chaîne d’origine. Ici, la promesse est de garder l’actif natif. Elle a un coût. Il faut parler UTXO, valider les adresses, respecter la poussière, payer le bon frais, et s’accorder sur une hauteur avant d’expirer une transaction. Tout le chantier de 2026 tient dans cette phrase.

RUNE, dans ce schéma, n’est pas un détail de marque. C’est le pivot. Un swap ZEC vers un autre actif natif ne se fait pas par un carnet ZEC contre cet actif. Il se fait par le bassin ZEC et par le bassin de l’autre chaîne, avec RUNE au milieu. Si le bassin ZEC est mince, toute la route est mince, même si l’autre bassin est profond. C’est pourquoi l’avertissement du 2 octobre ne concerne pas seulement les amateurs de Zcash. Il concerne quiconque voudrait entrer ou sortir par cette nouvelle porte.

Une route cross-chain n’est jamais plus profonde que son bassin le plus mince. Au premier jour, ce bassin s’appelle Zcash.

Conséquence directe du modèle RUNE

Les apporteurs de liquidité qui viendront équilibrer ce bassin prendront les deux côtés, ZEC et RUNE, selon les règles du protocole. Ils gagneront des frais si le volume arrive. Ils porteront le risque d’un prix ZEC qui bouge plus vite que le reste du réseau. Rien, dans l’annonce du 2 octobre, ne chiffre cette rémunération future. La seule donnée publique est qualitative : la liquidité grandira avec le temps. C’est une trajectoire, pas un engagement de volume.

Zcash n’est pas un jeton de plus sur une liste

Zcash occupe une place à part dans l’histoire des chaînes à confidentialité. Son design permet des transactions transparentes et des transactions protégées, selon ce que l’utilisateur choisit. Un pont qui ajoute ZEC ne devient pas, par magie, un pont confidentiel de bout en bout. Il devient un lieu où un actif capable de confidentialité peut entrer et sortir, avec les traces que le mode choisi laisse sur sa chaîne, et avec les traces que Thorchain laisse de son côté.

Cette nuance importe dès qu’on parle de fonds contestés. Un mouvement en ZEC peut être plus difficile à lire qu’un mouvement en jeton de compte. Il n’est pas illisible pour autant, surtout s’il passe par des adresses transparentes ou par des points de conversion. L’affaire Bitget, qui inclut Zcash dans la liste des actifs touchés et dans le total révisé, rappelle que la confidentialité n’efface pas l’enquête. Elle change les outils.

Pour Thorchain, ajouter cette chaîne juste après une séquence où des swaps liés à un attaquant ont été documentés n’est pas neutre sur le plan narratif. Techniquement, le calendrier vient du chantier commencé en mars et relancé le 17 septembre. Politiquement, le calendrier tombe dans une semaine où le protocole a déjà dû expliquer pourquoi il ne gèle pas une adresse. Les deux faits sont vrais en même temps. Les lire l’un sans l’autre, c’est rater l’actualité.

Le dossier Bitget, collé au lancement

Bitget a indiqué que des transferts non autorisés avaient commencé le 24 septembre, puis a porté la valeur déplacée vers des adresses contrôlées par l’attaquant à environ 387,5 millions de dollars, une fois inclus l’activité Zcash et Tron dans le total. Mandiant et SlowMist travaillaient avec les équipes sécurité et technique. La liste des actifs touchés comprend XRP, ETH, USDT, ZEC, USDC, XAUt, BNB, AVAX et TRX. Des adresses de réception principales ont été publiées sur plusieurs réseaux.

Le 28 septembre, un portefeuille lié à l’attaquant avait réalisé 27 swaps via Thorchain, convertissant environ 2 390 ETH en 75,2 BTC, pour une valeur proche de 6,3 millions de dollars au moment du constat. Bitget avait demandé au protocole de refuser les transactions venues d’adresses liées à l’attaquant. Thorchain a rejeté cette restriction sélective. Les mécanismes d’arrêt d’urgence, a-t-il expliqué, protègent le fonctionnement du réseau. Ils ne fournissent pas un moyen de geler une adresse ou un swap en particulier.

Un billet du 1er octobre a détaillé la position. Les opérateurs de nœuds peuvent mettre en pause une chaîne, ou le protocole entier, quand la solvabilité est en jeu. Le même système d’urgence ne retire pas une transaction individuelle. Les grandes décisions exigent l’adoption par les opérateurs, avec un seuil de consensus des deux tiers pour les changements majeurs. Le pool Zcash s’ouvre le lendemain de ce texte. La coïncidence de calendrier n’est pas une preuve de lien causal. Elle est assez proche pour que chaque lecteur la voie.

Pourquoi le gel sélectif a été refusé

Le refus n’est pas une anecdote de ton. Il décrit l’architecture. Un protocole qui peut écarter une adresse sur demande d’une plateforme devient, de fait, un filtre. Un protocole qui ne le peut pas reste une route. Thorchain a choisi de dire qu’il est une route, et que l’urgence ne sert qu’à protéger la solvabilité, pas à trier les utilisateurs. Cette ligne est cohérente avec le mot permissionless repris le 2 octobre pour le pool Zcash. Elle est aussi le cœur du désaccord avec les plateformes qui veulent bloquer des flux identifiés.

Le seuil des deux tiers rappelle que même un arrêt large n’est pas un bouton unique. Il faut une adoption par les opérateurs. Un gel d’adresse, s’il était ajouté un jour, serait un changement majeur, pas un réglage de frais. Rien dans les textes publics de ces jours-là n’annonce un tel changement. Le lancement ZEC se fait donc dans le cadre déjà décrit le 1er octobre : pause possible d’une chaîne, pas de retrait sélectif d’une transaction.

Pour un apporteur de liquidité, la conséquence est directe. Les fonds qui entrent dans le bassin ne sont pas triés par réputation au moment du dépôt. Le risque réputationnel du protocole, et parfois le risque réglementaire perçu par les plateformes en face, se reporte en partie sur ceux qui fournissent la contrepartie. Ce n’est pas un risque de hack du pool en lui-même. C’est un risque d’usage. Les deux se confondent vite dans les titres.

Le précédent Bybit reste dans la mémoire du marché

Le désaccord ne commence pas en septembre 2026. Dans l’affaire Bybit de février 2025, le FBI a attribué le vol d’environ 1,5 milliard de dollars d’actifs virtuels à l’activité TraderTraitor liée à la Corée du Nord, et a appelé plateformes, ponts, opérateurs RPC, services de finance décentralisée et autres acteurs à bloquer les transactions liées aux adresses identifiées. Ben Zhou, directeur général de Bybit, a dit que 72 % d’environ 900 millions de dollars d’actifs convertis étaient passés par Thorchain. Ce chiffre lui est attribué. Ce n’est pas une estimation du protocole.

Un autre constat, attribué à l’analyste on-chain Yu Jin, faisait état de 2,91 milliards de dollars de volume d’échanges et d’environ 3 millions de dollars de frais encaissés pendant la période initiale de blanchiment. Ces ordres de grandeur expliquent pourquoi le nom de Thorchain revient dès qu’un flux contesté cherche une route native. Ils n’établissent pas que le protocole a sollicité ces flux. Ils établissent qu’une route sans filtre d’adresse devient, mécaniquement, un passage utilisé.

Le pool Zcash hérite de cette mémoire. ZEC figure dans les actifs touchés chez Bitget, et la page de récupération cite des adresses sur les réseaux EVM, le registre XRP, Zcash et Tron, avec une prime de 5 % pour un travail volontaire qui aboutit directement à un gel ou à une récupération. Ouvrir un bassin ZEC au même moment, c’est offrir une nouvelle porte native à un actif déjà présent dans le dossier. Ce n’est pas la même chose que d’ouvrir cette porte aux adresses citées. C’est assez proche pour que la question soit posée.

Ce que la liquidité mince fait au prix

Un bassin mince a une propriété simple. Un ordre moyen ailleurs devient un ordre énorme ici. Le prix d’exécution s’éloigne du prix affiché avant l’ordre. Cet écart, le slippage, n’est pas un bug du 2 octobre. C’est la conséquence chiffrée d’un stock faible. Thorchain le dit sans chiffre. L’utilisateur doit donc apporter le sien : taille de l’ordre, tolérance, et refus d’envoyer une seconde fois parce que la première a « mal rendu ».

Les premiers jours favorisent deux profils. Les arbitragistes, qui comparent l’oracle, les autres places et le bassin. Les curieux, qui testent un petit montant pour voir si la route répond. Entre les deux, le dépôt impulsif est le plus mal placé. Il fournit la profondeur que les autres utilisent, au moment où le prix relatif est le moins stable. La croissance annoncée de la liquidité, « avec le temps », ne protège pas celui qui arrive le premier matin.

Il n’existe pas, dans l’annonce, de seuil à partir duquel le bassin serait réputé sûr. Ce seuil n’existe d’ailleurs presque jamais de manière honnête. Il dépend de la taille que l’on veut passer, de la volatilité du jour et de la présence d’autres routes. Un conseil utile tient en une discipline : traiter les premiers swaps, quand ils seront ouverts, comme des tests, pas comme des allocations.

Ce que les nœuds surveillent vraiment

Dire que chaque nœud regarde Zcash ne veut pas dire que chaque nœud affiche un carnet. Cela veut dire que l’observation de la chaîne fait partie du devoir du set actif. Les dépôts entrants, les hauteurs, les frais, les conditions d’expiration : tout cela doit être vu de la même manière, ou presque, pour que la signature collective ait un objet commun. Le statut « OK » sur l’explorateur est un signal de cette observation. Il ne remplace pas un volume.

La hauteur convenue, introduite pour l’expiration, montre le niveau de détail requis. Les nœuds ne se contentent pas de « voir des blocs ». Ils doivent s’accorder sur le bloc qui sert de référence à une transaction donnée, puis garder cette référence si la transaction est relancée. C’est un travail de mémoire partagée. Un redémarrage qui oublierait cette mémoire reproduirait le bug de septembre. Le correctif existe pour l’empêcher. Les premiers jours diront s’il tient sous charge réelle.

Les opérateurs restent aussi les acteurs de l’urgence. Si une chaîne menace la solvabilité, la pause est l’outil prévu. Zcash, nouveau venu, sera observé avec cette option en arrière-plan. Une pause n’est pas un jugement moral sur l’actif. C’est un frein de réseau. Les utilisateurs qui construisent une stratégie autour du pool doivent intégrer qu’un frein existe, et qu’il ne sert pas à défaire un swap déjà conforme au code.

Trois lectures possibles des prochains jours

La première lecture est technique et calme. Le trading s’ouvre après un délai court, la liquidité vient par petits dépôts, les écarts se resserrent, et ZEC rejoint la liste des routes natives sans incident de signature. Dans ce scénario, le 2 octobre aura été exactement ce que le message décrit : un bassin, puis des échanges, puis une profondeur qui se construit. Rien n’oblige ce scénario. Il est simplement le plus compatible avec des mois de correctifs réussis.

La deuxième lecture est celle du marché étroit. Le trading s’ouvre, quelques ordres déplacent le prix du bassin loin de l’oracle, les arbitrages ramènent une partie de l’écart, et les apporteurs précoces découvrent le coût de l’impermanence. Le protocole aura eu raison de prévenir. Les utilisateurs qui auront ignoré l’avertissement fourniront l’exemple. Ce scénario n’exige aucun bug. Il exige seulement que la liquidité reste, pendant un temps, à la hauteur de l’adjectif choisi : mince.

La troisième lecture mêle l’intégration et le contentieux. Des flux liés à des adresses déjà publiées cherchent la nouvelle porte, les plateformes relaient leurs demandes, Thorchain renvoie à la règle du 1er octobre, et le pool devient un sujet de débat plus qu’un sujet de volume. Là encore, rien n’est annoncé. La matière existe : ZEC est dans la liste Bitget, la prime de 5 % est publique, le refus de gel sélectif est écrit. Un lancement ne choisit pas les questions qu’on lui pose.

Ce qu’un utilisateur peut vérifier sans se raconter d’histoire

Avant d’envoyer un montant, la question utile n’est pas « le pool est-il live ». La question utile est « le swap que je veux est-il accepté, et à quel écart ». Tant que Thorchain maintient que le trading est l’étape suivante, la seconde question n’a pas de réponse opérationnelle. Une fois les échanges ouverts, la réponse se lit dans la taille que le bassin absorbe sans dérive excessive, pas dans le statut d’un nœud.

Le statut de chaîne sur l’explorateur reste un contrôle utile. Un ZEC qui passerait de conforme à dégradé dirait quelque chose sur l’observation, pas sur le prix. Les rapports de frais, puisque ils portent aussi la mise à jour de la hauteur convenue, diront si le mécanisme de septembre tourne. Rien de tout cela ne se devine depuis un message social. Cela se vérifie sur les outils du réseau, au moment où l’on décide d’agir.

Pour la liquidité, l’absence de chiffre le 2 octobre est elle-même une information. Si la profondeur avait été confortable, elle aurait pu être montrée. Elle ne l’a pas été. Prendre cette absence pour une invitation est une lecture à l’envers. Le texte dit de faire preuve de prudence. Il n’ajoute pas de date de fin à cette prudence.

RUNE, toujours au centre de la route

Chaque nouvelle chaîne rappelle le rôle de RUNE. Sans lui, les bassins ne se parlent pas. Avec lui, Zcash n’a pas besoin d’un marché direct contre chaque actif déjà supporté. Cette économie de paires a un revers. La demande pour la nouvelle route se concentre sur un seul bassin ZEC, et sur le stock de RUNE qui lui fait face. Un afflux soudain, le jour où les swaps s’ouvrent, se verra d’abord là.

Les détenteurs de RUNE qui fournissent ce stock ne sont pas des spectateurs. Ils sont la contrepartie. Si ZEC s’apprécie fort contre le reste du réseau, leur part relative bouge. Si ZEC décote, elle bouge dans l’autre sens. Les frais compensent une partie de ce mouvement seulement si le volume est réel. Un pool annoncé n’est pas un volume. Un volume se constate après l’ouverture des échanges, pas avant.

Cette mécanique explique aussi pourquoi le protocole peut lancer le bassin avant les swaps. Le stock peut commencer à se constituer. La route monétaire, elle, attend que la signature et les entrées soient jugées prêtes. Les deux horloges ne sont pas obligées de sonner ensemble. Le 2 octobre les laisse volontairement décalées.

Confidentialité, traces et malentendus

Une partie du public lira le pool Zcash comme une porte discrète. C’est un malentendu coûteux. Thorchain publie l’activité de ses bassins. Zcash, selon le type de transaction, publie ou protège des éléments sur sa propre chaîne. Le passage de l’un à l’autre crée des points de contact. Ajouter un actif à confidentialité optionnelle n’efface pas ces points. Cela ajoute un choix de format, que l’utilisateur doit comprendre avant d’y projeter une invisibilité que le système ne promet pas.

Le dossier Bitget illustre la limite. ZEC est cité parmi les actifs déplacés, et des adresses Zcash figurent sur la page de récupération. Si la confidentialité rendait toute lecture impossible, cette page n’aurait pas de ligne Zcash. Elle en a une. Les enquêteurs et les plateformes travaillent avec ce qui reste visible, pas avec le slogan de la chaîne.

Pour le pool, la conséquence est prosaïque. Les dépôts et les retraits suivront les règles d’adresse et de format que les nœuds ont intégrées. Un format non reconnu ne devient pas un format confidentiel. Il devient un dépôt que le réseau ne sait pas créditer. Les réglages de validation d’adresse, ajoutés bien avant octobre, sont là pour éviter exactement cette confusion.

Ce que le 2 octobre ne règle pas

Le lancement ne tranche pas le débat sur le gel sélectif. Il le prolonge, avec un actif de plus dans la liste des routes natives. Le lancement ne chiffre pas la liquidité. Il la qualifie. Le lancement ne donne pas l’heure du premier swap. Il le place après. Trois non-réponses, assumées dans le texte public, valent mieux qu’une précision inventée.

Il ne règle pas non plus la question du précédent Bybit. Les chiffres attribués à Ben Zhou et à Yu Jin restent des chiffres de 2025, repris parce que le marché s’en souvient, pas parce que le pool ZEC les répète. Les confondre avec le volume du 2 octobre serait une faute. Les oublier au moment où Bitget demande un blocage serait une autre faute. L’actualité tient dans cet intervalle.

Enfin, le 2 octobre ne dit pas que l’intégration est finie. Un correctif de frais et un correctif d’expiration ont été nécessaires avant même l’ouverture du bassin. D’autres ajustements peuvent suivre une fois les premières transactions réelles signées. Un réseau qui a passé des mois sur la stabilité, comme le rappelait le billet du 17 septembre, a peu d’intérêt à déclarer une chaîne close le jour où elle apparaît.

Une grille de lecture pour les heures qui viennent

Le premier signal utile sera l’activation effective des échanges, pas un nouveau visuel. Tant que le protocole répète que le trading est l’étape suivante, le pool reste une infrastructure en attente d’usage. Le deuxième signal sera la profondeur, le jour où un chiffre remplacera l’adjectif. Le troisième sera la qualité des signatures : des expirations qui tiennent, des relances qui reprennent la même transaction, des nœuds qui ne divergent plus sur la hauteur.

Le quatrième signal est extérieur au code. Il concerne les adresses déjà publiées par Bitget et la manière dont les flux, s’il y en a, seront discutés. Thorchain a écrit sa règle. Les plateformes ont écrit leurs demandes. Le pool Zcash se place entre les deux textes, sans les réconcilier. Surveiller ce écart vaut autant que surveiller le prix.

Le cinquième signal est le plus lent. Il concerne l’arrivée réelle de liquidité, celle qui transforme un bassin fragile en route utilisable pour des tailles ordinaires. Le protocole dit qu’elle viendra avec le temps. Le temps, ici, ne se décrète pas. Il se mesure en dépôts qui restent, pas en annonces qui circulent.

• Signal 1 : ouverture réelle des swaps, distincte de l’ouverture du pool.
• Signal 2 : une profondeur chiffrée, à la place de l’avertissement qualitatif.
• Signal 3 : des signatures stables, sans divergence d’expiration.
• Signal 4 : le traitement public des flux contestés, sans changement de règle annoncé.
• Signal 5 : des dépôts qui restent assez longtemps pour épaissir la route.

Le mot de la fin, sans fermer la suite

Le 2 octobre 2026, Thorchain a fait une chose précise. Il a terminé un churn, mis tous les nœuds en observation de Zcash, et ouvert un pool en disant que les échanges viendraient après. Il a ajouté une mise en garde sur une liquidité encore mince. Autour de cette phrase courte, il y a un chantier commencé en mars, un correctif de frais ZIP-317, un correctif de signature en septembre, une annonce conditionnelle le 17, et un débat sur les fonds détournés qui ne s’est pas arrêté pour laisser passer le lancement.

Rien de tout cela ne transforme Zcash en marché profond du jour au lendemain. Rien de tout cela n’efface la règle écrite le 1er octobre : l’urgence protège la solvabilité, elle ne retire pas une adresse. Le pool est une porte. La porte n’est pas encore le passage. Ceux qui confondent les deux paieront l’écart, en slippage ou en attente. Ceux qui les distinguent liront la suite pour ce qu’elle est : une activation technique, sous contrainte de liquidité, dans un réseau qui assume de ne pas trier.

La prochaine phrase qui comptera ne sera pas une répétition du visuel. Ce sera l’annonce que le trading n’est plus l’étape d’après, mais l’étape en cours, accompagnée d’une profondeur que l’on peut enfin mesurer. Jusque-là, le pool Zcash est live au sens où Thorchain l’a dit. Pas davantage.

]]>