-
El diseño agrupa los filtros de bloques en rangos de 256 para aligerar la sincronización.
-
El nuevo diseño no esclarece si mantiene igual nivel de privacidad para el usuario.
Un nodo completo de Bitcoin descarga y verifica la cadena de bloques completa. Un nodo ligero, en cambio, necesita obtener solo la información necesaria para comprobar las transacciones que le interesan. Para hacerlo sin descargar todos los bloques, puede utilizar los filtros compactos de bloques definidos en las propuestas de mejora de Bitcoin 157 y 158 (BIP-157 y BIP-158).
Los filtros funcionan 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 a otros nodos.
El sistema actual de los nodos ligeros de Bitcoin genera un filtro para cada bloque, mientras que una nueva propuesta busca reducir todavía más esa descarga mediante la creación de filtros que agrupen varios bloques.
En lugar de revisar cada bloque, revisar grupos de bloques
El desarrollador conocido como Optout presentó el 22 de julio pasado en el foro Delving Bitcoin una propuesta para crear filtros correspondientes a rangos de bloques, por ejemplo, grupos de 256 bloques.
El nodo ligero descargaría primero el filtro correspondiente a cada rango. Si ese filtro no coincide con los scripts que busca el nodo, 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 utilizado actualmente.
Según las simulaciones de Optout, citadas por el boletín Bitcoin Optech Newsletter #420 del 28 de agosto de 2026, agrupar los filtros en rangos de 256 bloques redujo la descarga total entre 70% y 80%, según el tipo de transacciones analizadas. Ese rango resultó, según el propio autor, el mejor equilibrio posible, porque agrupar en tramos más grandes vuelve a encarecer la descarga.
Los resultados todavía no representan el comportamiento del sistema sobre 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.
Menos datos descargados, pero una nueva pregunta sobre privacidad
La reducción de datos introduce una diferencia importante en la forma en que 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 filtros por rangos, el nodo primero consulta grupos completos y solo profundiza en aquellos que producen una coincidencia.
Ese comportamiento podría hacer que el nodo que proporciona los filtros observe qué rangos de bloques despiertan interés en el usuario. Si varias consultas adicionales se concentran en determinados rangos, esa información podría permitir inferir aproximadamente qué período de la cadena está examinando el nodo ligero.
Por eso, la propuesta no elimina necesariamente la protección que ofrecen 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 sobre la privacidad aún no quedó definido por los desarrolladores.
La propuesta sigue en una etapa preliminar y no cuenta con una implementación ni con una identificación oficial como BIP. Por ahora, el principal resultado es que Bitcoin podría reducir considerablemente el volumen de datos necesario para ciertos nodos ligeros. El siguiente paso será determinar si ese ahorro de ancho de banda mantiene un nivel de privacidad aceptable cuando el mecanismo se pruebe sobre la cadena real.
