Spanish (pdf)
Article in xml format
Article references
Automatic translation
Send this article by e-mail
Cited by SciELO 
Cited by Google 
Similars in
SciELO 
Similars in Google 
Permalink
1. Introducción
Una blockchain es una base de datos descentralizada y distribuida (replicada) formada por una lista enlazada de bloques, es decir, una cadena de bloques, donde cada bloque contiene un conjunto de transacciones, por ejemplo, una transferencia de dinero entre dos cuentas, un voto de una persona, un cambio en el inventario de un producto, entre otras. En este tipo de bases de datos los datos de las transacciones confirmadas son casi imposibles de modificar 1 y las transacciones son aprobadas de manera autónoma por un conjunto de participantes, es decir, sin una autoridad central. Precisamente, la motivación inicial de blockchain fue permitir que los usuarios intercambiasen datos de manera confiable sin necesidad de un intermediario. Por ejemplo, que intercambiasen dinero sin necesidad de un banco. Lo anterior originó las criptomonedas como Bitcoin en 2008 y Ethereum en 2015. Una criptomoneda es según el Banco Central Europeo: “un tipo de dinero no regulado, digital, que se emite y por lo general es controlado por sus desarrolladores, utilizado y aceptado entre los miembros de una comunidad virtual específica”. Desde entonces, la popularidad de blockchain ha crecido, así como la variedad de casos de uso en los que se puede aplicar, por ejemplo, para la gestión de votaciones (2, cadenas de suministro 3, bienes raíces (4, tiquetes 5, programación de pagos 6, entre muchos otros.
En este artículo se presenta una recopilación de diversos trabajos de comparación de plataformas de blockchain. Para cada uno se describen los criterios de comparación usados y su énfasis. Como contribución adicional, se comparan dos de las plataformas de blockchain más populares: la blockchain de Bitcoin, la primera plataforma de blockchain (aunque los fundamentos teóricos se habían planteado desde 1991 7) y Hyperledger Fabric. Hyperledger Fabric se ha posicionado como una de las principales plataformas para la gestión de blockchains; empresas como Amazon, IBM y Oracle ofrecen productos que permiten crear y administrar una blockchain apoyados en esta plataforma. La blockchain de Bitcoin es de acceso público (cualquier persona u organización se puede vincular a ella) mientras que la de Hyperledger Fabric es de acceso privado (solo pueden acceder los miembros autorizados).
Ninguno de los trabajos analizados de comparación enfatiza en las similitudes y diferencias en cuanto al flujo de una transacción, un proceso complejo en Hyperledger Fabric, debido a la cantidad de conceptos y de componentes involucrados. Aquí, se describe el flujo de una transacción en las dos plataformas, las fases por las que pasa y los componentes que actúan en cada una. Además, para facilitar la comparación se presenta de forma gráfica el diagrama de flujo de una transacción en cada plataforma.
Los trabajos analizados tampoco comparan las funciones de los componentes de cada plataforma, por ejemplo, de los nodos y sus diferentes tipos, ni detallan la estructura de los bloques. Finalmente, se trató de establecer un vocabulario común entre las dos plataformas. Esta labor implicó unificar términos extraídos de diferentes fuentes, ya que se suelen usar diferentes términos para referirse a un mismo concepto o se suele usar el mismo término para referirse a conceptos diferentes.
El artículo se estructura así: en la Sección 2 se presentan los trabajos de comparación de plataformas de blockchain. En la Sección 3 se presenta la blockchain de Bitcoin y en la Sección 4 Hyperledger Fabric. En la Sección 5 se comparan las dos plataformas. Se concluye en la Sección 6, donde se describe además el trabajo futuro.
2. Comparación de plataformas de blockchain
En esta sección se presentan trabajos de comparación de plataformas de blockchain. Primero se presentan algunas definiciones.
2.1 Definiciones
Tasa de confirmación (del inglés throughput): número de transacciones confirmadas por segundo.
Latencia: tiempo promedio que transcurre entre dos bloques añadidos a la cadena.
Escalabilidad: medida que indica cuánto se afecta la tasa de confirmación y la latencia a medida que se incrementa el número de nodos de la red.
Contrato inteligente (CI): conjunto de funciones que representan la lógica del negocio y que se pueden ejecutar en la plataforma blockchain. En la Figura 1 se muestra en pseudocódigo un CI para la gestión de automóviles (contrato auto). El contrato tiene tres funciones: i) consultar: permite consultar los datos de un automóvil, ii) transferir: permite cambiar el dueño de un automóvil y iii) actualizarPrecio: permite cambiar el precio de un automóvil. Los CI se suelen programar en lenguajes como Go, Java, JavaScript, Solidity y Vyper, entre otros.
Gobernanza: conjunto de reglas, acciones y responsables que gestionan el desarrollo de la plataforma considerando las necesidades y demandas del entorno.
2.2. Trabajos de comparación
En 8 se propone un marco de evaluación para plataformas de blockchains privadas enfocado en tasa de confirmación, latencia, escalabilidad y tolerancia a fallos. Con este marco se evalúan tres plataformas: Ethereum, Parity y Hyperledger Fabric. Se presenta una tabla comparativa donde se incluyen otras ocho plataformas: Eris, Ripple, ScalableBFT, Stellar, Dfinity, Tezos, Corda y Sawtooth Lake. Se usaron cinco criterios: a) propósito (CI o criptomoneda), b) plataforma para la ejecución del CI (por ejemplo, Docker, Java Virtual Machine, Ethereum Virtual Machine), c) lenguajes de programación de los CIs, d) modelo de verificación de saldos 9: modelo UTXO, donde se calcula el saldo de una cuenta a partir del histórico de sus transacciones y modelo basado en cuentas, donde se lleva el saldo actual de cada cuenta y e) protocolo de consenso 10 como prueba de trabajo (PoW por su sigla en inglés), tolerancia práctica a fallas bizantinas (PBFT por su sigla en inglés) y prueba de participación (PoS por su sigla en inglés).
En 10 se discuten y analizan seis plataformas de blockchain: Hyperledger Fabric, Hyperledger Sawtooth, Bitcoin, Ethereum, Corda e IOTA. Se analizan los protocolos de consenso y se presenta una tabla comparativa para las seis plataformas con trece criterios: a) acceso (público o privado), b) gestión de permisos, c) descentralización, d) y e) consumo de recursos de cómputo y de la red, f) escalabilidad, g) tasa de confirmación, h) latencia, i) inmutabilidad de los datos, j) tolerancia a ataques, k) seguridad de los datos, l) gestión de CIs y m) criptomonedas soportadas.
En (11 se analizan las principales diferencias entre Hyperledger Fabric, Corda y Ethereum. Se presenta una tabla comparativa con cinco criterios: a) tipo (genérica o especializada, por ejemplo, para finanzas como Corda), b) gobernanza, c) acceso (público o privado), d) protocolo de consenso, e) gestión de CIs y f) criptomonedas soportadas.
En 12 se comparan cinco plataformas de blockchain: Ethereum, IBM Open Blockchain, Intel Sawtooth Lake, Sidechain Elements y Eris. Se definen ocho criterios para la comparación: a) facilidad de uso y aprendizaje, b) soporte y documentación, c) madurez de la plataforma y tamaño de la comunidad de desarrolladores, d) casos de uso, e) escalabilidad y tasa de confirmación, f) protocolo de consenso e incentivo, g) criptomonedas soportadas y h) seguridad de los datos y privacidad de los usuarios.
Posiblemente el trabajo más cercano al presente artículo es 13. Allí se analizan tres plataformas de blockchain: Bitcoin, Ethereum y Hyperledger Fabric. Se describe brevemente su funcionamiento. El trabajo se enfoca en el análisis de rendimiento de cada una. Se presenta una tabla comparativa con 14 criterios: a) propósito (CI o criptomoneda), b) tipos de datos que almacena, c) lenguajes de programación de los CIs, d), e) y f) aspectos de acceso: público o privado, vinculación de usuarios y autoridades para el ingreso, g) criptomonedas soportadas, h) transparencia de las decisiones, i) y j) seguridad y gestión de claves, k) latencia, l) y m) tiempo de aprobación y tamaño de una transacción y n) protocolo de consenso.
En 14 se comparan dos versiones de Hyperledger Fabric, la 0.6 y la 1.0. El énfasis es el rendimiento. Adicionalmente, se comparan Ethereum y Hyperledger Fabric con respecto al tiempo de aprobación de una transacción y a la tasa de confirmación. Finalmente, se comparan Hyperledger Fabric, Ethereum y Parity con respecto a la escalabilidad.
En 15 se comparan Hyperledger Fabric y Ethereum. Se describe su funcionamiento básico y sus componentes. Se hace una comparación con seis criterios: a) seguridad y permisos, b) protocolo de consenso, c) ecosistema, es decir, herramientas de desarrollo, d) casos de uso, e) lenguajes de programación de los CIs y f) facilidad de despliegue.
En 16 se explica la tecnología blockchain. Se analizan ocho plataformas de blockchain: Bitcoin, Ethereum, Cardano, IOTA, Hyperledger Fabric, Hyperledger Indy, MultiChain y Corda. Se enfatiza en la aplicación de estas plataformas para el internet de las cosas y en aplicaciones (“Oracles”) que interactúan con estas plataformas.
En 17 se comparan nueve plataformas de blockchain: Bitcoin, Corda, Multichain, Ethereum, Hyperledger Fabric, Sawtooth, Neo, Quorum y NXT. Se definieron tres categorías para la comparación, cada una con sus criterios: a) técnica. Incluye seguridad, protocolo de consenso, lenguajes de programación de los CIs, latencia y tasa de confirmación, b) empresarial. Incluye gobernanza, licencias, soporte, costos y consumo de recursos y c) indicadores de estabilidad. Incluye desarrollo de nuevas funcionalidades, popularidad, solidez de su criptomoneda y de la red, inversores, calificación de los expertos y principales clientes que usan la plataforma.
Finalmente, en 18 se analizan tres plataformas de blockchain: Bitcoin, Ethereum y Hyperledger Fabric. El análisis está enfocado en tres criterios: escalabilidad, latencia y tasa de confirmación. En las Tablas 1 y 2 se resumen los trabajos comparados.
Tabla 1 Comparación de los trabajos analizados: criterios
| Criterio | Referencia | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| 8 | 10 | 11 | 12 | 13 | 14 | 15 | 17 | 18 | |
| Acceso | ( | ( | ( | ||||||
| Casos de uso | ( | ( | |||||||
| Consumo de recursos | ( | ( | |||||||
| Criptomonedas | ( | ( | ( | ( | ( | ||||
| Escalabilidad | ( | ( | ( | ( | ( | ||||
| Gestión de CI | ( | ( | ( | ( | ( | ( | |||
| Gobernanza | ( | ( | |||||||
| Latencia | ( | ( | ( | ( | ( | ( | |||
| Protocolo de consenso | ( | ( | ( | ( | ( | ( | |||
| Seguridad | ( | ( | ( | ( | ( | ||||
| Soporte | ( | ( | |||||||
| Tasa de confirmación | ( | ( | ( | ( | ( | ( | |||
Fuente: elaboración propia
Tabla 2 Comparación de los trabajos analizados: criterios adicionales y plataformas.
| Referencia | Criterios adicionales | Plataformas de blockchain analizadas |
|---|---|---|
| 8 | Modelo de verificación de saldos, tolerancia a fallos. | Ethereum, Parity, Hyperledger Fabric, Eris, Ripple, ScalableBFT, Stellar, Dfinity, Tezos, Corda y Sawtooth Lake. |
| 10 | Descentralización, inmutabilidad de los datos, tolerancia a ataques. | Hyperledger Fabric, Hyperledger Sawtooth, Bitcoin, Ethereum, Corda e IOTA. |
| 11 | Tipo de blockchain (genérica o especializada). | Hyperledger Fabric, Corda y Ethereum. |
| 12 | Facilidad de uso, madurez. | Ethereum, IBM Open Blockchain, Intel Sawtooth Lake, Sidechain Elements y Eris. |
| 13 | Propósito, tamaño de una transacción, tipos de datos, transparencia en las decisiones. | Bitcoin, Ethereum y Hyperledger Fabric. |
| 14 | Ninguno. | Ethereum y Hyperledger Fabric. |
| 15 | Ecosistema, facilidad de despliegue. | Hyperledger Fabric y Ethereum. |
| 16 | Aplicación de estas plataformas para el internet de las cosas. | Bitcoin, Ethereum, Cardano, IOTA, Hyperledger Fabric, Hyperledger Indy, MultiChain y Corda. |
| 17 | Estabilidad. | Bitcoin, Corda, Multichain, Ethereum, Hyperledger Fabric, Sawtooth, Neo, Quorum y NXT. |
| 18 | Ninguno. | Bitcoin, Ethereum y Hyperledger Fabric. |
Fuente: elaboración propia
3. La Blockchain de Bitcoin
Bitcoin fue la primera blockchain. Fue creada en 2008 por Satoshi Nakamoto (un individuo o grupo de individuos que permanece anónimo hasta la fecha) y está orientada a la transferencia de dinero sin intermediarios. Su criptomoneda se denomina bitcoin la cual se suele abreviar como BTC o XTC. El precio de un bitcoin está determinado por la oferta y la demanda, de forma similar a una acción de la bolsa de valores. Bitcoin no le pertenece a un individuo o a una compañía. La plataforma se mantiene en funcionamiento gracias a sus usuarios.
3.1. Elementos básicos
Los elementos básicos de la blockchain de Bitcoin son:
Transacción: es el intercambio de bitcoins entre dos partes interesadas. Por ejemplo, un usuario envía dos bitcoins a otro usuario.
Bloque: es un conjunto de transacciones (cada una con sus datos) y de datos adicionales. Un bloque incluye 19: a) el número identificador único del bloque, b) la fecha de creación del bloque, c) los datos de las transacciones, d) el hash actual: es el número hash del bloque, e) el hash anterior: es el número hash del bloque anterior. Cada bloque de la cadena, excepto el primero, tiene el número hash del bloque anterior; de esta forma, los bloques se enlazan y forman una cadena y f) nonce: es un número arbitrario. Su nombre proviene del inglés, “number only used once” es decir, número que se usa una sola vez. Su propósito se explica más adelante. En la Figura 2 se muestran dos bloques.
Red: es un conjunto de computadores (nodos) interconectados que participan en la gestión de la blockchain.
Nodo: es un computador de la red. Cada nodo tiene una copia de la blockchain. Un nodo puede a) validar las transacciones, b) participar en el proceso de aprobación que autoriza que se añada un bloque a la cadena y c) armar un bloque e intentar que este sea añadido a la cadena (acá el nodo actúa como un minero, véase a continuación PoW), entre otras funciones.
PoW: es un problema matemático que tiene que resolver el minero para lograr que un bloque que él ha armado sea añadido a la cadena. Los pasos para resolver la PoW son 1:
Generar un número arbitrario, es decir, el nonce.
Añadir el nonce al final de todos los datos del bloque.
Generar un número hash mediante el método SHA256 20. Para generarlo se consideran los datos de las transacciones del bloque, la fecha, el hash anterior y el nonce. Si el número hash generado comienza por un determinado número de ceros (condición impuesta por el sistema, esta es en sí la PoW) entonces el minero ha resuelto la PoW y este número hash es el hash actual. Si no, el minero deberá empezar desde el paso 1.
Incentivo: es un premio, en bitcoins, que se concede a un minero cuando logra añadir a la cadena el bloque que él armó. Se creó para compensar el consumo de recursos (procesamiento computacional) que supone la solución de la PoW. Así, se espera que más personas u organizaciones, que aportan sus computadores como mineros, se unan a la red.
Fondo (del inglés pool): es un área donde se encuentran las transacciones pendientes por ser incluidas en la blockchain. Cada nodo tiene una copia del fondo. El fondo se actualiza cuando: a) llegan nuevas transacciones y b) se añade un bloque a la cadena, las transacciones de dicho bloque son borradas del fondo (21.
3.2. Flujo de una transacción
A grandes rasgos, la blockchain de Bitcoin funciona como se describe a continuación (1:
Los usuarios del sistema emiten transacciones.
Las transacciones del paso 1 son puestas en el fondo al cual acceden los mineros (nodos).
Cada minero puede acceder al fondo y puede armar un bloque con transacciones. En este punto, hay una competencia entre los mineros ya que cada uno desea añadir a la cadena el bloque que él armó para ganarse el incentivo. Por ello, el sistema plantea una PoW que cada minero debe resolver. El primero que la resuelva, será quien tiene la oportunidad de añadir su bloque a la cadena.
Cuando un minero resuelve la PoW, este informa a los otros mineros. Estos validan el bloque: se verifican las transacciones y la solución de la PoW; si es aceptado (al menos por el 51% de los mineros), el bloque se añade a la cadena, el minero que resolvió la PoW obtiene el incentivo y comienza de nuevo la competencia para generar el próximo bloque.
El proceso se muestra en la Figura 3. Allí se muestran en el paso 3 tres mineros (nodos 281, 345 y 433) que tratan de resolver la PoW para generar el próximo bloque de la cadena, este será el bloque 23. Para ello, cada minero selecciona a partir del fondo un conjunto de transacciones (denotadas Trans. en la figura) y con esta arma un bloque. Nótese que las transacciones de los bloques de dos mineros no son necesariamente las mismas. Luego cada minero intenta resolver la PoW. Si un minero la resuelve (en la figura se representa con un par de dados que muestran dos seis, ver el nodo 433), los otros mineros detienen la búsqueda de la solución para su PoW, proceden a validar las transacciones y la solución de la PoW del nodo 433 y si al menos el 51% de los mineros aprueba, el bloque del nodo 433 se añade a la cadena como se muestra en la figura en el paso 4.
Cuando un minero va a armar un bloque, él puede seleccionar cualquier transacción del fondo. La elección depende de la comisión que cada transacción otorgue; así, los mineros procuran armar un bloque con las transacciones que mayor comisión ofrezcan, de tal forma que, si el minero resuelve la PoW de su bloque, él ganará todas las comisiones (de las transacciones de su bloque), además del incentivo.
A continuación, se presentan los conceptos básicos de la blockchain de Hyperledger Fabric.
4. Hyperledger Fabric
Hyperledger Fabric es un proyecto de código abierto para gestionar plataformas blockchain empresariales. Fue creada en 2015 por la Linux Foundation, un consorcio sin ánimo de lucro dedicado al crecimiento de Linux y al desarrollo colaborativo de software. Hyperledger Fabric está orientada a un amplio rango de casos de uso. Al ser un proyecto de código abierto, se puede descargar y usar sin costo. De esta forma, cualquier individuo o compañía puede gestionar sus blockchains por medio de esta plataforma.
4.1 Elementos básicos
Los elementos básicos de Hyperledger Fabric son:
Transacción: es el registro que se genera a partir de la invocación de una función de un CI y de su posterior aceptación en la blockchain. Por ejemplo, una transferencia de un activo. En el ejemplo del CI de la Figura 1, el traspaso de un automóvil (función transferir).
Libro (del inglés ledger: libro mayor de contabilidad): es la cadena de bloques. Es la base de datos que contiene todas las transacciones, las cuales se agrupan en bloques de manera similar a la blockchain de Bitcoin.
Bloque: es un conjunto de transacciones y otros datos adicionales. Es similar a un bloque de la blockchain de Bitcoin pero no tiene nonce.
Red: es igual que en la blockchain de Bitcoin.
Nodo par u homólogo (del inglés peer): es una aplicación que se ejecuta en Docker (Docker es una herramienta que facilita la ejecución de aplicaciones en Linux 22). Un par alberga uno o más libros (copias de estos, es decir, una o más blockchains). Un par está pendiente de determinados procesos, por ejemplo, cuando se van a añadir bloques a un libro. Hay dos tipos esenciales de par, el avalador y el confirmador:
Un par avalador ejecuta una función del CI, lo que genera un aval. Más adelante se detalla este proceso.
Un par confirmador añade los bloques al libro.
Nodo ordenador: es una aplicación que se ejecuta en Docker. Un conjunto de nodos ordenadores conforma el servicio de ordenamiento, el cual se explica más abajo.
Organización: es un miembro de la red que gestiona una o varias blockchains. Posee uno o varios nodos pares pero un par pertenece a una sola organización. Una blockchain suele ser gestionada por varias organizaciones 23. Por ejemplo, sean dos organizaciones Org1 y Org2. Cada organización interactúa con la blockchain por medio de una aplicación. Supóngase que la Org1 desea transferir el Auto1 (un automóvil) a la Org2 y esta última desea transferir el Auto2 (otro automóvil) a la Org1. Para ello, la Org1 invoca la función transferir (Auto1, vendedor, comprador), véase la Figura 1, donde vendedor = Org1 y comprador = Org2, y la Org2 invoca la función transferir (Auto2, vendedor, comprador), donde vendedor = Org2 y comprador = Org1.
Consorcio: es un conjunto de organizaciones.
Canal: es un mecanismo mediante el cual se comunican los miembros de un consorcio, es decir, las organizaciones. Puede haber varios canales en una red. Es útil cuando hay diferentes libros: cada canal tiene un único libro; de esta forma, se puede aislar a las organizaciones haciendo que estas solo tengan acceso a determinados libros.
En la Figura 4 se pueden ver los distintos participantes en una blockchain de Hyperledger Fabric. Allí hay tres organizaciones (Org1, Org2 y Org3) y ocho pares (P1 a P8) en una red llamada N. El canal C conecta cinco de estos pares: P1, P3, P5, P7 y P8. Los otros pares P2, P4 y P6, no están conectados a este canal, pero están unidos al menos a otro canal (un par puede estar conectado a varios canales).
En la Figura 5 se presenta otro esquema de una blockchain de Hyperledger Fabric. Allí, hay tres organizaciones Org1, Org2 y Org3; y dos canales Canal_Todos y Canal_Org1_Org2. Cada organización tiene asociado un par: Par0.Org1, Par0.Org2 y Par0.Org3. Nótese que un par puede estar asociado con varios canales como el Par0.Org1 y el Par0.Org2. Cada par tiene una copia del libro y un CI por cada canal al que tiene acceso.
Política de aval: es una política que establece cuáles o cuantas organizaciones se requieren para avalar una transacción. Por ejemplo, una política puede establecer que al menos un par avalador de cada organización debe avalar la transacción para que este pase a la fase de confirmación.
Servicio de ordenamiento: es un servicio de software que arma los bloques. Este servicio recibe las transacciones avaladas, es decir, los avales hechos por los pares avaladores, las ordena, ver explicación más abajo, las agrupa en un bloque y lo envía a los pares confirmadores para que estos lo añadan al libro. Nótese que en la blockchain de Bitcoin el orden de las transacciones queda determinado por el minero: el minero armó el bloque y; por lo tanto, les dio un orden a las transacciones en este.
Política de consenso: es una política que establece las reglas para llegar a un acuerdo sobre cuál será el siguiente bloque que se añadirá al libro y sobre el orden de las transacciones en cada bloque.
4.2. Flujo de una transacción
A grandes rasgos, una blockchain en Hyperledger funciona como se describe a continuación 23, 25 y 26:
Un usuario mediante una aplicación emite una transacción (invocación de una función de un CI) y esta es enviada a los pares avaladores.
Cada par avalador ejecuta la función del CI, pero sin actualizar su libro, y devuelve un aval a la aplicación del paso 1. Específicamente, cada par avalador ejecuta la función del CI y devuelve en el aval en una variable llamada estadoModificado los datos como quedarían actualizados por la función y en otra variable llamada estadoActual los datos sin actualizar. Así, el estadoModificado y el estadoActual conforman el aval, véase la Figura 6.
La aplicación del paso 1 recoge todos los avales de una transacción (enviados por los pares avaladores del paso 2) y los reúne en un paquete llamado transacción avalada y la envía al servicio de ordenamiento.
El servicio de ordenamiento establece el orden de todas las transacciones avaladas que recibe y las agrupa en bloques 25 y 26. En este punto entra en juego la política de consenso: se llega a un acuerdo por parte de los nodos ordenadores sobre el orden de los bloques y de las transacciones en cada bloque. Por ejemplo, supóngase que dos transacciones avaladas (un retiro y una consignación) van a afectar a una misma cuenta. Debe entonces quedar determinado cuál de las dos se confirmará primero en el libro.
Los bloques del paso 4 son enviados a los pares confirmadores.
Cada par confirmador valida las transacciones de cada bloque (recibido del paso 5) y actualiza en su libro local los cambios generados por las transacciones avaladas válidas. Específicamente, cada par confirmador valida para cada transacción: i) la política de aval y ii) que no haya habido cambios en el estado del libro con respecto al estado actual que fue obtenido en los avales del paso 2, es decir, que los datos de la variable estadoActual coincidan con el estado actual del libro.
Si la transacción avalada es válida, entonces los cambios que aparecen en la variable estadoModificado son aplicados al libro local de cada par. Cada transacción avalada del bloque es etiquetada como válida o inválida y solo para las transacciones válidas se confirma el estadoModificado. Cada par confirmador añade el bloque a su libro. Finalmente, se emite un evento para notificar a la aplicación del paso 1 si la transacción fue válida o inválida. El proceso se muestra en la Figura 7.
5. Comparación de Bitcoin y Hyperledger Fabric
En la Tabla 3 se presenta un resumen de la comparación de las dos plataformas.
Tabla 3 Comparación de las dos plataformas.
| Aspecto | Bitcoin | Hyperledger Fabric |
|---|---|---|
| Nodo | ||
| Tipo | Es un computador de la red. | Es una aplicación que se ejecuta en Docker. |
| Función | Validar las transacciones y autorizar que se añada un bloque a la cadena. También puede actuar como un minero: arma un bloque e intenta resolver la PoW. | Según su función se tiene: a) Par avalador: avala las transacciones emitidas. b) Par confirmador: añade bloques al libro. c) Ordenador: arma los bloques y determina el orden de las transacciones en cada uno. |
| Transacción | ||
| Tipo | Transferencias de bitcoins | Pueden ser de cualquier tipo, es decir, dependen del negocio. |
| Zona de acopio (de las transacciones emitidas por los usuarios) | Fondo | No hay |
| Fases de ejecución | Ordenar y ejecutar 27 | Ejecutar, ordenar y validar 27 |
| Tiempo promedio de aprobación | 30 minutos 28 | Depende del número de nodos y del protocolo de consenso. |
| Bloque | ||
| Tamaño | 1.000.000 de bytes29 | Configurable |
| Número promedio de transacciones | 2700 30 | Varía según el tamaño máximo que puede tener un bloque, el cual es configurable. |
| Responsable de su armado | Cada nodo selecciona a partir del fondo las transacciones para armar un bloque. | Existe un servicio de ordenamiento que arma los bloques y determina el orden de las transacciones en cada uno. |
| Latencia | 10 min 10 | 100 ms 10 |
| Consenso | ||
| Política | Existe una política para establecer el porcentaje de nodos requerido para aprobar un bloque. | Existen políticas para establecer: a) Cuáles o cuántas organizaciones se requieren para avalar una transacción emitida. b) Cuál es el siguiente bloque a añadir al libro y el orden de las transacciones en cada bloque. |
| Protocolo | PoW | Soporta diferentes protocolos, por ejemplo, PBFT y Apache Kafka. La elección del protocolo depende de tres factores: velocidad, escalabilidad y finalidad (es decir, confiabilidad de que un bloque una vez comprometido no será revocado) 31. |
| Seguridad | ||
| Acceso | Público | Privado |
| Autenticación | Por medio de una billetera virtual los usuarios se autentican para hacer transacciones. | Existe un proveedor de servicios de membresía 23) que se encarga de generar certificados para la autenticación de los miembros de la red. |
| Inmutabilidad de los datos | Alta. Es casi imposible modificar los datos debido al número de nodos (miles) que tienen copia de la cadena. | Baja. Al ser privado tiende a haber pocas (decenas) copias del libro; por lo tanto, es más vulnerable. |
| Otros | ||
| CIs | Poco personalizables: están enfocados a las transferencias de bitcoins. Se programan en Bitcoin Script. | Personalizables: se pueden crear según las necesidades del negocio. Se pueden programar en Go, Java y JavaScript. |
Fuente: elaboración propia
6. Conclusiones y trabajos futuros
En este artículo se presentaron varios trabajos que comparan plataformas de blockchain. Destaca la variedad de criterios usados para su evaluación. En general, se evalúan principalmente aspectos de rendimiento, protocolos de consenso y seguridad.
También se compararon dos plataformas de blockchain: Bitcoin y Hyperledger Fabric. La diferencia principal es el enfoque: la blockchain de Bitcoin es pública y está orientada a transferencias de bitcoins. Por su parte, Hyperledger Fabric es una plataforma de blockchains privadas de propósito general ya que las transacciones pueden ser de cualquier tipo. Se enfatizó en el flujo de una transacción en las dos plataformas para observar sus similitudes y diferencias a nivel de componentes y las funciones de cada uno.
Como trabajo futuro se espera comparar diferentes plataformas de blockchain considerando el aspecto forense. Es decir, analizar los datos generados por cada plataforma y descubrir, por ejemplo, en cuál de ellas hay más indicios de fraudes, de lavado de activos, de transacciones periódicas sospechosas entre dos usuarios, entre otras. Lo anterior requiere el diseño de herramientas y de lenguajes de consulta especializados que faciliten la identificación de estos aspectos. Finalmente, la llegada de Ethereum 2.0, planeada para 2022, plantea una serie de innovaciones que deberán ser analizadas.
