## Definición Una **red de envío de bloques** es el conjunto de conexiones, protocolos e infraestructura de retransmisión que un minero o pool usa para entregar un bloque recién encontrado a la red peer-to-peer de Bitcoin. El objetivo es simple: lograr que el bloque se valide y se propague antes de que un bloque competidor a la misma altura gane la carrera. Las redes de envío van desde un único nodo Bitcoin Core hasta mallas de retransmisión en varios continentes con latencia inferior a un segundo. ## Cómo funciona Cuando el hardware de minería encuentra un nonce que satisface el objetivo de dificultad, el resultado debe ensamblarse en una [plantilla de bloque](/es/glossary/plantilla-de-bloque) completa y enviarse. La ruta depende de la configuración: **Minería en solitario:** El propio [nodo Bitcoin](/es/glossary/nodo-de-bitcoin) del minero lo valida y lo retransmite a sus pares conectados, que lo reenvían por la red P2P. **Minería en pool:** Los ASICs envían shares mediante el [Protocolo Stratum](/es/glossary/protocolo-stratum) al servidor del pool. Cuando un share alcanza la dificultad de la red (lo que lo convierte en un candidato de bloque válido), el pool lo valida y lo difunde. El minero nunca interactúa directamente con la red P2P. Una ruta típica de un pool: ASIC → Stratum → servidor del pool → nodos completos dedicados del pool → pares de retransmisión → red P2P más amplia. Los pools añaden redundancia con nodos en varias regiones y conexiones directas a los nodos de otros pools grandes. ## Infraestructura de retransmisión La red Bitcoin ha desarrollado varias capas de tecnología de retransmisión para minimizar el tiempo de propagación de bloques: - **Retransmisión P2P estándar:** Los nodos Bitcoin Core reenvían bloques a sus pares conectados mediante mensajes `inv`/`getdata`/`block`. Propagación típica por toda la red: 5–15 segundos. - **[Compact Blocks](/es/glossary/compact-blocks) (BIP 152):** Envía una cabecera compacta más IDs de transacción cortos en lugar del bloque completo de 1–4 MB. Los nodos receptores lo reconstruyen desde su mempool y solicitan solo las transacciones faltantes. Reduce el ancho de banda ~95% y la propagación a menos de 2 segundos entre nodos bien conectados. - **FIBRE (Fast Internet Bitcoin Relay Engine):** Una red de retransmisión basada en UDP creada por Matt Corallo que usa corrección de errores hacia adelante para tolerar pérdida de paquetes sin retransmisión. Los nodos en los principales puntos de intercambio de internet logran propagación inferior a un segundo entre continentes. Complementa la red P2P: los bloques fluyen por ambas rutas simultáneamente. - **Modo blocksonly:** Los nodos con `-blocksonly` omiten la retransmisión de transacciones y solicitan solo bloques. Reduce el ancho de banda ~90%, pero no puede servir reconstrucciones de compact blocks a sus pares. - **Conexiones directas entre pools:** Los pools grandes mantienen enlaces privados de peering, evitando la red P2P pública. Los bloques se propagan en milisegundos: la ruta más rápida, aunque plantea preocupaciones de centralización. ## Tiempos y riesgo de bloques huérfanos Cada milisegundo de demora en la propagación aumenta la posibilidad de que otro minero encuentre primero un bloque competidor. Antes de compact blocks y FIBRE, la mediana del tiempo de propagación de bloques era de 6–12 segundos y las tasas de bloques huérfanos rondaban el 1–2%. Hoy, con compact blocks como opción predeterminada en Bitcoin Core y FIBRE cubriendo infraestructura clave, la mediana de propagación está por debajo de 2 segundos y la tasa efectiva de bloques huérfanos está cerca de cero para mineros bien conectados. El peor escenario es un bloque encontrado durante una brecha de propagación: cuando el bloque de un minero grande todavía se está distribuyendo y un minero más pequeño encuentra un segundo bloque a la misma altura. El bloque del minero más pequeño puede propagarse más rápido (por tener una ruta más corta hacia los nodos de retransmisión) y ganar la carrera pese a haber sido encontrado después. Por eso la latencia de envío, no solo el hashrate, determina la probabilidad de aceptación de un bloque. ## Por qué importa Para mineros y pools, la infraestructura de envío de bloques es protección de ingresos. Un bloque válido que se propaga demasiado lento se convierte en un [bloque huérfano](/es/glossary/bloque-huerfano), lo que hace perder la [recompensa de bloque](/es/glossary/recompensa-por-bloque) y las comisiones de transacción. Para un pool que encuentra varios bloques por día, incluso una tasa de bloques huérfanos de 0.1% representa miles de dólares en ingresos mensuales perdidos. El ángulo de la descentralización es igual de importante. Si solo los pools más grandes tienen infraestructura de retransmisión inferior a un segundo, obtienen una ventaja estructural frente a operadores más pequeños. Herramientas de código abierto como FIBRE y los compact blocks integrados en Bitcoin Core ayudan a nivelar el terreno, pero los pools más pequeños todavía quedan rezagados en acuerdos de peering directo. ## Términos relacionados - [Propagación de bloques](/es/glossary/propagacion-de-bloques) - [Compact Blocks](/es/glossary/compact-blocks) - [Plantilla de bloque](/es/glossary/plantilla-de-bloque) - [Nodo Bitcoin](/es/glossary/nodo-de-bitcoin) - [Bloque huérfano](/es/glossary/bloque-huerfano) - [Recompensa de bloque](/es/glossary/recompensa-por-bloque) - [Protocolo Stratum](/es/glossary/protocolo-stratum)