Bloque huérfano

¿Qué es un bloque huérfano?

Un bloque huérfano es un bloque que no se incluye en el historial principal aceptado de la blockchain, ya sea porque un nodo desconoce su bloque padre o porque otro bloque competidor se incorporó primero a la cadena canónica más sólida.

En el lenguaje habitual del sector cripto, se suele utilizar «bloque huérfano» para describir un bloque válido que se minó o produjo, pero que después quedó fuera de la cadena principal tras una bifurcación temporal.

En la terminología más precisa de Bitcoin, este segundo caso suele denominarse «bloque obsoleto» (stale block), mientras que un verdadero bloque huérfano es aquel cuyo padre desconoce el nodo que lo recibe.

La guía para desarrolladores de Bitcoin señala que los bloques obsoletos son bloques válidos que pertenecen a bifurcaciones más cortas y que a veces se denominan huérfanos o bloques huérfanos, aunque el término también puede referirse a bloques cuyo padre se desconoce.

Esta distinción importa porque un bloque huérfano puede afectar a mineros, validadores, confirmaciones de transacciones, exploradores de blockchain y usuarios que esperan la liquidación.

Es posible que una transacción incluida en un bloque que después se convierte en huérfano u obsoleto no siga confirmada, a menos que también se incluya en la cadena aceptada.

Para los usuarios, la lección práctica es sencilla.

Una transacción no debe considerarse definitiva solo porque haya aparecido en un bloque recién encontrado.

Un mayor número de confirmaciones o una finalidad más sólida reducen la probabilidad de que una bifurcación temporal cambie el estado de la transacción.

Conclusiones clave sobre los bloques huérfanos

• • Un bloque huérfano es un bloque que no llega a formar parte de la cadena principal aceptada.
  • En el uso técnico estricto, un bloque huérfano puede ser un bloque cuyo padre desconoce un nodo.
  • En el uso habitual del sector cripto, «bloque huérfano» suele referirse a un bloque obsoleto que era válido, pero perdió una competición durante una bifurcación temporal.
  • Los bloques huérfanos suelen producirse cuando dos mineros o productores de bloques encuentran bloques competidores casi al mismo tiempo.
  • Al final, la red elige la cadena que cumple la regla de consenso correspondiente, como la cadena con mayor dificultad en Bitcoin.
  • Es posible que las transacciones de un bloque huérfano u obsoleto tengan que volver a confirmarse en la cadena aceptada.
  • En Bitcoin, los mineros normalmente no reciben la recompensa habitual del bloque obsoleto.
  • El riesgo de los bloques huérfanos es una de las razones por las que los usuarios esperan confirmaciones antes de considerar liquidados los pagos de criptomonedas de gran valor.

Bloque huérfano frente a bloque obsoleto

Los términos «bloque huérfano» y «bloque obsoleto» suelen utilizarse como si significaran lo mismo, pero en los textos técnicos sobre criptomonedas conviene diferenciarlos.

Un bloque obsoleto es un bloque válido que formó parte de una bifurcación temporal, pero no se mantuvo en la mejor cadena aceptada.

Un verdadero bloque huérfano es un bloque cuyo bloque padre falta o es desconocido para el nodo que lo recibe.

En debates antiguos, muchas personas llamaban bloques huérfanos a los bloques obsoletos porque ambos quedaban fuera de la cadena principal definitiva.

La guía de Bitcoin para desarrolladores sobre la blockchain explica que los pares normales siguen la cadena válida más difícil de recrear y descartan los bloques obsoletos pertenecientes a bifurcaciones más cortas.

La misma guía señala también que a veces se denomina bloques huérfanos a los bloques obsoletos, aunque la expresión puede referirse asimismo a bloques cuyo padre se desconoce.

Para el SEO y la educación de los usuarios, la explicación más segura es indicar que «bloque huérfano» se utiliza habitualmente para designar un bloque válido que queda fuera de la cadena principal, mientras que el término técnicamente más preciso para ese caso es «bloque obsoleto».

Así se evita la confusión entre desarrolladores, mineros y usuarios que consultan documentación técnica.

Cómo se produce un bloque huérfano

Un bloque huérfano puede producirse cuando dos mineros encuentran bloques válidos casi al mismo tiempo.

Un minero puede encontrar un bloque y difundirlo a una parte de la red.

Otro minero puede encontrar un bloque válido distinto a la misma altura y difundirlo a otra parte de la red.

Durante un breve periodo, distintos nodos pueden ver puntas de cadena diferentes.

Los dos bloques competidores pueden ser válidos según las reglas de consenso.

A continuación, los mineros empiezan a construir sobre el bloque que han visto primero o sobre el que ha seleccionado su software.

Al final, uno de los lados recibe primero el siguiente bloque válido.

Ese lado se convierte en la cadena más sólida según la regla de consenso de la red.

El otro bloque competidor queda fuera de la cadena principal aceptada.

Ese bloque que pierde suele llamarse bloque huérfano, aunque «bloque obsoleto» es, a menudo, el término técnicamente más preciso.

Por qué existen bloques huérfanos en las redes blockchain

Los bloques huérfanos existen porque las blockchains públicas son redes distribuidas, no bases de datos únicas y sincronizadas.

Los nodos están repartidos entre numerosas ubicaciones, rutas de Internet, centros de datos, redes domésticas y configuraciones de minería o validación.

Los mensajes de la red tardan en llegar a su destino.

Ningún minero o validador conoce al instante todo lo que sucede en la red.

