Bloque candidato

¿Qué es un Candidate Block?

Un candidate block es un "bloque preliminar" que aún no ha sido aceptado oficialmente por la blockchain. Lo crean los mineros o validadores, quienes seleccionan un conjunto de transacciones del pool de transacciones (mempool). Los candidate blocks representan un estado transitorio entre "transacciones enviadas" y "bloques confirmados".

Se puede comparar un candidate block con una caja en un centro de clasificación logística: está llena de transacciones de usuarios, pero todavía no ha sido enviada. La caja solo se considera confirmada cuando la red la acepta y queda registrada en la cadena. El proceso depende de factores como las comisiones de transacción, la capacidad del bloque, la propagación en la red y el mecanismo de producción de bloques.

Función de los Candidate Blocks en el Consenso Blockchain

Los candidate blocks actúan como "propuestas" a la espera de ser aceptadas por el mecanismo de consenso para convertirse en el siguiente bloque en una nueva altura. Una vez aceptado, el candidate block pasa a ser un bloque oficial en la cadena, confirmando las transacciones que contiene.

El "consenso" es el proceso estandarizado de votación y verificación entre los nodos de la red. En Proof of Work (PoW), implica resolver problemas computacionales; en Proof of Stake (PoS), los validadores se seleccionan en función de los activos apostados. Los candidate blocks se difunden, se verifican y la red decide cuál será el próximo bloque válido. Esta decisión afecta tanto la velocidad como la seguridad de las confirmaciones de transacciones.

¿Cómo Construyen los Mineros o Validadores los Candidate Blocks?

Paso 1: Selección de transacciones del mempool.
El pool de transacciones (mempool) es un conjunto de transacciones pendientes. Los nodos verifican firmas y reglas básicas; solo las transacciones válidas pueden incluirse en un candidate block.

Paso 2: Definición de parámetros del bloque.
Esto implica definir el encabezado del bloque, la marca de tiempo, el tamaño/peso o límites de gas y las recompensas para el minero/validador (como la coinbase transaction en Bitcoin o la priority fee en Ethereum). Todo debe ajustarse a los límites que especifica el protocolo.

Paso 3: Activación de la producción del bloque.
En Proof of Work, los mineros prueban diferentes nonces para cumplir el objetivo de dificultad de la red. En Proof of Stake, los validadores designados agrupan y firman candidate blocks en los intervalos establecidos (como en Ethereum tras el merge).

Paso 4: Difusión y verificación.
Cuando los nodos reciben un candidate block, validan de nuevo la corrección de las transacciones y los cambios de estado. Deciden si adoptarlo según la altura actual de la cadena y las reglas de fork.

Paso 5: Conversión en bloque oficial o reemplazo.
Si otro candidato es aceptado primero o forma una cadena más larga, este candidato puede ser descartado; si no, se registra como el siguiente bloque oficial.

¿Cómo se Seleccionan y Ordenan las Transacciones en los Candidate Blocks?

El objetivo es maximizar el valor económico dentro de la capacidad del bloque y minimizar los conflictos. Normalmente, se priorizan las transacciones con comisiones más altas, sin dependencias ni conflictos y ejecutables de inmediato, ordenadas por rentabilidad y viabilidad.

En Bitcoin, los mineros priorizan las transacciones con mayor "fee rate" (comisión por byte virtual), respetando el límite de peso del bloque (alrededor de 4 millones de unidades de peso en 2025). En Ethereum, EIP-1559 introdujo comisiones base y priority fee; los builders seleccionan transacciones no conflictivas que ofrecen mayor priority fee, limitadas por el gas limit del bloque (normalmente decenas de millones de unidades de gas).

Otras consideraciones incluyen el orden de nonces de cuenta (por ejemplo, en Ethereum deben ser estrictamente crecientes), transacciones de reemplazo (usuarios que aumentan la comisión para acelerar la confirmación) y conflictos de lectura/escritura entre transacciones. Un candidate block bien construido minimiza los conflictos de estado y los fallos de ejecución, aumentando sus probabilidades de ser aceptado por la red.

Diferencias entre Candidate Blocks en Bitcoin y Ethereum

Aunque los candidate blocks cumplen funciones similares en ambas redes, su creación y aceptación difieren. Bitcoin utiliza Proof of Work, donde los mineros ganan al encontrar un hash válido para su candidate block. Tras el Merge de Ethereum, Proof of Stake designa validadores para proponer candidate blocks en intervalos fijos, confirmados por votos de otros validadores.

El intervalo de bloque en Bitcoin es de unos 10 minutos (objetivo del protocolo, observado hasta 2025), lo que enfatiza la fee rate y las restricciones de peso en la selección de transacciones. Los intervalos de Ethereum son de unos 12 segundos (parámetro del protocolo, observado hasta 2025), con Proposer-Builder Separation (PBS): builders especializados crean candidate blocks, los proposers los seleccionan y firman, permitiendo una gestión más precisa del orden de transacciones y posibles ganancias como MEV.

