Privatsphäre auf Bitcoin-ProtokollebenePrivacy at the Bitcoin Protocol LevelPrivacidad en el nivel de protocolo de BitcoinPrivacidade no nível de protocolo do BitcoinBitcoinプロトコルレベルにおけるプライバシーBitcoin协议层面的隐私الخصوصية على مستوى بروتوكول Bitcoin

Silent Payments und Stealth Addresses: Bitcoins neuer Ansatz für empfängerfreundliche PrivatsphäreSilent Payments and Stealth Addresses: Bitcoin's New Approach to Receiver PrivacySilent Payments y Stealth Addresses: El nuevo enfoque de Bitcoin para la privacidad del receptorSilent Payments e Stealth Addresses: A nova abordagem do Bitcoin para a privacidade do destinatárioSilent PaymentsとStealth Addresses:受取人のプライバシーに対するBitcoinの新しいアプローチSilent Payments与Stealth Addresses:Bitcoin保护接收方隐私的新方法Silent Payments وStealth Addresses: نهج Bitcoin الجديد لخصوصية المستلم

79
EchtheitsprüfungAuthenticity checkVerificación de autenticidadVerificação de autenticidade真正性チェック真实性核查التحقق من الأصالة
Die beschriebenen Kernfakten zu BIP-352 (ECDH-Mechanismus, Taproot-Abhängigkeit, Abgrenzung zu Peter Todds Stealth-Address-Entwurf, Scanning-Last, Wallet-Unterstützung Stand 2026) sind im finalen BIP-352-Text und unabhängigen technischen Quellen konsistent belegt. Der Authlevel „verified" ist gerechtfertigt, da es sich um Lehrbuchwissen aus dem finalen BIP-Dokument handelt; der Authscore liegt nicht bei 1,0, da die Wallet-Unterstützung (Stand 2026) dynamisch ist und sich ändern kann.The core facts described for BIP-352 (ECDH mechanism, Taproot dependency, distinction from Peter Todd's stealth address draft, scanning burden, wallet support as of 2026) are consistently documented in the final BIP-352 text and independent technical sources. The "verified" authlevel is warranted as this constitutes textbook knowledge from the final BIP document; the authscore is not 1.0 because wallet support (as of 2026) is dynamic and subject to change.Los hechos fundamentales descritos para BIP-352 (mecanismo ECDH, dependencia de Taproot, distinción respecto al borrador de dirección stealth de Peter Todd, carga de escaneo, soporte de carteras a fecha de 2026) están documentados de forma consistente en el texto definitivo de BIP-352 y en fuentes técnicas independientes. El authlevel «verified» está justificado, ya que se trata de conocimiento de manual procedente del documento BIP definitivo; el authscore no es 1,0 porque el soporte de carteras (a fecha de 2026) es dinámico y puede cambiar.Os fatos centrais descritos para o BIP-352 (mecanismo ECDH, dependência do Taproot, distinção em relação ao rascunho de endereço stealth de Peter Todd, custo de escaneamento, suporte de carteiras em 2026) estão documentados de forma consistente no texto final do BIP-352 e em fontes técnicas independentes. O authlevel «verified» é justificado, pois trata-se de conhecimento canônico extraído do documento BIP final; o authscore não é 1,0 porque o suporte de carteiras (em 2026) é dinâmico e está sujeito a alterações.BIP-352に関して記述されたコアファクト(ECDHメカニズム、Taprootへの依存、Peter Toddのステルスアドレス草案との区別、スキャン負荷、2026年時点のウォレットサポート状況)は、BIP-352の最終テキストおよび独立した技術的資料において一貫して記録されている。authlevelが「verified」とされているのは、これが最終BIP文書に基づく教科書的知識に該当するためであり、authscoreが1.0でないのは、ウォレットサポート(2026年時点)が動的であり変化しうるためである。BIP-352 所描述的核心事实(ECDH 机制、对 Taproot 的依赖、与 Peter Todd 隐身地址草案的区别、扫描负担、截至 2026 年的钱包支持情况)在 BIP-352 最终文本及独立技术资料中均有一致记录。authlevel 标注为「verified」是合理的,因为这些内容构成来自最终 BIP 文档的教科书级知识;authscore 未达到 1.0,是因为钱包支持情况(截至 2026 年)具有动态性,可能发生变化。الحقائق الجوهرية الموصوفة بشأن BIP-352 (آلية ECDH، والاعتماد على Taproot، والتمييز عن مسودة عنوان التخفي لبيتر تود، وعبء المسح، ودعم المحافظ حتى عام 2026) موثقة بصورة متسقة في نص BIP-352 النهائي وفي مصادر تقنية مستقلة. إن authlevel بمستوى «verified» مبرر، إذ يمثل هذا المحتوى معرفة مرجعية مستقاة من وثيقة BIP النهائية؛ ولا يبلغ authscore القيمة 1.0 لأن دعم المحافظ (حتى عام 2026) ذو طابع ديناميكي وقابل للتغيير.
⚖️ Kritische Gegenperspektive (Regel des 10. Mannes)Critical counter-view (Tenth-Man rule)Perspectiva crítica alternativa (regla del décimo hombre)Perspectiva crítica contrária (regra do décimo homem)批判的な反対意見(10人目の法則)批判性的反向视角(第十人规则)منظور نقدي مضاد (قاعدة الرجل العاشر)

BIP-352 ist ein Wallet-Level-Standard, keine Konsensregel – seine praktische Verbreitung hängt von freiwilliger Implementierung ab, und die Mehrheit der Bitcoin-Nutzer wird Silent Payments auf absehbare Zeit nicht verwenden. Die Scanning-Last trifft insbesondere mobile und ressourcenbeschränkte Nutzer hart und reproduziert faktisch eine Server-Trust-Abhängigkeit, die der versprochenen Dezentralität widerspricht. Zudem steht die Technologie in regulatorischem Gegenwind: Datenschutz-by-Design auf Protokollebene wird von FATF und EU-Behörden zunehmend als Compliance-Risiko eingestuft, was Exchange-Listings und institutionelle Adoption bremsen könnte. Für Durchschnittsnutzer bleibt Silent Payments bis zur vollständigen Hardware-Wallet-Integration und mobilen Wallet-Reife eher ein Versprechen als eine praktikable Lösung.BIP-352 is a wallet-level standard, not a consensus rule – its real-world adoption depends entirely on voluntary implementation, and the vast majority of Bitcoin users are unlikely to use Silent Payments in the foreseeable future. The scanning burden hits mobile and resource-constrained users particularly hard, effectively recreating a server-trust dependency that contradicts the promised decentralization. Furthermore, the technology faces regulatory headwinds: privacy-by-design at the protocol level is increasingly classified as a compliance risk by FATF and EU regulators, which could hinder exchange listings and institutional adoption. For the average user, Silent Payments remains more of a promise than a practical solution until hardware wallet integration and mobile wallet readiness are complete.BIP-352 es un estándar a nivel de cartera, no una regla de consenso: su adopción en el mundo real depende enteramente de una implementación voluntaria, y es poco probable que la gran mayoría de los usuarios de Bitcoin utilice Silent Payments en un futuro previsible. La carga de escaneo afecta especialmente a los usuarios móviles y con recursos limitados, recreando de facto una dependencia de confianza en servidores que contradice la descentralización prometida. Además, la tecnología se enfrenta a vientos regulatorios en contra: la privacidad por diseño a nivel de protocolo es clasificada cada vez más como un riesgo de cumplimiento por parte del GAFI y los reguladores de la UE, lo que podría obstaculizar las cotizaciones en exchanges y la adopción institucional. Para el usuario medio, Silent Payments seguirá siendo más una promesa que una solución práctica hasta que la integración con carteras hardware y la madurez de las carteras móviles sean completas.O BIP-352 é um padrão no nível da carteira, não uma regra de consenso — sua adoção no mundo real depende inteiramente de implementação voluntária, e é improvável que a grande maioria dos usuários de Bitcoin utilize Silent Payments no futuro próximo. O custo de escaneamento afeta de forma particularmente severa os usuários móveis e com recursos limitados, recriando efetivamente uma dependência de confiança em servidores que contradiz a descentralização prometida. Além disso, a tecnologia enfrenta ventos contrários regulatórios: a privacidade por design no nível do protocolo é classificada crescentemente como risco de conformidade pelo GAFI e pelos reguladores da UE, o que pode dificultar listagens em exchanges e a adoção institucional. Para o usuário médio, Silent Payments permanece mais uma promessa do que uma solução prática até que a integração com carteiras hardware e a maturidade das carteiras móveis estejam completas.BIP-352はコンセンサスルールではなく、ウォレットレベルの標準規格である。その現実世界での普及は完全に任意の実装に依存しており、Bitcoin利用者の大多数が近い将来にSilent Paymentsを利用する可能性は低い。スキャン負荷はモバイルユーザーやリソースの限られたユーザーに特に大きな打撃を与え、約束された分散性に反するサーバー信頼依存を事実上再現している。さらに、この技術は規制面での逆風にも直面している。プロトコルレベルでのプライバシー・バイ・デザインは、FATFやEU規制当局によってコンプライアンス上のリスクとして分類されるケースが増えており、取引所への上場や機関投資家による採用を妨げる可能性がある。ハードウェアウォレットへの統合とモバイルウォレットの成熟が完了するまで、一般ユーザーにとってSilent Paymentsは実用的な解決策というよりも、依然として一つの約束にとどまる。BIP-352 是钱包层面的标准,而非共识规则——其现实世界的普及完全依赖于自愿实现,绝大多数 Bitcoin 用户在可预见的未来不太可能使用 Silent Payments。扫描负担对移动端用户和资源受限用户的影响尤为严重,实际上重新制造了对服务器信任的依赖,与所承诺的去中心化相悖。此外,该技术还面临监管层面的逆风:协议层面的隐私即设计正被 FATF 和欧盟监管机构越来越多地列为合规风险,这可能阻碍交易所上币和机构采用。对于普通用户而言,在硬件钱包集成和移动钱包成熟度完善之前,Silent Payments 与其说是一种实用解决方案,不如说仍是一种承诺。BIP-352 معيار على مستوى المحافظ، وليس قاعدة توافق — إذ يعتمد انتشاره الفعلي كليًا على التطبيق الطوعي، ومن غير المرجح أن تستخدم الغالبية العظمى من مستخدمي Bitcoin ميزة Silent Payments في المستقبل المنظور. يُلقي عبء المسح بثقله بشكل خاص على مستخدمي الأجهزة المحمولة والمستخدمين ذوي الموارد المحدودة، مما يُعيد عمليًا إنتاج الاعتماد على ثقة الخادم، وهو ما يتناقض مع اللامركزية الموعودة. فضلًا عن ذلك، تواجه التقنية رياحًا تنظيمية معاكسة: إذ يُصنَّف الخصوصية بالتصميم على مستوى البروتوكول بصورة متزايدة باعتباره خطر امتثال من قِبل مجموعة FATF والجهات التنظيمية في الاتحاد الأوروبي، مما قد يُعيق إدراجها في البورصات واعتمادها من قِبل المؤسسات. بالنسبة للمستخدم العادي، تظل Silent Payments أقرب إلى وعد منها إلى حل عملي، حتى تكتمل عملية دمجها مع محافظ الأجهزة ونضج المحافظ المحمولة.

