¿Qué es un mecanismo de consenso?

Un mecanismo de consenso es el conjunto de reglas que una red blockchain usa para decidir qué bloque aceptar a continuación y qué historial del registro seguir. Los nodos reciben y verifican los datos de forma independiente. Aunque los mensajes lleguen en momentos distintos o alguien envíe información contradictoria, las reglas compartidas deben permitir que la red continúe.

Consenso no significa que todos estén de acuerdo sobre todo ni que todos los nodos vean los mismos datos al mismo tiempo. Significa que, bajo las condiciones del protocolo, los nodos que cumplen las reglas pueden terminar adoptando historiales compatibles y distinguir qué registros todavía podrían cambiar y cuáles alcanzaron el grado de finalidad definido por el protocolo.

Un bloque válido no siempre es el bloque elegido por la red

Cuando un nodo valida un bloque, revisa reglas como las firmas de las transacciones, la prevención del doble gasto y los límites de tamaño. La validación responde: “¿Este candidato puede ser aceptado?”

El consenso también debe responder: “Si hay varios candidatos válidos, ¿sobre cuál debe continuar la red?” La latencia puede hacer que dos participantes publiquen bloques distintos casi al mismo tiempo. Ambos pueden ser válidos, pero no pueden ocupar la misma posición en un único historial. Los nodos usan trabajo acumulado, votos de validadores, un orden programado u otra señal del protocolo para elegir de forma coherente.

Las reglas de validez determinan qué datos pueden participar en la selección. Las reglas de elección de bifurcación y finalidad determinan después qué historial seguir. Cumplen funciones distintas, pero este artículo usa el sentido amplio de consenso que abarca las reglas necesarias para mantener un estado compartido.

Proceso básico del consenso

Los detalles varían entre redes. Las cuatro etapas siguientes ofrecen un modelo general. En registros por bloques como Bitcoin y Ethereum, los datos pendientes suelen reunirse en bloques candidatos.

Proponer o recopilar datos pendientes

El protocolo define quién puede proponer, ordenar o recopilar el siguiente lote de datos. La prueba de trabajo permite competir mediante cálculos. La prueba de participación suele programar validadores según activos en staking, aleatoriedad y límites del protocolo. Una red con permisos puede alternar nodos autorizados o usar varias rondas de mensajes para acordar un orden.

En redes por bloques, esta etapa asigna oportunidades de producir bloques. En términos más generales, el mecanismo debe impedir que una persona obtenga tanta influencia como identidades falsas pueda crear. Por eso, los diseños exigen cálculo, activos en staking, autorización u otra condición escasa.

Validar los datos candidatos

Los nodos ejecutan las comprobaciones del protocolo al recibir una transacción, un bloque o un resultado de ordenamiento. Tener derecho a proponer no vuelve válidos los datos incorrectos. Otros nodos pueden rechazar firmas erróneas, dobles gastos, transiciones de estado inválidas o datos mal formados.

Resolver historiales competidores

Los nodos pueden recibir transacciones en órdenes diferentes u observar varios bloques válidos en la misma altura o intervalo. El protocolo debe definir el orden de procesamiento o la rama que se seguirá. Por ejemplo, los nodos de Bitcoin comparan el trabajo acumulado de las ramas, mientras que los nodos de prueba de participación de Ethereum usan el peso del staking representado por las atestaciones para elegir la cabecera actual. La llegada de nueva información puede reemplazar una rama reciente por otra; esto se denomina reorganización de la cadena.

Decidir cuándo una transacción es suficientemente final

La confirmación y la finalidad describen la posibilidad de que una transacción sea reemplazada. Algunos mecanismos usan confirmación probabilística: cuantos más bloques se agregan, más difícil suele ser reescribir el historial, pero no existe un instante que haga que un bloque sea absolutamente inmutable. Otros seleccionan periódicamente bloques de referencia para someterlos a votación. Estos puntos de control alcanzan un estado final definido por el protocolo al superar un umbral de votos.