Cuando se encuentran dos bloques válidos con poca diferencia de tiempo, la red tiene temporalmente más de una opción para el siguiente bloque.

Esto es una consecuencia normal de la descentralización y la latencia de la red.

No significa automáticamente que la blockchain esté averiada.

Significa que el sistema de consenso necesita una regla para elegir un historial.

Bitcoin utiliza Proof of Work y sigue la cadena válida con mayor dificultad.

Otras redes pueden utilizar reglas diferentes para elegir una bifurcación y alcanzar la finalidad, según el diseño de su consenso.

Bloques huérfanos en Bitcoin

Bitcoin es el contexto más habitual para el término «bloque huérfano».

Los bloques de Bitcoin contienen transacciones, una cabecera de bloque, un valor de Proof of Work y una referencia al bloque anterior.

El glosario para desarrolladores de Bitcoin define un bloque como una o más transacciones precedidas por una cabecera de bloque y protegidas mediante Proof of Work.

Cada bloque de Bitcoin hace referencia al bloque anterior, lo que crea una cadena de bloques.

Si dos mineros encuentran bloques a la misma altura, Bitcoin puede experimentar temporalmente una bifurcación.

Los nodos siguen la cadena válida más difícil de recrear.

El bloque del lado más corto de la bifurcación se vuelve obsoleto cuando la rama competidora cobra más fuerza.

Muchos usuarios llaman bloque huérfano a ese bloque obsoleto.

El minero que encuentra el bloque obsoleto suele perder la recompensa del bloque porque este no forma parte de la cadena aceptada.

Esta es una de las razones por las que la rápida propagación de bloques es importante para los mineros de Bitcoin.

Bloques huérfanos y recompensas de bloque

Las recompensas de bloque son una de las principales razones por las que los bloques huérfanos importan a los mineros.

En Bitcoin, un minero solo obtiene una recompensa de bloque cuando su bloque pasa a formar parte de la cadena aceptada.

Si el bloque queda obsoleto, la transacción coinbase del bloque no se puede gastar como parte de la cadena principal.

Esto significa que el minero no conserva el subsidio habitual del bloque ni las comisiones de transacción de ese bloque obsoleto.

Desde el punto de vista de los ingresos, un bloque huérfano representa trabajo perdido para el minero.

El minero ha dedicado electricidad, capacidad de hardware y tiempo a crear un bloque válido, pero la red ha aceptado en su lugar un bloque competidor.

Por eso, los pools de minería y los grandes mineros prestan mucha atención a la conectividad de red, la velocidad de retransmisión y la propagación de los bloques.

Un minero que recibe tarde información sobre nuevos bloques tiene más probabilidades de minar sobre una punta de cadena obsoleta.

Si un minero difunde los bloques lentamente, puede dar a otros mineros tiempo para construir primero sobre otro bloque.

El riesgo de los bloques huérfanos forma parte de la economía de la minería Proof of Work.

Bloques huérfanos y confirmaciones de transacciones

Los bloques huérfanos importan a los usuarios habituales porque afectan a las confirmaciones de las transacciones.

Una transacción puede aparecer como confirmada si se incluye en un bloque recién minado.

Si ese bloque queda obsoleto más adelante, la transacción puede volver al mempool o permanecer sin confirmar, a menos que también se incluya en la cadena aceptada.

Que el bloque quede obsoleto no significa necesariamente que la transacción sea inválida.

Solo necesita incluirse en un bloque que siga formando parte de la cadena aceptada.

Por eso, muchos usuarios y servicios esperan varias confirmaciones antes de considerar definitiva una transacción.

En los sistemas Proof of Work, cada bloque adicional construido sobre una transacción reduce la probabilidad de que una reorganización sustituya ese historial.

Un pago de poco valor puede necesitar menos confirmaciones que uno de gran valor.

Una transferencia de gran valor, la liquidación de un pago comercial, un movimiento de tesorería o una retirada de custodia pueden exigir una política de confirmación más estricta.

Las confirmaciones son una medida práctica de protección frente al riesgo de bloques huérfanos y reorganizaciones de la cadena.

Bloques huérfanos y reorganización de la cadena

Una reorganización de la cadena se produce cuando los nodos pasan de una rama válida de la cadena a otra rama válida.

Puede ocurrir cuando se resuelve una bifurcación temporal.

La rama que pierde la bifurcación se elimina de la vista de la mejor cadena del nodo.

Los bloques de la rama perdedora quedan obsoletos.

Las transacciones de esos bloques pueden volver al conjunto de transacciones sin confirmar si siguen siendo válidas y no se han incluido ya en otro bloque.

Para los usuarios, una reorganización puede hacer que una transacción parezca confirmada y después vuelva a estar sin confirmar.

Para los exploradores de blockchain, puede cambiar qué bloque aparece como parte de la cadena canónica.

Para los mineros, puede eliminar de la cadena aceptada las recompensas previstas.

Las reorganizaciones breves pueden producirse de forma natural debido a la latencia de la red.

Las reorganizaciones prolongadas son más graves y pueden indicar un ataque, problemas de software o acontecimientos inusuales en la red.

Bloques huérfanos y latencia de red

La latencia de red es una de las principales causas de los bloques huérfanos.

La latencia es el retraso que se produce al enviar información entre participantes de una red.

Si un minero encuentra un bloque, este debe llegar a otros nodos y mineros.

Hasta que un minero recibe información sobre el nuevo bloque, puede seguir trabajando sobre la punta de cadena anterior.