BIP-352 (Silent Payments) ermöglicht es, eine einzige statische Adresse öffentlich zu teilen, aus der Sender ohne jede Vorabkommunikation jedes Mal eine einzigartige On-Chain-Adresse ableiten – strukturell privat, kompatibel mit Taproot und ohne zusätzliche Blockchain-Daten.BIP-352 (Silent Payments) allows a single static address to be shared publicly, from which senders derive a unique on-chain address each time – without any prior communication, structurally private, Taproot-compatible, and without additional blockchain data.BIP-352 (Silent Payments) permite compartir públicamente una única dirección estática a partir de la cual los remitentes derivan cada vez una dirección on-chain única, sin necesidad de comunicación previa, estructuralmente privada, compatible con Taproot y sin datos adicionales en la blockchain.O BIP-352 (Silent Payments) permite compartilhar publicamente um único endereço estático, a partir do qual os remetentes derivam um endereço on-chain exclusivo a cada transação — sem qualquer comunicação prévia, estruturalmente privado, compatível com Taproot e sem dados adicionais na blockchain.BIP-352(Silent Payments)は、単一の静的アドレスを公開共有することを可能にする。送信者はそのアドレスから毎回ユニークなオンチェーンアドレスを導出できる。事前のやり取りは一切不要で、構造的にプライベートであり、Taproot互換で、追加のブロックチェーンデータも必要としない。BIP-352(Silent Payments)允许公开共享一个单一的静态地址,发送方每次无需任何事先沟通,即可从该地址派生出唯一的链上地址——结构上具备隐私性,兼容 Taproot,且无需额外的区块链数据。يُتيح BIP-352 (Silent Payments) مشاركة عنوان ثابت واحد بشكل علني، يستطيع المُرسلون من خلاله اشتقاق عنوان فريد على السلسلة في كل مرة — دون الحاجة إلى أي تواصل مسبق، مع ضمان الخصوصية البنيوية، والتوافق مع Taproot، ودون إضافة أي بيانات إلى البلوكشين.

Video zum ArtikelVideo for this articleVídeo del artículoVídeo do artigo記事の動画本文视频فيديو المقال

Eine der grundlegenden Schwächen im Bitcoin-Protokoll ist das sogenannte Address-Reuse-Problem: Wer immer dieselbe Empfangsadresse veröffentlicht, ermöglicht es jedem, alle eingehenden Zahlungen miteinander zu verknüpfen. BIP-352 (Silent Payments), verfasst von Josie Baker und Ruben Somsen und im Mai 2024 als finaler Bitcoin Improvement Proposal aktiviert, löst dieses Problem auf elegante Weise – ohne zusätzliche On-Chain-Daten und ohne Vorabkommunikation zwischen Sender und Empfänger.

Das kryptografische Kernprinzip: ECDH ohne Kommunikation

Silent Payments basieren auf Elliptic Curve Diffie-Hellman (ECDH). Der Ablauf funktioniert wie folgt: Der Empfänger veröffentlicht einmalig eine statische Silent-Payment-Adresse, die aus zwei öffentlichen Schlüsseln besteht – einem Scan Key und einem Spend Key. Möchte ein Sender eine Zahlung durchführen, kombiniert er den privaten Schlüssel seiner Input-UTXOs mit dem öffentlichen Scan Key des Empfängers und erzeugt so ein gemeinsames Geheimnis. Aus diesem Geheimnis wird deterministisch eine einmalige P2TR-Ausgabeadresse abgeleitet.

Der Empfänger seinerseits scannt die Blockchain mit seinem privaten Scan Key: Er berechnet für jede infrage kommende Transaktion dasselbe gemeinsame Geheimnis und prüft, ob die resultierende Adresse in den Outputs vorkommt. Trifft das zu, kann er die Mittel mit seinem Spend Key ausgeben. Zu keinem Zeitpunkt muss der Sender mit dem Empfänger kommuniziert haben.

Für Außenstehende sieht jede Silent Payment wie eine völlig unverbundene, reguläre Taproot-Transaktion aus. Mehrere Zahlungen an dieselbe statische Silent-Payment-Adresse sind On-Chain strukturell nicht miteinander verknüpfbar.

Abgrenzung zu älteren Stealth-Address-Konzepten

Die Idee von Stealth Addresses ist nicht neu. Peter Todds Entwurf aus dem Jahr 2014 (informell als BIP-63 bekannt) verfolgte ein ähnliches Ziel, scheiterte jedoch an einem entscheidenden praktischen Problem: Jede Transaktion musste einen ephemeren öffentlichen Schlüssel via OP_RETURN on-chain einbetten, damit der Empfänger die Zahlung identifizieren konnte. Das erzeugte Blockchain-Bloat, war kostspielig und fand keine breite Wallet-Unterstützung. Das Protokoll wurde nie standardisiert.

BIP-352 überwindet diese Einschränkung fundamental: Der Input-Tweaking-Mechanismus – also die Nutzung der privaten Schlüssel der bereits vorhandenen Input-UTXOs – trägt die notwendige Entropie, ohne dass zusätzliche On-Chain-Daten erforderlich sind. Die Blockchain bleibt schlank, und es sind keine neuen Transaktionsformate notwendig.

Technische Voraussetzungen und Grenzen

