Pagos silenciosos y las mejoras de privacidad por venir

Curiosidad

1. ¿Cómo puede una única dirección pública recibir pagos ilimitados sin revelar que pertenecen a la misma entidad?
2. ¿Por qué agregar una entrada del receptor destruye la suposición de propiedad común utilizada por los analistas de cadenas?
3. ¿Qué truco criptográfico permite a dos partes derivar una clave de salida única e incomunicable a partir de un par de claves estáticas?

Explorar

Parte IMejoras en la privacidad en el horizonte

1. Las direcciones de Bitcoin son reutilizables, lo que crea vínculos en la cadena. Si un comerciante publica una sola dirección para todos sus clientes, cada pago dirigido a esa dirección queda visible y conectado en el libro mayor. Esta vinculabilidad socava la privacidad porque permite a cualquiera rastrear el flujo de fondos a lo largo del tiempo. Silent Payments (BIP352) resuelve esto utilizando Elliptic-Curve Diffie-Hellman. El destinatario posee un par de claves estáticas: una clave de escaneo y una clave de gasto. Cada remitente combina sus claves de entrada con la clave de escaneo del destinatario para derivar un ajuste único, creando así una dirección Taproot de un solo uso que es indistinguible de cualquier otra salida en la cadena.
2. Dado que la dirección derivada cambia en cada transacción, no existen conexiones entre dos pagos dirigidos al mismo comerciante en los datos de la blockchain. El destinatario escanea la cadena utilizando sus claves privadas para detectar estas salidas únicas sin necesidad de interactuar previamente con el remitente. Esto elimina la necesidad de un servidor de terceros o de una comunicación en tiempo real para generar nuevas direcciones. El proceso es computacionalmente intensivo para quien realiza el escaneo, pero proporciona una fuerte no vinculabilidad para ambas partes, asegurando que el flujo de ingresos de un comerciante no pueda ser fácilmente agregado por observadores pasivos.
3. Payjoin (BIP78) ataca la privacidad desde un ángulo diferente: la estructura de la transacción. Los analistas de cadena dependen de heurísticas de propiedad común de entradas para agrupar las entradas que pertenecen a la misma entidad. En una transacción estándar, todas las entradas están controladas por el remitente. Payjoin permite al receptor contribuir con una entrada a la transacción antes de que esta sea firmada. Esto mezcla las monedas del receptor con las del remitente en una sola transacción, rompiendo la suposición de que todas las entradas pertenecen a una misma parte. El resultado parece un pago ordinario, por lo que un analista que asume que todas las entradas pertenecen al remitente llega a la conclusión equivocada.
4. La versión 2 (BIP77) elimina la necesidad de que el receptor ejecute un servidor público: las dos partes intercambian PSBTs cifrados de forma asíncrona a través de un servidor de directorio, al cual se accede mediante relés Oblivious HTTP, por lo que el directorio no puede leer los mensajes ni vincularlos a direcciones IP. Aunque no oculta el hecho de que se está realizando una transacción, complica significativamente el agrupamiento de direcciones porque las entradas de dos propietarios diferentes se encuentran en una sola transacción que parece tener un solo propietario.
5. La privacidad a nivel de red requiere ocultar los patrones de tráfico. El transporte punto a punto cifrado (BIP324) se convirtió en la opción predeterminada en la versión 27 de Bitcoin Core en 2024. Oculta el contenido de los mensajes, es decir, qué transacciones y direcciones retransmite un nodo, de los observadores pasivos; sin embargo, sigue siendo visible qué direcciones IP se conectan entre sí, y la cifración no está autenticada, por lo que no impide un ataque activo de hombre en el medio. BIP324 utiliza un intercambio de claves basado en curvas elípticas con claves codificadas para que parezcan bytes aleatorios, seguido de una cifración ChaCha20-Poly1305, lo que hace mucho más difícil vincular transacciones específicas a nodos concretos al observar el tráfico.
6. Continúan las investigaciones sobre la agregación de firmas entre entradas (CISA), lo cual permitiría que todas las entradas de una transacción compartieran una sola firma. Las transacciones colaborativas como los coinjoins, que tienen muchas entradas, se volverían más económicas que gastar esas mismas monedas por separado, convirtiendo la privacidad en un ahorro de comisiones. A diferencia de CoinJoin, que está cubierto en mecanismos de custodia, estas mejoras se centran en la estructura criptográfica y el transporte en red, en lugar de en la coordinación social o en el mezclado mediado por servidores.