Resultados finales contradictorios suelen indicar que fallaron los supuestos sobre participación, comportamiento honesto o comunicación. Las redes con recorte de staking también pueden penalizar ciertas infracciones, pero las penalizaciones no forman parte de todos los mecanismos de finalidad.

La finalidad sigue siendo condicional. Un error de software, suficientes participantes maliciosos, una partición prolongada de la red o una intervención de emergencia fuera del protocolo pueden superar los supuestos de seguridad. Por eso, hay que distinguir entre número de confirmaciones, confianza probabilística creciente y una regla explícita de finalidad.

Reglas que suele incluir un mecanismo de consenso

Un diseño completo es más que una sola acción de minar o votar. Suele definir:

• Participación: quién puede proponer, votar o validar, y cómo se limitan las identidades falsas.
• Propuesta: cuándo y cómo se ordenan las transacciones y se publica un bloque candidato.
• Validación: cómo los demás nodos determinan si los bloques y las transacciones son válidos.
• Elección de bifurcación: qué rama se sigue cuando existen varias ramas válidas.
• Finalidad: cuándo un bloque ya no debería revertirse durante la operación normal.
• Gestión de fallas: cómo responde la red ante participantes fuera de línea, retrasos o mensajes contradictorios.
• Recompensas y penalizaciones: cómo pueden influir las recompensas, comisiones, recortes u otros incentivos.

No todos los mecanismos presentan estas reglas como módulos separados ni todas las redes usan recompensas en tokens. Debe evaluarse el proceso completo, no solo si usa cálculo o staking.

Diferencias entre mecanismos comunes

Prueba de trabajo

La prueba de trabajo hace que los productores de bloques repitan cálculos hasta encontrar un resultado que cumpla la dificultad del protocolo. Cuando compiten cadenas válidas, los nodos suelen seguir la rama con más trabajo acumulado. Para reescribir el historial, un atacante tendría que repetir ese trabajo y alcanzar a la red honesta.

Este enfoque vincula la influencia con trabajo computacional verificable. Sus costos incluyen energía, equipos, operación y tiempo de confirmación. La seguridad también depende de la distribución del poder de cómputo, la conectividad, las reglas de dificultad y la validación correcta de los nodos.

Prueba de participación

La prueba de participación permite que validadores que bloquean activos del protocolo propongan bloques o voten. El protocolo define selección, peso de voto, recompensas, sanciones por inactividad y tratamiento de votos contradictorios. Algunos diseños finalizan explícitamente un bloque al alcanzar un umbral de votos.

Hacer staking no es simplemente “tener activos y votar”. Los validadores deben ejecutar software, comprobar bloques y enviar mensajes a tiempo. Las reglas de selección, sanciones y finalidad también cambian de una red a otra.

Votación con permisos o proponentes rotativos

Algunas blockchains con permisos determinan de antemano qué organizaciones o nodos pueden participar. Esos nodos pueden turnarse para proponer bloques o usar varias rondas de mensajes y votos para confirmar un orden. Como las identidades y el número de participantes están limitados, el sistema puede establecer cuántos nodos fuera de línea o maliciosos tolera y qué condiciones de comunicación necesita. Estos son sus supuestos de falla.

Estos diseños no requieren competencia computacional abierta ni staking público, pero dependen del control de acceso, la administración de claves y la gobernanza organizacional. Su idoneidad depende de las relaciones de confianza y los objetivos del sistema.

Equilibrio entre seguridad y continuidad

Los sistemas distribuidos suelen evaluar el consenso con dos preguntas: ¿pueden los nodos confirmar resultados contradictorios y puede la red seguir produciendo bloques? La primera propiedad se denomina seguridad y la segunda, vivacidad.

Supongamos que una parte de la red no puede comunicarse temporalmente con la otra, lo que crea una partición. Un protocolo puede pausar la confirmación final para evitar que ambos grupos finalicen resultados incompatibles, pero la liquidación se detiene. Otro puede permitir que ambos avancen y usar después la elección de bifurcación. El primero prioriza evitar conflictos; el segundo prioriza el avance, aunque puede requerir revertir una rama reciente.