Silent Payments bauen zwingend auf Taproot (BIP-340/341) auf und erzeugen ausschließlich P2TR-Outputs. Sie sind nicht rückwirkend kompatibel: Inputs müssen P2TR oder unter bestimmten Bedingungen P2WPKH sein. Eine wichtige Inkompatibilität betrifft CoinJoin-Transaktionen: Da bei CoinJoin mehrere Parteien Inputs beisteuern, gehören nicht alle Input-Schlüssel dem Sender – der ECDH-Mechanismus funktioniert unter diesen Bedingungen nicht korrekt.

Die zentrale technische Herausforderung ist die Scanning-Last: Da Silent Payments keine erkennbaren On-Chain-Marker hinterlassen, muss der Empfänger – oder ein beauftragter Dienst – jede P2TR-Transaktion im gesamten Bitcoin-Netzwerk prüfen. Für Full-Node-Betreiber ist das praktikabel. Für Light-Wallets hingegen ist vollständige Privatsphäre beim Scanning nur unter Vertrauensannahmen gegenüber einem Scanning-Server möglich; BIP-158 Compact Block Filters bieten hier eine Teillösung, aber keine vollständige Privatsphäregarantie. Hardware-Wallet-Integration (Ledger, Trezor) befindet sich Stand 2026 in aktiver Entwicklung, da das ECDH-Signing auf dem Gerät spezifische Protokollanpassungen erfordert.

Wallet-Unterstützung (Stand 2026)

Die Ökosystem-Adoption schreitet voran, ist aber noch selektiv:

  • Sparrow Wallet (Desktop) gilt als Referenz-Implementierung und ist produktiv nutzbar.
  • Cake Wallet und Blue Wallet haben Unterstützung für Silent Payments implementiert.
  • Hardware-Wallets (Ledger, Trezor): Integration in aktiver Entwicklung, noch nicht vollständig produktionsreif.

Einordnung: Strukturelle Privatsphäre ohne Kompromisse bei der Dezentralität

Silent Payments verlagern die Komplexität vom Protokoll- auf die Wallet-Ebene: Die Blockchain selbst wird nicht modifiziert, Konsensregeln bleiben unverändert, und Zahlungen sind für Außenstehende von regulären Taproot-Transaktionen nicht unterscheidbar. Das ist ein bedeutender Fortschritt gegenüber früheren Ansätzen wie Stealth Addresses oder dedizierten Privacy-Coins, die on-chain erkennbare Strukturen hinterlassen. Die verbleibende Herausforderung – das Scanning – ist ein inhärenter Trade-off des „kein On-Chain-Marker"-Designs und dürfte mit zunehmender Hardware-Leistung und optimierten Scanning-Protokollen an Bedeutung verlieren.

WeiterführendRelatedContinuandoContinuando更に進める进一步استمراريا

One of Bitcoin's fundamental protocol weaknesses is address reuse: anyone who publicly shares the same receiving address allows all incoming payments to be linked to each other. BIP-352 (Silent Payments), authored by Josie Baker and Ruben Somsen and activated as a final Bitcoin Improvement Proposal in May 2024, solves this problem elegantly – without additional on-chain data and without any prior communication between sender and receiver.

The Cryptographic Core: ECDH Without Communication

Silent Payments are built on Elliptic Curve Diffie-Hellman (ECDH). The process works as follows: the recipient publishes a single static Silent Payment address once, consisting of two public keys – a scan key and a spend key. When a sender wants to make a payment, they combine the private key of their input UTXOs with the recipient's public scan key to derive a shared secret. From this shared secret, a unique, one-time P2TR output address is deterministically derived.

The recipient, in turn, scans the blockchain using their private scan key: for each eligible transaction, they compute the same shared secret and check whether the resulting address appears among the outputs. If it does, they can spend the funds using their spend key. At no point does the sender need to have communicated with the recipient.

To outside observers, every Silent Payment looks like a completely unrelated, regular Taproot transaction. Multiple payments to the same static Silent Payment address are structurally unlinkable on-chain.

Distinguishing from Older Stealth Address Concepts

The idea of stealth addresses is not new. Peter Todd's 2014 proposal (informally known as BIP-63) pursued a similar goal but failed on a critical practical issue: every transaction had to embed an ephemeral public key via OP_RETURN on-chain so the recipient could identify the payment. This caused blockchain bloat, was costly, and never gained broad wallet support. The protocol was never standardized.

BIP-352 overcomes this limitation fundamentally: the input-tweaking mechanism – using the private keys of the already-present input UTXOs – carries the necessary entropy without requiring any additional on-chain data. The blockchain remains lean, and no new transaction formats are needed.

Technical Requirements and Limitations

Silent Payments are strictly built on Taproot (BIP-340/341) and exclusively produce P2TR outputs. They are not retroactively compatible: inputs must be P2TR or, under certain conditions, P2WPKH. A key incompatibility concerns CoinJoin transactions: since CoinJoin involves multiple parties contributing inputs, not all input keys belong to the sender – the ECDH mechanism does not function correctly under these conditions.

The central technical challenge is the scanning burden: since Silent Payments leave no recognizable on-chain markers, the recipient – or a delegated service – must check every P2TR transaction in the entire Bitcoin network. This is feasible for full node operators. For light wallets, however, full scanning privacy is only achievable under trust assumptions toward a scanning server; BIP-158 Compact Block Filters offer a partial solution but no complete privacy guarantee. Hardware wallet integration (Ledger, Trezor) is in active development as of 2026, as ECDH signing on the device requires specific protocol adaptations.

Wallet Support (as of 2026)

Ecosystem adoption is progressing but remains selective:

  • Sparrow Wallet (desktop) serves as the reference implementation and is ready for production use.
  • Cake Wallet and Blue Wallet have implemented support for Silent Payments.
  • Hardware wallets (Ledger, Trezor): integration under active development, not yet fully production-ready.

Assessment: Structural Privacy Without Decentralization Trade-offs

Silent Payments shift complexity from the protocol to the wallet layer: the blockchain itself is not modified, consensus rules remain unchanged, and payments are indistinguishable from regular Taproot transactions to outside observers. This is a significant improvement over earlier approaches such as older stealth addresses or dedicated privacy coins that leave recognizable on-chain structures. The remaining challenge – scanning – is an inherent trade-off of the "no on-chain marker" design, and is likely to diminish in significance as hardware performance improves and optimized scanning protocols mature.

WeiterführendRelatedContinuandoContinuando更に進める进一步استمراريا

Una de las debilidades fundamentales del protocolo Bitcoin es el llamado problema de reutilización de direcciones: quien publica siempre la misma dirección de recepción permite que todos los pagos entrantes queden vinculados entre sí. BIP-352 (Silent Payments), redactado por Josie Baker y Ruben Somsen y activado como propuesta de mejora de Bitcoin definitiva en mayo de 2024, resuelve este problema de forma elegante, sin datos adicionales en la cadena y sin comunicación previa entre el emisor y el receptor.

El principio criptográfico central: ECDH sin comunicación

Silent Payments se basa en Elliptic Curve Diffie-Hellman (ECDH). El funcionamiento es el siguiente: el receptor publica una única vez una dirección estática de Silent Payment compuesta por dos claves públicas: una Scan Key y una Spend Key. Cuando un emisor desea realizar un pago, combina la clave privada de sus UTXOs de entrada con la clave pública de escaneo del receptor y genera así un secreto compartido. A partir de este secreto se deriva de forma determinista una dirección de salida P2TR de un solo uso.

Por su parte, el receptor escanea la cadena de bloques con su clave privada de escaneo: para cada transacción candidata calcula el mismo secreto compartido y comprueba si la dirección resultante aparece entre las salidas. Si es así, puede gastar los fondos con su Spend Key. En ningún momento el emisor ha necesitado comunicarse con el receptor.

Para cualquier observador externo, cada Silent Payment parece una transacción Taproot ordinaria completamente desvinculada de las demás. Varios pagos a la misma dirección estática de Silent Payment no son estructuralmente enlazables en la cadena.

Diferencias con los conceptos anteriores de Stealth Addresses

La idea de las Stealth Addresses no es nueva. La propuesta de Peter Todd de 2014 (conocida informalmente como BIP-63) perseguía un objetivo similar, pero fracasó ante un problema práctico decisivo: cada transacción debía incrustar en la cadena una clave pública efímera mediante OP_RETURN para que el receptor pudiera identificar el pago. Esto generaba bloat en la cadena de bloques, resultaba costoso y nunca obtuvo un soporte amplio por parte de los monederos. El protocolo nunca fue estandarizado.