Si el segundo minero encuentra otro bloque válido antes de recibir el primero, puede formarse una bifurcación temporal.

Las redes de retransmisión mejoradas, las conexiones de Internet más rápidas, la propagación eficiente de bloques y el software de nodos optimizado pueden reducir este riesgo.

No pueden eliminarlo por completo, porque las redes distribuidas siguen necesitando tiempo para propagar la información.

En los sistemas Proof of Work, la probabilidad de que aparezcan bloques competidores está relacionada con el tiempo de bloque, la velocidad de propagación y la distribución de la minería.

Los tiempos de bloque más cortos pueden aumentar la probabilidad de bifurcaciones temporales si la propagación no es suficientemente rápida.

Los tiempos de bloque más largos pueden reducir este riesgo concreto, pero también ralentizar la experiencia de liquidación.

Bloques huérfanos y propagación de bloques

La propagación de bloques es el proceso por el que se difunde un bloque recién encontrado a toda la red.

Una propagación rápida ayuda a que los mineros y los nodos se pongan de acuerdo rápidamente sobre la punta de cadena más reciente.

Una propagación lenta da a otros mineros más tiempo para minar un bloque competidor a la misma altura.

La propagación de bloques depende del ancho de banda, la calidad de los pares, el diseño de retransmisión, el tamaño de los bloques, la disponibilidad de las transacciones y el rendimiento de los nodos.

En Bitcoin, los mineros y los nodos utilizan protocolos de red para intercambiar bloques y transacciones entre pares.

Una propagación eficiente no solo ayuda a los mineros a obtener recompensas.

También ayuda a que la red en su conjunto reduzca los desacuerdos temporales.

Cuando una red propaga los bloques rápidamente, menos mineros desperdician trabajo en puntas obsoletas.

Cuando menos mineros desperdician trabajo, puede disminuir la tasa de bloques obsoletos.

Una menor tasa de bloques obsoletos puede mejorar la eficiencia de la minería y reducir la incertidumbre a corto plazo de las confirmaciones de transacciones.

Bloques huérfanos y exploradores de blockchain

Los exploradores de blockchain pueden mostrar bloques huérfanos u obsoletos cuando detectan bloques que eran válidos, pero no se incluyeron en la cadena aceptada definitiva.

Un usuario puede ver una transacción en un explorador de blockchain y dar por hecho que es definitiva.

Esa suposición puede ser incorrecta si después el bloque se marca como obsoleto o huérfano.

Los buenos exploradores de blockchain suelen actualizar el estado de las transacciones después de una reorganización.

Una transacción puede pasar de confirmada a sin confirmar.

También puede aparecer confirmada más adelante en otro bloque.

Los usuarios deben comprobar tanto el estado de la transacción como el del bloque.

También deben comprobar el número de confirmaciones.

Para pagos importantes, es mejor esperar hasta que el explorador muestre suficientes confirmaciones en la cadena aceptada.

Un hash de transacción demuestra por sí solo que la transacción existe, pero no siempre demuestra que se haya liquidado definitivamente.

Bloques huérfanos y riesgo de doble gasto

Los bloques huérfanos pueden crear un riesgo de doble gasto a corto plazo para quienes reciben pagos demasiado pronto.

Se produce un doble gasto cuando se utilizan las mismas monedas en transacciones incompatibles.

Si quien recibe acepta un pago sin confirmaciones o con una sola, una bifurcación temporal todavía puede cambiar cuál de las transacciones acaba formando parte de la cadena aceptada definitiva.

En condiciones normales, este riesgo suele ser reducido en los pagos de poco valor.

El riesgo es más importante en los pagos de gran valor.

Un atacante puede intentar aprovechar el momento, la propagación de la red o su capacidad de minería privada para que una transacción parezca aceptada mientras otra acaba imponiéndose.

Esperar confirmaciones hace que este ataque sea más difícil.

Aplicar políticas de liquidación basadas en el riesgo es una decisión sensata para las empresas.

La compra de un café y una gran transferencia de tesorería no deberían exigir el mismo umbral de confirmación.

Entender los bloques huérfanos ayuda a los usuarios a diseñar mejores políticas de riesgo para los pagos.

Bloques huérfanos y seguridad

Los bloques huérfanos no siempre indican un fallo de seguridad.

La mayoría de los bloques huérfanos u obsoletos de corta duración son efectos secundarios normales del consenso descentralizado.

Sin embargo, los patrones inusuales de bloques huérfanos pueden indicar problemas de seguridad o de salud de la red.

Una tasa elevada de bloques obsoletos puede apuntar a una propagación deficiente, congestión de red, problemas de conectividad de los mineros o prácticas de minería egoísta.

La minería egoísta es una estrategia por la que un minero o grupo puede retener bloques para obtener ventaja sobre los mineros honestos.

Ese comportamiento puede aumentar el número de bloques en los que otros mineros desperdician su trabajo.

Los ataques a la red también pueden afectar a qué ven los nodos y cuándo lo ven.

Un ataque de eclipse puede aislar un nodo de los pares honestos y distorsionar su visión de la cadena.

Para los usuarios, la principal defensa consiste en no basarse en un único bloque reciente para tomar decisiones de liquidación de gran valor.

Para los operadores de nodos y los mineros, la defensa incluye una buena conectividad, software actualizado, diversidad de pares y supervisión.

Bloques huérfanos en Ethereum