¿Por Qué se Descartan o Reorganizan los Candidate Blocks?

Pueden coexistir varios candidate blocks en la red. Los nodos eligen la cadena más "eficaz", normalmente la más larga o la más validada, lo que provoca que algunos candidatos sean descartados o que se produzca una reorganización de la cadena (reorg).

Las causas habituales incluyen retrasos en la propagación que generan bloques simultáneos de distintos mineros, propuestas competidoras de validadores en sistemas PoS o ataques derivados de concentración de hash power o stake. Ethereum introdujo la "finality", lo que significa que es muy improbable que los bloques se reviertan tras cierto tiempo; Bitcoin usa "confirmation counts", donde el riesgo disminuye rápidamente a medida que se añaden más bloques.

¿Qué Significan los Candidate Blocks para los Usuarios Comunes?

Para los usuarios, los candidate blocks determinan la rapidez con la que es probable que se confirmen sus transacciones. Las transacciones con comisiones bajas o conflictivas pueden quedarse en el mempool durante largos periodos, quedando fuera de varios candidate blocks.

Por ejemplo, al iniciar una retirada on-chain en Gate, la transacción entra primero en el mempool y luego espera ser incluida en un candidate block antes de difundirse. El "confirmation count" que aparece en las páginas de retirada indica si el bloque de tu transacción ha pasado de estado candidato a ser ampliamente aceptado; el riesgo disminuye a medida que aumentan las confirmaciones.

¿Cómo Entender la Relación entre los Candidate Blocks y la Confirmación Final?

Un candidate block es solo una propuesta. Una vez aceptado por la red, se convierte en bloque oficial y empieza a acumular confirmaciones. Solo tras alcanzar suficientes confirmaciones o finality se considera irreversible y con mínimo riesgo para los fondos.

Consejo práctico: paga comisiones razonables al enviar o retirar para evitar esperas prolongadas en el mempool; en Bitcoin, espera varias confirmaciones antes de considerar los fondos seguros; en Ethereum, observa la finality (normalmente en minutos, según las condiciones de la red). Si tu transacción está atascada, puedes acelerarla aumentando la comisión o cancelando y reenviando.

Resumen y Marco Conceptual de Candidate Block

Los candidate blocks son una etapa intermedia clave en la producción de bloques: selección de transacciones del mempool, construcción y difusión según las reglas del protocolo, y conversión en oficial tras la aceptación por consenso. Su destino depende de las comisiones, la capacidad, los mecanismos de producción y la propagación en la red, y pueden ser reemplazados por competencia. Comprender los candidate blocks te ayuda a interpretar correctamente los estados "pendientes de confirmación", establecer comisiones y tiempos de espera adecuados y gestionar mejor la llegada de fondos y el control de riesgos en plataformas como Gate.

FAQ

¿Qué ocurre si no se selecciona un candidate block?

Si un candidate block no es aceptado por la red, los mineros o validadores lo descartan. Las transacciones incluidas pueden volver al mempool para una futura inclusión. Esto es normal y no pone en peligro los fondos del usuario: las transacciones no confirmadas simplemente aún no están on-chain. En épocas de congestión, los candidate blocks de menor prioridad son más propensos a ser reemplazados.

¿Por qué mi transacción sigue en la fase de candidate block?

Que tu transacción esté en la fase de candidate block significa que ha sido recogida y empaquetada por un minero o validador, pero todavía no ha sido confirmada en la cadena. Lo normal es que tarde segundos o minutos, según las condiciones de la red; es un estado pendiente habitual. Puedes consultar el estado del hash de la transacción en Gate o en otros exploradores de bloques para actualizaciones de confirmación en tiempo real.

¿Por qué la comisión de Gas mostrada en un candidate block a veces es superior a la realmente pagada?

La estimación de Gas que se muestra para los candidate blocks suele ser una proyección. Los mineros o validadores la ajustan dinámicamente según la congestión real de la red. La comisión final de Gas consumida suele ser inferior a la estimación inicial. Para mejores precios de Gas, conviene operar en periodos de baja actividad.

¿Cómo se relacionan los candidate blocks con el mempool?

El mempool es la "sala de espera" para todas las transacciones no confirmadas; los candidate blocks son colecciones seleccionadas de este pool por mineros o validadores. Las transacciones entran primero en el mempool; si se seleccionan, se incluyen en un candidate block; solo cuando ese bloque se confirma pasan a estar oficialmente on-chain.

¿Por qué distintas blockchains tienen velocidades de confirmación diferentes para los candidate blocks?

La velocidad de confirmación depende principalmente del intervalo de bloques y el consensus mechanism de cada blockchain. Los intervalos medios de Bitcoin de 10 minutos son más lentos; los de Ethereum, de unos 12 segundos, son mucho más rápidos; las soluciones Layer 2 como Arbitrum pueden confirmar en milisegundos. El tiempo desde la generación hasta la confirmación final de los candidate blocks lo determina completamente el diseño interno de cada cadena.