BIP-352 supera esta limitación de raíz: el mecanismo de ajuste de inputs —es decir, el uso de las claves privadas de los UTXOs de entrada ya existentes— aporta la entropía necesaria sin requerir datos adicionales en la cadena. La cadena de bloques se mantiene ligera y no son necesarios nuevos formatos de transacción.

Requisitos técnicos y limitaciones

Silent Payments se apoya obligatoriamente en Taproot (BIP-340/341) y genera exclusivamente salidas P2TR. No es compatible de forma retroactiva: los inputs deben ser P2TR o, bajo ciertas condiciones, P2WPKH. Una incompatibilidad importante afecta a las transacciones CoinJoin: dado que en CoinJoin múltiples partes aportan inputs, no todas las claves de entrada pertenecen al emisor, por lo que el mecanismo ECDH no funciona correctamente bajo estas condiciones.

El principal desafío técnico es la carga de escaneo: como Silent Payments no deja marcadores reconocibles en la cadena, el receptor —o un servicio delegado— debe revisar cada transacción P2TR en toda la red Bitcoin. Para los operadores de nodos completos esto es viable. Sin embargo, para los monederos ligeros, la privacidad total durante el escaneo solo es posible asumiendo cierta confianza en un servidor de escaneo; los BIP-158 Compact Block Filters ofrecen una solución parcial, pero no una garantía de privacidad completa. La integración en monederos de hardware (Ledger, Trezor) se encuentra en desarrollo activo a fecha de 2026, ya que la firma ECDH en el dispositivo requiere adaptaciones específicas del protocolo.

Compatibilidad con monederos (a fecha de 2026)

La adopción en el ecosistema avanza, aunque de forma todavía selectiva:

  • Sparrow Wallet (escritorio) es considerado la implementación de referencia y está listo para uso en producción.
  • Cake Wallet y Blue Wallet han implementado soporte para Silent Payments.
  • Monederos de hardware (Ledger, Trezor): integración en desarrollo activo, aún no completamente lista para producción.

Valoración: privacidad estructural sin comprometer la descentralización

Silent Payments traslada la complejidad del nivel de protocolo al nivel de monedero: la cadena de bloques en sí no se modifica, las reglas de consenso permanecen inalteradas y los pagos son indistinguibles de las transacciones Taproot ordinarias para cualquier observador externo. Esto supone un avance significativo respecto a enfoques anteriores como las Stealth Addresses tradicionales o las monedas de privacidad dedicadas, que dejan estructuras reconocibles en la cadena. El reto pendiente —el escaneo— es un compromiso inherente al diseño de «sin marcador en cadena» y previsiblemente irá perdiendo relevancia a medida que mejore el rendimiento del hardware y maduren los protocolos de escaneo optimizados.

WeiterführendRelatedContinuandoContinuando更に進める进一步استمراريا

Uma das fraquezas fundamentais do protocolo Bitcoin é o chamado problema de reutilização de endereços: quem publica sempre o mesmo endereço de receção permite que qualquer pessoa associe todos os pagamentos recebidos entre si. BIP-352 (Silent Payments), redigido por Josie Baker e Ruben Somsen e ativado em maio de 2024 como proposta final de melhoria do Bitcoin (Bitcoin Improvement Proposal), resolve este problema de forma elegante — sem dados adicionais na cadeia e sem comunicação prévia entre remetente e destinatário.

O princípio criptográfico central: ECDH sem comunicação

Silent Payments baseiam-se em Elliptic Curve Diffie-Hellman (ECDH). O funcionamento é o seguinte: o destinatário publica uma única vez um endereço estático de Silent Payment, composto por duas chaves públicas — uma Scan Key e uma Spend Key. Quando um remetente pretende efetuar um pagamento, combina a chave privada dos seus UTXOs de entrada com a chave pública Scan Key do destinatário, gerando assim um segredo partilhado. A partir deste segredo, é derivado de forma determinística um endereço de saída P2TR único.

Por sua vez, o destinatário percorre a blockchain com a sua chave privada Scan Key: calcula o mesmo segredo partilhado para cada transação candidata e verifica se o endereço resultante consta nos outputs. Se assim for, pode gastar os fundos com a sua Spend Key. Em nenhum momento o remetente teve de comunicar com o destinatário.

Para observadores externos, cada Silent Payment parece uma transação Taproot regular e completamente independente. Múltiplos pagamentos para o mesmo endereço estático de Silent Payment não são estruturalmente associáveis entre si na cadeia.

Distinção em relação a conceitos mais antigos de Stealth Address

A ideia dos Stealth Addresses não é nova. A proposta de Peter Todd de 2014 (informalmente conhecida como BIP-63) perseguia um objetivo semelhante, mas falhou num problema prático decisivo: cada transação tinha de incorporar um chave pública efémera via OP_RETURN na cadeia, para que o destinatário pudesse identificar o pagamento. Isso gerava inchaço na blockchain, era dispendioso e não obteve suporte alargado por parte das carteiras. O protocolo nunca foi padronizado.

O BIP-352 supera esta limitação de forma fundamental: o mecanismo de Input Tweaking — ou seja, a utilização das chaves privadas dos UTXOs de entrada já existentes — transporta a entropia necessária sem que sejam precisos dados adicionais na cadeia. A blockchain mantém-se leve e não são necessários novos formatos de transação.

Requisitos técnicos e limitações

Os Silent Payments assentam obrigatoriamente no Taproot (BIP-340/341) e geram exclusivamente outputs P2TR. Não são retroativamente compatíveis: os inputs têm de ser P2TR ou, sob determinadas condições, P2WPKH. Uma incompatibilidade importante diz respeito às transações CoinJoin: uma vez que no CoinJoin múltiplas partes contribuem com inputs, nem todas as chaves de entrada pertencem ao remetente — o mecanismo ECDH não funciona corretamente nestas condições.

O principal desafio técnico é a carga de scanning: Como os Silent Payments não deixam marcadores reconhecíveis na cadeia, o destinatário — ou um serviço contratado — precisa verificar cada transação P2TR em toda a rede Bitcoin. Para operadores de nós completos, isso é viável. Para Light Wallets, porém, a privacidade total no scanning só é possível com pressupostos de confiança em relação a um servidor de scanning; os BIP-158 Compact Block Filters oferecem aqui uma solução parcial, mas não uma garantia de privacidade completa. A integração com hardware wallets (Ledger, Trezor) encontra-se, a partir de 2026, em desenvolvimento ativo, uma vez que a assinatura ECDH no dispositivo requer adaptações específicas do protocolo.

Suporte de carteiras (a partir de 2026)

A adoção pelo ecossistema está a avançar, mas ainda de forma seletiva:

  • Sparrow Wallet (Desktop) é considerada a implementação de referência e está pronta para uso em produção.
  • Cake Wallet e Blue Wallet implementaram suporte para Silent Payments.
  • Hardware Wallets (Ledger, Trezor): Integração em desenvolvimento ativo, ainda não totalmente pronta para produção.

Classificação: Privacidade estrutural sem compromissos na descentralização

Os Silent Payments transferem a complexidade do nível do protocolo para o nível da carteira: a própria blockchain não é modificada, as regras de consenso permanecem inalteradas e os pagamentos são indistinguíveis de transações Taproot regulares para observadores externos. Trata-se de um avanço significativo em relação a abordagens anteriores, como os Stealth Addresses ou moedas de privacidade dedicadas, que deixam estruturas identificáveis on-chain. O desafio remanescente — o scanning — é um trade-off inerente ao design de "sem marcador on-chain" e deverá perder relevância com o aumento do desempenho do hardware e a otimização dos protocolos de scanning.

AprofundarRelatedContinuandoContinuando更に進める进一步استمراريا

Bitcoinプロトコルの根本的な弱点のひとつが、いわゆるアドレス再利用問題です。常に同じ受取アドレスを公開していると、誰でもすべての受信支払いを相互に紐付けることができてしまいます。Josie BakerとRuben Somsenが執筆し、2024年5月に最終的なBitcoin Improvement Proposalとして有効化されたBIP-352(Silent Payments)は、この問題をエレガントに解決します――追加のオンチェーンデータも、送信者と受信者の事前通信も必要ありません。

暗号技術の核心:通信なしのECDH