La relación de Ethereum con los bloques huérfanos cambió cuando la red pasó de Proof of Work a Proof of Stake.

En el sistema histórico Proof of Work, Ethereum contaba con un concepto conocido como bloques ommer, también llamados habitualmente bloques uncle.

El glosario de Ethereum explica que un bloque ommer era un bloque Proof of Work válido, pero obsoleto, que podían incluir bloques posteriores y que recibía una recompensa de bloque parcial.

La documentación de Ethereum sobre Proof of Work explica que los bloques ommer solían producirse por la latencia de red.

Ahora que Ethereum utiliza Proof of Stake, el antiguo concepto de minería Proof of Work ya no funciona del mismo modo.

La documentación actual de Ethereum sobre los bloques explica que el tiempo de Ethereum se divide en slots y que se selecciona un único validador para proponer un bloque en cada slot.

En los sistemas Proof of Stake también pueden existir bloques competidores y reglas para elegir una bifurcación, pero el término minero «bloque huérfano» es menos directo.

Actualmente, en Ethereum los usuarios suelen hablar de bloques propuestos, attestations, elección de bifurcación, checkpoints justificados y finalidad, en lugar de bloques huérfanos de mineros.

Por eso, el significado de «bloque huérfano» depende de la blockchain de la que se hable.

Bloques huérfanos en redes Proof of Work

Las redes Proof of Work son el entorno clásico de los bloques huérfanos.

Los mineros compiten por encontrar un bloque válido mediante cálculos computacionales.

Como la minería es probabilística, dos mineros pueden encontrar por casualidad bloques válidos con poca diferencia de tiempo.

Entonces, la red debe decidir qué bloque pasa a formar parte de la cadena aceptada.

Los bloques posteriores amplían la rama ganadora.

La rama perdedora queda obsoleta.

El minero del bloque obsoleto suele perder la recompensa prevista, salvo que el protocolo cuente con un sistema especial de recompensas para ese tipo de bloques.

El riesgo de bloques huérfanos en Proof of Work está relacionado con los retrasos de propagación, la centralización de la minería, el tiempo de bloque y la topología de la red.

La retransmisión rápida de bloques y una infraestructura minera descentralizada ayudan a reducir los bloques obsoletos que podrían evitarse.

Aun así, las bifurcaciones temporales ocasionales son normales en los sistemas distribuidos Proof of Work.

Bloques huérfanos en redes Proof of Stake

En las redes Proof of Stake también puede haber bloques que no llegan a formar parte de la cadena canónica, pero los mecanismos son distintos a los de Proof of Work.

Los validadores suelen ser seleccionados o programados para proponer bloques conforme a las reglas del protocolo.

Otros validadores votan, realizan attestations o participan de otro modo en la elección de bifurcación y la finalidad.

Es posible que un bloque propuesto no se convierta en canónico si las reglas para elegir una bifurcación seleccionan otro bloque o si el proponente llega tarde, está desconectado o tiene una visión de la red incompatible.

En muchos sistemas Proof of Stake, los usuarios no suelen llamar bloques huérfanos a estos bloques.

Según la cadena, pueden utilizar términos como bloques omitidos, slots saltados, bloques no canónicos, bloques competidores o bloques reorganizados.

En un aspecto, el riesgo para los usuarios es similar.

Una transacción no debe considerarse definitiva hasta que las reglas de confirmación o finalidad de la red respalden esa conclusión.

Sin embargo, en algunos sistemas la finalidad de Proof of Stake puede ser más explícita que la probabilidad de Proof of Work.

Los usuarios deben conocer el modelo de finalidad de la blockchain concreta que utilizan.

Bloques huérfanos y finalidad

La finalidad significa que una transacción o un bloque está suficientemente liquidado como para que no debiera cambiar en condiciones normales de la red.

En los sistemas Proof of Work, la finalidad suele ser probabilística.

Cada bloque adicional que se añade después de una transacción dificulta que una cadena competidora sustituya ese historial.

Por eso, los usuarios de Bitcoin suelen hablar del número de confirmaciones.

En los sistemas Proof of Stake, la finalidad puede definirse mediante los votos de los validadores y los checkpoints.

La documentación de Ethereum sobre los bloques explica que los clientes vuelven a ejecutar las transacciones y comprueban los cambios de estado para garantizar que un bloque nuevo sea válido y seguro de añadir a la blockchain.

Las reglas de finalidad ayudan a los usuarios a decidir cuándo el riesgo de bloque huérfano o reorganización es suficientemente bajo para su caso.

Una transacción pequeña puede aceptarse con menos certeza.

Una transacción grande puede requerir más certeza.

Una buena política de liquidación depende del valor, el diseño de la cadena, el riesgo de contraparte y las necesidades de la empresa.

Bloques huérfanos y mineros

Los bloques huérfanos afectan directamente a los mineros porque los bloques obsoletos reducen sus ingresos.

Si un minero encuentra un bloque que no permanece en la cadena aceptada, normalmente no recibe la recompensa completa en los sistemas de tipo Bitcoin.

Esto incentiva la difusión rápida de los bloques.

También incentiva el mantenimiento de una conectividad sólida con otros mineros, nodos y redes de retransmisión.

Las grandes operaciones de minería pueden invertir en infraestructura de red para reducir el riesgo de bloques obsoletos.

Los mineros pequeños y los pools de minería también necesitan una retransmisión de bloques de baja latencia, ya que cada bloque obsoleto representa la pérdida de ingresos previstos.

