Nota Técnica.

‘Marco Conceptual de DLT o Blockchain’

Nota Técnica
Marco Conceptual de
D.L.T. o BLOCKCHAIN

Programa: Máster en Supply Chain

Management & Logistics (181025700)
Asignatura: SCM & Technologies
Profesor: Iván Zamarrón Mieza. Director de los Programas
Executive en Supply Chain Manag. Y Project Manag.

1
Nota Técnica. ‘Marco Conceptual de DLT o Blockchain’

MARCO CONCEPTUAL

Fundamentos de la Tecnología D.L.T./Blockchain

En la actualidad se dan abundantes definiciones de Blockchain desde varios autores, no existiendo
una definición única, consensuada a nivel internacional (Lemieux, 2016); incluso, más allá, algunos
opinan que aún no se ha definido claramente la tecnología Blockchain (Okada et al., 2017).

El principio fundamental de Blockchain se basa en su capacidad de permitir a los actores de un

sistema (nudos) realizar transacciones de ‘activos digitales’ mediante una red entre pares (P2P), las
cuales quedan almacenadas de forma distribuida a lo largo y ancho de una red. Así, cada transacción
es validada por medio de un ‘protocolo de consenso’, integrado por ‘algoritmos de consenso’
predefinidos (‘voto por mayoría’, ‘voto por prioridad/ranking’, ‘número mínimo de votos’, etc.). Los
‘bloques’ equivalen a ‘lotes’ de transacciones validadas en tiempos específicos y, por razones de
seguridad, cada bloque incluye el ‘hash’ del bloque anterior (la creación de nuevos bloques es
denominada ‘minería’). Los ‘hashes’ permiten identificar, con facilidad en la cadena, cualquier
alteración sobre las transacciones. Además, la eliminación de un nudo no implica la ‘rotura’ completa
de la cadena de bloques.

Son, todas ellas, características típicas de una red P2P cuya arquitectura contribuye a la seguridad e
inmutabilidad de las transacciones y, además, el ‘protocolo de consenso’ asegura la ‘integridad’ de
datos de las transacciones. Esto no implica que la ‘cadena de bloques’ sea inalterable, ya que ciertos
actores que han constituido la cadena pueden decidir alterar su ‘historia’. Por lo tanto, ninguna
‘cadena de bloques’ puede garantizar la ‘inmutabilidad’ total del sistema, de forma que los propios
agentes sociales en el ámbito público -en el caso de Blockchain aplicado a e-Government- deberían
alcanzar acuerdos para la ‘adaptación’ de la cadena de bloques.

En este sentido, los ‘Smart Contracts’ juegan un papel crucial, al establecer ‘reglas del juego’
acordadas entre las partes intervinientes en el proceso, las cuales se ejecutan de forma automática
de acuerdo a los términos del acuerdo o contrato. De esta manera, pueden entenderse el ‘Smart
Contract’ como un mecanismo que implica a activos digitales entre dos o más partes, en los que
algunos o todas las partes intervinientes incorporan activos en el sistema, los cuales son
automáticamente distribuidos entre dichas partes de acuerdo a una ‘fórmula’ o ‘algoritmo’ basado
en ciertos datos desconocidos en el instante de definición del contrato.

En esencia, los ‘Smart Contracts’ contienen información relativa a un determinado acuerdo y sólo
serán ejecutados si las condiciones son validadas por todos los nodos de la red. Las reglas que
regulan las transacciones dentro del ‘Smart Contract’ no pueden ser alteradas durante el proceso por
parte de ningún actor involucrado, sin conocimiento de los restantes. En definitiva, dentro del marco
del ‘Smart Contract’, las partes intervinientes deben confirmar la transacción antes de que el
contrato sea ejecutado para evitar disputas y asegurar la confianza en el proceso. Para que los ‘Smart
Contracts’ puedan ser desarrollados sobre una plataforma o sistema Blockchain, deben asegurarse
previamente las capacidades de ‘autenticación’, ‘autorización’ y ‘resolución’ (AAA, por sus siglas en
inglés).

2
Nota Técnica. ‘Marco Conceptual de DLT o Blockchain’

