La nueva función de privacidad móvil de Bitcoin puede hacer que tu dinero entrante sea completamente invisible

Los Pagos Silenciosos prometen una dirección de Bitcoin reutilizable sin exponer una cadena obvia de pagos a esa dirección. Un remitente utiliza la información pública del destinatario para derivar un nuevo destino Taproot, y la billetera del destinatario luego escanea las transacciones elegibles para encontrar la salida que le pertenece.

Ese escaneo de recepción ha sido la parte difícil para los teléfonos. Un proyecto de medición de septiembre informa que el flujo completo de escaneo de BlindBit Oracle v2 requeriría alrededor de 8 MB por día cerca del extremo superior de su conjunto de datos. El número sugiere que el ancho de banda móvil puede ser manejable. También resalta un riesgo separado: una billetera ligera depende de un indexador para entregar datos de escaneo completos, y una entrada omitida puede dejar un pago real sin descubrir.

Por lo tanto, el compromiso emergente es menos sobre el tamaño bruto de descarga que sobre lo que una billetera puede verificar. Los datos pueden pasar a través de una conexión telefónica. La billetera aún necesita una forma confiable de saber que cada pieza relevante llegó.

Lo que establecen las mediciones

El proyecto procesó cada bloque de Bitcoin desde la altura 709,656 hasta 965,089, un rango inclusivo de 255,434 bloques desde poco después de la activación de Taproot hasta septiembre de 2026. Su CSV por bloque contiene el mismo número de filas, con esos límites de altura exactos.

A lo largo de esa historia, la carga completa de escaneo de BlindBit v2 totalizó 15,079,946,729 bytes. El proyecto informa que eso equivale a 15.08 GB, promediando 59.0 KB por bloque. Ese total de toda la historia describe una restauración a través del rango medido.

El número diario responde a una pregunta diferente. Usando el promedio de las alturas 900,000 a 965,089 y un supuesto de 144 bloques por día, el proyecto calcula alrededor de 8.0 MB para una billetera que sigue la cadena cerca del extremo superior del conjunto de datos. No describe la descarga histórica inicial.

El repositorio fue producido por un operador independiente. Sus datos y scripts son públicos, y el conteo total de filas y los totales de carga pueden ser verificados desde el CSV, pero un segundo operador aún no ha publicado una repetición completa. El resultado habla del volumen de ancho de banda; no mide el uso de batería del teléfono, la carga del procesador, el comportamiento de almacenamiento o la latencia de entrega.

El proyecto también estima una ruta de filtro más ligera. Alrededor de 0.94 GB de filtros modelados solo de Taproot más aproximadamente 6.2 GB de ajustes en bruto producen un subtotal de 7.14 GB. El flujo completo de 15.08 GB es aproximadamente 2.1 veces ese subtotal. La ruta de filtro luego agrega una descarga de bloque completo por cada coincidencia, incluidos los falsos positivos, por lo que su tráfico realizado varía según la actividad de la billetera y la tasa de coincidencia.

El componente de filtro es un modelo construido a partir de conteos exactos de elementos por bloque. Su fórmula de tamaño fue verificada contra 21 codificaciones de filtro reales y se situó dentro de aproximadamente 0.5%, según el proyecto. Aún no se ha desplegado un filtro de Pagos Silenciosos solo de Taproot. Infografía que compara un flujo completo de escaneo de Pagos Silenciosos de 15.08 GB con un subtotal de filtro más ajustes de 7.14 GB, mostrando cómo un ajuste omitido puede ocultar un pago hasta un reescaneo de altura anterior con una fuente honesta.

Cómo un indexador puede hacer un pago invisible

BIP-352 define la dirección reutilizable y el escaneo del receptor. Para cada transacción elegible, la billetera combina su clave de escaneo privada con datos públicos derivados de las entradas de la transacción. Utiliza el resultado para generar claves de salida candidatas y verifica si alguna aparece en la transacción.

Un nodo completo puede derivar esos datos de la blockchain. Una billetera ligera necesita otra fuente. La especificación del servidor índice en progreso describe modelos asistidos por servidor que trasladan diferentes cantidades de trabajo e información fuera del dispositivo.

