Bitcoin Silent Payments ya solo requieren 8 MB al día

Una nueva medición de los datos de escaneo de Silent Payments de Bitcoin muestra que el consumo de ancho de banda para recibir fondos de forma privada en móviles es más manejable de lo que se temía. El proyecto BlindBit Oracle v2 siguió cada bloque entre las alturas 709.656 y 965.089, un intervalo de 255.434 bloques con ambos extremos incluidos que va desde poco después de la activación de Taproot hasta septiembre de 2026. A lo largo de ese intervalo, la carga total de escaneo sumó 15,08 GB, con una media de 59 KB por bloque, mientras que una cartera que sigue la cadena cerca del extremo superior del conjunto de datos consume unos 8 MB al día. Esto sitúa el coste de descarga aproximadamente en el rango de un vídeo corto en streaming.

Por qué importa

Silent Payments (BIP-352) permiten que un usuario reciba BTC en una dirección estática reutilizable sin que observadores externos puedan vincular los pagos con esa dirección en la cadena. El remitente deriva un nuevo destino Taproot a partir de los datos públicos del destinatario, y la cartera del destinatario escanea después las transacciones elegibles para encontrar su salida. Hacer ese escaneo en un teléfono sin ejecutar un nodo completo ha sido la parte no resuelta del diseño.

Impacto en el mercado

Las cifras despejan la objeción más citada. La cifra de 8 MB diarios cabe holgadamente en cualquier plan de datos móviles moderno, y un enfoque de filtrado modelado basado únicamente en Taproot alcanza unos 7,14 GB en el mismo historial. Pero la misma medición revela el siguiente nivel de riesgo: una cartera ligera depende de un indexador que le entregue datos de escaneo completos, y un solo tweak omitido puede dejar un pago real invisible sin generar ningún error visible para el usuario. La incidencia de Cake Wallet de julio de 2025 mostró cómo un cliente puede guardar una altura de escaneo posterior después de recibir datos incompletos y dar por completado el historial anterior, por lo que cambiar más tarde a otro servidor honesto no activa automáticamente un nuevo escaneo. La propuesta de compromisos encadenados del proyecto permitiría contrastar dos servidores para comprobar que los datos están completos, con puntos de control anclados externamente que revelarían cualquier respuesta contradictoria. La integración en carteras sigue siendo fragmentaria: Sparrow 2.5.0 incorporó Silent Payments con Frigate como servidor predeterminado en mayo de 2026, el propio BIP-352 figura como Complete para el protocolo central y la especificación convergente del cliente ligero sigue en pre-draft v0.1.