Nodos podados y clientes ligeros (SPV)

Curiosidad

1. ¿Cómo puede un nodo validar toda la historia de Bitcoin sin almacenar cada bloque para siempre?
2. ¿Qué mecanismo criptográfico específico permite que una billetera para smartphones verifique su saldo sin descargar cientos de gigabytes de datos?
3. ¿Por qué los filtros originales de protección de la privacidad para billeteras ligeras filtraron las identidades de los usuarios, y cómo se corrigió ese defecto?

Explorar

1. La validación completa y el almacenamiento completo son procesos separables. Cada nodo de validación debe procesar cada bloque una vez para construir el conjunto actual de salidas no gastadas, pero no es necesario que conserve los bloques antiguos posteriormente. Algunos clientes van aún más allá y omiten por completo la validación, comprobando únicamente que las transacciones estén incluidas en bloques con suficiente prueba de trabajo. Estas opciones equilibran el espacio en disco, el ancho de banda y la privacidad frente a la independencia.
2. Un nodo podado realiza esta misma validación inicial de cada bloque desde el origen, pero posteriormente elimina los datos de bloques antiguos para ahorrar espacio en disco. La configuración `prune` en Bitcoin Core mantiene al menos 550 MB de bloques recientes, descartando los más antiguos una vez verificados. Sigue siendo un validador completo, capaz de hacer cumplir las reglas de consenso y proteger la billetera de su propietario con información fiable e independiente. Sin embargo, ya no puede proporcionar datos históricos de bloques a otros nodos ni soportar funciones que requieran búsquedas exhaustivas en la cadena, como `txindex`.
3. Los clientes ligeros, o nodos SPV, adoptan un enfoque diferente al no validar todo el conjunto de reglas. Solo descargan los encabezados de bloque, que contienen la raíz Merkle de todas las transacciones de ese bloque. Para verificar si una transacción específica está incluida, el cliente solicita una prueba Merkle a un nodo par y la compara con la raíz del encabezado. Esto se basa en la suposición de que la cadena con más trabajo acumulado es válida, sacrificando la aplicación independiente de las reglas a cambio de reducciones drásticas en los requisitos de almacenamiento y ancho de banda.
4. Las primeras implementaciones de SPV utilizaron filtros Bloom BIP37 para permitir que las billeteras solicitaran solo las transacciones relevantes a los pares. La billetera enviaba un filtro que describía sus direcciones; los pares escaneaban su mempool y enviaban las transacciones correspondientes. Este diseño filtraba la privacidad: al observar los filtros, un par malintencionado podía deducir qué direcciones pertenecían al usuario y rastrear su actividad. Bitcoin Core dejó de ofrecer filtros Bloom por defecto en 2019 (versión 0.19).
5. Los filtros de bloque compacto (BIP157/158) invirtieron este flujo para restablecer la privacidad. En lugar de que la billetera revele sus direcciones, los nodos completos publican un filtro compacto para cada bloque; el cliente descarga estos filtros y los prueba localmente con sus propias claves. Cuando un filtro coincide, el cliente descarga todo el bloque, ya que solicitar una sola transacción revelaría dicha información al nodo correspondiente. Esto impide que los nodos conozcan qué direcciones monitorea la billetera, mejorando significativamente la privacidad del usuario al mismo tiempo que se mantiene una sincronización eficiente.
6. Muchas billeteras móviles dependen de un servidor de terceros, como por ejemplo un servidor Electrum, para obtener los datos, mientras verifican las pruebas Merkle contra los propios encabezados de bloque. El compromiso es claro: comodidad y bajo consumo de recursos frente a verificación independiente y privacidad. Un usuario que utiliza un nodo podado mantiene la capacidad total de validación, pero con una capacidad limitada para servir el historial; una billetera SPV tiene un impacto mínimo en los recursos, pero depende de otros nodos para que le muestren todas las transacciones relevantes y asume, sin verificarlo, que la cadena con más trabajo realizado es la válida.

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.

• Satoshi Nakamoto, 'Bitcoin: A Peer-to-Peer Electronic Cash System' (2008), Section 8
• BIP37: Connection Bloom filtering
• BIP157: Client Side Block Filtering
• BIP158: Compact Block Filters for Light Clients
• Bitcoin Core release notes 0.11.0 (pruning)
• A. M. Antonopoulos & D. A. Harding, Mastering Bitcoin, 3rd ed. (2023), ch. 10