Quelles pièces de confidentialité peuvent encore être extraites avec un processeur ?

Pièces de confidentialité compatibles avec le minage de CPU

1. Zcash (ZEC) reste l'une des rares blockchains axées sur la confidentialité qui prend activement en charge le minage de CPU via sa variante d'algorithme Equihash-BTG, qui résiste à la domination des ASIC et favorise le calcul à usage général.

2. Monero (XMR) est passé à RandomX en 2019, un algorithme de preuve de travail optimisé pour le processeur, explicitement conçu pour neutraliser les avantages du GPU et de l'ASIC, le rendant ainsi hautement accessible aux processeurs x86-64 standard.

3. Aeon (AEON), un fork léger de Monero, utilise CryptoNight-Lite et a ensuite été mis à niveau vers des variantes compatibles avec les processeurs basse consommation, y compris les anciens processeurs d'ordinateurs portables et les systèmes embarqués.

4. Loki (LOKI), désormais rebaptisé Oxen (OXEN), a maintenu une exploitation minière respectueuse du processeur au cours de sa première phase de consensus en utilisant une version modifiée de CryptoNight, permettant la participation sans matériel spécialisé.

5. Haven Protocol (XHV) a mis en œuvre une approche hybride dans laquelle l'extraction de CPU reste viable pour les opérations de chaîne auxiliaire même après l'introduction de couches optimisées pour le GPU pour le débit du réseau principal.

Conception d’algorithmes et neutralité matérielle

1. Equihash nécessite une bande passante mémoire élevée et une gestion des threads parallèles, mais évite une optimisation approfondie du pipeline, des caractéristiques qui s'alignent plus étroitement sur les processeurs multicœurs modernes que sur les ASIC à fonction fixe.

2. RandomX applique des rechargements fréquents du cache, un brassage des ensembles de données en mémoire et une compilation JIT par bloc, qui pénalisent tous l'efficacité de l'ASIC tout en tirant parti de la flexibilité au niveau des instructions du processeur.

3. Les dérivés de CryptoNight s'appuient sur des modèles d'accès mémoire séquentiels et des blocs-notes de grande taille, ce qui les rend intrinsèquement inadaptés au matériel doté d'une mémoire sur puce limitée ou d'unités d'exécution rigides.

4. La tolérance à la latence de la mémoire est une caractéristique déterminante de ces algorithmes : les processeurs gèrent mieux la latence variable que les GPU ou les ASIC en raison d'une prélecture sophistiquée et d'une logique d'exécution dans le désordre.

5. Les extensions de jeu d'instructions telles que AVX2 et AES-NI sont activement utilisées par RandomX et les nouveaux forks Equihash, offrant des améliorations mesurables des performances sur les processeurs grand public pris en charge sans nécessiter de modifications au niveau du micrologiciel.

Exigences relatives au portefeuille et au nœud

1. Zcash exige une synchronisation complète des nœuds avant le minage en solo, ce qui nécessite plus de 100 Go de stockage et plusieurs jours de téléchargement de la blockchain, même en mode client léger via zcashd avec l'élagage activé.

2. Le portefeuille CLI (monero-wallet-cli) et le démon (monerod) de Monero peuvent fonctionner entièrement sur un serveur Linux sans tête avec 4 Go de RAM et 200 Go d'espace SSD, prenant en charge à la fois l'exploitation minière à distance et les connexions de pool local.

3. Le démon léger d'Aeon (aeond) fonctionne confortablement sur les unités Raspberry Pi 4, nécessitant moins de 2 Go de RAM et se synchronisant en moins de six heures depuis la genèse sur une connexion à 100 Mbps.

4. Le binaire oxend d'Oxen inclut des capacités intégrées de jalonnement et d'enregistrement des nœuds de service, tout en conservant une compatibilité descendante avec les binaires de mineurs de CPU hérités pour les blocs pré-fork.

5. xhv-wallet-rpc de Haven Protocol expose les points de terminaison JSON-RPC pour l'intégration automatisée de scripts d'exploration de données, permettant des déclencheurs de tâches planifiés en fonction des seuils de charge du système ou des signaux de tarification de l'électricité.

Infrastructure du pool et mécanismes de paiement

1. MineXMR.com propose des rapports de hashrate en temps réel, des structures de frais dynamiques inférieures à 0,7 % et des paiements instantanés à des seuils configurables aussi bas que 0,001 XMR.

2. ZergPool prend en charge ZEC, AEON et XHV simultanément, permettant aux utilisateurs d'attribuer des threads CPU sur plusieurs pièces en fonction de mesures de rentabilité en direct mises à jour toutes les 30 secondes.

3. SupportXMR implémente l'exploitation minière fusionnée avec Stellite (XTL), permettant aux mineurs de contribuer au travail sur deux chaînes sans duplication de calcul.

4. L'interface XMR de NanoPool s'intègre aux exportateurs Prometheus, permettant aux tableaux de bord Grafana de surveiller les taux de partage rejetés, la disponibilité et les événements de limitation thermique par cœur.

5. HashVault fournit des fenêtres de paiement déterministes liées à des confirmations de blocage plutôt qu'à des calendriers basés sur le temps, réduisant ainsi les écarts pour les contributeurs à faible taux de hachage opérant sur une infrastructure partagée.

Foire aux questions

Q : Windows Defender signale-t-il les logiciels d'extraction de CPU comme des logiciels malveillants ? Oui. De nombreux moteurs antivirus classent les mineurs comme programmes potentiellement indésirables en raison des modèles de consommation des ressources. La désactivation de l'analyse en temps réel des binaires des mineurs ou l'ajout d'exclusions est une pratique courante parmi les opérateurs.

Q : Puis-je extraire des pièces de confidentialité sur une machine virtuelle ? L'exploitation du processeur à l'intérieur des machines virtuelles souffre d'incohérences de synchronisation, d'une cohérence de cache réduite et d'une surcharge d'instructions induite par l'hyperviseur, en particulier pour RandomX et Equihash. Le déploiement d’un système d’exploitation natif est fortement conseillé.

Q : Y a-t-il des implications fiscales spécifiques aux pièces de confidentialité extraites par le CPU ? La comptabilisation des revenus a lieu au moment de la réception de la récompense globale, quel que soit le type de matériel. Des juridictions comme l'IRS américain traitent les pièces extraites comme un revenu ordinaire évalué au juste prix du marché à la date d'acquisition.

Q : Pourquoi certains pools nécessitent-ils une inscription par courrier électronique alors que d'autres ne le font pas ? La vérification des e-mails sert de mécanismes anti-sybil et permet des notifications automatiques pour les plages d'adresses IP interdites ou les pics de rejet anormaux : il ne s'agit pas d'une exigence technique mais d'une politique opérationnelle adoptée par les grands opérateurs de pool.