Silent Paymentsは楕円曲線Diffie-Hellman(ECDH)を基盤としています。仕組みは次のとおりです。受信者は一度だけ静的なSilent Paymentアドレスを公開します。このアドレスは2つの公開鍵――スキャン鍵スペンド鍵――から構成されています。送信者が支払いを行う際、自身のインプットUTXOの秘密鍵と受信者の公開スキャン鍵を組み合わせることで共有シークレットを生成します。この共有シークレットから、使い捨ての一回限りのP2TR出力アドレスが決定論的に導出されます。

受信者は自身の秘密スキャン鍵を使ってブロックチェーンをスキャンします。該当する可能性のある各トランザクションに対して同じ共有シークレットを計算し、導出されたアドレスがアウトプットに含まれているかを確認します。一致した場合、受信者はスペンド鍵を使って資金を使用できます。送信者が受信者と通信する必要は一切ありません。

第三者の目には、すべてのSilent Paymentはまったく無関係な通常のTaproot トランザクションとして映ります。同一の静的Silent Paymentアドレスへの複数の支払いは、オンチェーン上で構造的に紐付けることができません。

旧来のステルスアドレス概念との違い

ステルスアドレスのアイデア自体は新しいものではありません。Peter Toddが2014年に提案した草案(非公式にBIP-63として知られる)も同様の目標を追求していましたが、ある重大な実用上の問題で頓挫しました。受信者が支払いを識別できるよう、すべてのトランザクションにOP_RETURN経由の使い捨て公開鍵をオンチェーンに埋め込む必要があったのです。これはブロックチェーンの肥大化を招き、コストもかかり、ウォレットの広範なサポートも得られませんでした。このプロトコルは結局標準化されることはありませんでした。

BIP-352はこの制限を根本的に克服しています。インプット調整メカニズム――既存のインプットUTXOの秘密鍵を利用する手法――が、追加のオンチェーンデータを必要とせずに必要なエントロピーを担います。ブロックチェーンはスリムなまま保たれ、新たなトランザクションフォーマットも不要です。

技術的要件と制限

Silent PaymentsはTaproot(BIP-340/341)に必須の依存関係を持ち、P2TR出力のみを生成します。後方互換性はありません。インプットはP2TR、または特定の条件下でP2WPKHである必要があります。重要な非互換性としてCoinJoinトランザクションとの問題があります。CoinJoinでは複数の参加者がインプットを提供するため、すべてのインプット鍵が送信者のものとは限らず、ECDHメカニズムはこの条件下では正しく機能しません。

中心的な技術的課題はスキャン負荷です。Silent Paymentsはオンチェーンに認識可能なマーカーを残さないため、受信者――または委託されたサービス――がBitcoinネットワーク全体のすべてのP2TRトランザクションを確認する必要があります。フルノード運用者にとっては現実的な作業です。しかしライトウォレットにとって、スキャン時の完全なプライバシーはスキャンサーバーへの信頼を前提とした場合にのみ実現可能です。BIP-158のコンパクトブロックフィルターは部分的な解決策を提供しますが、完全なプライバシー保証にはなりません。ハードウェアウォレットの統合(Ledger、Trezor)は2026年時点で活発に開発中です。デバイス上でのECDH署名には固有のプロトコル対応が必要なためです。

ウォレットのサポート状況(2026年時点)

エコシステムへの採用は進んでいますが、まだ選択的な段階です:

  • Sparrow Wallet(デスクトップ)はリファレンス実装として位置付けられており、本番環境で利用可能です。
  • Cake WalletおよびBlue WalletはSilent Paymentsのサポートを実装済みです。
  • ハードウェアウォレット(Ledger、Trezor):統合は活発に開発中であり、まだ完全な本番対応には至っていません。

評価:分散性を損なわない構造的プライバシー

Silent Paymentsは複雑性をプロトコル層からウォレット層へと移行させます。ブロックチェーン自体は変更されず、コンセンサスルールも変わらず、支払いは第三者から見て通常のTaprootトランザクションと区別がつきません。これは、オンチェーンで認識可能な構造を残す旧来のステルスアドレスや専用プライバシーコインといった従来のアプローチと比較して、大きな前進です。残された課題――スキャン――は「オンチェーンマーカーなし」設計に固有のトレードオフであり、ハードウェア性能の向上と最適化されたスキャンプロトコルの成熟に伴い、その重要性は低下していくと考えられます。

WeiterführendRelatedContinuandoContinuando更に進める进一步استمراريا

Bitcoin 协议的根本性弱点之一是所谓的地址复用问题:任何公开使用同一收款地址的人,都会让所有入账交易可被相互关联。BIP-352(Silent Payments)由 Josie Baker 和 Ruben Somsen 撰写,于 2024 年 5 月作为最终版 Bitcoin Improvement Proposal 激活,以优雅的方式解决了这一问题——无需额外的链上数据,也无需发送方与接收方之间的任何事先沟通。

密码学核心原理:无需通信的 ECDH

Silent Payments 基于椭圆曲线 Diffie-Hellman(ECDH)构建。其运作流程如下:接收方一次性发布一个静态 Silent Payment 地址,该地址由两个公钥组成——一个扫描密钥(Scan Key)和一个花费密钥(Spend Key)。当发送方希望付款时,将其输入 UTXO 的私钥与接收方的公开扫描密钥相结合,从而生成一个共享秘密。再从该共享秘密中确定性地派生出一个一次性的 P2TR 输出地址。

接收方则使用自己的私有扫描密钥扫描区块链:对每笔符合条件的交易计算同一共享秘密,并检查由此得出的地址是否出现在交易输出中。若匹配成功,即可使用花费密钥支配这笔资金。整个过程中,发送方无需与接收方进行任何通信。

对外部观察者而言,每一笔 Silent Payment 看起来都与普通的 Taproot 交易毫无关联。多笔打向同一静态 Silent Payment 地址的付款,在链上结构层面无法被相互关联。

与早期隐身地址方案的区别

隐身地址(Stealth Address)的概念并非新鲜事物。Peter Todd 于 2014 年提出的方案(非正式地称为 BIP-63)追求类似目标,但在一个关键的实践问题上宣告失败:每笔交易都必须通过 OP_RETURN 将临时公钥嵌入链上,以便接收方识别付款。这导致区块链数据膨胀、成本高昂,且始终未能获得广泛的钱包支持,该协议最终也未被标准化。

BIP-352 从根本上克服了这一局限:输入调整机制——即利用已有输入 UTXO 的私钥——无需额外的链上数据即可承载所需的熵值。区块链保持精简,也不需要引入任何新的交易格式。

技术前提与局限性

Silent Payments 严格依赖 Taproot(BIP-340/341),且仅生成 P2TR 输出。它不具备向后兼容性:输入必须为 P2TR,或在特定条件下为 P2WPKH。一项重要的不兼容性涉及 CoinJoin 交易:由于 CoinJoin 由多方共同提供输入,并非所有输入密钥都属于同一发送方——ECDH 机制在此条件下无法正常运作。

核心技术挑战在于扫描负担:由于 Silent Payments 不在链上留下任何可识别的标记,接收方——或其委托的服务——必须检查整个 Bitcoin 网络中的每一笔 P2TR 交易。对于全节点运营者而言,这是可行的。然而对于轻量级钱包,完整的扫描隐私只有在信任某个扫描服务器的前提下才能实现;BIP-158 紧凑区块过滤器(Compact Block Filters)提供了部分解决方案,但无法提供完整的隐私保障。截至 2026 年,硬件钱包(Ledger、Trezor)的集成仍在积极开发中,因为设备上的 ECDH 签名需要特定的协议适配。

钱包支持现状(截至 2026 年)

生态系统的采用正在推进,但仍较为有限:

  • Sparrow Wallet(桌面端)被视为参考实现,已可投入生产使用。
  • Cake WalletBlue Wallet 已实现对 Silent Payments 的支持。
  • 硬件钱包(Ledger、Trezor):集成仍在积极开发中,尚未完全达到生产就绪状态。

总结:无需牺牲去中心化的结构性隐私

Silent Payments 将复杂性从协议层转移到钱包层:区块链本身无需修改,共识规则保持不变,外部观察者无法将付款与普通 Taproot 交易相区分。与早期方案(如旧版隐身地址或会在链上留下可识别结构的专用隐私币)相比,这是一项重大进步。剩余的挑战——扫描——是"无链上标记"设计的内在权衡,随着硬件性能的提升和优化扫描协议的成熟,其重要性有望逐渐降低。

WeiterführendRelatedContinuandoContinuando更に進める进一步استمراريا