El diseño del pool de minería puede influir en la rapidez con la que llegan a los participantes las actualizaciones del trabajo.

Si los mineros siguen trabajando con plantillas antiguas después de que se encuentre un nuevo bloque, pueden desperdiciar potencia de hash.

Los mineros quieren que sus bloques se detecten, validen y amplíen lo antes posible.

Por tanto, el riesgo de los bloques huérfanos es un problema tanto técnico como económico.

Bloques huérfanos y validadores

Los validadores de los sistemas Proof of Stake afrontan riesgos distintos a los de los mineros.

Según el protocolo, un validador puede ser seleccionado para proponer un bloque, realizar una attestation o participar en el consenso.

Si el validador está desconectado, llega tarde, tiene una mala conexión o ejecuta software defectuoso, es posible que su bloque o voto no contribuya eficazmente a la cadena canónica.

Según la red, el resultado puede ser la pérdida de recompensas, un menor rendimiento o penalizaciones.

Aunque muchas comunidades Proof of Stake no llaman bloques huérfanos a estos sucesos, la idea general guarda relación.

Es posible que un bloque producido o propuesto no pase a formar parte del historial aceptado.

Por eso, los validadores necesitan una infraestructura fiable, una sincronización horaria precisa, conexiones sólidas con pares, clientes actualizados y supervisión.

Los usuarios que deleguen o participen indirectamente en staking deben entender el rendimiento de los validadores y los riesgos de slashing o de pérdida de recompensas.

Los detalles varían según la red, por lo que es importante consultar la documentación específica de la cadena.

La idea común es que la participación en el consenso depende del momento, la conectividad y el cumplimiento correcto del protocolo.

Bloques huérfanos y mempools

Un mempool es el conjunto de transacciones válidas de un nodo que esperan a incluirse en un bloque.

Cuando se elimina un bloque obsoleto de la mejor cadena, las transacciones que contiene pueden volver al mempool si siguen siendo válidas y no se han confirmado ya en otro lugar.

Esto puede hacer que una transacción aparezca temporalmente como confirmada y después vuelva a estar pendiente.

Algunas transacciones pueden incluirse rápidamente en un bloque aceptado posterior.

Otras pueden necesitar comisiones más altas si cambia el mercado de comisiones.

Si se incluye en la cadena aceptada una transacción incompatible, puede que la transacción original no se confirme.

Por eso, quienes reciben fondos deben comprobar las confirmaciones y no limitarse a verificar que la transacción se ha difundido.

Las wallets y los exploradores de blockchain pueden gestionar las reorganizaciones de forma distinta en sus interfaces.

Si el estado de una transacción cambia inesperadamente, los usuarios deben comprobar la red y el explorador correctos.

Entender el comportamiento del mempool ayuda a explicar qué sucede tras un evento de bloque huérfano.

Bloques huérfanos y wallets SPV o ligeras

Las wallets ligeras y las wallets de verificación de pagos simplificada (SPV) no suelen validar toda la blockchain del mismo modo que los nodos completos.

Pueden depender de servidores, cabeceras o infraestructura externa para obtener información sobre el estado de las transacciones.

Esto puede hacer que la gestión de bloques huérfanos sea menos visible para los usuarios.

Una wallet ligera puede mostrar una transacción como confirmada y actualizarla más adelante si se produce una reorganización.

Un nodo completo valida los bloques de forma independiente y sigue directamente las reglas de consenso.

Para operaciones de gran valor, utilizar infraestructura de confianza o un nodo completo propio puede reducir la dependencia de la información de estado proporcionada por terceros.

Aun así, los nodos completos también pueden experimentar bifurcaciones temporales normales.

La diferencia es que un nodo completo verifica las reglas por sí mismo.

Los usuarios deben entender qué muestra realmente su wallet.

La interfaz de una wallet es una vista del estado de la red, no la fuente del propio consenso.

Bloques huérfanos y altura de bloque

La altura de bloque es el número de bloques que preceden a un bloque concreto de una cadena.

Durante una bifurcación temporal, dos bloques competidores pueden tener la misma altura.

Por eso, la altura de bloque no siempre es un identificador único a escala global.

La guía para desarrolladores de Bitcoin señala que varios bloques pueden tener la misma altura durante una bifurcación de la blockchain y que normalmente se hace referencia a los bloques mediante el hash de su cabecera.

Esto es importante al rastrear bloques huérfanos.

Un explorador de blockchain puede mostrar dos bloques distintos a la misma altura, pero solo uno permanece en la cadena aceptada.

El hash del bloque identifica el bloque exacto.

La altura indica la posición del bloque si permanece en una cadena.

Al comprobar confirmaciones importantes, los usuarios deben utilizar hashes de transacción y de bloque, no solo las alturas de bloque.

Así se evitan confusiones durante las bifurcaciones temporales y las reorganizaciones.

Bloques huérfanos y políticas de confirmación

Una política de confirmación define cuántas confirmaciones se necesitan para aceptar un pago como liquidado.

Los usuarios y las empresas aplican políticas diferentes.

Un pago de poco valor puede aceptarse con menos confirmaciones porque el riesgo es menor.

Un pago de gran valor puede requerir más confirmaciones porque el coste de una reorganización o un doble gasto es superior.

Algunas empresas también ajustan sus políticas según las condiciones de la red.

Si la red es inestable o parece que ha aumentado el riesgo de reorganización, pueden esperar más tiempo.

Si el activo ofrece una finalidad rápida y explícita, pueden aplicar otra regla.