En definitiva, puede afirmarse que la gran diferencia entre un sistema basado en Blockchain y las
tecnologías digitales convencionales está en su naturaleza ‘peer-to-peer’ (pares), distribuida (P2P).
Las arquitecturas centralizadas de las segundas contrastan con la de Blockchain, en la que cada nodo
de la red conserva un registro completo de todas las transacciones. En este sentido, la gran ventaja
de Blockchain es la ‘integridad’ de datos -entendida como ‘consistencia’, ‘seguridad’, ‘confiabilidad’,
‘puntualidad’, ‘no rechazo’, ‘no manipulable’, etc.- frente a las implementaciones actuales en Sector
Público.

La naturaleza ‘distribuida’ de Blockchain (‘computación distribuida’) asegura que el manejo y

alteración de datos, sin consenso previo, se torne más complicado que en sistema tradicionales
centralizados, lo que genera una mejor integridad de los datos (la información almacenada en el
sistema se corresponde con la realidad que pretende representar), si bien una integridad completa
no puede asegurarse plenamente.

Desde la propuesta original de Nakamoto en 2008, Blockchain supone una integración de un

conjunto de tecnologías previamente existentes, en particular: ‘ledgers’ (libro o registro) distribuidos,
criptografía, ‘hashing’ y ‘protocolos de consenso’, facilitando beneficios cruciales de ‘seguridad’,
‘descentralización’, ‘persistencia’, ‘tolerancia al fallo’ y ‘auditabilidad’.

Las Organizaciones han registrado tradicionalmente las transacciones en ‘ledgers’ (‘registro mayor’),
aseguradas mediante clave criptográfica. Dichos ‘ledgers’ se aislan con la finalidad de proteger su
exactitud y ‘pureza’, de forma que cada agente involucrado en el sistema Blockchain (red o
plataforma) conserva su propio registro del conjunto del proceso de gestión de las decisiones e
información vinculada (verificación individualizada). Por lo tanto, puede afirmarse que Blockchain es
un ‘ledger’ con una singularidad clave: se trata de un ‘ledger’ basado en el concepto de ‘confianza’
entre actores intervinientes (‘stakeholders’). De esta forma, Blockchain equivale a un ‘ledger’ de
naturaleza ‘distribuida’ y cimentado sobre el ‘consenso’. En este sentido, la creación de ‘confianza’
mediante un ‘protocolo de consenso’ (previamente consensuado por todas las partes partícipes en
las transacciones) tiene un potencial de transformación significativo, liberando al ‘registro’ (‘ledger’)
de su ‘aislamiento’ característico (toda una restricción) en los típicos sistemas de gestión de la
información centralizados (Deloitte Center for Governement Insights, 2017).

La ilustración 1 muestra la principal diferencia entre ‘sistemas centralizados’ (Web 1.0 y Web 2.0) y
‘sistemas distribuidos’ (Blockchain), apuntando a los ‘tipos de datos’ copiados en los primeros y a los
‘tipos de transacciones’ gestionados en los segundos (activos intangibles, activos tangibles y
obligaciones), en los que la ‘propiedad sobre el sistema’ es ‘distribuida’ -o ‘transferida- (Deloitte
Center for Governement Insights, 2017).

3
Nota Técnica. ‘Marco Conceptual de DLT o Blockchain’

Ilustración 1.- Diferencias topológicas entre 'sistemas centralizados' y 'sistemas descentralizados’ (Deloitte
Center for Government Insights. Kilmeyer, White y Chew, 2017)

Desde el Cambridge Centre for Alternative Finance (University of Cambridge, Judge Business School),
a través de su estudio ‘Global Blockchain Benchmarking Study’ (2017), se han identificado cuatro
beneficios potenciales que la tecnología Blockchain genera: (i) Reducción de la necesidad de
‘confianza’ entre ‘stakeholders; (ii) Construcción de un ‘Sistema de Transferencia de Valor’ seguro;
(iii) Canalización de procesos de negocio a lo largo de ‘entidades’ diversas; (iv) Incremento de la
‘transparencia’ y facilidad de ‘auditoría’ (Hileman y Rauchs, 2017). En ese mismo estudio se
identificaron las cinco componentes clave de Blockchain, como arquitectura ‘general’: (i) Criptografía
-técnicas criptográficas como ‘funciones hash de único sentido’, ‘árboles de Merkle’ o
‘infraestructura pública de claves’ (pares de contraseñas público-privados)-; (ii) Red P2P (‘peer-to-
peer’, para la generación y compartición de datos entre pares); (iii) Mecanismo de Consenso
(algoritmo que determina el orden de las transacciones en un ambiente de negociación o de
disparidad en cuanto a necesidades, expectativas, requisitos o criterios -entorno decisional ‘grupal’ y
‘multicriterio’-); (iv) Ledger (‘registro contable’ o listado de transacciones compiladas de forma
conjunta mediante bloques concatenados de forma criptográfica); y (v) Reglas de Validación
(conjunto de reglas del sistema para la gestión de la participación: validez de las transacciones,
actualización del ‘ledger’, etc.) (Hileman y Rauchs, 2017).

