Silent Payments: direcciones estáticas

El dilema de las direcciones Bitcoin

Bitcoin enfrenta una tensión sin solución trivial: reutilizar siempre la misma dirección destruye la privacidad porque cualquiera puede ver todos los pagos recibidos, pero generar una dirección nueva por cada pago exige coordinación previa con el pagador. ¿Cómo puede alguien publicar una dirección fija —en su web, en una tarjeta de presentación— y aun así recibir cada pago en una dirección diferente, sin coordinación manual?

La solución de BIP-352

Silent Payments resuelve esto mediante criptografía de clave pública. El receptor publica una clave estática (su "dirección silent payment"). Cuando un pagador quiere enviar fondos, su billetera combina su propia clave privada con la clave estática del receptor usando un protocolo ECDH (Elliptic-curve Diffie-Hellman). El resultado es una dirección única derivada que solo el receptor puede gastar, porque solo él conoce la clave privada correspondiente.

El proceso concreto: la billetera del pagador combina los inputs que va a usar con la clave pública estática del receptor para derivar una dirección nueva. Esta dirección parece completamente ordinaria en el blockchain (es un output Taproot estándar). El receptor, para encontrar los pagos recibidos, debe escanear el blockchain aplicando su clave privada a todas las transacciones de un período dado y comprobar cuáles producen una dirección que controla. El pagador no sabe qué dirección usará antes de construir la transacción; el receptor no sabe que recibirá un pago hasta que escanea.

Comparación con PayNym / BIP-47

BIP-47 (Payment Codes, implementado en Sparrow como PayNym y en Samourai Wallet) persigue el mismo objetivo: permitir pagos repetidos a una identidad estable sin reutilizar direcciones. Sin embargo, BIP-47 requiere una transacción de notificación on-chain antes del primer pago: el pagador envía una transacción especial a una dirección de notificación del receptor para establecer el canal de pago. Esta transacción cuesta comisión, ocupa espacio en el blockchain y, crucialmente, vincula las identidades de ambas partes de forma observable.

Silent Payments no tienen transacción de notificación. Cada pago es completamente independiente. Un observador externo ve una transacción Taproot ordinaria; no hay ninguna señal que indique que se está usando el protocolo. La privacidad es considerablemente mejor que BIP-47.

El coste: scanning del blockchain

La principal limitación de Silent Payments es que el receptor debe escanear activamente el blockchain para descubrir los pagos recibidos. En una billetera tradicional, el servidor Electrum o el nodo propio rastrea las direcciones conocidas. Con Silent Payments, el receptor necesita aplicar su clave a cada transacción del período relevante, lo que es computacionalmente costoso en dispositivos móviles o con conexión limitada. Se están desarrollando servidores de indexación especializados (silent payment index servers) para delegar este trabajo sin revelar la clave privada al servidor.

Implementaciones en 2025

Cake Wallet fue la primera billetera móvil en implementar Silent Payments de forma completa. Sparrow Wallet tiene soporte experimental activable en sus ajustes avanzados. El estándar BIP-352 fue finalizado en 2024. Otras billeteras tienen implementaciones en progreso. Es importante verificar en el momento de uso qué versión del BIP implementa cada billetera, ya que el estándar tuvo revisiones significativas durante su desarrollo.

Cuándo usar Silent Payments

Silent Payments son ideales para publicar una dirección de donaciones, en una página web o perfil público, cuando quieres recibir pagos repetidos de múltiples personas sin revelar el historial total recibido. No son adecuados en contextos donde el receptor necesita confirmación inmediata sin capacidad de escanear el blockchain, aunque los servidores de indexación en desarrollo mitigarán esta limitación progresivamente.