Parte IIPagos silenciosos

7. BIP-352, incorporado al repositorio de BIP en mayo de 2024, introduce los pagos silenciosos. El receptor publica un único código estático compuesto por dos claves públicas: una clave de escaneo y una clave de gasto. A diferencia de las direcciones estándar, este código permanece constante durante toda la vida de la billetera. La billetera del remitente utiliza las claves privadas de sus propias entradas para derivar una dirección Taproot nueva y única para cada pago, de modo que nunca se reutiliza una dirección entre distintos remitentes o transacciones.
8. El mecanismo se basa en el Diffie-Hellman de curva elíptica (ECDH). Cuando Alice envía un pago al código silencioso de Bob, su billetera combina la clave privada de su entrada con la clave pública de escaneo de Bob. Esto genera un secreto compartido que actúa como ajuste (tweak). Al sumarse a la clave pública de gasto de Bob, este ajuste crea una salida de destino P. Como la derivación depende de las claves y los outpoints de sus entradas (un “input hash”) más un contador para cada salida, cada pago da como resultado una dirección distinta, indistinguible de cualquier otra salida Taproot.
9. La contrapartida es una asimetría computacional. Mientras que los remitentes realizan operaciones de firma estándar, los receptores deben escanear activamente la cadena de bloques para detectar los pagos entrantes. Bob no puede limitarse a comprobar si una dirección concreta tiene fondos; para cada transacción con entradas elegibles, combina su clave privada de escaneo con la suma de las claves públicas de sus entradas y comprueba si alguna salida coincide. Este proceso de escaneo es intensivo y ha sido históricamente difícil para los clientes SPV ligeros.
10. Las transacciones resultantes se integran perfectamente con las transferencias convencionales de Bitcoin. No hay campos de datos adicionales, ni aumento en el tamaño de la transacción, y no se requieren servidores de terceros para su coordinación. Un observador externo solo ve entradas y salidas estándar de Taproot. El vínculo entre las claves de entrada del remitente y el código estático del receptor está oculto criptográficamente, por lo que los observadores no pueden relacionar el pago con el código publicado del receptor.
11. La adopción en las billeteras ha avanzado de forma constante desde la publicación de la especificación. Cake Wallet implementó la compatibilidad en 2024. Sparrow Wallet añadió la función de envío en octubre de 2025 y la de recepción en mayo de 2026. Nunchuk incorporó el envío en 2026. Bitcoin Core integró la lógica básica de BIP-352 (PR #35301) en 2026, mientras que el envío y la recepción en la billetera seguían en revisión y aún no se habían incluido en ninguna versión.
12. Los pagos silenciosos resuelven el problema de la reutilización de direcciones sin requerir interacción entre remitente y receptor ni servidores de coordinación como los que usan los protocolos CoinJoin. El receptor mantiene un único identificador estático para todo (salarios, facturas, donaciones), mientras que cada UTXO entrante llega a una dirección única y no vinculable. Esto mejora la fungibilidad al impedir que el análisis del grafo vincule múltiples pagos a la misma entidad, siempre que el proceso de escaneo del receptor sea robusto y seguro.

Datos clave

Ejercicio nueve, seis, tres, uno

Verificación de hechos

Fechas, cifras y afirmaciones verificadas con las fuentes publicadas que se enumeran a continuación.

• BIP 352: Silent Payments (Somsen, Baker et al., 2023)
• BIP 78: Payjoin v1 and BIP 77: Payjoin v2
• BIP 324: Encrypted Peer-to-Peer Transport
• Bitcoin Core 27.0 Release Notes (2024)
• Sparrow Wallet release notes (October 2025, May 2026)
• Cake Wallet documentation (2024)
• Bitcoin Core pull request #35301 (2026)