Un modelo mantiene la coincidencia en el teléfono y pide a un servidor ajustes públicos. Eso puede evitar compartir la clave de escaneo privada, pero la respuesta del servidor aún necesita ser completa. Si el ajuste necesario para un pago entrante está ausente, la billetera no genera un destino coincidente y no muestra un recibo.

Un problema de Cake Wallet abierto en julio de 2025 analizó cómo podría persistir la omisión. El reportero escribió que un cliente puede guardar una altura de escaneo local posterior después de recibir datos incompletos. Si la billetera luego trata el rango anterior como terminado, conectarse a un servidor diferente no haría que pidiera automáticamente el bloque faltante nuevamente. La página del problema no muestra una confirmación del mantenedor de ese análisis de arquitectura, y no documenta la retención intencionada por parte de ningún servidor.

La salida en sí sigue siendo válida en Bitcoin. Las claves del destinatario aún la controlan. El descubrimiento puede recuperarse volviendo a escanear desde una altura anterior contra una fuente completa y honesta o utilizando un escaneo respaldado por un nodo completo. El peligro para el usuario es el silencio: la billetera puede mostrar una sincronización completa sin señalar que los datos históricos deben ser revisados.

El proyecto propone compromisos encadenados a cada conjunto de ajustes canónicos de bloque. Dos servidores que publican compromisos pueden ser comparados, y un punto de control anclado externamente puede exponer reescrituras o equívocos posteriores. Esto crea una pista de auditoría. Un primer cliente que confía en una única respuesta aún puede recibir un conjunto incompleto antes de que una comparación independiente revele la discrepancia.

La elección de confianza ya está llegando a las billeteras

El panorama de estándares tiene dos capas. El estado de BIP-352 es Completo, lo que cubre el protocolo central de Pagos Silenciosos. Su apéndice de cliente ligero aún describe el soporte de privacidad en teléfonos como investigación abierta. El nuevo documento de cliente ligero convergente se etiqueta a sí mismo como pre-borrador v0.1, con trabajo de adopción e interoperabilidad aún por delante.

Mientras tanto, los desarrolladores de billeteras han lanzado diferentes relaciones de servidor. Sparrow Wallet 2.5.0, lanzada en mayo de 2026, agregó la recepción de Pagos Silenciosos y la selección automática de un servidor público Frigate. Frigate describe su diseño como un Escáner Remoto, que realiza la coincidencia en la infraestructura del servidor con claves de escaneo efímeras del cliente.

La especificación del índice WIP mapea Cake Esplora a Cake Wallet y enumera Dana Wallet, BDK con Kyoto, y BlindBit Desktop como clientes alrededor de BlindBit Oracle. Dana y Silentium describen sus propios proyectos móviles como experimentales. Esas fuentes de implementación no reclaman la adopción del pre-borrador de septiembre.

Para un usuario, estos diseños definen más que la velocidad de sincronización. Un escáner remoto puede aprender qué transacciones pertenecen a una billetera. Un servidor de ajustes puede mantener el trabajo de coincidencia privado en el teléfono mientras deja a la billetera dependiente de un suministro completo. Un servicio personal respaldado por un nodo completo desplaza tanto la computación como la confianza a la infraestructura que el usuario controla.

Las mediciones hacen que la parte de ancho de banda de esa elección parezca menos intimidante. La adopción más amplia aún depende de una segunda propiedad: una billetera debe ser capaz de detectar un historial incompleto antes de que un pago entrante desaparezca de su vista. Los Pagos Silenciosos pueden ocultar la reutilización de direcciones en la cadena, pero las billeteras telefónicas necesitan salvaguardias que eviten que la privacidad se convierta en una nueva forma de confianza en el servidor.

Este contenido se ofrece únicamente con fines informativos generales y no constituye asesoramiento financiero, de inversión, legal ni fiscal. Cualquier evento, recompensa, promoción en línea o información relacionada que se mencione en el presente documento no debe considerarse como una recomendación, solicitud o invitación a comprar, vender, tradear o de negociar de otra manera con cualquier criptoactivo. Los criptoactivos son sumamente volátiles y pueden provocar pérdidas. La disponibilidad de los servicios, productos y eventos relacionados de WEEX puede variar según la región. Tienes la responsabilidad de asegurarte de que tu participación esté de acuerdo con las leyes y regulaciones locales vigentes.