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

bitcoinist发布于2026-06-05更新于2026-06-05

文章摘要

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

相关问答

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.

你可能也喜欢

XRP Ledger 发布 3.2.0 版本升级并启用 XRPLd 新品牌名

XRP Ledger发布了3.2.0版本,这是对其底层区块链基础设施的一次重要升级。本次更新的核心是将运行网络的软件名称从“rippled”更名为“xrpld”,以更好地反映整个项目生态。 与此前侧重于前端功能的版本不同,3.2.0版本优先进行了后端升级和效率提升,旨在增强网络性能并为未来的扩展做准备。关键改进包括内存优化措施,预计可节省高达40%的服务器内存使用。 此次升级引入了名为“fixCleanup3_2_0”的修改,为单资产金库、借贷协议、权限系统、去中心化交易所、多用途代币和权限域等多个模块带来了安全性增强。开发团队还新增了不变性检查,以确保已删除账户不会在账本上留下不一致的数据,从而加强整个网络的完整性和可靠性。 对于开发者而言,新版本增加了一项重要功能:应用程序无需连接服务器即可检索XRP Ledger协议和服务器定义信息,这将极大便利钱包、区块链浏览器和API等的开发工作。 在可扩展性和稳定性方面,更新包括可配置的区块大小、通过nuDB实现的高效数据库存储,以及将gRPC服务器的TLS/双向TLS支持改为可选,以提升企业用户的性能和连接性。此外,默认对等端口从51235更改为2459,并修复了涉及自动做市商、支付、代币托管、多用途代币、订单簿和RPC等多个方面的问题。出于性能考虑,3.2.0版本暂时禁用了交易不变性检查,但开发团队表示这不会构成安全威胁。

TheNewsCrypto6小时前

XRP Ledger 发布 3.2.0 版本升级并启用 XRPLd 新品牌名

TheNewsCrypto6小时前

交易

现货
合约

热门文章

如何购买PUSH

欢迎来到HTX.com!我们已经让购买Push Protocol(PUSH)变得简单而便捷。跟随我们的逐步指南,放心开始您的加密货币之旅。第一步:创建您的HTX账户使用您的电子邮件、手机号码注册一个免费账户在HTX上。体验无忧的注册过程并解锁所有平台功能。立即注册第二步:前往买币页面,选择您的支付方式信用卡/借记卡购买:使用您的Visa或Mastercard即时购买Push Protocol(PUSH)。余额购买:使用您HTX账户余额中的资金进行无缝交易。第三方购买:探索诸如Google Pay或Apple Pay等流行支付方法以增加便利性。C2C购买:在HTX平台上直接与其他用户交易。HTX场外交易台(OTC)购买:为大量交易者提供个性化服务和竞争性汇率。第三步:存储您的Push Protocol(PUSH)购买完您的Push Protocol(PUSH)后,将其存储在您的HTX账户钱包中。您也可以通过区块链转账将其发送到其他地方或者用于交易其他加密货币。第四步:交易Push Protocol(PUSH)在HTX的现货市场轻松交易Push Protocol(PUSH)。访问您的账户,选择您的交易对,执行您的交易,并实时监控。HTX为初学者和经验丰富的交易者提供了友好的用户体验。

1.1k人学过发布于 2024.03.29更新于 2026.06.02

如何购买PUSH

相关讨论

欢迎来到HTX社区。在这里,您可以了解最新的平台发展动态并获得专业的市场意见。以下是用户对PUSH(PUSH)币价的意见。

活动图片