La respuesta breve
Dos nodos de Bitcoin, computadoras que comprueban sus reglas, suelen tener muchas de las mismas transacciones. Enviarlas otra vez cuando llega un bloque repite tráfico.
Un bloque compacto es un mensaje que evita buena parte de esa repetición. Contiene la cabecera del bloque (sus datos de resumen), identificadores cortos y algunas transacciones completas. El receptor usa esas pistas para reconstruir el bloque completo habitual. BIP 152 especifica este método de retransmisión. No reduce el tamaño del propio bloque.
Cómo funciona
Un nodo guarda transacciones sin confirmar en su mempool, una sala de espera local antes de la confirmación. Las mempools difieren entre nodos; no existe una copia central compartida.
El emisor sustituye la mayoría de los datos de transacciones por identificadores cortos, de seis bytes cada uno según BIP 152. El receptor calcula identificadores equivalentes para las transacciones que ya tiene y las coloca en el orden anunciado.
En Bitcoin Core 31.1, revisado el 19 de octubre de 2026, el emisor incluye completa la transacción coinbase. Esta transacción reclama la recompensa minera del bloque. Las demás se representan con identificadores cortos derivados de sus identificadores de transacción con testigo. Estos también abarcan datos del testigo, como firmas y otras pruebas usadas para autorizar el gasto. La implementación publicada muestra ambas decisiones.
Si falta una transacción, el receptor la solicita. Tras reconstruir el bloque, siguen aplicándose las comprobaciones normales de validez. Un mensaje pequeño no autoriza a confiar en el emisor.
Un ejemplo en papel
Este ejercicio no necesita cartera, instalación de un nodo ni fondos.
- Imaginar un bloque con una transacción coinbase seguida de las transacciones A, B y C.
- Suponer que el receptor ya tiene A y C. Colocarlas en sus posiciones anunciadas.
- Marcar B como ausente. Obtener B completa la lista ordenada.
El resultado esperado son las mismas cuatro transacciones, no un registro reducido. El ejemplo ilustra la reutilización, no el cálculo real de identificadores. Una prueba local de correspondencia de listas comprobó el ejemplo sin conexión. No se ejecutó ningún binario de Bitcoin Core ni conexión entre nodos.
Confusiones habituales
Un identificador corto no es un identificador permanente de transacción ni prueba su validez. Distintas transacciones pueden producir el mismo identificador corto. La ambigüedad puede exigir otra solicitud o recurrir al bloque completo. El código de reconstrucción de Core contempla expresamente las colisiones.
Los bloques compactos tampoco son filtros compactos de bloques, que ayudan a las carteras a buscar bloques relevantes. Resuelven problemas distintos.
El beneficio depende de la coincidencia: cuantas más transacciones útiles tenga el receptor, menos tendrá que descargar. Una transacción ausente es un caso normal de recuperación, no evidencia de monedas desaparecidas ni de un bloque inválido.
Para seguir
La explicación de la cadena de bloques describe qué datos quedan comprometidos en el bloque reconstruido. La retransmisión compacta cambia cómo viajan esos datos, no qué acepta Bitcoin.