من أبرز نقاط الضعف الجوهرية في بروتوكول Bitcoin مشكلة إعادة استخدام العناوين: فمن يُعلن باستمرار عن نفس عنوان الاستقبال يُتيح لأي شخص ربط جميع المدفوعات الواردة ببعضها. BIP-352 (Silent Payments)، الذي أعدّه Josie Baker وRuben Somsen وأُقرَّ مقترحاً نهائياً لتحسين Bitcoin في مايو 2024، يحلّ هذه المشكلة بأناقة – دون إضافة أي بيانات على السلسلة ودون أي تواصل مسبق بين المُرسِل والمُستقبِل.

المبدأ التشفيري الجوهري: ECDH دون تواصل

تقوم Silent Payments على Elliptic Curve Diffie-Hellman (ECDH). تسير العملية على النحو الآتي: يُنشر عنوان Silent Payment الثابت مرةً واحدة فقط، ويتكوّن من مفتاحَين عامَّين – Scan Key وSpend Key. وحين يرغب المُرسِل في إتمام دفعة، يجمع المفتاح الخاص لمُدخلات UTXOs الخاصة به مع مفتاح Scan العام للمُستقبِل، فينتج عن ذلك سرٌّ مشترك. ومن هذا السر المشترك يُشتقّ بصورة حتمية عنوان إخراج P2TR فريد لمرة واحدة.

أما المُستقبِل فيفحص سلسلة الكتل باستخدام مفتاح Scan الخاص به: إذ يحسب لكل معاملة مؤهَّلة السرَّ المشترك ذاته، ثم يتحقق مما إذا كان العنوان الناتج موجوداً في مخرجات تلك المعاملة. وإن كان كذلك، أمكنه إنفاق الأموال باستخدام Spend Key الخاص به. ولا يحتاج المُرسِل في أي لحظة إلى أن يكون قد تواصل مع المُستقبِل.

في نظر المراقبين الخارجيين، تبدو كل Silent Payment معاملة Taproot عادية منفصلة تماماً عن غيرها. ولا يمكن ربط مدفوعات متعددة إلى نفس عنوان Silent Payment الثابت ببعضها من خلال بنية السلسلة.

التمييز عن مفاهيم Stealth Address القديمة

فكرة Stealth Addresses ليست جديدة. فقد سعى مقترح Peter Todd عام 2014 (المعروف غير رسمياً بـBIP-63) إلى تحقيق هدف مماثل، غير أنه اصطدم بعائق عملي حاسم: كانت كل معاملة تستلزم تضمين مفتاح عام مؤقت عبر OP_RETURN على السلسلة حتى يتمكن المُستقبِل من تحديد الدفعة. أفضى ذلك إلى انتفاخ سلسلة الكتل، وكان مُكلفاً، ولم يحظَ بدعم واسع من المحافظ، فلم يُوحَّد البروتوكول قط.

يتجاوز BIP-352 هذا القيد بصورة جذرية: إذ يحمل آليةُ تعديل المُدخلات – أي استخدام المفاتيح الخاصة لمُدخلات UTXOs الموجودة أصلاً – الإنتروبيا اللازمة دون الحاجة إلى أي بيانات إضافية على السلسلة. وهكذا تبقى سلسلة الكتل نحيلة، ولا حاجة إلى أي تنسيقات معاملات جديدة.

المتطلبات التقنية والقيود

تعتمد Silent Payments حتماً على Taproot (BIP-340/341) وتُنتج حصرياً مخرجات P2TR. وهي غير متوافقة بأثر رجعي: إذ يجب أن تكون المُدخلات من نوع P2TR أو، في ظروف معينة، P2WPKH. وتتعلق إشكالية التوافق الرئيسية بـمعاملات CoinJoin: نظراً لأن CoinJoin يشمل مساهمة أطراف متعددة بالمُدخلات، فلا تعود جميع مفاتيح المُدخلات مملوكةً للمُرسِل، مما يجعل آلية ECDH لا تعمل بشكل صحيح في هذه الحالة.

أما التحدي التقني المحوري فهو عبء الفحص (Scanning): إذ لا تترك Silent Payments أي علامات قابلة للتمييز على السلسلة، مما يستلزم من المُستقبِل – أو خدمة مُفوَّضة – فحص كل معاملة P2TR في شبكة Bitcoin بأكملها. وهذا أمر عملي بالنسبة لمشغّلي العقد الكاملة. أما المحافظ الخفيفة فلا يمكنها تحقيق خصوصية فحص كاملة إلا بالثقة في خادم فحص مخصص؛ وتقدّم BIP-158 Compact Block Filters حلاً جزئياً لكن دون ضمان خصوصية تام. أما تكامل المحافظ المادية (Ledger، Trezor) فلا يزال قيد التطوير الفعّال حتى عام 2026، إذ يستلزم توقيع ECDH على الجهاز تكييفات بروتوكولية محددة.

دعم المحافظ (حتى عام 2026)

يتقدّم تبنّي المنظومة تدريجياً، غير أنه لا يزال انتقائياً:

  • Sparrow Wallet (سطح المكتب) يُعدّ التطبيق المرجعي وهو جاهز للاستخدام الإنتاجي.
  • Cake Wallet وBlue Wallet أضافا دعماً لـSilent Payments.
  • المحافظ المادية (Ledger، Trezor): التكامل قيد التطوير الفعّال، وغير جاهز بالكامل للبيئة الإنتاجية بعد.

التقييم: خصوصية بنيوية دون مساومة على اللامركزية

تنقل Silent Payments التعقيد من مستوى البروتوكول إلى مستوى المحفظة: إذ لا تُعدَّل سلسلة الكتل ذاتها، وتبقى قواعد الإجماع دون تغيير، ولا يستطيع المراقبون الخارجيون التمييز بين هذه المدفوعات ومعاملات Taproot العادية. ويُمثّل ذلك تقدماً بارزاً مقارنةً بالمناهج السابقة كعناوين Stealth Address القديمة أو عملات الخصوصية المتخصصة التي تترك بنيات قابلة للتعرف عليها على السلسلة. أما التحدي المتبقي – وهو عملية الفحص – فهو مقايضة متأصلة في تصميم "لا علامة على السلسلة"، ومن المرجح أن تتراجع أهميته مع تحسّن أداء الأجهزة وتطوّر بروتوكولات الفحص المُحسَّنة.

WeiterführendRelatedContinuandoContinuando更に進める进一步استمراريا

⚖️ Die stärksten GegenargumenteThe Strongest CounterargumentsLos contraargumentos más fuertesOs contra-argumentos mais fortes最も強力な反論最有力的反方观点أقوى الحجج المضادة

Jedes Gegenargument in seiner stärksten Form – geprüft und nach Datenlage entschieden, kein Wunschdenken.Each counterargument in its strongest form – scrutinized and adjudicated per the data, no wishful thinking.Cada contraargumento en su forma más fuerte: examinado y juzgado según los datos, sin ilusiones.Cada contra-argumento na sua forma mais forte – examinado e julgado segundo os dados, sem ilusões.各反論を最も強い形で提示し、データに基づいて検証・判定しています。希望的観測はありません。每个反方观点均以其最强形式呈现——依据数据审视并判定,绝不一厢情愿。كل حجة مضادة في أقوى صورها — مفحوصة ومحسومة وفق البيانات، لا وفق التمني.

⚖️ BelegtSupportedConfirmadoConfirmado妥当成立مؤكَّد

