Peter Todd met en garde contre la technologie de Zcash, jugée trop risquée pour améliorer la confidentialité de Bitcoin

bitcoinistPublié le 2026-06-05Dernière mise à jour le 2026-06-05

Résumé

Le développeur Bitcoin Peter Todd s'oppose à l'intégration de la confidentialité de style Zcash dans la couche de consensus de Bitcoin, estimant que le profil de risque cryptographique est trop élevé pour le protocole de base. Le débat a surgi après qu'un problème affectant le pool blindé Orchard de Zcash ait été révélé. Todd souligne que les bugs dans Bitcoin, comme l'incident de dépassement de valeur de 2010, étaient visibles et permettaient des retours en arrière faciles, car les comptes étaient transparents. En revanche, dans un système entièrement protégé comme Zcash, une faille pourrait compromettre les soldes des utilisateurs de manière invisible et irréversible, menaçant une part importante des fonds (30% de l'offre est actuellement blindée). Todd reconnaît que Bitcoin n'est pas exempt de problèmes techniques, mais il affirme que les risques diffèrent fondamentalement selon le type de cryptographie utilisé, celle de Zcash présentant un niveau de danger plus élevé pour l'intégrité du réseau.

Le développeur Bitcoin Peter Todd s'est opposé aux appels à intégrer une confidentialité de type Zcash dans la couche de consensus de Bitcoin, arguant que le profil de risque cryptographique est trop élevé pour le protocole de base du réseau. Le débat a éclaté après que les développeurs de ZODL ont révélé un problème affectant le pool protégé Orchard, transformant brièvement un incident technique en un argument plus large sur la confidentialité, l'auditabilité et l'ossification de Bitcoin.

Le message initial de Todd était direct : "Pourquoi ajouter une confidentialité de style Zcash à Bitcoin au niveau de la couche de consensus est une mauvaise idée." Il répondait à un message du Zcash Open Development Lab, qui annonçait qu'une "mise à niveau coordonnée du réseau Zcash" était en cours après qu'un problème affectant le pool Orchard de Zcash a été identifié lors des processus d'audit de routine et d'examen de sécurité.

Pourquoi Peter Todd tire la sonnette d'alarme sur la confidentialité de style Zcash

L'échange s'est rapidement élargi au-delà du ZEC lui-même. Un utilisateur a fait valoir que Bitcoin a sa propre histoire de bugs critiques, citant l'incident de débordement de valeur de 2010 et la scission de chaîne de 2013 comme preuves qu'"aucun protocole n'est à l'abri de problèmes techniques". Le même message accusait les maximalistes de Bitcoin de pousser à une "ossification totale" tout en faisant face à des menaces futures comme l'informatique quantique.

Todd a répondu en établissant une distinction entre les échecs visibles et cachés. "Exactement mon point. Avec Bitcoin, revenir en arrière sur la chaîne est faisable, car seule une petite sous-partie des pièces était affectée, et l'exploitation était triviale à remarquer," a-t-il écrit. Son argument n'était pas que Bitcoin est exempt de bugs, mais que son modèle comptable rend certaines classes de bugs catastrophiques plus faciles à détecter et à annuler.

Ce point est devenu le cœur du désaccord. Lorsqu'un autre utilisateur a soutenu que rejeter la confidentialité au niveau du consensus pour des raisons de risque de bug "arrêterait toute innovation/développement", Todd a répondu que toutes les cryptographies ne comportent pas le même risque opérationnel. "Différents types de cryptographie ont différents niveaux de risque. La cryptographie de style Zcash a un niveau de risque très élevé, beaucoup plus que celle de Bitcoin. Ce qui se reflète dans le fait que Zcash a eu des problèmes bien plus graves que Bitcoin."

Le contre-argument était que Bitcoin lui-même a subi de graves échecs précoces. Un participant a cité l'incident de débordement de valeur de 2010 et le bug de 2018, CVE-2018-17144, comme des exemples remettant en cause le cadre de Todd. Todd a rejeté la comparaison, affirmant qu'aucun de ces cas ne faisait courir au monnaie le même type de risque existentiel.

"Aucune de ces exploitations n'avait la moindre chance de détruire la monnaie," a écrit Todd. "Il était trivialement visible de savoir quelles pièces étaient contrefaites, permettant des retours en arrière faciles. Pas avec Zcash."

Le désaccord repose sur une propriété spécifique des systèmes protégés : la confidentialité peut réduire la visibilité qui rend les audits de l'offre simples. Selon Todd, cela modifie le calcul des risques pour Bitcoin. Un bug dans une comptabilité transparente peut être remarqué car les sorties invalides ou les pièces contrefaites sont visibles sur la chaîne. Dans un système profondément protégé, a-t-il soutenu, les dégâts peuvent être plus difficiles à observer, à attribuer et à inverser.

Les défenseurs de Zcash ont également contesté ce cadre. Un utilisateur a dit à Todd qu'il ne comprenait pas le "construct turnstile", affirmant qu'"aucun bug de ce type ne peut affecter l'offre totale de ZEC". Todd a déplacé l'attention de l'offre totale vers les soldes des utilisateurs protégés, notant qu'une grande part du ZEC se trouve déjà dans le pool protégé. "30 % de l'offre de Zcash est protégée. La destruction de cette offre serait un désastre et anéantirait complètement les avoirs d'un pourcentage élevé de tous les utilisateurs de Zcash. Personnellement, j'ai un peu de Zcash, et tout est protégé."

Au moment de la rédaction, le ZEC s'échangeait à 532 $.

Le ZEC s'échange à nouveau sous le niveau Fib 1.618, graphique 1 semaine | Source : ZECUSDT sur TradingView.com

Questions liées

QQuel est l'argument principal de Peter Todd contre l'intégration d'une confidentialité de type Zcash dans la couche de consensus du Bitcoin ?

APeter Todd soutient que le profil de risque cryptographique de la technologie Zcash est trop élevé pour être intégré au protocole de base du réseau Bitcoin. Il souligne qu'en raison de sa nature confidentielle, un bug dans un système blindé comme Zcash serait plus difficile à détecter, à attribuer et à inverser qu'un bug dans le système comptable transparent du Bitcoin.

QSelon l'article, quel incident technique a déclenché le débat sur la confidentialité et l'ossification du Bitcoin ?

ALe débat a été déclenché après que les développeurs de ZODL ont divulgué un problème affectant le pool blindé Orchard de Zcash, transformant brièvement cet incident technique en une discussion plus large sur la confidentialité, l'auditabilité et l'ossification du Bitcoin.

QComment Peter Todd distingue-t-il les échecs visibles des échecs cachés dans son argumentation ?

APeter Todd distingue les échecs visibles (comme ceux du Bitcoin) des échecs cachés. Il affirme que dans Bitcoin, les bugs comme l'incident de dépassement de valeur de 2010 étaient faciles à remarquer car les pièces contrefaites étaient visibles sur la chaîne, permettant un retour en arrière (rollback) réalisable. Dans un système blindé comme Zcash, les dommages pourraient être plus difficiles à observer et à inverser.

QQuel contre-argument les défenseurs de Zcash ont-ils avancé concernant la visibilité des bugs et l'offre totale de ZEC ?

ALes défenseurs de Zcash ont rétorqué qu'un bug ne pouvait pas affecter l'offre totale de ZEC grâce à leur 'construction tourniquet' (turnstile construct). Ils soutiennent que ce mécanisme garantit que la quantité totale de ZEC reste vérifiable et inchangée, même dans le pool blindé.

QSelon Peter Todd, pourquoi un bug affectant le pool blindé de Zcash représenterait-il un risque majeur, malgré la stabilité de l'offre totale ?

APeter Todd explique qu'un bug catastrophique dans le pool blindé, même sans altérer l'offre totale, pourrait détruire une grande partie des ZEC détenus par les utilisateurs. Il note que 30% de l'offre de Zcash est blindée, et la destruction de cette réserve serait un désastre qui anéantirait les avoirs d'un pourcentage élevé d'utilisateurs, créant un risque existentiel différent.

Lectures associées

Début de Warsh : le président de la Fed le plus au fait du Crypto de l'histoire apportera-t-il des surprises ou des chocs au marché ?

**Résumé :** Kevin Warsh, nouveau président de la Réserve fédérale américaine, s'apprête à tenir sa première conférence de presse monétaire. Sa nomination est historique : il est le premier président de la Fed à détenir personnellement des actifs numériques (investissements indirects dans Solana, dYdX, etc.), montrant une compréhension unique du secteur. Son dilemme est majeur : il doit faire face à une résurgence de l'inflation, qui exige une politique monétaire stricte (position "de faucon"), tout en répondant aux pressions politiques pour des baisses de taux. Parallèlement, son attitude envers les crypto-actifs diffère fondamentalement de celle de son prédécesseur. Il ne les considère pas comme de simples actifs spéculatifs, mais plutôt comme un "bon policier" pour la politique économique et une composante de la compétitivité américaine. Son impact potentiel sur le marché crypto s'articule autour de trois axes : 1. Un changement de paradigme réglementaire, passant de la prévention à l'intégration et à l'innovation. 2. Une reprixation des actifs liée aux taux d'intérêt, où sa clarté de communication pourrait réduire la prime d'incertitude. 3. Une légitimation accrue pouvant attirer les capitaux institutionnels traditionnels. Deux scénarios principaux sont envisagés pour sa première intervention : * **Scénario "Surprise"** : Un ton modéré ("de colombe") sur les taux combiné à des signaux favorables à l'innovation numérique pourrait booster le marché. * **Scénario "Choc"** : Un message excessivement restrictif sur les taux pourrait entraîner une vente généralisée des actifs risqués, y compris les cryptos. Bien qu'il ait dû vendre ses actifs crypto pour des raisons d'éthique, la compréhension intrinsèque de Warsh pour la technologie blockchain pourrait, à long terme, poser les bases d'une intégration plus structurelle des actifs numériques dans le système financier.

marsbitIl y a 4 h

Début de Warsh : le président de la Fed le plus au fait du Crypto de l'histoire apportera-t-il des surprises ou des chocs au marché ?

marsbitIl y a 4 h

XRP Ledger Lance le Rebranding XRPld Avec la Mise à Niveau Version 3.2.0

La version 3.2.0 du XRP Ledger (XRPL) est désormais disponible, introduisant une refonte majeure incluant le changement de nom du logiciel principal de « rippled » à « xrpld ». Cette mise à niveau se concentre principalement sur les améliorations des performances, de la sécurité et de l'évolutivité de l'infrastructure sous-jacente, plutôt que sur de nouvelles fonctionnalités utilisateur. Les principales avancées incluent des optimisations de mémoire pouvant réduire jusqu'à 40% l'utilisation de la mémoire serveur. Sur le plan de la sécurité, la modification `fixCleanup3_2_0` renforce plusieurs modules, notamment les coffres-forts à actif unique, le protocole de prêt, les échanges décentralisés et les jetons multi-usages. De nouveaux contrôles d'invariance garantissent la cohérence du registre après la suppression de comptes. Pour les développeurs, la mise à jour permet désormais de récupérer des informations sur les définitions du protocole et du serveur XRPL sans nécessiter de connexion active, facilitant ainsi la création de portefeuilles, d'explorateurs de blockchain et d'APIs. En termes d'évolutivité et de stabilité, les améliorations comprennent des tailles de bloc configurables, un stockage de base de données optimisé via nuDB, et le support optionnel de TLS/mutual TLS pour le serveur gRPC. Le port de peering par défaut est également passé du 51235 au 2459. Divers correctifs ont été apportés aux fonctions liées aux Market Makers Automatisés, aux paiements, aux séquestres de jetons et aux carnets d'ordres. Une note importante : les invariants de transaction ont été temporairement désactivés dans la v3.2.0 en raison d'un impact sur les performances, mais cela ne présente pas de risque pour la sécurité.

TheNewsCryptoIl y a 4 h

XRP Ledger Lance le Rebranding XRPld Avec la Mise à Niveau Version 3.2.0

TheNewsCryptoIl y a 4 h

L'AGI n'est pas l'arrivée, nouveau document de DeepMind : Vers l'ASI, le véritable progrès de l'IA ne fait que commencer

Si l'intelligence artificielle générale (IAG) était atteinte demain, quelle serait la prochaine étape ? Une étude de Google DeepMind suggère que l'IAG n'est pas un point final, mais une étape vers une superintelligence artificielle (ISA) dépassant les collectifs d'experts humains. L'étude distingue trois concepts : l'IAG (niveau médian humain), l'ISA (supérieure aux meilleurs collectifs humains dans presque tous les domaines) et l'IA universelle (limite théorique). Elle propose quatre voies potentielles vers l'ISA : 1. **Extension des ressources** : augmentation de la puissance de calcul, des données et des modèles. 2. **Évolution algorithmique** : améliorations incrémentales ou nouveaux paradigmes (apprentissage continu, utilisation d'outils, modèles du monde). 3. **Auto-amélioration récursive** : des IA plus performantes conçoivent la génération suivante, créant une boucle de rétroaction positive. 4. **Coordination multi-agents** : des systèmes IAG collaborant atteignent une intelligence collective supérieure. L'étude identifie six principaux goulets d'étranglement : 1. **Le mur des données** : les données humaines de haute qualité pourraient s'épuiser. 2. **Pressions économiques et ressources naturelles** : coûts énergétiques et matériels. 3. **Limites des paradigmes neuronaux actuels** : problèmes d'apprentissage continu, de raisonnement robuste, d'hallucinations. 4. **Difficulté croissante de la recherche**. 5. **Barrières à l'abstraction** : difficulté à former de nouveaux concepts fondamentaux. 6. **Régulation, gouvernance et réaction sociale**. Un défi crucial est l'évaluation des capacités de l'IA au-delà du niveau humain, nécessitant de nouveaux benchmarks. L'étude conclut que la progression vers l'ISA reste incertaine, soumise à des contraintes physiques et de ressources, et appelle à un effort de recherche interdisciplinaire pour mieux anticiper cette évolution.

