Bitcoin prueba una forma más ligera de verificar transacciones

• Los diseños agrupan filtros de bloques en rangos de 256 para aligerar la sincronización.
• El nuevo diseño no aclara si mantiene el mismo nivel de privacidad para el usuario.

Un nodo completo de Bitcoin descarga y verifica toda la cadena de bloques. Un nodo ligero, por otro lado, solo necesita obtener la información necesaria para verificar las transacciones que le interesan. Para hacerlo sin descargar todos los bloques, puede utilizar los filtros de bloques compactos definidos en las Propuestas de Mejora de Bitcoin 157 y 158 (BIP-157 y BIP-158).

Los filtros actúan como un resumen de cada bloque. El nodo ligero puede comprobar si un bloque contiene elementos relacionados con sus propias direcciones o scripts sin descargar inicialmente todo su contenido. De esta manera, reduce el volumen de información que necesita consultar de otros nodos.

El sistema actual de nodos ligeros de Bitcoin genera un filtro para cada bloque, mientras que una nueva propuesta busca reducir aún más esa descarga creando filtros que agrupan varios bloques.

El desarrollador conocido como Optout presentó una propuesta el 22 de julio en el foro Delving Bitcoin para crear filtros correspondientes a rangos de bloques, por ejemplo, grupos de 256 bloques.

El nodo ligero primero descargaría el filtro correspondiente a cada rango. Si ese filtro no coincide con los scripts que el nodo está buscando, podría descartar todo ese grupo sin descargar los filtros individuales. Si encuentra una coincidencia, descargaría los filtros de cada bloque dentro del rango y continuaría con el procedimiento actualmente utilizado.

Según simulaciones de Optout, citadas por el boletín Bitcoin Optech #420 el 28 de agosto de 2026, agrupar filtros en rangos de 256 bloques redujo la descarga total entre un 70% y un 80%, dependiendo del tipo de transacciones analizadas. Ese rango resultó, según el propio autor, ser el mejor equilibrio posible, ya que agrupar en segmentos más grandes aumenta nuevamente el costo de descarga.

Los resultados aún no representan el comportamiento del sistema en la cadena de bloques real. La propuesta utiliza datos simulados, y el propio autor plantea la necesidad de realizar análisis sobre datos reales de Bitcoin antes de determinar cuál sería el tamaño óptimo de los rangos.

La reducción de datos introduce una diferencia significativa en cómo el nodo ligero realiza sus consultas.

Con el esquema actual, el nodo puede descargar filtros individuales de todos los bloques, aunque la mayoría no contenga información relacionada con sus transacciones. Con los filtros de rango, el nodo primero consulta grupos completos y solo profundiza en aquellos que producen una coincidencia.

Este comportamiento podría permitir que el nodo que proporciona los filtros observe qué rangos de bloques despiertan el interés del usuario. Si varias consultas adicionales se centran en ciertos rangos, esa información podría permitir inferir aproximadamente qué período de la cadena está examinando el nodo ligero.

Por lo tanto, la propuesta no elimina necesariamente la protección ofrecida por los filtros compactos, sino que cambia el patrón de consultas y, potencialmente, la información que un nodo servidor puede deducir de ese patrón. El impacto concreto en la privacidad aún no ha sido definido por los desarrolladores.

La propuesta aún se encuentra en una etapa preliminar y no tiene una implementación o identificación oficial como BIP. Por ahora, el resultado principal es que Bitcoin podría reducir significativamente el volumen de datos necesarios para ciertos nodos ligeros. El siguiente paso será determinar si ese ahorro de ancho de banda mantiene un nivel aceptable de privacidad cuando el mecanismo se pruebe en la cadena real.