Las buenas políticas de confirmación deben documentarse y aplicarse de forma coherente.

No deben modificarse por la presión de quien envía los fondos.

El riesgo de los bloques huérfanos es una de las razones por las que la aceptación de pagos debe regirse por procesos definidos.

Bloques huérfanos y depósitos en exchanges o servicios de custodia

Muchos servicios de custodia y plataformas cripto esperan varias confirmaciones antes de abonar los depósitos.

Lo hacen porque un depósito incluido en un bloque reciente podría verse afectado por una reorganización breve.

Si una plataforma abonara un depósito al instante y el bloque quedase obsoleto, podría sufrir pérdidas o problemas contables.

El mismo principio se aplica a comerciantes, DAO, tesorerías, mesas OTC y procesadores de pagos.

Cuanto mayor sea el valor, más importante será la política de confirmación.

A veces, los usuarios se frustran cuando sus depósitos no se abonan de inmediato.

Sin embargo, esperar suele ser una medida de control del riesgo, no un fallo técnico.

Puede que un depósito pendiente solo necesite más confirmaciones de bloque.

Los usuarios deben comprobar el hash de la transacción, el estado del bloque y el número de confirmaciones exigido.

La paciencia puede evitar errores de liquidación cuando existe riesgo de bloques huérfanos.

Bloques huérfanos y centralización de la minería

Los bloques huérfanos pueden influir en los incentivos para centralizar la minería.

Los mineros con mejor conectividad y una propagación de bloques más rápida pueden registrar menos bloques obsoletos.

Una tasa menor de bloques obsoletos puede mejorar los ingresos esperados.

Esto puede dar ventaja a los grandes mineros o a los pools de minería bien conectados.

Si los mineros pequeños sufren más bloques obsoletos, sus ingresos pueden volverse menos competitivos.

Con el tiempo, esto puede aumentar la presión hacia la centralización si no se compensa con mejores infraestructuras abiertas de retransmisión y software de nodos eficiente.

La salud de una minería descentralizada depende de algo más que la distribución de la tasa de hash.

También depende de la topología de la red, el rendimiento de retransmisión, el diseño de los pools y la accesibilidad de los nodos.

Por tanto, las tasas de bloques huérfanos pueden ser un indicador útil de la salud de una red minera.

Una red Proof of Work saludable debería minimizar las ventajas derivadas de bloques obsoletos evitables.

Bloques huérfanos y diseño de blockchain

Los diseñadores de blockchain deben evaluar detenidamente el riesgo de los bloques huérfanos.

Los intervalos de bloque cortos pueden hacer que la red parezca más rápida, pero también pueden aumentar la probabilidad de que aparezcan bloques competidores antes de que la red se haya sincronizado por completo.

Los bloques más grandes pueden incluir más transacciones, pero pueden tardar más en transmitirse y validarse.

Un tiempo de propagación más largo puede aumentar el riesgo de bloques obsoletos.

Las reglas de consenso deben equilibrar la velocidad, la seguridad, la descentralización y los requisitos de los nodos.

Un diseño con bloques muy rápidos que genere bloques obsoletos frecuentes puede debilitar la seguridad práctica.

Un diseño que exija una infraestructura potente puede reducir la descentralización al dejar fuera a participantes más pequeños.

Por tanto, el comportamiento de los bloques huérfanos no es un simple accidente.

Está relacionado con el tiempo y el tamaño de los bloques, el diseño de la propagación, la arquitectura de retransmisión y los supuestos de consenso de la red.

Un buen diseño de blockchain intenta mantener controlada la tasa normal de bloques huérfanos y preservar al mismo tiempo la descentralización.

Ventajas de entender los bloques huérfanos

Entender los bloques huérfanos ayuda a los usuarios a no confiar demasiado en las confirmaciones recientes.

Ayuda a los mineros a entender por qué la velocidad de propagación influye en los ingresos.

Ayuda a los desarrolladores a crear wallets y exploradores que gestionen las reorganizaciones de forma clara.

Ayuda a los comerciantes a diseñar políticas de aceptación de pagos más seguras.

Ayuda a los equipos de custodia a establecer reglas razonables para las confirmaciones de depósitos.

Ayuda a los investigadores a evaluar la salud de la red y el comportamiento de la minería.

Ayuda a los operadores de nodos a entender la importancia de la conectividad entre pares.

Ayuda a los usuarios a entender por qué el estado de una transacción puede cambiar brevemente de confirmada a sin confirmar.

También ayuda a explicar por qué las blockchains necesitan reglas de consenso en lugar de aceptar para siempre todos los bloques válidos.

Un bloque huérfano es un pequeño suceso que muestra cómo funciona el acuerdo descentralizado en la práctica.

Riesgos relacionados con los bloques huérfanos

El primer riesgo importante es una liquidación prematura.

Quien recibe puede aceptar un pago antes de que tenga suficientes confirmaciones.

El segundo riesgo es la pérdida de ingresos del minero.

Un minero puede encontrar un bloque válido, pero perder la recompensa si el bloque queda obsoleto.

El tercer riesgo es la confusión de los usuarios.

Una wallet o un explorador puede mostrar brevemente una transacción como confirmada antes de que una reorganización cambie su estado.

El cuarto riesgo es la exposición al doble gasto.

Un emisor deshonesto puede intentar aprovecharse de políticas de confirmación poco estrictas.

El quinto riesgo es la interrupción operativa.

Tras una reorganización, las empresas pueden tener que conciliar depósitos, facturas y registros contables.

