Diagrama de cadena de bloques
Un diagrama de cadena de bloques es una representación simplificada de la estructura de datos, la red, los componentes de software o el flujo de procesamiento de transacciones de una cadena de bloques. Su objeto y su notación dependen de la finalidad. Un recuadro puede representar un bloque en un diagrama y un participante de la red en otro; una flecha puede indicar una referencia criptográfica, un mensaje o el siguiente paso de un proceso. Por ello, el protocolo, las etiquetas y la leyenda determinan cómo debe interpretarse el diagrama.[1]
Qué muestra la ilustración
La ilustración de esta página combina una vista sencilla de la cadena con una vista de la red. Los tres recuadros centrales representan bloques. Cada uno identifica datos, un hash y un campo con el hash anterior; este último valor representa la referencia criptográfica que conecta un bloque con su predecesor. Los iconos de ordenadores que los rodean representan participantes de la red.
La imagen es esquemática. Las líneas de conexión no identifican mensajes concretos entre pares y los iconos de ordenadores no tienen funciones asignadas. Tampoco muestra qué participante propone un bloque, cuáles lo validan, cómo se resuelven los historiales competidores ni cuándo una transacción adquiere firmeza. Esos detalles requieren un diagrama específico del protocolo o un texto explicativo.
Vistas habituales
Ningún diagrama explica por sí solo todos los componentes de un sistema de cadena de bloques. Una clasificación práctica consiste en distinguirlos por la pregunta que responden:
- Un diagrama de cadena o de estructura de datos muestra bloques, cabeceras, datos de transacciones y referencias criptográficas entre bloques.
- Un diagrama de transacción o de flujo de proceso sigue una transacción o propuesta por etapas como envío, propagación, validación, ordenación, inclusión y confirmación.
- Un diagrama de red o topología muestra los pares y las conexiones utilizadas para transmitir transacciones, bloques, votos o datos de sincronización.
- Un diagrama de componentes o funciones separa los componentes de software y las responsabilidades de los participantes, como clientes, validadores, pares de aprobación (endorsers) o un servicio de ordenación.
Estas categorías sirven como ayuda de lectura, pero no constituyen una notación normalizada para cadenas de bloques. Un diagrama puede combinar varias vistas; si no emplea símbolos o etiquetas diferenciados, sus flechas pueden resultar ambiguas. La documentación actual de los nodos de Ethereum, por ejemplo, distingue clientes de ejecución, de consenso y, opcionalmente, de validación, además de la API local entre clientes y redes entre pares separadas.[2]
Cadena de bloques
Un diagrama básico dispone los bloques en secuencia. Normalmente, cada bloque contiene una referencia criptográfica a su predecesor, por lo que modificar datos anteriores también cambia el valor al que hacen referencia los bloques posteriores. Esto permite detectar la alteración. No significa por sí solo que sea imposible reescribir el libro mayor: la resistencia a manipulaciones también depende de las reglas de validación y consenso de la red.[1]
Esta relación suele representarse mediante recuadros conectados por flechas. En este caso, una flecha indica una referencia obtenida mediante una función hash criptográfica, no un mensaje que viaje directamente de un bloque al siguiente. Algunos protocolos también pueden presentar ramas competidoras, por lo que una línea recta es una versión simplificada del historial aceptado.[3]
Información contenida en un bloque
El contenido de un bloque varía según el protocolo. Un diagrama estructural útil identifica el protocolo en lugar de presentar una distribución de campos como universal. En Bitcoin, por ejemplo, la cabecera del bloque contiene una versión, el hash de la cabecera anterior, una raíz de Merkle derivada de las transacciones, un campo temporal, el objetivo codificado de prueba de trabajo y un nonce.[4]
La raíz de Merkle permite resumir muchas transacciones mediante un solo valor en la cabecera. Un diagrama detallado puede desplegar ese valor como un árbol de hashes de transacciones; uno introductorio puede mostrar únicamente la raíz y el cuerpo del bloque.
Flujo de transacciones, red y consenso
Un diagrama de proceso debe distinguir entre enviar datos, comprobarlos, seleccionarlos u ordenarlos, incluirlos en un bloque y aceptar o finalizar el historial resultante. Los protocolos no emplean necesariamente las mismas etapas ni las asignan a los mismos participantes.
En Bitcoin, los pares anuncian transacciones y bloques, otros pares solicitan los datos que no poseen y los pares completos validan de forma independiente la información recibida. Los mineros reúnen bloques candidatos y buscan un hash de cabecera que cumpla el objetivo de prueba de trabajo. Un bloque minado se propaga a los pares, pero propagación y validación son acontecimientos distintos.[5][3]
Ethereum utiliza actualmente prueba de participación. Su arquitectura separa el cliente de ejecución, que gestiona las transacciones y el estado, del cliente de consenso, que sigue el protocolo de prueba de participación; cuando el nodo opera como validador se utiliza un cliente de validación. Un validador seleccionado propone un bloque, otros validadores lo verifican y las reglas de elección de bifurcación y firmeza determinan el historial aceptado.[6][2]
Los sistemas autorizados pueden seguir otra secuencia. En Hyperledger Fabric, un cliente envía una propuesta a pares de aprobación, que la simulan y devuelven sus aprobaciones sin actualizar el libro mayor. Después, el cliente envía la transacción aprobada al servicio de ordenación; los pares validan más tarde las transacciones de los bloques entregados, incorporan los bloques y aplican las actualizaciones de estado válidas. Por tanto, un diagrama de Fabric necesita etiquetas de función y secuencia que no corresponderían a un diagrama de minería de Bitcoin.[7]
Lectura y evaluación
Antes de basarse en un diagrama de cadena de bloques:
- Identifique la vista principal: estructura de datos, proceso de transacción, topología de red o funciones de los componentes.
- Compruebe el protocolo, la red y la versión del software. Un diagrama genérico sin identificar debe considerarse un modelo conceptual.
- Determine qué representa cada forma. La repetición de iconos de ordenadores no implica necesariamente que todos los participantes tengan la misma función.
- Interprete la dirección y el significado de cada flecha. Puede indicar una referencia hash, un mensaje de protocolo, una conexión local de software o el orden del proceso.
- Distinga los datos persistentes de los mensajes en tránsito, y la validación de transacciones de la propuesta, ordenación, consenso y firmeza de los bloques.
- Busque una leyenda y las omisiones declaradas. Si el diagrama combina varias vistas, las relaciones deben aclararse mediante estilos de línea o etiquetas diferenciados.
Esta lista constituye una orientación práctica de lectura, no una norma formal de diagramación.
Limitaciones
Un diagrama omite deliberadamente detalles de implementación para hacer visible una relación concreta. No demuestra que un sistema sea descentralizado, seguro, inmutable o definitivo. Estas propiedades dependen del protocolo completo, sus participantes, sus supuestos de amenazas y su funcionamiento. Cuando sea necesario conocer el comportamiento exacto, el diagrama debe leerse junto con la especificación aplicable o la documentación técnica vigente.
Referencias
- ↑ 1,0 1,1 Blockchain Technology Overview, National Institute of Standards and Technology, NISTIR 8202, 2018.
- ↑ 2,0 2,1 Node architecture, ethereum.org, accessed 3 September 2026.
- ↑ 3,0 3,1 Bitcoin: A Peer-to-Peer Electronic Cash System, Satoshi Nakamoto, 2008.
- ↑ Block Chain reference, Bitcoin Developer Documentation, accessed 3 September 2026.
- ↑ P2P Network, Bitcoin Developer Guide, accessed 3 September 2026.
- ↑ Blocks, ethereum.org, accessed 3 September 2026.
- ↑ Transaction Flow, Hyperledger Fabric documentation, accessed 3 September 2026.