 que nos estáis aquí escuchando hablar inglés, porque David es el coordinador, pero va a ser todo en español, vale, para que nos preocupéis, porque me acabo de dar cuenta que no hemos parado de hablar inglés desde que hemos entrado. Así que, empezamos con los sencillos. Para los que estáis ahora, la estructura va a ser, primero, unas slides introductorias de dónde viene BAF, luego vamos a movernos a hablar sobre cómo funciona BAF, cuáles son los componentes, porque están en los componentes, luego vamos a ver una visión de la arquitectura completa de cómo queda BAF, y luego por último vamos a saltar una demo que está en forma de vídeo, porque obviamente estos son despliegues, no vamos a cerrar un despliegue en producción en varios entornos, porque, entre otras cosas, lleva un tiempo. Ejecutar estos scripts, sobre todo, de manera secuencial en un único entorno de Kubernetes, en una única herramienta se tienen que hacer todas las demandas secuenciales, y sí que puede llevar, pues a lo mejor, una hora incluso que nos quedaremos mirando a logs en la consola. Así que todo eso, para parírnos los saltando y dando saltos, vamos a estar acusando el vídeo, en los vídeos que usamos. Ok, así que creo que podemos comenzar. Sí, el livestream es... Enrique, solo sabes que hay un chat en el page de la livestream, porque la gente puede preguntar ahí, así que si quieres... Ok, bien, gracias David. Bueno, pues buenas tardes, buenos días, y no sé desde dónde nos estaréis viendo, pero hola a todo el mundo. Bienvenidos a Unitab Maths de HyperLayer Madrid. Hoy tenemos de nuevo con nosotros a Enrique, muchísimas gracias a Enrique por repetir la experiencia con nosotros. Y bueno, hoy vamos a hablar principalmente Bueno, Enrique va a hablar sobre el proyecto de Blockchain Automation Framework, que consiste para despegar redes blockchain listas para producción. Y bueno, pues por si no conocís Enrique, Enrique trabaja como Technical Product Manager en el Blockchain Acelerators de Accenture, y nada, así que Enrique te cedo la palabra ir preguntando cualquier cosa. Estoy pendiente del chat, tanto desde el Zoom como desde YouTube, así que espero que os resulte súper interesante, y nada, y otra vez, muy gracias Enrique por ofrecerse para dar esta charla. Muchas gracias, Maritere. Bueno, pues como ha comentado, vamos a hablar del Blockchain Automation Framework, que me voy a referir a él como buff durante la presentación. Ya me han hecho la introducción, soy Enrique, trabajo en el equipo de Accenture de Acceleradores, y nuestros aceleradores, cuando estén en un estado maduro y ya se han usado para unas cuantas implementaciones en producción y hemos visto que tienen éxito, nos gusta intentar moverlos y hacer los códigos abiertos. Entonces, estuve antes hablando de hace unas semanas, hace unos meses, tuve hablando de Hyperlayer Cactus, que es para interoperabilidad entre redes, y hoy vamos a hablar de Buff, que es para hacer los despliegos. Entonces, como ha comentado, vamos a empezar hablando un poquito del background, de dónde viene Buff, y pues, evidentemente, Buff viene como primer paso acerca de los deletes y de las Blockchains. El primer reto con el que nos encontramos fue darnos cuenta de cómo podemos compartir datos, cómo podemos compartir información, cuál es la siguiente fase de hacer todo esto. Y todo esto empieza con un ecosistema. Esto ya lo hemos hablado y ya lo hemos montado muchas veces, pero la idea es que el reto aquí es como junta de diferentes empresas, diferentes organizaciones que colaboren en un entorno en común. Se sabe que Blockchains es una manera de conseguir este valor compartido y otras que tenemos que estar mencionando. Y lo importante, y lo que siempre se suele hacer un poquito de Overlook, es acerca de la estrategia y la gobernancia de la solución, el modelo operacional de la plataforma y cómo se hace una protección a plataforma sostenible y capaz de crecer. Esto hemos visto que hay muchas opciones de hacerlo. Tradicionalmente, la manera más antigua que teníamos era que nos enviamos los datos unos a otros, nos enviamos un email con el Excel, con el documento en el que estábamos trabajando. Más adelante nos movimos al modelo de compartir los datos, modelo de las bases de datos distribuidas, también a los incluso modelos colaborativos para colaborar en programas. Y ahora venimos a contar el que seguro que estamos trabajando todos, es acerca de compartir los activos, que aquí es donde entran las redes Blockchains, los deletes, el poder de mostrar propiedades únicas de los activos en entornos competitivos o muy sensibles, donde no podemos confiar donde tenemos que verificar la información que nos está llegando. Y aquí la clave es identificar el problema, ver cómo se puede solucionar ese problema y ver qué soluciones hay en el mercado que puedan ajustar este problema. Con esto decir que y apuntar que los deletes son una solución muy, muy atractiva, que soluciona bastantes problemas actuales, que a veces sí que se puede hacer un rol vaca a los sistemas más tradicionales y que tenerlos pues aquí todos en cuenta. Entonces en concreto nosotros somos del multipartisystems y del blockchain y el primer reto con el que nos encontramos fue pues cómo montamos una red blockchain, cómo se monta una buena red blockchain en producción. Así que hace unos cinco años empiezan a trabajar en Accenture, antes de que entras a yo, en el DLT Reference Architecture, que intentaba explicar y poner pues todos los componentes tradicionales que sí que estamos más acostumbrados a gestionar, como pueden ser los smart contracts, el consenso, los nodos, los contenedores, sistemas de integración de servicios, pero cómo se identificar y poner y montar todos estos componentes que también hacen falta cuando estamos montando una red en producción. Entonces para esto hay que tener en cuenta todos los escenarios, hay que hacer un análisis de los requisitos, hay que definir unos principios y unos modelos de desarrollo, hay que identificar las capacidades de cada solución y luego por último pues dibujar un poco los componentes. Esto hay que decidir y lo comentamos más adelante que este es el sistema que usamos en Accenture, que también es abierto y lo compartimos con todo el mundo que lo quiera seguir, pero que entendemos que no es el único y la plataforma de BAF es compatible con otros y lo puedes montar como tú quieras. Esto es para explicar de dónde nace, porque hace cinco años y con unas cuantas iteraciones después se junta este... unas slides acerca de cómo se debe hacer el Reference Architecture y cuáles son los principios que se tienen que tener en cuenta, que tenéis ahí listados a la izquierda y se da a los primeros los primeros desarrolladores y pues el feedback primero que entendemos es que es unos slides pues muy bonitas, que les dijimos, unos slides preciosas, pero que hacer esto en un sistema real que es terriblemente complicado. Era terriblemente complicado y encima era muy muy muy complicado de rehusar. Sí que puede rehusar ciertas configuraciones y que puede rehusar las herramientas que estás usando, pero todas las configuraciones y las instrucciones y los diferentes pasos a seguir siguen siendo pasos que se tienen que hacer de un en uno. Para los que hayáis intentado levantar redes no ya muy complicadas, sabéis que pues por ejemplo solamente ejecutar un Docker Compose es muy fácil, pero hay muchos muchos pasos extras y queremos que ese Docker Compose pueda usar en un entorno medio real. Para ir más allá lejos, para no bajarnos mucho las configuraciones de todos los componentes criptográficos, la configuración de nuestros entornos en particular, de los canales en el caso de Fabric, de la creación de los grupos, en el caso de Besuo o los Private Force en el caso de Quorum, son todas cosas que tenemos que predefinir y eso ya sin darnos cuenta con todo el resto de componentes que necesitamos para una verdadera solución en producción que normalmente se olvidan, como por ejemplo todos los servicios de DevOps que se tienen que hacer acerca de Blockchain, todos los servicios de seguridad que pues afortunadamente sí que a veces nos hemos olvidado y dejábamos las claves en sistemas de ficheros o en entornos acoplados. Entonces un montón de cosas que hacer, así que lo primero que hicimos fue pues vale, sabemos que esto es un problema, vamos a identificar los retos que tiene de desplegar una red, pues como hemos comentado muy poquito se puede rehusar al final del día por una solución en producción de verdad, el Docker Compose que en sí ni se debe rehusar si estás haciendo una buena solución porque te acoplas un montón de cosas y no lo puedes desplegar sobre contenedores gestionados por defecto por ejemplo, tenemos que las soluciones en sí, las soluciones de los DLT son en producción son muy caras de construir y muy muy caras de escalar, ha habido proyectos, en el centro hemos montado pues creo haber leído la última vez es 6 de las 10 redes más grandes del mundo y los costes de los costes productivos son los costes de poner la solución en producción pueden ser hasta un 30, un 40% del coste de la solución cuando estás ya en tu proyecto de producción. Tenemos muchos problemas acerca de concilos de tecnología, por ejemplo esta noción de que cierta tecnología es mejor para resolver cierto problema es cierta pero muchas veces nos vemos relegados a decir bueno pues uso esta solución tecnológica no porque sea la más apta para para resolver el problema o porque piense yo que a ver sea la más apta sino porque es la que la que mi tecnología partner ofrece o la que mi entorno cloud ofrece etcétera. Hay un riesgo enorme de seleccionar la plataforma DLT equivocada si nos tenemos que resplegar en otro entorno es terriblemente caro, esto también está relacionado con el con el proyecto de Hyperlayer Cactus y por último no hay no hay unas estándares ni mejores prácticas establecidas hemos hablado y hemos dicho que hemos que en acenturo proponemos uno pero no es siendo realistas no es el estándar no es el estándar global porque no hay ninguno todavía entonces se tiene que tener esta flexibilidad tenemos que tener esta capacidad de cambiar de unos a otros y bueno de aquí nace BAF. BAF básicamente nace de la idea de cómo podemos simplificar todo este proceso de hacer una herramienta con la que podemos hacer estos depliques altamente en producción. Luego lo veremos más adelante y lo veremos directamente a la documentación del producto pero básicamente la cosa entretenida la cosa original de BAF es que con un único archivo de configuración un único archivo de Ansible bastante sencillo y una parte unos componentes preconfigurados que es básicamente un entorno de Kubernetes que vamos a discutir luego. Puedes hacer despliegues y puedes hacer operaciones complicadas sobre redes por ejemplo puedes hacer un despliegue entre varias con varias organizaciones que cada una siga teniendo sus secretos separados que todas se conecten con el mismo CA que todos que se creen los canales necesarios que se desplieguen los contratos necesarios que cada uno esté conectado en un entorno clau diferente que algunas estén un premis y todo esto lo haces al final con un único archivo de configuración que como vamos a ver es terriblemente simple en vez de los tradicionales de despliegue en producción que acaban siendo decenas y decenas y en un caso hasta llegamos a más de 100 archivos de Ansible separados para hacer todas todas las diferentes tareas que tenían que hacer para la red. En el fondo en producción tenemos que estar siempre usando herramientas de automatización y vamos a ver luego cómo cómo funcionan esas herramientas. En cuanto a BAF una cosa importante a definir los los los tres aspectos claves que se siguen el primer es la seguridad. Siempre se hace sobre entornos seguros hemos incluso los entornos no seguros hemos puesto nos hemos encargado de poner seguridad por ejemplo cuando haces un despliegue usando Hyperlayer Besu no tiene telés no tiene comunicación telés entre los diferentes componentes ni por defecto al exterior. BAF te lo autoconfigure te puede ayudar a autoconfigurar todo eso con tus propios certificados. También por ejemplo la gestión de claves que hemos mencionado antes. BAF te obliga a usar o te ayuda a usar por defecto gestores de claves. El segundo principio es la escalabilidad. BAF te ayuda a montar tu solución en una prada de concepto y a escalarla en producción sin tanto sin sin tirar tu trabajo te ayuda a hacer los procesos de scale up bastante bien. Se puede usar por una red simple y enseguida puedes empezar a mandar componentes a mandar instrucciones que hacen que lo replican en entornos más grandes o que van añadiendo nodos que van cambiando las van cambiando las condiciones de tu red vas generando nuevos nuevos archivos de todos los nuevos archivos de criptografía que necesitas etcétera. Y por último es un acelerador que acelere para eso está hecho entonces que puedas hacer tus entornos de dev en menos de días en menos de una hora y que puedes hacer tus redes de producción que en vez de llevarte semanas que hemos llegado a ver semanas de work effort para el despliegue o incluso meses en hacerlo en horas o incluso en unos pocos días tienes que aprender usar la herramienta y para esto para hacerlo aceleradores era uno de los motivos principales porque lo hemos hecho opensource. La idea de hacerlo opensource es evitar tener las las conversaciones de quién es el dueño de x con herramientas como buff que las se van a usar por por diferentes miembros de la red es crítico decir que cuando estás en un en un consorcio quieres usar herramientas de código abierto quieres usar herramientas que digas pues si quiero las cojo yo las evoluciono yo las mantengo yo si quiero trabajo con alguien para que me las mantenga pero sé que si mañana desaparece x o desaparece y mi plataforma sigue siendo soportada y sigue estando dentro de y puedo seguir explotando como quiera porque tiene la licencia adecuada como todos los proyectos de hyperlayer la licencia de hyperlayer cactus es de baja y perlier bas perdón es apache 2.0 entonces los principios los principios de la solución lo primero es que intenta definir una tiene una arquitectura de referencia una serie de requisitos que se intentan definir y que intentan cumplir de manera automática para todas las personas que estén usando la herramienta que es totalmente independiente de la infraestructura que esto lo veremos más adelante pero también es lo que nos ayuda a hacer los despliegue en diferentes redes tiene un diseño modular y esto es porque se usan muchas tecnologías para para desplegar una red entera en producción y es importante para nosotros que es que sean plug and play que si quieres cambiar una de ellas que tengas la capacidad de hacerlo que como hemos mencionado antes está diseñado para la seguridad y como hemos mencionado también antes que todos los componentes que lo conformen sean completamente open source no podemos usar herramientas dentro de nuestra herramienta de código abierto que no sean de código abierto por el mismo motivo pero por nuestro principio de quién es el dueño de qué los prerequisitos para desplegar la solución lo vamos a ver más adelante en más detalle pero son básicamente un cláster de cubernetes que puedes tener desplegado donde quieras una instancia de jascor volt que puedes tener también desplegada donde quieras y por último ansible para ejecutar el desplegan si que es la herramienta por detrás que se encarga de ejecutar el resto de las instrucciones aquí notar que idealmente tienes un cláster de cubernetes por cada miembro de la red por cada organización lo cual implica también una flexibilidad bastante interesante es que puedes hacer desarrollos múltiples hacer implementaciones multicloud de una manera muy sencilla el único que necesitas es que te den la organización que está trabajando acceso a su cláster de cubernetes el resto es automático y que cada uno tenga obviamente su propia instancia de jascor volt para asegurarse que los secretos que todas las claves que tienen cada uno estén siempre en las en los entornos de las organizaciones aunque todo sea self manage y todo sea mantenido por por una empresa seguimos siempre recomendando que cada uno tenga sus sus accesos sus instancias a estas herramientas esto no es un requisito la demo que vamos a ver luego más adelante lo hace todo con con una instancia de cubernetes bueno y para hablar de las tecnologías lo primero que tenemos es lo que me ha mencionado antes es cubernetes hemos usado cubernetes hemos decidido ser cubernetes para ser agnósticos a ningún entorno en particular cubernetes hace la mayor parte del esfuerzo aquí nos abstrae del entorno que queramos lo siguiente es gtops y en este caso también estamos usando flax porque porque en un entorno productivo es muy importante poder cambiar cosas y es muy importante mantener una cierta información de todos las cosas que están siendo cambiadas y aquí es donde gtops funciona tremendamente bien y aquí en concreto usamos flux que es una herramienta enseñada para para cubernetes que se encarga de mantener la consistencia entre lo que decimos en el que tiene que ocurrir en el gtops y lo que ocurre en sí en el cubernetes lo siguiente que podemos hablar es helm por ejemplo que es el gestor de paquetes de cubernetes vamos a ver luego en concreto más adelante que es exactamente lo que está llevando pero básicamente es ejecutado es lo que se lo que ejecuta flux para desplegar las plataformas de los contenedores y luego por último tenemos ansibol que lo usamos exclusivamente como el configuration manager los que heis usado ansibol otras veces sabréis que bueno pues diréis pues también se puede también se puede hacer otras cosas puedes puedes hacer desplegues pues hacer gestión de infraestructura etcétera pero nosotros exclusivamente aquí lo usamos para para bueno el usuario de la red lo está usando exclusivamente para generar su archivo inicial de configuración que es lo que vamos a ver y él solito se encarga de generar todos los sub archivos de configuraciones que se necesitan para hacer el desplega entonces un archivo de ansibol puede convertirse en las decenas de archivos de ansibol que suele llevar un desplega en producción y por último jesikovolt que le hemos mencionado antes que la idea es de externalizar todos los secretos un motivo muy importante para los que habéis hecho estas cosas habréis visto que el que usar el sistema de ficheros es aparte tremendamente inseguro suele ser el bottleneck cuando tienes muchos muchos diferentes recursos leyendo al mismo sitio y la idea es que no sé que no hay que tener nada en el file system mucho menos cosas críticas y para eso tiene jesikovolt lo bueno que nos da es que es opensource y que aparte se integra con con con muchas soluciones de otros clouds por lo que si quieres usar la ws kns lo puedes usar a través del jesikovolt pero configuras e das acceso al jesikovolt das acceso al cubernetes y pues hacer cualquier desplegue pues saltando a la siguiente aquí vemos pues un poquito como todos los componentes y todas las cosas que hemos visto se acoplan a las diferentes requisitos de hacer un desplegue en producción los que están marcados importante las no sirveis mi ratón pero las que están marcadas con los cuadrados verdes son las herramientas que hay que tener preconfiguradas antes de usar buff que se acaba reduciendo a tener en un entorno un cloud provider también se puede hacer en local en un entorno tienes que tener desplegado un servicio de un servicio de cubernetes por ejemplo si tienes amazon e ks con tu servicio de cubernetes lo único que tienes que hacer es apuntar en tu archivo de configuración donde está ese servicio de cubernetes donde están los servicios de cubernetes de los diferentes organizaciones a las que vas a hacer el desplegue donde está desplegado el jesikovolt y el acceso al jesikovolt con fuerte el acceso al jesikovolt en el que vas a guardar tus secretos y ya está te defines tu archivo de configuración que vamos a ver más adelante y el resto se hace automáticamente aquí a lo mejor interesante que hemos mencionado antes es ambasator que se encarga de poder hacer los desplegues y de mantener la coherencia y de hacer las conexiones entre los diferentes entornos cloud porque también una donde se te suele pasar mucho tiempo es configurando los accesos de los diferentes nodos y los diferentes y los diferentes nodos con la aplicación en sí es un trabajo razonable pero se complica muchísimo más una vez quieres hacer entornos y quieres hacer desplegues multicloud porque pues porque configurar la seguridad entre entornos multicloud configurar telfire bueno entornos multicloud es lleva muchísimo tiempo y tarda muchísimo muchísima sincronización con ambasator se te automatiza también todo ese proceso aparte otra ventaja de usar buff es que puedes ejecutar el script únicamente desde un único desde un único lugar que es donde de la manera que tradicionalmente solíamos hacer desplegues pero igual habéis visto que algunos por algunos clientes eso no es una opción porque no van a dejarte acceso directamente a su infraestructura entonces otra ventaja de usar estas herramientas va en general es que cada cliente a cada organización puede ejecutar los scripts directamente en su entorno y acaba con una una serie de contenedores una serie de contenedores gestionados por cubernetes que a los que solamente se pueden conectar de la manera que han definido ellos y la manera que han querido configurar ellos en una configuración en un único archivo configuración bastante bastante sencillo que es donde más tiempo como digo al final te sueles pasar hay alguna pregunta maritere alguna pregunta ahora en él en algunos de los sitios para hacer aquí una pequeña parada o continuamos de momento nada de hecho iba a decirte que luego pues hacemos al final turno de preguntas si quieres o si quieres que yo ya tengo algunas pero vamos si quieres sigue y luego ya al final prefiero así que prefiero hacer una pequeña parada porque ahora vamos a empezar con hacer un par de paradas más para hacerlo un poquito más ligero vale pues yo te voy a hacer las mías cuál es la curva aprendizaje de utilizar este proyecto porque generalmente por ejemplo en el caso de redes blockchain en el caso por ejemplo de hyperleria favoris que es con la que yo estoy muy familiar estaba la curva aprendizaje suele ser complicada entonces es necesario primero saber conceptos muy específicos de la red blockchain sobre la que vayas a trabajar y luego una vez vayas a utilizar este framework la curva aprendizaje del framework es complicada o es fácil son dos preguntillas en en ejemplos y en otras integraciones bueno la primera en cuanto a las en cuanto a la curva de aprendizaje para no perdón en cuanto a la complej en cuanto a lo que tienes que saber de un delete para poder usar va sobre ese delete pues la la respuesta fácil es que el archivo de configuración más simple requiere es prácticamente nada de nada de conocimiento acerca de tu delete acerca del delete que quieras usar pero según tienes más conocimiento pues si puedes hacer configuraciones mucho más en particular para resolver tus problemas por ejemplo en el caso de hyperler fabric pues hacer un despliegue básico con el archivo por defecto en minikube y tienes en tu entorno una un despliegue de buff que te funciona ya pues puedes empezar usando minuto uno pero imagínate que tienes que quieres tener que quieres hacer que unos solamente unas organizaciones en particulares tengan nuevos validadores quieres hacer que exista un c a compartido por todos los nodos y quieres desplegar también ese c a y poder mantener también ese c a quieres a lo mejor añadir un nuevo nodo a la red quitar un nodo de la red hacer un despliegue de un nuevo chenco para hacer esas operaciones necesitas más conocimiento en particular de la red que estés usando entonces lo que intento decir es que el tu conocimiento de la red te va a dejar de hacer más cosas con buff con buff puedes hacer puedes configurar cualquier red hasta el hasta detalles bastante bastante de bajo nivel en cuanto a la curva de aprendizaje para usar buff hemos hemos implementado luego lo veremos con cinco clientes lo han usado y ya han usado ya buff en producción tres más están haciendo implementaciones ahora mismo y diría que el tiempo de media que lo que hacemos es entrenamos a un miembro del del del cliente para que se hagan ellos su configuración y hagan ellos su propio espliegue era cerca de una semana era cerca una semana también porque no conocían si no conocen la herramienta principal que usan que es ansibol al final el resto de herramientas se abstraen al usuario pero es cerca de una semana para para para aprender usar ansibol al nivel que se necesita de la herramienta y alguien que sepa de blockchain en una semanita puede empezar y para los contribuidores en concreto pues sí que tienen que conocer todas estas herramientas o tenemos más herramientas y lo que sí que está genialmente de buff que no tenemos para otros proyectos es la documentación y tenemos incluso un learning path en particular en el cual vienen minicursos autocontenidos dentro de la propia plataforma de hyperlayer para que puedas aprender usar las herramientas que usa este proyecto y podés aprender a colaborar con eso. Vale genial, a mí me ha quedado clarísimo. Tenemos también varias preguntas, nos preguntan es necesario trabajar en cloud puedo hacerlo en minicube entendemos que si no. Sí se puede hacer en minicube y se puede hacer también en entornos en entornos locales si tienes un entorno unos hierros que tu montas locales en los cuales te desplegas cubernetes puedes hacer desplega también en infraestructura directa. Vale también nos preguntan si es también compatible con microcubernetes, micro caosos, vamos microcubernetes. Tendría que mirarlo pero si es compatible y aquí de lo poco que me mojo yo directamente con cubernetes no te la sé decir directo pero me la apunto para responderla por el grupo. Imagino que sí mi expectativa es que si puso en minicube también se podría usar en otras plataformas hechas para que intentan cumplir lo mismo. Vale también nos pregunta Alfonso ¿dónde están los minicursos para aprender? Pueden por favor compartir el link si me dices ¿dónde está? Yo lo buscando y mientras sigues lo voy poniendo por el chat. Vale si buscas el mejor learning path blockchain automation framework te sale algo y está en la wiki del blockchain automation framework. Si buscas hyperlayer wikibuff si buscas por ahí está el link están llamando como learning path. Te ayuda a aprender todas las tecnologías y la idea es que no te lleve mucho tiempo a aprender a usarlas pero de verdad si sabéis ansible os vale aparecer el despliegue y con que haya link os aprovisione los contenedores ya y el hash y corvolt os debería valer. Una persona de DevOps para eso, un desarrollador que aprenda las bases de ansible y que sepa de blockchain y podríais hacer pues ahora veréis que cosas bastante chulas con muy muy poquito código. Aquí miramos los diferentes componentes para hacer un despliegue por ejemplo de hyperlayer fabric. Voy a asegurarme que tengo las notas aquí. Bueno voy empezando tenemos una serie lo primero una serie de contenedores de Docker la mayoría hay siempre que podemos usamos los contenedores oficiales en el caso de fabric todos los contenedores que usamos son los oficiales no obstante por requisitos que hemos tenido también hemos construido la capacidad de usar repositorios de Docker privados entonces si tienes un repositorio de Docker privado con tu propia versión de un fabric ca puedes puedes en el archivo de configuración ya veremos los detalles especificarlo y conectarte así hacer el despliegue sobre ese. En ansible tenemos las diferentes funcionalidades que hay para cada para cada red ahí tienes por ejemplo las diferentes funcionalidades que se pueden que tenemos disponibles para fabric hay unas cuantas más que vamos a sacar esta semana esta semana sacamos el nuevo release y en el helm tenemos los es el que se encarga de hacer los los diferentes los despliegue de los diferentes componentes por ejemplo los el storage los diferentes nodos el mes que se encarga de de desincronizar eso y de todos los ficheros que que contienen los componentes necesarios de gestionar los despliegue los servicios o los servicios como entrar en canales crear canales etcétera decir aquí están marcados como tuve simplemente de un future release en gris el certificato authority y el pbft están incluidos en la próxima release que sale como digo esta esta semana si todos vale bien si no si se aprueba entonces básicamente tenemos por un lado el los conteneres de docker por otro lado si volcamos con las funcionalidades y por último tenemos el helm que es el que se encarga de de contener los componentes necesarios y ponerlos en cubernete vale para corda enterprise pues tenemos una visión un poquito similar el igual aquí las cosas que están en gris ya están terminadas y en concreto pues hay ciertos componentes que no podemos usar de por que no que faltan por defecto en la versión de corda enterprise que sí que son necesarias por ejemplo el acerca de la configuración de su firewall como como ofrece corda su sistema de seguridad es básicamente poniendo un nodo por encima de todo pero el pero no hay por defecto no hay un firewall por encima de ese delante de todo que te ponen es algo que te tienes que configurar tú tienes sentido que te den ese configurar tú porque es esa doc para la solución que tienes aquí gracias a gracias a baff si tú predefines en tu archivo de configuración como tiene que ser eso se te hace toda toda esa todo se explica también de manera automática y en este caso el retraso usa también el chart así que podemos re usar ciertas cosas oficiales que están publicando ellos y aquí comentar también que estamos usando y estamos colaborando con con todos en el caso de baff si que hemos colaborado ya directamente con todos estos con los creadores de todas estas redes que no es un proyecto que que haya salido de la nada y que se ha hecho de la nada sino que los los contribuidores principales de los de los mayores protocolos que estamos viendo aquí han colaborado directamente para asegurarse de que esto se hace siempre de la mejor manera posible también tenemos hiper layer indi entendemos que no que indi no es no que solamente esto no es no es toda el el picture de lo que es el sistema de identidad que sí que mucho que recae sobre la wallet pero los nodos aquí sí que se pueden gestionar de directamente es de baff y por último tenemos besu que nuestro release más reciente es el que menos funcionalidad tiene pero también es el que uno de los primeros colores que empezamos a trabajar porque empezamos a trabajar como con pegasis casi desde desde antes que desde antes que fuesen parte oficial de de hiper layer con beso y bueno vistos los vistos aquí a muy alto nivel como como es el high level view de los diferentes nodos hablar un poquito de de los números de baff de como como plataforma de código abierto pues lleva un año de código abierto esto empezó con un proyecto interno dentro de acentur que se llama fulcrum decidimos abrirlo porque lo que decimos siempre que podemos un proyecto en dentro de los acelerados de acentur siempre pensamos que tiene más sentido abrirlo así que hace uno un año salió dentro del hiper layer labs como con licencia patch 2.0 el impacto ahora mismo que hemos visto es que hemos reducido más de un 80 por ciento el tiempo de display en de diferentes redes con diferentes clientes son números reales de experimentaciones esto es claro que te obliga a seguir todas las buenas prácticas que es lo que más lo que más tiempo te ahorra y la solución de arquitecturas pues están están muy muy avanzadas están muy muy desarrolladas específicamente para que puedan correr y puedan funcionar en sistemas de producción en cuanto a la comunidad tenemos 32 contribuidores con cuatro externos aproximadamente los últimos que lo miré eran 16 son de son personal de acentur tenemos 128 estrellas hemos subido bastante recientemente y tenemos 235 forks del proyecto y tenemos un rocket chat como todos los proyectos de hiper layer a los que os animamos que entréis a la mejor manera para para empezar a aprender es hacer preguntas directamente por el rocket chat si tenéis cualquier pregunta más técnica o queréis queréis empezar a usarlo o queréis empezar a contribuir el rocket chat es la manera más rápida para vosotros y más eficaz y lo que antes vais a conseguir respuestas para para contactar con los con los desarrolladores del proyecto y bueno pues poder poder poneros al día y poder intentar echaros una mano con lo que queréis hacer actualmente soportamos las seis plataformas que veis ahí arriba a la derecha hemos hecho más si técnicamente ahora son seis implementaciones con clientes que le están usando redes en producción que han sido montadas con buff y estamos trabajando en tres más con ellos estamos trabajando en tres en tres implementaciones más decir que también que son proyectos terriblemente grandes porque son los proyectos terriblemente grandes con donde de verdad te encuentras con los beneficios de de tener una una una red blockchain en producción que tiene todos los beneficios y toda la preparación de una red en producción de que no se ha blockchain todas estas herramientas que siempre dejamos fuera de nuestros desarrollos automatizar con todo eso es la gran ventaja entonces hacemos aquí otra parada para preguntas y luego saltamos un poquito a la demo con las y veremos un archivo de configuración y voy a ir saltando durante un vídeo para poder ver todas las todo como como se ve y cuál es el resultado final vale pues tenemos una pregunta de Jesús que nos pregunta hay funcionalidad actualizar upgrade chenco entiendo que es el fabrico si además lo hemos hecho hace relativamente poco tenemos para tenemos ciertos ciertos componentes que se encargan de hacerte la actualización tenemos de la empezamos soportando de la 1 4 4 luego la 1 4 8 que es fue incremental pero sí que tenemos ahora con la 2 2 x creo que decimos ahora y modo 2 x que ha salido además en nuestra justo nuestra release anterior y te dan los scripts para para actualizarte tus tus nodos a una 2 2 y para actualizar tu chenco de una 2 2 y también soportamos ahora con con la versión 2 2 en java por ejemplo y el uso de de otras versiones de java para para desplegar tus para hacer tus contratos vale y yo te voy a hacer aprovechar también de tema de roma por ejemplo por ejemplo ahora con la versión 2.3 de fabrica han cambiado el system channel y se pueden borrar canales tenéis planteado por ejemplo añadir este tipo de automatizaciones si está está nuestra próxima está en la próxima release y una de las cosas buenas que sí tenemos hechas bastante bien en baff es el roadmap precisamente y si en la propia wiki lo podéis ver a nivel de de en el propio read de docs tenemos un read de docs muy extensivo con una sección de roadmap si bajáis un poquito están las funcionalidades en particular si hay una funcionalidad que se necesita o que veis que puede ser útil y que no están al roadmap siempre pedimos que abréis una isu porque abrir una isu es la manera más sencilla de empezar a colaborar con el proyecto y si podéis también colaborar y os apetece a aportar código genial pero si no de verdad solamente isus para para intentar ver cuáles son las necesidades del ecosistema es algo que apreciamos muchísimo vale genial entiendo que la siguiente pregunta se ha respondido con la mía pero nos preguntaban si el comando de la creación de un canal es usado a través de gelm el comando de la creación de un canal se inicia a través de una llamada de ansibol y si que es luego va gelm y luego va el cuernetes se usa los en concretos casos de fábric creo recordar que se usan los los ficheros por defecto que te que te que te ayudan a hacer esto que te van a generar los protocolos que se mandan genial pues de momento a ver en youtube no hay nada así que pues de acuerdo pues ahora voy a hacer la primera para de compartir para enseñaros rápidamente la documentación estáis viendo mi pantalla si se ve perfecto vale entonces mencionaros y recomendaros esta página vale esta página vais a tener toda la toda la documentación y al contrario que para otros aceleradores sí que puedo decir precisamente que esta está bastante bastante más trabajada y currada y nos preocupa mucho por mantenerla actualizada es actualiza automáticamente con la información de github etcétera seguro que hay preguntas más adelante que nos han hecho en toda la reunión es acerca la compatibilidad del roadmap tenéis aquí dos puntos en particular para ellos el roadmap ya lo hemos hablado tenemos también un fact pues si queréis tenéis preguntas en particular y ahora vamos a ver en el operations guide explica los archivos de configuración un poquito para cada uno de los para cominar las redes vamos a empezar con la de bus operations porque el vídeo que vamos a ver es acerca del bus operations perdón vamos a hacer cada una de una red de beso porque queríamos enseñar una una de las funcionalidades que se añade a beso que no que no están por defecto y que sí que son útiles y entonces mencionaros que aquí con un poquito más de con un poquito de tiempo voy a ir muy muy por encima podéis muy fácilmente entender y ver cómo se va mejorando cómo cómo montar vuestros vuestros vuestras redes al final el archivo de configuración tiene este aspecto tenemos en la network tenemos la red especifica la red que se quiere usar y en versión se especifica la versión de las imágenes que se quiere usar un caveat aquí en particular para fabric que sé que sé que se ha mencionado antes y parece que es la que más interés tiene la última versión de los contenedores de fabric no funciona bien para todas sus funcionalidades y le están echando para atrás si hacía vuestros intentos os recomendamos q6 que no uséis la última sino justo la anterior quedamos esto les ha pasado la semana pasada y lo van a arreglar en este caso por ejemplo vamos a hacer el desmos hacer el despliegue una red del 1 4 4 de beso decimos que lo queremos poner en un torno de desarrollo decimos que queremos usar en basator para para hacer la sincronización también se puede también podemos usar bueno no perdón ha próximo ha sido implementado para beso pero para otra vez y que se puede usar a proxy dices los puertos que quieres usar si quieres usar un DNS externo que se recomienda también para redes de producción en quien docker pues también podemos mencionar un poquito lo que lo que hemos dicho que se puede usar repositorios de docker privados por si queréis tener vosotros los vuestros puestos en un por defecto en los luego veremos aquí abajo las organizaciones las organizaciones lo vamos a ver en el vídeo con más detalle aquí el concepto no no no es nativo de beso pero sí que es igual de aplicable tenemos las diferentes organizaciones que van a participar que pueden ser o no dos miembros o no dos que participen que sean parte del consenso a hacer estas diferenciaciones muy muy importantes y que hacer es en producción que escalen con beso porque no puedes hacer que todas las que todos los nodos sean validadores y es una manera muy sencilla hacerlo te deja tener te deja hacer te deja usar DNS es que tú definas cual viene viene bastante más útil que poner las IPS directas de que te da WS y te hace este enlace también automáticamente por lo que no tienes que estar usando tu route 53 en el caso de WS o confiarte tu propios DNS es luego veremos más abajo también que necesitas pues acceso al al Kubernetes a tu fichero de configuración de Kubernetes y si estás usando WS pues tus tus secretos para usar el no WS aquí de notar que esto es dependiente de la persona que lo esté ejecutando que te pueden dar acceso a un entorno de WS con una clave en particular porque es el que está haciendo el despliegue o le puedes dar este le puedes dar el fichero de configuración a tu cliente y decirle mira solamente ejecuta esto en tu en un miembro de tu WS que tenga tu WS que tenga acceso a tu clases de Kubernetes en GitOps también te configura esto tu propio GitOps por defecto aquí no vas a tener que hacer mucha configuración pero esto es para que Flux se encargue automáticamente de decir las actualizaciones que le vas a tener que para mantener para hacer que Flux pueda hacer automáticamente y dar automáticamente lo que necesita Helm y puedas usar Flux para mantener una trazabilidad de la consistencia de todos los despliegue que estás usando y en sí los peers tienen más la información tradicional de un peer de beso con la información extra de los portos en base a todos donde queremos estar exponiendo las diferentes cosas y luego tenemos más la información un poquito en particular sobre todo cuando queremos hacer operaciones más otras operaciones aparte del despliegue como por ejemplo si quiero hacer un despliegue de un contrato pues lo puedo poner tal cual tal cual lo estamos viendo aquí en la configuración y más abajo tenéis lo que es lo que es cada campo y tenéis también lo que y tenéis también ejemplos por el que solamente puedes cambiar vuestro contrato puedes cambiar puertos y empezar a hacer pruebas en vuestros entornos aquí por el deployer js pacis donde están las instrucciones de cómo se quiere hacer el despliegue contract pacis donde están los contratos las iteraciones es el número de es el número de iteración en máximas que se intentaría 200 ahí es altísimo el entry point es el contrato en particular que queremos desplegar y al private for la colección de las claves públicas de orión en las que queremos hacer el despliegue en el caso de beso voy ahora a saltar a compartir el vídeo y voy a intentar hacerlo relativamente rápido los 10 minutillos que nos quedan viste los mil pantallas otra vez véis el vídeo y perfecto genial pues aquí tenemos un ejemplo con cinco organizaciones es vamos a hacer un despliegue de una red que típica que se usa para un tema de supply chain sobre hyperlayer beso y tenemos una organización que es el carrier el store el warehouse el manufacturer y otra organización que es el supply chain que es la organización de todos ellos que es quien contiene los validadores en despliegue tradicionales y incluso para ciertas redes más pequeñas usarías los propios nodos validadores como los nodos que también son miembros de la organización para redes más grandes de producción por temas de separación también de responsabilidades pues se recomienda tener separado entonces aquí en este ejemplo vamos a tener cuatro validadores y cuatro nodos que simplemente van a estar perdón cuatro nodos validadores que van a estar procesando transacciones cuatro nodos valido cuatro nodos que solamente están para para hacer el relay de las transacciones y escuchar transacciones y vamos a hacer un despliegue vamos a hacer un despliegue de hyperlayer beso usando tls ¿por qué? porque aquí está porque en el caso de hyperlayer beso como el tema de la privacidad entre los diferentes canales de comunicación no es parte del protocolo blockchain en sí no es parte del protocolo que no es parte de la aplicación digamos de la plataforma de hyperlayer beso es un requisito no obstante cuando estás en producción es un requisito que puedes decir que a lo mejor están en el mismo si se hace un despliegue sobre una infraestructura menos escalable si la estoy directamente sobre sobre hierros digamos pues entonces no necesitas comunicación tls entre beso y orión si estás haciendo un despliegue en kubernetes son dos instancias separadas y si que necesitas tener comunicación en cifra entre ellas también entre los diferentes modos de orión que hablan entre ellos y también entre los nodos de hyperlayer beso y el exterior entonces este que es un proceso por ejemplo que es un requisito de una red en producción que no está por defecto hecho en hyperlayer beso pues normalmente sí que llevaría sí que llevaría más se caería más tiempo pero con hyperlayer buff se simplifica de una manera pues bastante bestial es la archivo de configuración que se ha hecho aquí para este demo de hyperlayer beso y aquí nos queremos centrar en el archivo de config de aquí hemos visto ya como era el lembo hemos mencionado al docker el archivo config de aquí es tan fácil como aquí puedes mencionar el tipo de consenso que quieres usar mencionas la la diferente el el subject que quieres hacer para para el para crear los los certificados raíces de la de la diferente raíz de la red esto es una cosa que por defecto tampoco hace tampoco hace beso esto es una cosa de solamente hace fabric pero que también es necesario para una red en producción puedes definir también el transaction manager que quieras de momento solamente orión y aquí tenemos el transaction manager version y el transaction manager tls nos basta con poner transaction manager tls igual a true y eso es que lo queremos hacer y el modo de confianza podemos elegir si queremos un white list que definamos un certificado authority o tofu que son las siglas para trust on first use cuando no conoces el que cuando no es con quién te vas a conectar aquí me desaparecerá porque tampoco tampoco controlo muchísimo de todo esto y por último el archivo de genesis que igual normalmente quieres usar el bueno necesitas la limbo archivo de genesis para todo el mismo de la red lo puedes definir aquí automáticamente en este caso como tenemos acceso a los diferentes entornos de cubernetes pues también apuntar que tenemos los que tenemos todas las organizaciones postres en el archivo de configuración como esto también es para la demo también decir que estamos usando el limbo entorno de cubernetes para todas las organizaciones aquí vemos la organización supply chain que tiene el que es su los nodos los nodos de la organización supply chain vamos aquí hemos hecho no estos unos tipos validador tiene pues cómo vamos a estar accediendo como vamos y aquí configuramos los diferentes nodos validadores con sus diferentes sus diferentes nombres sus puertos de web so que en el caso de besos puertos p2p su puerto rpc y su puerto en basator vemos aquí también el para otra organización por ejemplo esta organización es solamente una organización miembro no es de las que procesan trasacciones y aquí están el resto organizaciones también configuradas voy a saltar al por temas de tiempo aquí hemos ejecutado aquí hemos ejecutado el el archivo de configuración y es tan fácil como hacer un ejecutar un ánsimo sobre el archivo de configuración que hemos definido la mayor parte del tiempo del desarrollador blockchain va exclusivamente a saber cómo configurar ese archivo de configuración de la manera más correcta posible que sea hacer que mejora al al entorno que que quiera hacer una vez se ejecuta empieza a empiezo a hacer los empiezas ejecutar todas las instrucciones de manera secuencial si se usan diferentes entornos de cubernetes automáticamente va se encarga puede hacer los procesos de manera paralelizada en los diferentes entornos de cubernetes este proceso sí que tarda un poquito más porque porque lo está instalando todos en la secuencia del mismo cubernetes pero lo que queremos decir es que escala muy bien que si tienes muchos nodos dentro de tu red muchas organizaciones no aumenta el tiempo de despliegue de todas las edad añadir una nueva organización y por supuesto tenemos mencionado antes tenés la posibilidad de añadir o quitar miembros después de la configuración inicial de la red también hay optimizaciones como por ejemplo los archivos de configuración que son reusables para todos los genera solamente el primero y se comparten con el resto etcétera aquí lo que estamos viendo también es que esto se encarga de hacer de hacer la instalación de todas las dependencias todos los servicios que hemos estado mencionando solamente necesitas tener en síbole instalado el aquí el plug-in se encarga de de instalarte el la bws clí incluso para acceder en este caso estamos dando sobre el bws el los gestores de cubernetes plaques el envasator y todas las herramientas que que hagan falta voy a saltarme al final del todo creo que en el bueno por ponerlo por por aquí más o menos podemos ver aquí la configuración bueno no voy a parar pero no tenemos tiempo pero aquí tenéis todos los logos de todo lo que está de todo lo que está pasando compartiré el vídeo entero de la demo para que está perdón el vídeo entero la demo también está nuestra wiki por si lo queréis ver con más detalle y podéis ver cómo se genera todo se generan por supuesto todos los recursos criptográficos se regeneran en los diferentes entornos de los diferentes clientes nunca en el de la persona que lo ejecuta para que no se tenga visibilidad sobre ello en el 11 cerca de 11 22 empezamos a generar los los tlss en particular me lo voy a saltar también como vamos cortitos de tiempo decir que sobre el 14 vais a ver las configuraciones aquí por ejemplo las configuraciones de los diferentes nodos esto sí que lo reconoceréis el con los diferentes enodes que son los requisitos que va a tener cada uno que también son diferentes hechos para para ese no de en particular en el 14 57 vamos a ver también por aquí las configuraciones de los oriones hay hemos visto una y ya para saltármelo vamos directamente al vamos directamente al final para pasar al que hay en el en el 17 40 tenemos un ejemplo también para un display de una red este es el típico archivo de configuración de despliegue de tráfel como es ciertas ciertas valores se usan como parámetro luego cuando ejecutamos esto es literalmente a ver si quiere ahí está es bases el ejecutas del archivo de deploy le pones el por envasator por donde es accesible el rpc de tu nodo el contrato que quieres desplegar todo por parámetros como lo defines y te hace el display automáticamente y se encarga de hacerte despliegue en la en la incluso mandarlo contra el contra el nodo que tú digas es todo más tradicional de beso que seguro que hayas visto bueno voy a aprovechar aquí dos minutos no quiero mucho vamos a cortarlo aquí vamos a ir a la última sección del q&a por supuesto también se desplegan para decirlo modo de ahí también se explican herramientas de monitorización y es compatible con las herramientas de monitorización por defecto y está altamente testado tenemos hasta molecule test ahora de todos de todos los los códigos de ansibol de momento para para la para corda open source corda enterprise y fábrica y bueno creo que ya ha dicho metido demasiado contenido en esos últimos dos minutos vamos a preguntas perfecto de momento voy a mirar por el chat no hay muchas preguntas no voy a mirar en youtube tampoco vale pues mira lo cerramos lo cerramos a las siete en punto perfecto muy buena y como siempre de todas maneras si tenéis cualquier pregunta podéis aprovechar ahora mientras voy hablando y nos vamos despidiendo pues tenéis tiempo para ir escribiendo mira ya tenemos una una pregunta duda revisé la versión ubuntu 1604 y no me funcionó lo tuve que hacer con la 1804 lo primero contentísimo que hay gente aquí que ya lo esté que ya lo esté lo esté probando si nos abres una isu en nos creas directamente una iso en ditjab y nos pones incluso hay hay una hay una template pero incluso si te quieres saltar la template y nos pones solamente la información que nos has puesto aquí podemos empezar a podemos empezar a echarle un vistazo o nos lo dices directamente por el rocket chat y lo podemos mirar directamente con los desarrolladores intenta reproducirlo pero si si si has encontrado un problema no con esta información no te puedo no pueden empezar a pensar por dónde sale pero lo tuvo problemas con python me me queda un poquito como me queda un poquito como estoy se ejecutan muchísimas cosas y lo hablamos por el rocket chat tienes el rocket chat accesible sí o sea yo me lo sé memoria es chat punto hyperlayer.org si no me equivoco y luego buscas en el canal pero si no ahora lo buscando y si no bueno entras a la general y buscas en el buscador y entiendo que cómo se llama el canal creo que lo puedo pasar en el enlace es un poquito más es blog en guía no toméis en un framework es un poquito más largo lo dejo por aquí por el chat directamente perfecto vale hecho comenta que lo comiento en el rocket chat y las personas que estaba preguntando. Perfecto pues lo miramos sí mira lo estoy dando aquí y lo sí en teoría no hay teorías que no debería no debería influir si siquiera el sistema operativo porque está haciendo sobre sobre cubernetes pero si haces un follow up por ahí nos escribes un poquito más luego volvamos a intentar mirar pero en teoría a lo mejor era una dependencia mini cube si nos das un poquito más de datos lo miramos pero en teoría no debería importar si está operativo. Perfecto vale pues ya no tenemos parece que hay muchas preguntas así que nada fantástica la charla me ha resultado un proyecto súper interesante yo creo que va a tener mucho futuro cuando a ver si le vemos ya en el greenhouse este de cuando esté ya super maduro y nada muchísimas gracias Enrique por contarnos tu experiencia y bueno que cuando quieras volver a dar otra charla y a contarnos el roadmap y lo que habéis avanzado sobre el proyecto pues estás más que invitado. Pues muchas gracias y igual que para el de cactus sé que tenía que darla el warning de que era muy early stage y que faltaban cosas que estábamos que estábamos trabajando y era más una llamada para para ayudarnos a decidir que incluso ayudarnos a definir que es lo que es necesario. Buff es muy maduro, Buff está usando en producción en muchos sitios y si queréis tenemos mucha mucha documentación y muchos muchos ejemplos que podéis empezar a intentar levantar vosotros y por supuesto nuestra toda nuestra ayuda por todos los canales disponibles. Muchas gracias a todos. Perfecto pues nada recordar que vamos a tener más meetups en Jeperle y el Madrid en el próximo mes van a estar más relacionados con temas de identidad digital así que estaros atentos y nada que sepáis que esto se va a quedar en youtube por si necesitáis volverlo a ver o lo que sea y nada muchísimas gracias por asistir y todo fantástico y bueno te retransmito la señora buena que te están diciendo por el chat enrique. Muchas gracias a todos. Así que nada ven hasta la próxima. Adiós.