El sexto riesgo son los problemas de salud de la red.

Una tasa inusualmente elevada de bloques obsoletos puede indicar problemas de propagación, conectividad o ataques.

El séptimo riesgo es una terminología inadecuada.

Confundir bloques huérfanos con bloques obsoletos puede generar malentendidos entre usuarios, mineros y desarrolladores.

Cómo comprobar si un bloque quedó huérfano

Empieza por comprobar el hash del bloque en un explorador fiable o en un nodo completo.

Confirma si el bloque forma parte de la cadena aceptada actual.

Comprueba si hay otro bloque a la misma altura.

Comprueba si la transacción que te interesa aparece en la cadena aceptada.

Comprueba el número de confirmaciones en la cadena aceptada.

Si una transacción deja de aparecer como confirmada, comprueba si ha vuelto al mempool o se ha incluido en otro bloque.

Si la transacción es de gran valor, espera a que alcance el umbral de confirmación exigido antes de entregar bienes, prestar servicios, transferir fondos o abonar saldo en una cuenta.

Si ejecutas un nodo y algo parece inusual, compara la perspectiva de tu nodo con la de otras fuentes fiables.

Utiliza los hashes de los bloques y de las transacciones, no solo las alturas de bloque.

Documenta el suceso si afecta a la contabilidad, la custodia o la atención al cliente.

Buenas prácticas para los usuarios

Espera a que haya suficientes confirmaciones antes de aceptar pagos de gran valor.

No consideres definitiva una confirmación de un solo bloque para transferencias importantes.

Comprueba el hash de la transacción en la red correcta.

Confirma que la transacción está en la cadena aceptada y no solo que aparece en algún lugar de un explorador.

Aplica políticas de confirmación basadas en el valor de la transacción y el riesgo de la red.

No entregues bienes de gran valor ni prestes servicios irreversibles demasiado pronto.

Guarda los hashes de transacción y de bloque, las marcas de tiempo, las facturas y el estado del pago.

Ten en cuenta que las wallets y los exploradores pueden actualizar el estado tras una reorganización de la cadena.

Utiliza infraestructura de wallets y nodos de confianza para las transacciones importantes.

Infórmate sobre el significado de la finalidad en la blockchain concreta que utilizas.

Buenas prácticas para mineros y operadores de nodos

Mantén una buena conectividad de red.

Mantén actualizado el software de los nodos.

Supervisa la calidad de los pares y los retrasos en la propagación de bloques.

Utiliza una infraestructura fiable para recibir rápidamente información sobre los nuevos bloques.

Evita minar con plantillas de bloque obsoletas.

Supervisa las tasas de bloques obsoletos a lo largo del tiempo.

Investiga los picos inusuales de bloques obsoletos o reorganizaciones.

Utiliza pares diversos para reducir la dependencia de una perspectiva limitada de la red.

Protege los nodos frente al aislamiento y los ataques de denegación de servicio.

Documenta los incidentes operativos que puedan afectar a las recompensas de minería o al procesamiento de transacciones.

Malentendidos frecuentes sobre los bloques huérfanos

Un malentendido frecuente es pensar que todos los bloques huérfanos son inválidos.

Muchos de los bloques que suelen llamarse huérfanos son bloques válidos que simplemente perdieron una competición durante una bifurcación temporal.

Otro malentendido es pensar que una transacción incluida en un bloque huérfano es inválida para siempre.

La transacción puede confirmarse más adelante si sigue siendo válida y se incluye en la cadena aceptada.

Un tercer malentendido es creer que los bloques huérfanos solo aparecen durante ataques.

Los bloques obsoletos de corta duración pueden producirse de forma natural debido a la latencia de red.

Un cuarto malentendido es pensar que la altura identifica de manera única un bloque.

Dos bloques competidores pueden compartir la misma altura durante una bifurcación temporal.

Un quinto malentendido es creer que las redes Proof of Stake utilizan el término «huérfano» igual que la minería de Bitcoin.

Los distintos sistemas de consenso utilizan términos diferentes para los bloques no canónicos u omitidos.

Cuándo importan más los bloques huérfanos

Los bloques huérfanos importan especialmente cuando una transacción es de gran valor.

Importan cuando un comerciante entrega bienes o servicios tras muy pocas confirmaciones.

Importan cuando un servicio de custodia abona los depósitos rápidamente.

Importan cuando los mineros miden la eficiencia de sus ingresos.

Importan cuando una red experimenta reorganizaciones inusualmente frecuentes.

Importan cuando los desarrolladores crean wallets, exploradores de blockchain y sistemas de pago.

Importan cuando los usuarios se desconciertan porque el estado de una transacción cambia de confirmada a sin confirmar.

Importan cuando los investigadores estudian los retrasos de propagación, la minería egoísta y la seguridad del consenso.

Importan cuando las DAO o las empresas establecen reglas de liquidación para sus tesorerías.

Importan siempre que sean relevantes la finalidad, las confirmaciones y el historial de la cadena.

Cuándo importan menos los bloques huérfanos

Los bloques huérfanos importan menos en pagos muy pequeños cuando quien los recibe acepta el riesgo de una liquidación anticipada.

Importan menos cuando una transacción ya tiene muchas confirmaciones en una cadena Proof of Work sólida.

Importan menos cuando un sistema Proof of Stake ha otorgado finalidad explícita al bloque correspondiente.

Importan menos cuando un usuario solo estudia datos históricos de la cadena y no toma decisiones de liquidación.