Die Scanning-Last macht Silent Payments für die Mehrheit der Nutzer unpraktikabel: Mobile und ressourcenbeschränkte Wallets müssen entweder jede P2TR-Transaktion des Netzwerks selbst prüfen oder einen Scanning-Server bemühen – womit genau die Server-Vertrauensabhängigkeit zurückkehrt, die das Protokoll eigentlich beseitigen soll.The scanning burden makes Silent Payments impractical for the majority of users: mobile and resource-constrained wallets must either check every P2TR transaction on the network themselves or rely on a scanning server — which brings back exactly the server-trust dependency the protocol is meant to remove.La carga de escaneo hace que Silent Payments sea impracticable para la mayoría de los usuarios: las billeteras móviles y con recursos limitados deben o bien verificar por sí mismas cada transacción P2TR de la red, o bien recurrir a un servidor de escaneo, con lo que regresa exactamente la dependencia de confianza en servidores que el protocolo pretende eliminar.A carga de escaneamento torna os Silent Payments impraticáveis para a maioria dos usuários: carteiras móveis e com recursos limitados precisam ou verificar por conta própria cada transação P2TR da rede, ou recorrer a um servidor de escaneamento — trazendo de volta exatamente a dependência de confiança em servidores que o protocolo pretende eliminar.スキャン負荷のせいで、Silent Paymentsは大多数の利用者にとって実用的でない。モバイルや資源の乏しいウォレットは、ネットワーク上のすべてのP2TRトランザクションを自ら検査するか、スキャンサーバーに頼るかのいずれかを迫られる——後者では、この方式が本来取り除くはずのサーバーへの信頼依存がそっくり戻ってくる。扫描负担使Silent Payments对大多数用户来说不切实际:移动端和资源受限的钱包要么自行检查全网每一笔P2TR交易,要么依赖扫描服务器——这恰恰让该协议本要消除的服务器信任依赖卷土重来。عبء المسح يجعل Silent Payments غير عملية لغالبية المستخدمين: فمحافظ الهواتف والأجهزة محدودة الموارد إما أن تفحص بنفسها كل معاملة P2TR في الشبكة أو تعتمد على خادم مسح — وهكذا يعود بالضبط الاعتماد على ثقة الخوادم الذي جاء البروتوكول لإزالته.
Der Einwand ist durch das Protokolldesign selbst gedeckt und wird im Artikel eingeräumt: Ohne On-Chain-Marker gibt es keinen Gratis-Ausweg aus dem Scanning-Dilemma; BIP-158-Filter liefern nur eine Teillösung. Die Hoffnung des Artikels auf künftige Hardware- und Protokolloptimierung ist legitim, ändert aber nichts daran, dass die volle Privatsphäregarantie Stand 2026 faktisch Full-Node-Betreibern vorbehalten ist.The objection is backed by the protocol design itself and conceded in the article: without on-chain markers there is no free escape from the scanning dilemma; BIP-158 filters provide only a partial solution. The article's hope for future hardware and protocol optimization is legitimate, but does not change the fact that as of 2026 the full privacy guarantee is effectively reserved for full-node operators.La objeción está respaldada por el propio diseño del protocolo y el artículo la admite: sin marcadores on-chain no hay salida gratuita del dilema del escaneo; los filtros BIP-158 solo ofrecen una solución parcial. La esperanza del artículo en futuras optimizaciones de hardware y protocolo es legítima, pero no cambia el hecho de que, a 2026, la garantía plena de privacidad queda de facto reservada a los operadores de nodos completos.A objeção é sustentada pelo próprio design do protocolo e admitida no artigo: sem marcadores on-chain não há saída gratuita do dilema do escaneamento; os filtros BIP-158 oferecem apenas uma solução parcial. A esperança do artigo em futuras otimizações de hardware e protocolo é legítima, mas não muda o fato de que, em 2026, a garantia plena de privacidade está de fato reservada aos operadores de full nodes.この反論はプロトコル設計そのものに裏付けられ、記事も認めている。オンチェーンマーカーがない以上、スキャンのジレンマから無償で抜け出す道はなく、BIP-158フィルターは部分的な解決にとどまる。将来のハードウェアとプロトコル最適化への記事の期待は正当だが、2026年時点で完全なプライバシー保証が事実上フルノード運用者に限られるという事実は変わらない。该反驳得到协议设计本身的支持,文章也予以承认:没有链上标记,就不存在免费摆脱扫描困境的出路;BIP-158过滤器只提供部分解决方案。文章寄望于未来硬件和协议优化是正当的,但改变不了这一事实:截至2026年,完整的隐私保证实际上只属于全节点运营者。هذا الاعتراض يدعمه تصميم البروتوكول نفسه ويقر به المقال: فمن دون علامات على السلسلة لا مخرج مجانيا من معضلة المسح؛ ومرشحات BIP-158 لا تقدم سوى حل جزئي. أمل المقال في تحسينات مستقبلية للعتاد والبروتوكول مشروع، لكنه لا يغير حقيقة أن ضمان الخصوصية الكامل حتى 2026 محصور فعليا بمشغلي العقد الكاملة.

⚖️ BelegtSupportedConfirmadoConfirmado妥当成立مؤكَّد

