Comment miner du Zcash de manière anonyme ? (Paramètres de confidentialité)

Considérations sur l’infrastructure minière et la confidentialité

1. Le minage de Zcash s'appuie sur l'algorithme de preuve de travail Equihash, conçu à l'origine pour résister à la domination des ASIC et promouvoir la décentralisation basée sur les GPU. Les mineurs doivent exécuter un logiciel compatible tel que ZecMiner ou le mineur CUDA d'EWBF, configuré pour se connecter à un pool ou à un nœud solo compatible Zcash.

2. Pour préserver l'anonymat pendant le minage, les opérateurs évitent de lier leur identité réelle aux adresses de portefeuille utilisées pour les paiements. Cela inclut la génération de nouvelles adresses protégées (z-addrs) via des outils de ligne de commande comme zcashd plutôt que de réutiliser des adresses transparentes (t-addrs).

3. La sélection du pool a un impact significatif sur l’exposition à la vie privée. Les pools publics enregistrent souvent les adresses IP, les identifiants des travailleurs et les historiques de paiement. Les opérateurs optant pour l'anonymat préfèrent les proxys de strate auto-hébergés ou les coordinateurs miniers décentralisés qui ne nécessitent pas d'enregistrement KYC ni d'identifiants persistants.

4. L'obscurcissement au niveau du réseau est appliqué via le routage Tor ou I2P lors de la connexion des plates-formes minières aux nœuds. Cela empêche les observateurs externes de mapper les contributions au taux de hachage aux emplacements géographiques ou aux sous-réseaux attribués par le FAI.

5. Les destinations de récompense de blocage sont toujours définies sur des adresses protégées. Lorsque les mineurs configurent leur fichier zcash.conf , ils spécifient mineraddress=zcG... au lieu de t1... , garantissant que toutes les ZEC nouvellement créées entrent dans la couche de transaction privée immédiatement après confirmation.

Flux de travail de génération d'adresses protégées

1. Un mineur lance la création d'adresse à l'aide de la commande RPC z_getnewaddress dans une instance zcashd entièrement synchronisée. Cela donne une adresse z préfixée par « zc » ou « zs », isolée cryptographiquement du grand livre transparent.

2. La clé de dépenses privée associée à la nouvelle z-addr reste locale et n'est jamais transmise sur le réseau. Il est stocké dans un fichier wallet.dat crypté protégé par les autorisations du système de fichiers au niveau du système d'exploitation.

3. Chaque z-addr prend en charge plusieurs engagements de notes sans révéler de lien entre eux. Cela signifie que les récompenses minières successives déposées dans la même adresse z ne produisent pas de modèles de clustering analysables en chaîne.

4. Pour une séparation opérationnelle avancée, les mineurs déploient des portefeuilles hors ligne isolés pour générer des adresses z froides. Ces adresses sont ensuite importées dans des nœuds de minage en ligne uniquement à des fins de réception : aucune clé privée ne touche jamais le matériel connecté à Internet.

5. Les clés de visualisation sont exportées de manière sélective vers des outils d'audit ou des tableaux de bord comptables. Ces clés permettent d'inspecter le solde et l'historique des transactions sans exposer l'autorité de dépenser, tout en maintenant un contrôle d'accès strict basé sur les rôles.

Obscurcissement des transactions pendant le paiement

1. Les pools miniers prenant en charge les paiements protégés utilisent zk-SNARK pour construire des transactions entièrement privées. Les entrées proviennent d'UTXO blindés internes gérés par l'opérateur du pool, et les sorties sont envoyées directement à l'adresse z du mineur.

2. Aucune fuite de métadonnées publiques lors de la transmission du paiement : l'identité de l'expéditeur, le montant, la structure des frais et les modifications restent cryptés sous la clé publique du destinataire et vérifiés uniquement au moyen de preuves sans connaissance.

3. Certains pools implémentent des intervalles de délai aléatoires avant de diffuser les paiements, perturbant les attaques de corrélation temporelle qui tentent d'associer les horodatages de propagation des blocs aux fenêtres d'activité des mineurs.

4. Les structures tarifaires sont intégrées dans le zk-proof lui-même plutôt que exposées dans des champs en texte clair. Cela empêche des tiers de déduire la distribution du hashrate sur la base de la variation observée des frais de transaction.

5. Les sorties de modification générées lors des opérations de protection côté pool sont acheminées vers des adresses z éphémères fraîchement générées, empêchant ainsi les empreintes digitales basées sur la réutilisation sur plusieurs cycles de paiement.

Configuration du nœud pour la préservation de l'anonymat

1. Les opérateurs de nœuds complets désactivent txindex=1 et addressindex=1 dans les fichiers de configuration pour empêcher l'indexation locale de l'activité d'adresse transparente, réduisant ainsi la surface d'investigation si la machine est compromise.

2. Le paramètre rpcbind est limité à localhost uniquement, bloquant l'accès RPC distant qui pourrait exposer l'état du portefeuille ou permettre une énumération d'adresses non autorisée.

3. Les seeders DNS sont remplacés par des pairs codés en dur obtenus à partir de canaux communautaires respectueux de la vie privée, évitant ainsi le recours à une résolution de domaine centralisée qui peut enregistrer les origines des requêtes.

4. L'élagage de la blockchain est activé via prune=550 , limitant l'encombrement du disque tout en conservant toutes les données nécessaires à la vérification des transactions protégées et à la construction de preuves valides.

5. La verbosité des journaux est réduite à l'aide de debug=0 et logtimestamps=0 , éliminant les entrées corrélées au temps qui pourraient faciliter les références croisées avec des ensembles de données de surveillance externes.

Foire aux questions

Q1 : Puis-je exploiter Zcash en utilisant uniquement des adresses transparentes sans compromettre la confidentialité ? L’utilisation de t-addrs pour les paiements miniers expose publiquement les montants des transactions, les identités des expéditeurs et les métadonnées temporelles. Cela contredit les principaux objectifs de confidentialité et permet aux outils d’analyse de chaîne de cartographier la propriété du hashrate.

Q2 : Les pools miniers offrent-ils une prise en charge native des paiements protégés ? Oui, plusieurs pools, dont FlyPool et ZergPool, ont intégré une fonctionnalité de paiement protégé depuis début 2025. Ils nécessitent une inscription explicite et une vérification de la propriété du z-addr contrôlé par le mineur avant d'activer la fonctionnalité.

Q3 : Est-il possible de vérifier les récompenses minières reçues dans une adresse protégée sans révéler les clés privées ? Oui. À l’aide de la clé de visualisation associée à un z-addr, les utilisateurs peuvent scanner la blockchain à la recherche de notes pertinentes et décrypter les soldes localement. Ce processus ne transmet pas de clés privées et ne déclenche pas d'événements en chaîne.

Q4 : L'exécution d'un nœud complet Zcash augmente-t-elle mon anonymat en tant que mineur ? L'exécution d'un nœud complet local élimine la dépendance à l'égard d'API tierces ou d'explorateurs publics, empêchant ainsi la fuite de modèles de requête. Il garantit également une validation indépendante des preuves de transactions protégées sans faire confiance à une infrastructure externe.