Zcash transparent ou blindé : adresses, confidentialité et paiements de minage
Zcash transparent ou blindé, expliqué aux mineurs : adresses t1, zs1, u1 et TEX, clés de visualisation, frais ZIP 317 et règle de blindage de la coinbase.
✦ En bref
- Les adresses transparentes t1 et t3 montrent les adresses et les montants à tout le monde, un peu comme Bitcoin.
- Les paiements blindés masquent les parties, le montant et le mémo. Depuis NU6.3, les nouveaux fonds du protocole Orchard arrivent dans le pool Ironwood.
- Les adresses unifiées (u1) regroupent plusieurs récepteurs, et les adresses TEX (tex1) n'acceptent que des fonds issus d'entrées transparentes.
- Une sortie coinbase transparente arrive à maturité après 100 blocs, et le consensus impose toujours de la blinder avant de la dépenser.
- ZProMiners prend en charge uniquement les paiements coinbase transparents directs : minez vers une adresse t que vous contrôlez, puis blindez chaque récompense une fois arrivée à maturité.
Zcash transparent ou blindé : tout se résume à une question, celle de savoir qui peut lire une transaction. Les paiements transparents fonctionnent comme Bitcoin : n’importe qui peut voir les adresses et les montants. Les paiements blindés, eux, masquent l’expéditeur, le destinataire, le montant et le mémo.
Pour les mineurs, cette différence façonne chaque récompense. Sur ZProMiners, votre récompense de bloc arrive d’abord sur une adresse transparente. Le consensus Zcash vous oblige ensuite à la blinder avant de pouvoir la dépenser.
Zcash transparent ou blindé : l’essentiel en un coup d’œil
Zcash conserve les fonds transparents et blindés dans des pools de valeur distincts, et chaque type d’adresse pointe vers l’un d’eux. Le tableau résume les types que vous croiserez en tant que mineur.
| Type d’adresse | Commence par | Les nouveaux fonds vont vers | Adresses et montants visibles par | Nom d’utilisateur ZProMiners |
|---|---|---|---|---|
| Transparente P2PKH | t1 | Pool transparent | Tout le monde | Oui |
| Transparente P2SH | t3 | Pool transparent | Tout le monde | Oui |
| TEX (ZIP 320) | tex1 | Pool transparent | Tout le monde | Non |
| Sapling | zs1 | Pool Sapling | Détenteurs des clés uniquement | Non |
| Récepteur Orchard | uniquement dans u1 | Pool Ironwood (depuis NU6.3) | Détenteurs des clés uniquement | Non |
| Unifiée (ZIP 316) | u1 | Pool du récepteur utilisé | Selon ce récepteur | Non |
Les types d’adresses Zcash transparentes et blindées
Adresses transparentes : t1 et t3
Les adresses transparentes viennent directement de la conception de Bitcoin. Une adresse t1 est de type P2PKH : une seule clé la contrôle. Une adresse t3 est de type P2SH : c’est un script, par exemple un multisig, qui la contrôle. La spécification du protocole Zcash définit ces deux préfixes sur le mainnet. Chaque paiement transparent affiche ses adresses et ses montants sur n’importe quel explorateur de blocs, et chaque solde est public lui aussi.
Adresses Sapling : zs1
Les adresses Sapling commencent par zs1 et datent de la mise à niveau Sapling d’octobre 2018. Un paiement Sapling cache aux observateurs l’expéditeur, le destinataire, le montant et le mémo de 512 octets. Sapling fonctionne toujours aujourd’hui. Toutefois, la spécification du protocole recommande les adresses unifiées pour les nouvelles applications.
Adresses unifiées : u1
Le ZIP 316 définit les adresses unifiées, qui commencent par u1 et regroupent plusieurs récepteurs en une seule chaîne de caractères. Une adresse unifiée peut contenir un récepteur Orchard, un récepteur Sapling et un récepteur transparent, P2PKH ou P2SH, mais pas les deux. Elle doit contenir au moins un récepteur blindé, et elle n’a pas d’emplacement pour l’ancien type Sprout. Le portefeuille expéditeur doit utiliser le récepteur le plus prioritaire qu’il prend en charge, dans l’ordre Orchard, Sapling, transparent.
Orchard et le nouveau pool Ironwood
Orchard est le protocole blindé arrivé avec la mise à niveau NU5 en mai 2022. Il n’a pas de format d’adresse autonome : les récepteurs Orchard n’existent qu’à l’intérieur des adresses unifiées. En mai 2026, un chercheur en sécurité a signalé un bug de robustesse (soundness) dans le circuit Orchard. NU6.2 l’a corrigé en juin. Puis NU6.3 a été activée le 28 juillet 2026 et a ajouté le pool Ironwood (ZIP 258). Ironwood utilise le même protocole Orchard et les mêmes adresses, et ses notes sont récupérables en cas de menace quantique. Depuis cette mise à niveau, l’ancien pool Orchard n’accepte plus de nouvelle valeur. Un paiement vers un récepteur Orchard arrive donc désormais dans Ironwood.
Adresses TEX : tex1
Une adresse TEX, définie dans le ZIP 320, réencode une adresse t1 pour qu’elle commence par tex1. Elle garde le même hachage de clé : les fonds restent donc transparents et publics. En revanche, elle indique au portefeuille expéditeur de ne dépenser que des entrées transparentes. Certaines plateformes d’échange affichent des adresses de dépôt TEX, car elles veulent savoir quelle adresse transparente a financé un dépôt. Elles peuvent ainsi renvoyer l’argent si besoin. Si vous envoyez depuis des fonds blindés, un portefeuille conforme crée deux transactions. Il déblinde d’abord vers une nouvelle adresse transparente, puis envoie depuis celle-ci vers l’adresse TEX.
Ce que voient les observateurs des transactions transparentes et blindées
Zcash transparent ou blindé : c’est vu de l’extérieur que la différence est la plus nette. Pour un paiement transparent, un observateur voit les adresses d’envoi, les adresses de réception, les montants, les frais et le bloc. Reliées entre elles, ces données peuvent exposer tout un historique de paiements.
Pour un paiement entièrement blindé, l’observateur voit toujours qu’une transaction existe, le bloc qui la contient et ses frais. Il peut aussi compter ses dépenses et sorties Sapling, ou ses actions Orchard et Ironwood, même si de nombreux portefeuilles gonflent ces nombres avec des éléments factices. Les adresses, les montants et les mémos restent chiffrés.
Les transactions mixtes en révèlent davantage. Une transaction de blindage (de t vers z) montre l’entrée transparente et le montant qui entre dans le pool blindé, mais pas le destinataire. Une transaction de déblindage (de z vers t) cache la source, mais elle montre le destinataire transparent et le montant. Déplacer de la valeur entre pools blindés, par exemple de Sapling vers Ironwood, révèle aussi le montant qui passe de l’un à l’autre. En effet, chaque transaction publie la valeur nette qui entre dans chaque pool blindé ou qui en sort, et c’est aussi ainsi que chaque nœud suit le solde de chaque pool (ZIP 209).
Les clés de visualisation du Zcash blindé
Blindé ne veut pas forcément dire caché à tout le monde. Une clé de visualisation vous permet de divulguer une activité blindée sans céder le pouvoir de dépenser. Une clé de visualisation entrante révèle les paiements que vous recevez. Une clé de visualisation complète révèle aussi ce que vous dépensez. Aucune des deux ne peut déplacer de fonds. Les clés de visualisation unifiées du ZIP 316 regroupent les clés de chaque type de récepteur. Elles commencent par uview (complète) ou uivk (entrante). Les adresses transparentes n’ont pas besoin de clé de visualisation, car leur historique est déjà public. Ne partagez une clé de visualisation qu’avec une personne de confiance, comme un comptable, car elle peut la transmettre à d’autres.
Déplacer des ZEC entre le pool transparent et les pools blindés
Le blindage déplace des ZEC d’une adresse transparente vers un pool blindé. Le déblindage les en fait ressortir. Votre portefeuille construit l’un et l’autre comme des transactions ordinaires. Comme chaque passage expose son montant, quelques habitudes protègent votre confidentialité :
- Blindez les récompenses dès leur maturité, et gardez-les blindées jusqu’à ce que vous en ayez besoin.
- Évitez de déblinder le même montant peu après l’avoir blindé : des montants identiques relient les deux étapes.
- Laissez un portefeuille à jour transférer tout ancien solde du pool Orchard vers Ironwood. Le ZIP 318 suggère de découper ce transfert en montants standard.
Les frais des transactions transparentes et blindées
Le ZIP 317 fixe les frais conventionnels à 5 000 zatoshis par action logique, avec un minimum de deux actions. Une transaction simple coûte donc 10 000 zatoshis, soit 0,0001 ZEC. Pour la partie transparente, le décompte retient le plus grand nombre entre les entrées et les sorties, mesurées en tailles P2PKH standard. Sapling retient de même le plus grand nombre entre ses dépenses et ses sorties, tandis qu’Orchard et Ironwood comptent leurs actions.
La formule traite tous les pools de la même façon : les transactions blindées ne coûtent donc pas plus cher que les transparentes. Les mineurs doivent tout de même surveiller le nombre d’entrées. Lors du blindage, chaque sortie coinbase devient une entrée transparente. Au tarif du ZIP 317, regrouper 20 sorties en une seule sortie blindée coûte donc environ 110 000 zatoshis, soit 0,0011 ZEC : 20 actions logiques pour les entrées, plus 2 actions blindées dont une factice.
Ce tarif pourrait baisser. Une proposition en cours de rédaction ramènerait les frais marginaux à 1 000 zatoshis. Zebra 6.4.0 accepte déjà les transactions à ce tarif. Laissez votre portefeuille fixer les frais.
Les règles coinbase que tout mineur Zcash doit connaître
Deux règles de consensus régissent les sorties coinbase transparentes, et toutes deux s’appliquent encore en septembre 2026.
D’abord, la maturité. Une transaction ne peut pas dépenser une sortie coinbase transparente issue d’un bloc miné moins de 100 blocs auparavant. Avec l’espacement cible actuel de 75 secondes, cette attente dure environ 125 minutes. La mise à niveau NU7 proposée passerait à des blocs de 25 secondes, mais garderait la règle des 100 blocs (ZIP 218). L’attente tomberait alors à environ 42 minutes.
Ensuite, le blindage. Une transaction qui dépense des sorties coinbase transparentes ne doit avoir aucune sortie transparente. En pratique, vous blindez d’abord la récompense, puis vous la dépensez plus tard depuis le pool blindé. La spécification du protocole actuelle énonce toujours cette règle, et le ZIP 213 la maintient pour la coinbase transparente. Le code actuel de Zebra rejette lui aussi ces dépenses sur le mainnet, et seuls les réseaux de test peuvent désactiver ce contrôle.
Pourquoi les récompenses coinbase Zcash commencent en transparent
Jusqu’à la mise à niveau Heartwood de juillet 2020, le consensus n’autorisait que des sorties coinbase transparentes. Le ZIP 213 a ensuite permis les sorties coinbase blindées et les a exemptées des deux règles ci-dessus. Mais il les a rendues publiques à dessein. Chaque sortie coinbase blindée doit pouvoir se déchiffrer avec une clé de visualisation sortante composée uniquement de zéros. N’importe qui peut donc lire son adresse et son montant. En créer une exige aussi une preuve à divulgation nulle de connaissance. Cela ajoute du travail chaque fois qu’un nœud construit un modèle de bloc. Les sorties transparentes évitent ce coût, et chacun peut vérifier la répartition de la récompense d’un bloc sur un explorateur.
Chez ZProMiners, notre politique tranche la question. Le pool prend en charge uniquement les paiements coinbase transparents directs, si bien que chaque récompense reste publique et vérifiable sur la chaîne. Votre récompense, ou votre part de celle-ci, va à votre adresse t1 ou t3 dans la coinbase du bloc. Cela vaut aussi bien pour le minage solo que pour le pool PPLNS et le pool PROP. Les adresses blindées, unifiées et TEX ne fonctionnent donc pas comme nom d’utilisateur. Aucun compte n’est nécessaire non plus, car votre adresse t est votre nom d’utilisateur.
En pratique : minez en transparent, puis passez en blindé
Pour un mineur, Zcash transparent ou blindé, ce n’est pas l’un ou l’autre. Vous recevez en transparent, puis vous blindez :
- Choisissez un portefeuille dont vous détenez la phrase de récupération, et vérifiez qu’il affiche une adresse t1 et sait blinder des fonds.
- Utilisez cette adresse t comme nom d’utilisateur, comme l’explique le guide pour commencer à miner.
- Attendez 100 blocs que chaque récompense arrive à maturité.
- Blindez les sorties arrivées à maturité vers l’adresse unifiée de votre portefeuille. Plusieurs sorties dans une transaction coûtent moins cher que des transactions séparées, même si chaque entrée augmente toujours les frais.
- Dépensez depuis le solde blindé, et partagez une clé de visualisation si un comptable a besoin de votre historique.
Ne minez jamais vers l’adresse de dépôt d’une plateforme d’échange. Vous n’en détenez pas les clés, et la règle de blindage s’impose à quiconque reçoit la récompense. Si c’est déjà arrivé, lisez que faire si une plateforme refuse votre dépôt de minage. Pour toute autre question, la FAQ et le calculateur de minage sont de bonnes étapes suivantes.
Questions
Puis-je miner sur ZProMiners vers une adresse blindée, unifiée ou TEX ?
Non. ZProMiners prend en charge uniquement les paiements coinbase transparents directs, si bien que chaque récompense reste publique et vérifiable sur la chaîne. Votre nom d'utilisateur doit donc être une adresse t1 ou t3 d'un portefeuille que vous contrôlez. Blindez chaque récompense une fois arrivée à maturité.
Faut-il encore blinder les récompenses coinbase en 2026 ?
Oui. La spécification actuelle du protocole Zcash interdit toujours à une transaction qui dépense une sortie coinbase transparente d'avoir la moindre sortie transparente, et Zebra applique cette règle sur le mainnet. Blindez d'abord la récompense, puis dépensez-la depuis votre solde blindé.
Combien de temps avant qu'une récompense minée soit dépensable ?
Une sortie coinbase transparente devient dépensable 100 blocs après le bloc qui l'a créée. Avec l'objectif actuel de 75 secondes par bloc, cela prend environ 125 minutes.
Les transactions blindées coûtent-elles plus cher en frais ?
Non. Le ZIP 317 fixe les mêmes frais conventionnels de 5 000 zatoshis par action logique pour tous les pools, avec un minimum de deux actions : une transaction simple coûte donc 0,0001 ZEC. Une proposition en cours de rédaction abaisserait ce tarif à 1 000 zatoshis.
Commentaires
Aucun commentaire pour l'instant. Lancez la discussion.