Silent Payments lösen nur das Empfänger-Verknüpfungsproblem – die Privatsphäre des Senders bleibt ungeschützt: Input-Clustering, Betrags- und Timing-Heuristiken der Chain-Analyse funktionieren unverändert. Als „Privatsphäre-Lösung" vermarktet, könnte BIP-352 Nutzern eine Anonymität suggerieren, die es nicht bietet.Silent Payments only solve the receiver-linkage problem — the sender's privacy remains unprotected: input clustering, amount and timing heuristics of chain analysis work unchanged. Marketed as a "privacy solution", BIP-352 could suggest to users an anonymity it does not provide.Silent Payments solo resuelve el problema de vinculación del receptor; la privacidad del emisor queda desprotegida: el clustering de inputs y las heurísticas de montos y tiempos del análisis de cadena funcionan sin cambios. Comercializado como «solución de privacidad», BIP-352 podría sugerir a los usuarios un anonimato que no ofrece.Os Silent Payments resolvem apenas o problema de vinculação do recebedor — a privacidade do remetente permanece desprotegida: o clustering de inputs e as heurísticas de valores e de tempo da análise de cadeia funcionam inalterados. Divulgado como "solução de privacidade", o BIP-352 pode sugerir aos usuários um anonimato que não oferece.Silent Paymentsが解決するのは受取人の紐付け問題だけで、送金者のプライバシーは保護されないままだ。チェーン分析のインプットクラスタリング、金額・タイミングのヒューリスティクスは従来どおり機能する。「プライバシーソリューション」として喧伝されれば、BIP-352は提供していない匿名性を利用者に錯覚させかねない。Silent Payments只解决了收款方关联问题——付款方的隐私仍无保护:链上分析的输入聚类、金额与时间启发式方法照常有效。若被当作"隐私解决方案"宣传,BIP-352可能让用户误以为获得了它并不提供的匿名性。لا تحل Silent Payments سوى مشكلة ربط المستلم — بينما تبقى خصوصية المرسل بلا حماية: فتجميع المدخلات واستدلالات المبالغ والتوقيت في تحليل السلاسل تعمل كما هي. وإذا سوق BIP-352 بوصفه «حلا للخصوصية» فقد يوحي للمستخدمين بمجهولية لا يوفرها.
Der Geltungsbereich von BIP-352 ist im Standard selbst klar umrissen: Er adressiert Address-Reuse und Empfänger-Verknüpfung, nicht Sender-Anonymität – die Inkompatibilität mit CoinJoin, die der Artikel korrekt nennt, verschärft dies sogar, weil das stärkste Sender-Schutzwerkzeug nicht kombinierbar ist. Der Artikel bleibt sachlich präzise, doch Rahmung und Teaser („strukturell privat") laden zur Überschätzung des Schutzumfangs ein.BIP-352's scope is clearly delineated in the standard itself: it addresses address reuse and receiver linkage, not sender anonymity — the CoinJoin incompatibility the article correctly names even sharpens this, because the strongest sender-protection tool cannot be combined. The article stays factually precise, but framing and teaser ("structurally private") invite overestimating the scope of protection.El alcance de BIP-352 está claramente delimitado en el propio estándar: aborda la reutilización de direcciones y la vinculación del receptor, no el anonimato del emisor; la incompatibilidad con CoinJoin, que el artículo menciona correctamente, incluso lo agrava, porque la herramienta más fuerte de protección del emisor no puede combinarse. El artículo se mantiene fácticamente preciso, pero el encuadre y el teaser («estructuralmente privado») invitan a sobreestimar el alcance de la protección.O escopo do BIP-352 está claramente delimitado no próprio padrão: ele trata da reutilização de endereços e da vinculação do recebedor, não do anonimato do remetente — a incompatibilidade com CoinJoin, que o artigo corretamente cita, até agrava isso, porque a ferramenta mais forte de proteção do remetente não pode ser combinada. O artigo permanece factualmente preciso, mas o enquadramento e o teaser ("estruturalmente privado") convidam a superestimar o alcance da proteção.BIP-352の適用範囲は標準自体に明確に画定されている。対象はアドレス再利用と受取人の紐付けであり、送金者の匿名性ではない——記事が正しく挙げるCoinJoinとの非互換は、最強の送金者保護ツールと併用できない点でむしろ問題を先鋭化させる。記事は事実として正確だが、枠組みとティーザー(「構造的にプライベート」)は保護範囲の過大評価を誘う。BIP-352的适用范围在标准本身中已明确划定:它处理的是地址重用和收款方关联,而非付款方匿名——文章正确提到的与CoinJoin的不兼容甚至加剧了这一点,因为最强的付款方保护工具无法与之组合。文章在事实层面保持精确,但其框架和导语("结构上私密")容易诱使读者高估保护范围。نطاق BIP-352 محدد بوضوح في المعيار نفسه: فهو يعالج إعادة استخدام العناوين وربط المستلم لا مجهولية المرسل — بل إن عدم التوافق مع CoinJoin الذي يذكره المقال بحق يفاقم الأمر، لأن أقوى أداة لحماية المرسل لا يمكن الجمع بينها وبينه. يظل المقال دقيقا وقائعيا، لكن التأطير والمقدمة («خاص بنيويا») يغريان بالمبالغة في تقدير نطاق الحماية.

⚖️ OffenOpenAbiertoEm aberto未解決未定غير محسوم

Ohne Unterstützung durch Hardware-Wallets, Exchanges und die großen mobilen Wallets bleibt BIP-352 eine Nischenlösung für Enthusiasten: Ein freiwilliger Wallet-Level-Standard ohne Konsens-Zwang kann jahrelang in der Adoptionsfalle stecken – wie zuvor PayNyms/BIP-47 und andere Privatsphäre-Vorstöße, die nie den Durchbruch schafften.Without support from hardware wallets, exchanges and the major mobile wallets, BIP-352 remains a niche solution for enthusiasts: a voluntary wallet-level standard with no consensus enforcement can stay stuck in the adoption trap for years — like PayNyms/BIP-47 and other privacy initiatives before it that never broke through.Sin el respaldo de billeteras de hardware, exchanges y las grandes billeteras móviles, BIP-352 sigue siendo una solución de nicho para entusiastas: un estándar voluntario a nivel de billetera, sin imposición por consenso, puede quedar atascado años en la trampa de la adopción, como antes PayNyms/BIP-47 y otras iniciativas de privacidad que nunca despegaron.Sem o apoio de carteiras de hardware, exchanges e das grandes carteiras móveis, o BIP-352 permanece uma solução de nicho para entusiastas: um padrão voluntário no nível da carteira, sem imposição por consenso, pode ficar preso na armadilha da adoção por anos — como antes o PayNyms/BIP-47 e outras iniciativas de privacidade que nunca decolaram.ハードウェアウォレット、取引所、主要モバイルウォレットの対応がなければ、BIP-352は愛好家向けのニッチな解にとどまる。コンセンサスによる強制のない任意のウォレットレベル標準は、何年も普及の罠に嵌まり得る——かつて突破口を開けなかったPayNyms/BIP-47などのプライバシー施策と同様に。没有硬件钱包、交易所和主流移动钱包的支持,BIP-352仍是发烧友的小众方案:一个没有共识强制力的自愿性钱包层标准,可能多年困在采用陷阱中——就像此前始终未能突破的PayNyms/BIP-47等隐私尝试一样。من دون دعم المحافظ الصلبة والمنصات والمحافظ المحمولة الكبرى، يبقى BIP-352 حلا هامشيا للهواة: فمعيار طوعي على مستوى المحفظة بلا إلزام إجماعي قد يعلق في فخ التبني لسنوات — كما حدث من قبل مع PayNyms/BIP-47 ومبادرات خصوصية أخرى لم تحقق الاختراق قط.
Der historische Vergleich hat Gewicht – BIP-47 blieb trotz funktionierender Technik marginal –, doch die Fälle unterscheiden sich: BIP-352 hat einen finalen BIP-Status, produktive Referenz-Implementierungen und laufende Hardware-Integration; der Netzwerkeffekt kann kippen, muss aber nicht. Adoptionsprognosen dieser Art sind ehrlicherweise nicht entscheidbar – weder die Nischen- noch die Durchbruchs-These lässt sich mit heutiger Datenlage belegen.The historical comparison carries weight — BIP-47 stayed marginal despite working technology — but the cases differ: BIP-352 has final BIP status, production reference implementations and ongoing hardware integration; the network effect may tip, but need not. Adoption forecasts of this kind are honestly undecidable — neither the niche thesis nor the breakthrough thesis can be substantiated with today's data.La comparación histórica tiene peso —BIP-47 quedó marginal pese a que la tecnología funcionaba—, pero los casos difieren: BIP-352 tiene estatus final de BIP, implementaciones de referencia en producción e integración de hardware en curso; el efecto de red puede inclinarse, pero no tiene por qué. Los pronósticos de adopción de este tipo son, con honestidad, indecidibles: ni la tesis del nicho ni la del despegue pueden probarse con los datos actuales.A comparação histórica tem peso — o BIP-47 permaneceu marginal apesar da tecnologia funcional —, mas os casos diferem: o BIP-352 tem status final de BIP, implementações de referência em produção e integração de hardware em andamento; o efeito de rede pode virar, mas não precisa. Prognósticos de adoção desse tipo são, honestamente, indecidíveis — nem a tese do nicho nem a do avanço podem ser comprovadas com os dados de hoje.歴史的比較には重みがある——BIP-47は技術が機能していたのに周縁にとどまった——が、事情は異なる。BIP-352は最終BIPステータスを持ち、実運用のリファレンス実装があり、ハードウェア統合も進行中だ。ネットワーク効果は転じ得るが、転じるとは限らない。この種の普及予測は誠実に言って決定不能であり、ニッチ説も突破説も現時点のデータでは立証できない。历史类比有其分量——BIP-47技术可用却始终边缘化——但情况有别:BIP-352拥有最终BIP地位、生产级参考实现和进行中的硬件集成;网络效应可能翻转,但未必。此类采用预测诚实地说无法裁定——小众论和突破论在当前数据下都无法证实。للمقارنة التاريخية وزنها — فقد ظل BIP-47 هامشيا رغم أن التقنية كانت تعمل — لكن الحالتين مختلفتان: BIP-352 له وضع BIP نهائي وتطبيقات مرجعية قيد الإنتاج ودمج جار في العتاد؛ وقد ينقلب أثر الشبكة وقد لا ينقلب. تنبؤات التبني من هذا النوع غير قابلة للحسم بأمانة — فلا أطروحة الهامشية ولا أطروحة الاختراق يمكن إثباتها ببيانات اليوم.

QuellenSourcesFuentesFontes出典来源المصادر

TransparenzhinweisTransparency noticeAviso de transparenciaAviso de transparência透明性に関するお知らせ透明度声明إشعار الشفافية  Dieser Bericht wurde von einem KI-Agenten-Team recherchiert, faktengeprüft (Mehrquellen-Abgleich) und redaktionell verfasst, anschließend menschlich freigegeben. Echtheits-Score: 79/100. Bitte Primärquellen prüfen.  This report was researched, fact-checked (multi-source cross-checking) and written by an AI agent team, then approved by a human. Authenticity score: 79/100. Please verify primary sources. Este informe fue investigado, verificado (contraste de múltiples fuentes) y redactado por un equipo de agentes de IA, y posteriormente aprobado por una persona. Puntuación de autenticidad: 79/100. Por favor, consulte las fuentes primarias. Este relatório foi pesquisado, verificado (cruzamento de múltiplas fontes) e redigido por uma equipe de agentes de IA, e posteriormente aprovado por um ser humano. Pontuação de autenticidade: 79/100. Por favor, verifique as fontes primárias. 本レポートはAIエージェントチームが調査・ファクトチェック(複数情報源の照合)・執筆を行い、その後人間が承認したものです。信頼性スコア:79/100。一次情報源のご確認をお願いします。 本报告由AI智能体团队负责调研、事实核查(多来源交叉比对)和撰写,并经人工审核批准。真实性评分:79/100。请自行核实原始资料来源。 تم البحث في هذا التقرير والتحقق من حقائقه (بمقارنة مصادر متعددة) وكتابته من قِبل فريق من وكلاء الذكاء الاصطناعي، ثم اعتُمد من قِبل إنسان. درجة الأصالة: 79/100. يُرجى التحقق من المصادر الأولية.

Zurück zur News-ÜbersichtBack to all newsVolver a todas las noticiasVoltar para todas as notíciasニュース一覧に戻る返回新闻总览العودة إلى جميع الأخبار