Hyperledger Fabric 2.0: ¿Qué novedades hay?

La primera versión importante de Hyperledger Fabric desde la versión 1.0, Fabric v2.0, ofrece nuevas características y modificaciones esenciales para usuarios y operadores por igual, que incluyen compatibilidad con nuevos patrones de aplicaciones y privacidad, mejor gobernanza de contratos inteligentes y nuevas opciones para operar nodos. Lo que se mantuvo igual es la capacidad de actualizar los componentes de la red según sus términos, compatibilidad con actualizaciones continuas desde la versión 1.4.x y la capacidad de habilitar nuevas capacidades solo cuando las organizaciones miembro estén listas. Los expertos certificados de Hyperledger sugieren que Fabric 2.0 es un hito significativo para la era de la cadena de bloques empresarial.

Aprendizaje de blog

• Aspectos destacados de Hyperledger Fabric 2.0

1. Regulación descentralizada en contratos inteligentes
2. Nuevos patrones de colaboración y consenso en la aplicación de chaincode
3. Lanzador de código clave externo

• Palabra final

Echemos un vistazo a los distintos aspectos destacados de la actualización Fabric v2.0.

Regulación descentralizada en contratos inteligentes

Fabric v2.0 lanza una gobernanza descentralizada para contratos inteligentes, con un nuevo método para instalar un código de cadena en sus pares y lanzarlo en un canal. El último ciclo de vida del código de cadena de Fabric permite que varias organizaciones acuerden los parámetros de un código de cadena, por ejemplo, la política de aprobación del código de cadena antes de que se use para interactuar con el libro mayor. El nuevo modelo proporciona muchas mejoras con respecto al ciclo de vida anterior.

• • Varias entidades deben estar de acuerdo con los parámetros del chaincode

Con la implementación de las versiones 1.x de Fabric, un organismo tenía el derecho de establecer los parámetros del chaincode para todos los demás participantes del canal que tenían el poder de negarse a activar el chaincode y, por lo tanto, no participaban en transacciones en las que se invocaba el chaincode. El nuevo ciclo de vida del chaincode de Fabric es más versátil, ya que abarca tanto los modelos de confianza centralizados como los modelos descentralizados que requieren que una gran cantidad de organizaciones acuerden políticas de respaldo y otra información antes de que el chaincode se active en el canal.

• El proceso de actualización de chaincode más deliberado

En el ciclo de vida del chaincode anterior, se podía emitir una transacción de actualización a una sola organización, lo que creaba un riesgo para un miembro del canal que aún no había instalado un nuevo chaincode. El nuevo modelo permite la actualización del chaincode solo después de que una cantidad suficiente de organizaciones hayan aprobado el cambio.

• Política de respaldo más sencilla y actualizaciones de recopilación de datos privados

El ciclo de vida de Fabric le permite cambiar su política de aprobación o la configuración de recopilación de datos individuales sin tener que volver a empaquetar o reinstalar el código de cadena. Los usuarios pueden aprovechar una nueva política de aprobación predeterminada que requiere el apoyo de la mayoría de las organizaciones del canal. Esta política se actualiza cuando se agregan o eliminan organizaciones del canal.

• Paquetes de Chaincode inspeccionados

Los paquetes de ciclo de vida de Fabric contienen el código de cadena en archivos tar que se pueden leer fácilmente. Esto facilita la comprobación del paquete de código de cadena y la coordinación de la instalación en varias organizaciones.

• Iniciar múltiples códigos de cadena en un canal utilizando un solo paquete

El ciclo de vida anterior identificaba cada chaincode en un circuito mediante un nombre y una versión que se indicaban cuando se instalaba el paquete chaincode. Ahora puedes usar un único kit chaincode e implementarlo varias veces con diferentes nombres en el mismo canal o en diferentes canales. Por ejemplo, si quieres rastrear diferentes tipos de activos en una copia de chaincode propia.

• Los paquetes de chaincode no necesitan ser idénticos entre los miembros del canal

Organizaciones que extienden un chaincode para su uso, por ejemplo, para realizar validaciones específicas en beneficio de su organización. Siempre que la cantidad requerida de organizaciones respalde las transacciones de chaincode con resultados coincidentes, la venta se validará y se agregará al libro mayor. Esto permite que las organizaciones implementen individualmente correcciones menores en sus cronogramas sin necesidad de que toda la red proceda a una fase de bloqueo.

Nuevos patrones de colaboración y consenso en la aplicación de chaincode

Los mismos métodos descentralizados para celebrar un acuerdo que sustentan la nueva gestión del ciclo de vida del chaincode también se pueden utilizar en sus aplicaciones de chaincode para garantizar que las organizaciones consientan las transacciones de datos antes de comprometerse con el libro mayor.

• Controles automatizados

Como se indicó anteriormente, las organizaciones pueden agregar pruebas automatizadas a la función de chaincode para validar información adicional antes de enviar una propuesta de transacción.

• Acuerdo Descentralizado

Las decisiones personales se pueden modelar en un mecanismo de código en cadena que requiere varias transacciones. El código en cadena puede requerir que los actores de diferentes organizaciones indiquen sus términos y condiciones del acuerdo en el contexto de una transacción contable. La propuesta final del código en cadena puede entonces verificar que se cumplan los términos y condiciones de todos los participantes individuales y que la transacción comercial se finalice en todos los miembros del canal.

Lanzador de código clave externo

La función de lanzador de chaincode externo autoriza a los operadores a crear y lanzar chaincode utilizando la tecnología que elijan. El uso de lanzadores y constructores externos es innecesario, ya que el comportamiento predeterminado crea y ejecuta el chaincode de la misma manera que las versiones anteriores utilizando la API de Docker.

• Eliminar la dependencia del demonio Docker

Las versiones anteriores de Fabric permitían que los pares tuvieran acceso al demonio Docker para crear y lanzar un chaincode que puede no ser adecuado en entornos de producción debido a los privilegios del proceso de pares.

• Alternativas a los contenedores

Ya no es necesario que Chaincode se ejecute en contenedores Docker y se puede ejecutar en el entorno elegido por el operador.

• Ejecutables de constructores externos

Un operador puede proporcionar una colección de ejecutables de construcción externos para anular la forma en que un par construye y lanza un código de cadena.

• Chaincode como servicio externo

Tradicionalmente, los códigos de cadena los lanzaban los pares y luego se conectaban de nuevo a ellos. Ahora, los códigos de cadena se pueden ejecutar como un servicio externo.

Palabras finales

Una nueva versión importante da lugar a algunas consideraciones de actualización adicionales. Sin embargo, tenga la seguridad de que las actualizaciones continuas de v1.4.x a v2.0 están habilitadas para que los módulos de red se puedan actualizar de a uno por vez sin tiempo de inactividad. Los documentos de actualización se han ampliado y rediseñado significativamente, y ahora tienen un lugar independiente en la documentación: actualizar a la nueva versión.

Los programas de capacitación en línea para desarrolladores de Hyperledger ofrecen certificación blockchain de Hyperledger, así como también certificación de desarrollador de Hyperledger . ¡Pruébelo hoy mismo!