Importan menos cuando el bloque en cuestión está claramente fuera del historial aceptado y no hay ningún pago activo que dependa de él.

Aun así, siguen siendo importantes desde el punto de vista conceptual porque explican cómo resuelven las blockchains los desacuerdos temporales.

Aunque un usuario nunca mine ni opere un validador, los bloques huérfanos influyen en la forma de entender la liquidación en cripto.

Quien los entienda se sorprenderá menos ante los retrasos en las confirmaciones.

Una empresa que los entienda podrá redactar mejores políticas de pago.

Un desarrollador que los entienda podrá crear mejores interfaces de usuario.

Bloque huérfano en una frase

Un bloque huérfano es un bloque que no permanece en el historial aceptado de la blockchain, normalmente porque perdió una competición durante una bifurcación temporal, aunque el significado técnico estricto puede referirse a un bloque cuyo padre desconoce un nodo.

Preguntas frecuentes

¿Qué significa «bloque huérfano»?

«Bloque huérfano» significa un bloque que no forma parte del historial principal aceptado de una blockchain, ya sea porque se desconoce su padre o porque perdió frente a una rama competidora.

¿Es válido un bloque huérfano?

Un bloque huérfano puede ser válido según las reglas de consenso, pero no forma parte de la cadena principal aceptada.

¿Cuál es la diferencia entre un bloque huérfano y uno obsoleto?

Un bloque obsoleto es un bloque válido que queda fuera de la mejor cadena después de una bifurcación temporal, mientras que, en sentido estricto, un bloque huérfano es un bloque cuyo padre desconoce el nodo que lo recibe.

¿Por qué se producen bloques huérfanos?

Suelen producirse porque dos mineros o productores de bloques crean bloques competidores antes de que toda la red se haya sincronizado en torno a una única punta de cadena.

¿Hay bloques huérfanos en Bitcoin?

Sí. Bitcoin puede tener bloques obsoletos por bifurcaciones temporales, a los que a menudo se llama informalmente bloques huérfanos.

¿Recibe un minero un pago por un bloque huérfano?

En la minería de tipo Bitcoin, normalmente el minero no recibe la recompensa aceptada del bloque si este queda obsoleto y no forma parte de la cadena principal.

¿Qué ocurre con las transacciones incluidas en un bloque huérfano?

Las transacciones pueden volver al mempool o confirmarse más adelante en otro bloque aceptado si siguen siendo válidas.

¿Puede un bloque huérfano revertir una transacción?

Puede hacer que una transacción pierda su estado de confirmación si solo se había confirmado en el bloque que quedó obsoleto.

¿Cómo pueden protegerse los usuarios del riesgo de bloques huérfanos?

Pueden esperar a que haya suficientes confirmaciones antes de considerar definitivas las transacciones importantes.

¿Los bloques huérfanos son iguales en todas las blockchains?

No. Las distintas blockchains utilizan diseños de consenso, reglas de finalidad y términos diferentes para los bloques no canónicos.

¿Había bloques huérfanos en Ethereum?

La antigua versión Proof of Work de Ethereum tenía bloques ommer o uncle, que eran bloques obsoletos válidos y podían recibir recompensas parciales.

¿Ethereum sigue utilizando bloques ommer?

Ethereum utiliza ahora Proof of Stake, por lo que el antiguo sistema de bloques ommer Proof of Work ya no funciona del mismo modo basado en la minería.

Conclusión

El bloque huérfano es un concepto importante de blockchain porque muestra cómo las redes descentralizadas resuelven los desacuerdos temporales.

En el lenguaje habitual del sector cripto, suele referirse a un bloque válido que se produjo, pero no permaneció en la cadena principal aceptada.

En términos técnicos más estrictos, ese caso suele llamarse bloque obsoleto, mientras que un verdadero bloque huérfano es aquel cuyo padre desconoce un nodo.

La diferencia importa porque una terminología precisa ayuda a usuarios, desarrolladores, mineros y empresas a entender qué ha sucedido realmente.

Los bloques huérfanos suelen aparecer porque las blockchains son sistemas distribuidos en los que la información tarda en propagarse.

Dos mineros pueden encontrar bloques válidos casi al mismo tiempo y la red necesita una regla de consenso para elegir un historial.

El bloque que pierde la competición queda obsoleto y, si siguen siendo válidas, sus transacciones deben volver a confirmarse en la cadena aceptada.

Para los mineros, los bloques huérfanos pueden suponer la pérdida de recompensas.

Para los usuarios, pueden generar confusión temporal sobre el estado de las confirmaciones.

Para las empresas, son un motivo para esperar a que haya suficientes confirmaciones antes de transferir valor.

Para los desarrolladores, recuerdan que las wallets y los exploradores de blockchain deben gestionar las reorganizaciones con claridad.

Para los diseñadores de blockchain, indican que el tiempo y el tamaño de los bloques, la propagación y las reglas de consenso deben equilibrarse con cuidado.

La práctica más prudente para los usuarios es considerar que las confirmaciones recientes son útiles, pero no siempre definitivas.

Las transacciones importantes deben comprobarse en la red correcta, rastrearse mediante su hash y aceptarse únicamente después de alcanzar el umbral de confirmación o finalidad exigido.

Los bloques huérfanos no suelen ser una catástrofe.

Forman parte de la manera en que las redes descentralizadas llegan a un acuerdo en un mundo donde muchos pares actúan al mismo tiempo.