Killmeyer et al., (2017) nutren de significado a las tres principales características que, bajo su análisis,
atesora Blockchain como tecnología de gestión de la información (ver ilustración 2): ‘Descentralizada
y distribuida’ (desde el punto de vista del almacenamiento e integridad del ‘ledger’), ‘Irreversible e
inmutable’ (considerando cada transacción como ‘permanente), ‘-casi- A tiempo real’ (agilización de
las transacciones -verificadas y establecidas en minutos, en lugar de días-).

4
Nota Técnica. ‘Marco Conceptual de DLT o Blockchain’

• Los actores interactúan directamente, sin terceras partes intermediarias

• Enfoque a ‘intercambio de valor’, en lugar de ‘intercambio de información’
• Las transacciones son codificadas en su incorporación al registro (‘ledger’)
• Facilita la automatización de la aplicación de ‘Smart Contracts’

Ilustración 2.- Principales características de Blockchain (traducido y adaptado de Deloitte Center for Government Insights. Kilmeyer,
White y Chew, 2017)

5
Nota Técnica. ‘Marco Conceptual de DLT o Blockchain’

Ilustración 3.- Esquema funcional básico de Blockchain (2018 PUBLIC-PRIVATE Analytic Exchange Program)

Ilustración 4.- Hoja de ruta para la adopción de Blockchain -fases del ciclo de vida de la implementación- (Deloitte, 2018)

6
Nota Técnica. ‘Marco Conceptual de DLT o Blockchain’

Ilustración 5.- Visión esquemática de la arquitectura Blockchain

(Zhang y Jacobsen, 2018)

Analice la ilustración posterior, que presenta gráficamente una aplicación de Blockchain en

Supply Chain Manag. & Logistics (‘shipping’), y explíquela de forma razonada al resto de
asistentes.

7
Nota Técnica. ‘Marco Conceptual de DLT o Blockchain’

Ilustración 4.- Esquema aplicación Blockchain en ‘shipping’ (Deloitte, 2018)

8
Nota Técnica. ‘Marco Conceptual de DLT o Blockchain’

APARTADO CUESTIONES

Nombre Oficial del Proyecto

Necesidad de Negocio ¿Cuál es el problema, oportunidad o amenaza? (propósito, meta,

justificación)

Stakeholders
¿Quién envía las transacciones?

¿Quién crea los 'Smart Contracts'?

¿Qué Stakeholders son conocidos y/o confiables?

¿Quién mantiene/verifica las cadenas de bloques (transacciones, ledger)?

¿Quién únicamente solicita datos (data query), frente a Clientes enviando

transacciones?

Objetos de Datos
¿Qué se almacena en la cadena de bloques?

¿Qué se ejecuta en la cadena de bloques (Smart Contracts)?

¿Qué tipo de consultas son facilitadas?

Relaciones Agente-Objeto
¿Qué actor es expuesto (creación, uso, etc.) a qué objeto?

¿Qué actor tiene qué tipo de permisos (ejecución de contratos, escritura,

lectura de transacciones)?

¿Qué actor es responsable de qué objeto?

Requisitos de Rendimiento

¿Cuál es el número esperado de agentes por tipología de actor?

¿Cuál es el 'throughput' de transacciones esperado?

¿Cuál es la 'latencia' esperada?

¿Qué visión se tiene sobre el 'escalado' del sistema?

Tabla 1.- ‘Propuesta de estructura de ‘caso de uso’ para la adopción de Blockchain en e-Governement (traducido y
adaptado de Zhang y Jacobsen, 2018)’

De acuerdo al modelo superior, identifique diferentes ‘casos de uso’ de Blockchain en relación con el
objeto de su PROYECTO FIN DE MÁSTER.