Los diseños adoptan supuestos distintos sobre número de participantes, proporción maliciosa, retrasos y sincronización. Una confirmación más rápida no basta para declarar mejor a un mecanismo.

Otros compromisos incluyen apertura, requisitos de hardware o staking, tiempo de confirmación, capacidad, recuperación ante fallas, consumo de recursos y concentración de la participación. Mejorar una propiedad puede aumentar el costo de otra.

El consenso no demuestra que la información externa sea verdadera

El consenso puede hacer que los participantes acepten el mismo registro digital bajo las reglas del protocolo. No puede demostrar por sí solo que la información del mundo exterior sea correcta. Si los validadores procesan el mismo dato de precio, eso solo indica que el dato se registró según el protocolo, no que la fuente fuera exacta o imposible de manipular.

Tampoco garantiza que un contrato inteligente no tenga defectos, que una clave privada no haya sido robada o que una persona entendiera la transacción firmada. El origen de los datos, la seguridad del software, la protección de claves y la autorización siguen siendo problemas separados.

Reglas de consenso y gobernanza del protocolo

Las reglas de consenso determinan cómo procesan los nodos los bloques ahora. La gobernanza del protocolo determina cómo pueden cambiar esas reglas. Los desarrolladores pueden proponer una actualización, los operadores elegir si instalan el software y los validadores señalar apoyo. Publicar código no obliga a todos los nodos a adoptar una regla.

Si los participantes ejecutan reglas incompatibles, la red puede dividirse en historiales separados. La comunicación y la adopción durante una actualización son asuntos de gobernanza; la validación y selección de bloques después de la activación corresponden a la ejecución del consenso. Están relacionadas, pero no son lo mismo.

Preguntas frecuentes

¿Un mecanismo de consenso es solo una votación?

No. Algunos usan votos explícitos, mientras que la prueba de trabajo se apoya principalmente en cálculo verificable y reglas de selección de cadena. Incluso los sistemas con votación suelen incluir propuesta, validación, elección de bifurcación y finalidad.

¿Todos los nodos deben estar de acuerdo al mismo tiempo?

No. Pueden recibir mensajes en órdenes diferentes y seguir temporalmente ramas distintas. El objetivo es que los nodos que cumplen las reglas converjan en resultados compatibles dentro de los supuestos de fallas y ataques.

¿Una transacción es final al entrar en un bloque?

No necesariamente. Puede tener solo una confirmación inicial y su bloque todavía puede ser reemplazado durante una reorganización. La respuesta depende de las reglas de confirmación y finalidad de la red concreta.

¿El consenso puede impedir todos los ataques?

No. Solo gestiona fallas y conflictos específicos dentro de los supuestos definidos para la red, los participantes y los recursos. Los errores de software, las claves robadas, los datos externos incorrectos, el aislamiento de red o la coordinación por encima del umbral de seguridad aún pueden causar problemas.

Conceptos relacionados

Continúa con blockchain y bloque, además de los conceptos de nodo blockchain y hash criptográfico, o vuelve al Glosario cripto.

Fuentes

• NISTIR 8202: descripción general de la tecnología blockchain — consenso, resolución de conflictos y modelos generales.
• Whitepaper de Bitcoin — difusión de transacciones, prueba de trabajo, selección entre cadenas y confirmación.
• Guía para desarrolladores de Bitcoin: blockchain — trabajo acumulado, validación y selección de cadena.
• Ethereum.org: prueba de participación — propuestas, atestaciones, elección de bifurcación y finalidad.
• Ethereum.org: Gasper — combinación de elección de bifurcación y finalidad por puntos de control.
• Artículo de Raft: In Search of an Understandable Consensus Algorithm — seguridad, continuidad y condiciones de comunicación en consenso distribuido.