marsbitIl y a 5 h

L'AGI n'est pas l'arrivée, nouveau document de DeepMind : Vers l'ASI, le véritable progrès de l'IA ne fait que commencer

marsbitIl y a 5 h

Trading

Spot
Futures

Articles tendance

Comment acheter PUSH

Bienvenue sur HTX.com ! Nous vous permettons d'acheter Push Protocol (PUSH) de manière simple et pratique. Suivez notre guide étape par étape pour commencer votre parcours crypto.Étape 1 : Création de votre compte HTXUtilisez votre adresse e-mail ou votre numéro de téléphone pour ouvrir un compte sur HTX gratuitement. L'inscription se fait en toute simplicité et débloque toutes les fonctionnalités.Créer mon compteÉtape 2 : Choix du mode de paiement (rubrique Acheter des cryptosCarte de crédit/débit : utilisez votre carte Visa ou Mastercard pour acheter instantanément Push Protocol (PUSH).Solde :utilisez les fonds du solde de votre compte HTX pour trader en toute simplicité.Prestataire tiers :pour accroître la commodité d'utilisation, nous avons ajouté des modes de paiement populaires tels que Google Pay et Apple Pay.P2P :tradez directement avec d'autres utilisateurs sur HTX.OTC (de gré à gré) : nous offrons des services personnalisés et des taux de change compétitifs aux traders.Étape 3 : stockage de vos Push Protocol (PUSH)Après avoir acheté vos Push Protocol (PUSH), stockez-les sur votre compte HTX. Vous pouvez également les envoyer ailleurs via un transfert sur la blockchain ou les utiliser pour trader d'autres cryptos.Étape 4 : tradez des Push Protocol (PUSH)Tradez facilement Push Protocol (PUSH) sur le marché Spot de HTX. Il vous suffit d'accéder à votre compte, de sélectionner la paire de trading, d'exécuter vos trades et de les suivre en temps réel. Nous offrons une expérience conviviale aux débutants comme aux traders chevronnés.

361 vues totalesPublié le 2024.12.13Mis à jour le 2026.06.02

Comment acheter PUSH

Discussions

Bienvenue dans la Communauté HTX. Ici, vous pouvez vous tenir informé(e) des derniers développements de la plateforme et accéder à des analyses de marché professionnelles. Les opinions des utilisateurs sur le prix de PUSH (PUSH) sont présentées ci-dessous.

活动图片