 Estamos live ahora. Estamos en vivo en el canal de YouTube de Hyperledger. Saludos Alfonso. Ok, the live stream is up and so you're ready to start whenever you'd like. Ok, if you want to send me as a co-host, please David. Perfecto, entonces les agradecemos a todas las personas que nos acompañan el día de hoy en el primer webinar de este año de Hyperledger Latinoamérica. Creo que no te había comentado Francesco que tú vas a arrancar este año con los eventos oficiales de nuestra comunidad. Es un muy bonito reto para ti teniendo en cuenta que el año pasado tuvimos más de 25 eventos donde nos acompañó van Colombia, la Bolsa de Valores de Santiago de Chile, IBM, Everest y muchas otras empresas de la región. Y adicionalmente para las personas que se suman por primera vez a nuestros eventos, lanzamos un curso de once sesiones de cómo desarrollar utilizando Hyperledger Fabric. Entonces también es bien interesante Francesco y teniendo en cuenta lo que tú nos vas a comentar el día de hoy sobre Dalm. Podremos ver esa interconexión. Entonces bueno, hoy nos acompaña Francesco Andreoli desde Suiza. Gracias Francesco por trasnocharnos, por trasnocharte para acompañarnos en la sesión del día de hoy. Tú eres developer marketer en Digital Asset. Me gustaría saber qué hacen en Digital Asset. Cuéntanos un poco qué es Digital Asset y bueno, nos vas a hablar sobre Dalm, un lenguaje de programación de contratos inteligentes de código abierto. Así que Francesco, muchísimas gracias por acompañarnos. Espero que nos puedas transmitir todo ese conocimiento que tiene sobre Dalm y cuéntanos sobre Digital Asset y el micrófono ya es todo tuyo. Ah, súper, gracias Tamilo. Gracias a todos y no sabía que tengo esa responsabilidad de la primera Meetup del año. Pero muchas gracias por eso. Estaba cool que cuando estuvamos en contacto diciamos ok, hacemos eso a Meetup porque pienso que es interesante. Damosles un lenguaje de programación Open Source y escucha también por otras personas conocerlo. Al final me presento un poco, como lo dice soy Francesco, y trabajo en Digital Asset como developer marketing did. Al final me paso la mayor parte de mi tiempo ayudando a traer a la nueva persona a DEMOL y le doy el apoco que necesitan cuando utilizan DEMOL. Al final es más intentar de mirar esos developers que quieren entrar en ese mundo de functional language como es DEMOL. Y realmente DEMOL es bastante simple, es un lenguaje muy suscinto, centrado únicamente en el business logic y maneja todas las preocupaciones de backend para ustedes. Si no sé cuánta gente queríamos ser un pool, cuánta gente conoce DEMOL. Pero al final me imagino que si ustedes ha trabajado con Hyperledger Fabricus Sotus, ya he escuchado de DEMOL. Si también estamos también en diferentes Hyperledger Meetups en la conferencia en Phoenix hace un año. Al final, pero si ningún conoce DEMOL es un lenguaje de programación funcional y he diseñado para escribir el contrato inteligente de Smart Contract. Y disculpame para la palabra sin inglés, muchas veces en español no es idioma natural, pero es siempre cool hablar a una audiencia de Latinoamérica, me encanta. He hecho mucha hackathon también en Colombia, Argentina y me encantó mucho porque los developers son en serio, tengo mucha pasión de construir cosas y me encantó eso. Pero nada, y interesante de DEMOL es que es un lenguaje de alto nivel y tienes también un deployment facility para ledger distribuidos o SQL. Puede construir tu business logic, tu DEMOL código y hacer un deployment su no solamente un distribuido de ledger, pero también un centralized ledger, es bastante interesante. Ok, de que vamos a hablar hoy, yo pienso estar entre los 30 minutos y tengo también una sorpresa al final con de coupon code para nuestro certification program. Y nada, de que vamos a hablar al final, quiero dar un poquito un overview, un context, una tendencia de mercado. Introducirnos a DEMOL como llegamos a esa solución porque es desde el 2014 que estamos trabajando este lenguaje de programación. Vamos a hablar de un ejemplo de uso de tarjeta de crédito que pienso que hablamos con Camilo hace semanas que ustedes querían también un caso de estudio y mirar también un poquito de código. Y pensé de hacer algo de carta de crédito process flow, que es bastante interesante. Y después vamos a mirar una pequeña demo live de Obir, de un colega de Digital Asset que la construyó, es bastante simplificada. No quiero decir otro, porque lo voy a mirar después. Y una pequeña introducción de DEMOL es sus clientes los casos de estudio porque pienso que es también interesante saber los casos donde DEMOL es utilizado hoy porque es algo también más práctico. Ok, claro, ahora hablamos un poquito ahora de la situación de los market trends. Como sabe hoy los procesos comerciales están llenos de actividades más y más interconectadas. Al final tienes tres use case bastante importante. Tienes claramente los acuerdos contractuales donde cada de su contrato describa un conjunto de derechos y obligaciones para un conjunto de partes. Claramente un rental agreement, por ejemplo. Segundo el clásico multi-party workflow donde tienes procesos, puede ser mil, dos mil o diez, procesos comerciales donde ocurren en pasos múltiples y en múltiples partes. Y claramente que eso comporta también diferentes silos y después vamos a mirar un poquito más. Y después el tercero ejemplo es cuando tienes el clásico need to know basis donde tienes una divulgación selectiva en todos los partes saben qué va a pasar. También aquí es un sistema de software legacy, no sé si es español legacy, pero al final de su sistema de software legacy se construyen y se siguen construyendo en silos. Y este es el clásico problema. Por ejemplo tenemos no sé una frágil infraestructura on premise donde ustedes saben por ejemplo están intercambiando casi no sé más de tres billones de dólares al día a través de mainframe. Como segundo ejemplo es una comunicación basada su mensajes donde la reconciliación entre esos silos sigue siendo cara y propensa de errores porque están diferentes copy pasted procesos. Y después el que me gusta más el tercero es tienes tienes al final diferente una plataforma con diferentes integraciones. Y es más compleja y los datos y el código siguen duplicándose y actualizándose en varias ubicaciones. El clásico, el clásico copy paste de Vali después no solo tienes un error, sino tienes mil otro porque tienes código que es duplicado en multiple silos. Y yo quiero solo solo decir eso es una es una en serio es una discusión muy muy informal si ustedes tienes pregunta voy a hacerla en la en la chat. O pueden también preguntar al final o después cada cada topic son muy muy contento cuando cuando es la sesión es más es más es muy es más dinámica. Ok, siguiendo donde estamos el ahora hacemos mirar un poquito los market trend ahora cuáles son los principales problemas de los procesos empresariales actualmente. Y esto yo pienso que es una slide muy importante porque dice un poquito como como se llega a un DLT sistema o porque un un multiparty process flow es importante. Primero no hay un modelo de dato común cuando cuando te miráis situaciones como como he hecho como dicho antes tienes activos y los flujos de trabajo tienes su propio modelo de datos. Y cuando hablamos de procesos de datos tienes flujo de trabajos que son complejos y implican a muchas partes diferentes partes no saben que exactamente pasa. Muchas veces tienes tecnología heterogéneas cada entidad utiliza varias tecnologías diferente. Claramente una mensajería bilateral y una conciliación manual. Conciliación manual es bastante interesante porque el trabajo es más costoso y lento y claramente ralenta todos esos procesos que genera más riesgos. Y al final hablando de los problemas y cómo se puede hacer que esos market contract pueden mejorar los procesos empresariales. Esa la izquierda miran exactamente los problemas y al final la parte derecha dicen cómo los market contract pueden ayudar. Cuando hablamos por ejemplo de un sistema de modelo en común tienes de modelos de datos compartidos. Cuando hablamos de flujos de trabajo complejos hablamos de multiparty per design. Con tecnologías heterogéneas claramente no es tener diferentes silos, pero tener una verdadera interoperabilidad. Cuando puedes hablar con diversas y cuando esas islas no se hablan entre tu tienes un sistema interoperable. Y cuando se habla de mensajería de vida ideacional tienes una automatización y el factor más importante que también quería darnos como mensaje. Cuando necesitas una conciliación manual tú que tienes que tener es un clásico golden source of truth. Pensás como se puede decir en español eso, pero no sé fuente de oro de la verdad no pienso que es general term. Pero sí, usted es bastante técnico sabe que es el golden source of truth. Bien, eso está un poquito hablando del market trend, cuáles son los problemas y cómo los contract pueden ayudar a resolver esos problemas. Ahora hablamos un poquito cómo llegamos a la solución de demo. Quería hacer un poquito de similitud para hacer comprender cómo es la situación hoy y saber cómo se va en el futuro. ¿Qué digo ahora? Al final las empresas están pasando en infraestructura más compartida y las aplicaciones son más colaborativa. Como miran aquí en el ejemplo es bastante interesante tiene ese clásico on-premise, se va un AWS y cuando te miran los archivos locales se va más en archivos de colaboración en línea como desde un Google, desde Word se va a un Google Docs. Nosotros en digital se pensamos, yo pienso también personalmente que el futuro son aplicaciones que comparten y multiparty. ¿Qué quiero decir con eso? Al final las empresas hoy no pueden más ofrecer aplicaciones en tiempo real a sus clientes porque claramente depende de un sistema que necesita tiempo y consideración para funcionar. Y con eso que quiero decir al final, todo eso registro, existente se construyen en silos como dicho antes, diferentes silos que no hablan con conjunto y se conectan a través de la mensajería, se mantiene sincronizado con la consideración. Y si piensas, eso siempre nosotros hemos vivido en un mundo de Ledger Distribuito. Solo que esos Ledger Distributos son gobernados por mensajería y reconciliación y cualquier sistema construido de esa manera va a ser siempre lento. Y esa hora que Demo llega, Demo fue creado para resolver ese problema conectando cualquier Ledger a una red interoperable. Es como si piensas como para una similitudes como hablar de una colaboración directo live en un documento de Google. Al final, esta red es lo que nosotros llamamos un Virtual Shared Ledger. ¿Por qué ahora virtual? Virtual es claramente existe físicamente en muchos lugares. Shared porque múltiples partes con vistas segmentadas y claramente Ledger porque tiene su registro de todos los datos que se pueden auditar siempre y son transparentes. Al final, Demo que permite, permite los flujos de trabajo multipartítico, multi-party, no sé bien cómo se dice español, pero interesante es que eso trabajo multi-party son hechos proporcionando a las partes un Ledger virtual y compartido. Y eso es la cosa más importante que Demo puede dar y te puede concentrar en tu business logic sin pensar como es el deployment porque nosotros, vos lo miras después, damos también esos drivers. Ahora, hablando rápido de eso, caso de estudio de Carte de Créditos. Este es un caso bastante práctico que he hecho hace, pienso, hace un mes para explicar un poquito a la gente cómo se puede modelar un proceso de caso de estudio, cómo es eso de Carte de Crédito. Claramente en eso use case, Carte de Crédito, existen silos y dentro de esa empresa, todas esas empresas se basan en sus flujos de trabajo multipartítico, como he dicho antes, no hay normas ni modelo de datos comunes, los flujos de trabajo no se comparten, eso es bastante interesante porque la compartición es bastante interesante y los procesos críticos acaban con interrupciones y tienes más riesgo después. Esa salora, es el que dice antes, es el proceso más simplificado y es bastante complejo y eso son los procesos que pensé cuando estaba haciendo ese slide. Tienes diferentes boxes, tienes la autorización de crédito, los pagos, los colecciones, el sistema de subdicción. Qué quiero decir al final que cada proceso de eso se ve y tiene una base de datos y sector diferente. Esa es interesante, son como silos que no están juntos y que no hablan, tengo necesidad necesaria de conciliación cada vez. Y otro factor que quería decir aquí es que pienso que en el audience, porque mira un poquito quién está hoy en los registrados, quién está efectivamente, no están sólo developers, sino también data analysts y data scientists y ustedes saben bien que esta diferente de silos afecta esas operaciones, la análisis de la iniciativa de Business Intelligence. Y nosotros sabemos que están también sources que casi el 60% del esfuerzo de gestión de datos se invierte en los primeros dos procesos, en la aggregation, en agregar las información y en el reconcile, en el reconciliar y limpiar los datos. No sé si limpiar se puede ver bien el pañol, pero pienso que está bien. Y al final, ¿cómo es que te puede construir tu Business Logic en demo? Al final, en comparación con el flujo operacional ya existente, demo proporciona un flujo de trabajo multipartitico basado en su contrato inteligente. Como puede mirar aquí, arriba tenemos nosotros nuestros silos de la tarjeta de crédito process flow y abajo tenemos todo nuestro Business Logic construido en demo que habla con el base infrastructure. Al final, ¿cuál es el value provision? Va a tener una vista lógica de la golden source of truth por tu análisis y es todo basado en confidencialidad y control de acceso. Puede exactamente decir a quién y a dónde. Esto es bastante interesante, Atarieta. Esa slide es bastante compleja, pero quería simplemente mostrarles cómo trabaja demo. Al final, como miran aquí, están tres diferentes niveles, el Business Logic, los rules y la sincronización con el base infrastructure. Y como puede ver, el diferenciador de demo está concentrado en la parte de arriba del cuadro en el Business Logic. Y el value proposition es que puede construir tu Business Logic en demo hoy y después hacer un deployment con los Demal Drivers en una Hyperledger Fabric y ir en una Hyperledger Corda. Y la cosa es el value proposition interesante que puede un día construir tu Demal Code en una plataforma centralizada, un Demal on SQL. Y después si quieres cambiar y ir a un Distributor Ledger puede ir directamente a un Demal on Hyperledger Fabric y la cosa cool es que es todo Open Source. Al final, como he hablado antes, tu aplicación, el verde que está aquí, tu aplicación en Demal y todo se conecta con Ledger API, tenemos un runtime y tienes estas integraciones que habla con o databases o Distributor Ledger. Y todo eso que ustedes miran aquí son al final todos los driver que tenemos. Pueden conectarte con un Demal on Fabric hoy y puede hacer un deployment mañana con un Project Devil que es nuestro deployment system o un Demal on SQL. Al final, están cinco mensajes que hay a decir que Demal puede portar. Es conciso porque puede hacer muchos MVP. Tienes un prototipo rápido de caso de uso. Te puede concentrarte en tu Business Logic y no en la infraestructura. Es suficiente porque claramente no tienes que escribir código adicional por cuanto riguarda previsidad y seguridad. Interesante también saber que es el Fit for Purpose que al final puede diseñar tu código para un sistema multipartidico si cualquier use case es hecho para eso. El último dos puntos son para mí los más importantes porque es un sistema portati porque puede construir la misma aplicación de sendamol y va a funcionar en varias plataformas. Y es también intera pero approval. Es bastante interesante porque va con eso protocolo Kanton que es bastante nuevo que te daríamos internamente. Puede conectarte atomicamente en todas las aplicaciones de demo. Es interesante porque teoricamente puede tener tu aplicación en Demal for Corda y en el mismo momento tener tu deployment en Demal on Fabric. Y tener todo en el mismo... Ah, miro una pregunta en la chat. Me gustaría saber cuáles serían los mejores casos de estudio para aplicar Demal. Al final, con poquito o dicho ahora y después voy a hablar más en los casos reales, cualquier situación que tienes un caso de estudio con multipartidico es interesante. Piensas un rental agreement que tienes dos, tres partes que hablan con ustedes. Piensa un post-slatement system de un exchange que es exactamente el caso de estudio de un cliente. Cualquier transacciones necesitan un use case de multiparty y Demal puede modelarlo. Es más fácil que un object-oriented language porque con Demal es más fácil, es más fácil. Espero que hay respuesta a la pregunta. Este es un pequeño ejemplo de swap de tipo de interés que hablé con... Piensa Camilo hace cuando nos hablamos la primera vez. Solo para hacer mirar un poquito qué puede construir con un Kotlin cuando mira la implementación nativa de la misma aplicación y solo para hacer mirar eso interés swap ejemplo, te mira 800 line of code con Kotlin, el 90% es un system code y con Demal necesitas simplemente un 100 line of code más de 100 y el 100% es business logic. Es esto que quiero también decir que es bastante interesante te puede en serio concentrar a modelar las transaciones entre eso parties y después hacer deployment y piensas después al deployment. Es bastante interesante y después dices la verdad no necesita que comenzar en un corda ledger y después cambiar y botar todo tu código porque lo importante es tener tu business logic allá y después hacer deployment en otro. Al final ahora quiero hacer mirar esa pequeña explicarle de una manera más sencilla que hablar de esa aplicación es una aplicación de cerveza espero que después todo eso lockdown la gente se ríe un poquito pero al final que es OBR es como un rental agreement al final es un y quiero hacerla mirar live ahora tienes dos parties donde te puede dar ofrecer y recibir la cerveza y es todo open source y es muy simplificado piensa la misma aplicación con 200 otros parties y 1.000 2.000 transaciones a segundo eso es que puede capturar en un postlet statement system al final ahora después puedo compartir en el solo la slide pero aquí miran espero que miran mi pantalla en ese momento pero al final que quiero decir hacemos el ejemplo yo soy, no sé, ahora pongo francesco que sería el party party 1 y digo ok, voy a dar la cerveza a una persona acaso, no sé, Camilo por ejemplo espero que me va a aceptar la cerveza y aquí tenemos ahora un contract un contract hecho en beer offering donde yo digo que voy a ofrecer una cerveza a Camilo y puedo también tengo el choice de rechazar la offering y ahora del otro lado voy a entrar en el el lado de Camilo y voy a mirar francesco offered you a beer y tengo dos posibilidades acept and reject es muy interesante porque que voy a hacer voy a tener otro choice que después vamos a mirar en el código donde puedo dir ok francesco onde you a beer voy a aceptar y yo pienso que Camilo va a aceptar eso no lo va a rechazar y vamos a ver que francesco onde you a beer y te voy a decir ok está recibido yo voy simplemente a formular un segundo contrato con una beer old te voy directamente en mi lado vamos a mirar que va a estar escrito claramente es recibido por eso no va a rechazar nada y eso es un poquito el interesante de esta plataforma pienso eso hacerla en Java en otro código la cosa interesante es que con demo con 40 line of code puede exactamente modelar el que miramos ahora son 40 do line of code y como he hecho mirar ahora tienes al final es muy simple tienes dos template beer proposal a beer eye of you el build proposal es al final es un template para un contrato para crear un objeto a instancia después va a tener un signatory observer al final el signatory es dicen quien debe crear un contrato distanciado lo observer es la persona que puede mirar el contrato claramente es el beer recipient el seriano caso camilo y después el ensuring son otro precondition que vamos a que vamos a decir después puede también declarar de choices donde cada elección consume un contrato si claramente eso se especifica y y después con el cancel beer puede observar como esta elección es muy similar a la anterior y al final son todos choices piensas que es bastante fácil porque en functional language te puede definir cada template definir de signatory observer es siempre el mismo cada multi-party agreement modeling es siempre el mismo y después claramente tenemos un segundo template que se llama beer eye of you donde el destinatario elige el last set beer donde miramos aquí y al final se crea este contrato y claramente tiene el mismo el signatory el insurer y la choice donde puede aceptar y decir ok recibí la cerveza al final esta es la business logic que ustedes crean y el deployment es diferente claramente el front end no lo hago mirar porque es un poquito más de 40 líneas de código pero es bastante interesante saber que tenemos también librerías pre build por el front end pero nosotros nos concentramos en construir un backend eficiente y tener todo tu consideración en el business logic bien tengo una pregunta hasta aquí no sé me parece que estaba hablando solo yo aparece que el ejemplo de la cerveza no estaba bastante interesante pero si usted no sé esperamos dos segunditos si usted no tiene pregunta puede hacer una pequeña introducción de digital asset y los casos de estudio por ejemplo me parece muy interesante lo que nos han mostrado sobre Dalm y siento yo que para muchos en la primera vez que estamos entendiendo este modelo sería interesante que nos pudieras compartir la documentación oficial lo que material nos está aconsejando para avanzando en el entendimiento de Dalm y siento que ahorita un tema muy interesante es la interoperabilidad de los desarrollos que hagamos entonces Dalm nos ayuda en ese ámbito particularmente y pues creo que a todos nos toca al punto de aprender haciendo y seguir experimentando entonces hasta ahora invitamos a las personas que tengan alguna duda que nos hagan las preguntas o que las escriban por el chat mientras que tú haces la presentación sobre digital asset claro claro mira tengo en realidad tengo exactamente la última dos slide para decir cómo pueden comenzar tenemos también de Dalm Learn lo hago mirar en la última pienso que es bastante interesante porque también el learning curve es súper fácil si ustedes también nunca ha hecho nada con functional language es es es bastante fácil comprender siempre el mismo al final un contract asset proposal tiene este choices y también tenemos una documentación bastante interesante al final digital asset no quiero ser sales en eso pero quiero decir que no es el primer round que estamos aquí 2014 se fundió y ahora es casi updated de esos 145 empleados estamos recutando por el próximo año casi más 75 personas pienso y tenemos oficinas en todo lado claramente ahora somos todos remoto y como tooling es bastante interesante para decir que ahora he hecho mirar es el clásico demo demo is open source puede mirar toda la documentación es en github y para hacer el deployment tenemos eso drivers también como he hecho mirar antes el demo on hyperlegia fabric demo on sawtooth demo on corda están diferentes diferentes son también open source y después si quieren hacer el deployment en serio en 4 click tienes que tener tu demo code en un dart file y el deployment puede hacerlo en eso project devil que es también necesito que hacer una cuenta y puede hacer un MVP en serio en 2-3 horas y nada después tenemos eso que camilo ahora ha hablado de eso demo content protocol al final es el protocolo de interpolidad que nos hace hablar con un demo on fabric y con un demo en SQL es bastante interesante hablando ahora de 500 casos de estudio no quiero hablar mucho pero es interesante saber no sé si ustedes ya escucharon del proyecto de ISX desde el 2016 que digital asset está haciéndose asociado con ISX para reemplazar completamente el sistema de compensación y liquidación el post settlement system y que si ustedes están en eso use case conocen chess es bastante interesante pero son como un 2 300000 line of code demo es bastante complejo aparte BNB and Brotherage son interesante caso de estudio yo quería solo hablar de rápido del BSM no sé si miraste esta news hace un año donde estamos haciendo con el blockchain en china cada aplicación de BSM va a ser desarrollada con demo es bastante interesante y es un caso de estudio ustedes han hecho trabajo con Sotus también es de quantum materials el caso es bastante interesante es un tracking tracking para producto falsificado y quantum materials a final utiliza hyperledger sotus para una plataforma de transabilidad y es complejo pero es también transparente con demo se puede hacer se puede definir todo el business logic otro casos que de pronto ustedes han escuchado long cost stock exchange es so bond issuance on blockchain hace pienso 4 o 5 meses esto ha hecho con demo y al final que digital asset trabajó con okex para un proyecto que se llama synapse y por un producto que se llama stock connect es siempre el mismo caso de estudio el poset con diferente multi party agreements ubers también es bastante interesante donde estamos trabajando con ubers simplemente para automatizar los flujos de trabajo y reduccionar los costos de los productos estructurados eso son los ejemplos puedo compartir las likes para mirar cada caso de estudio y hablando ahora un poquito de qué pueden hacer para comenzar con demo al final son un poquito las likes que prefiero porque son también en son tenemos un forum desde abril donde ahora pienso un 500 demo los usuarios que construyen y desarrollan cada día con demo y donde tenemos cualquier en serio cualquier pregunta que tienes cuando comienzan a utilizar demo la pueden ser aquí como pueden mirar están preguntas cada día y tenemos todo el equipo de ingenieros que pienso que tengan menos de 4 o 5 minutos a responder tenemos también la sección de news y tutorial son también interesante porque te explica cómo comenzar o the tricks para hacer tu código más eficiente y cosa más importante cuando comienza pienso que son los learning tutorials al final tenemos un browser interactive tutorials donde puede comenzar sin instalar ninguna dependency o instalar los tutorial de demo puede directamente comenzar en tu browser y son casi pienso un 25 learnings donde te hace todo la base de demo y pienso son cada 20-30 minutos en 2-3 días puede comenzar en serio hacer tu MVP y es exactamente que mucha gente comienza son hace una semana de eso learning después para su cliente que comienza a desayudar eso a MVP en serio eso a MVP te lo puede hacer en 2-3 horas bastante interesante y como puede mirar que te hace al final aquí te continúa te puede comenzar un escenario es un copy paste es bastante cool porque al final no tienes que descargar nada ahora somos a la parte final y tenemos un certification path también como corda como AWS y el primero path llamamos asociate developer yo he hecho de coupon para ustedes son sólo 10 normalmente la gente lo hace 4 minutos finalizan pero depende cuántos son rápidos pero pueden ir en try demo al final para explicar aquí y esta una parte donde esos son todos los resources para comenzar con demo y esta una resource con demo certification plica aquí y después cuando tiene esa certification puede purchase exam y al final puede utilizar su coupon y son sólo 10 coupon y los primero que llegan al final al final ganan miro toda la cara de la gente con video que esta muy concentrada para tomar el certificado mira, gracias gracias por escucharme yo pienso que vamos a mirar si ustedes tengan preguntas me la hagan sin problema estoy aquí soy también parte del community team y cualquier pregunta que tienen especialmente por cuando ustedes va a comenzar a mirar los learning tutoriales van a tener preguntas mi primera recomendación en serio también si son preguntas muy fácil y yo hago también preguntas a los ingenieros cuando tengo a hacer cosas o a hacer MVP pregunto directamente aquí tenemos también la documentación si quieren comenzar un poquito más art core pueden ir en nuestro tenemos también es bastante interesante cuando lo hacemos tienes nuestro docs si quieren comenzar directamente con la documentación recomiendo de mirar de comenzar a instalar los dependency es eso y después comenzar con building your app building your app aquí puede comenzar hace tu app que al final es un si no recuerdo mal distributed facebook es simplemente un multi party agreement process donde pueden modelar un semi chat es bastante cool no toma mucho tiempo yo pienso que es todo ahora pienso que deje un poquito de preguntas en la chat miran al onzo que habla de news and tutorials miran aquí y entonces patricia me pregunta y entonces si son open source cuál es el pricing model y esta es una buena pregunta al final volviendo a los a los producto de digital assets si damol es open source pero que miran aquí es el tenemos dos edition tenemos el enterprise edition y community edition al final cuando quiera hacer deployment en un project damol y desayunar algo con damol puede hacerlo mas si quiere ir mas grande tienes que utilizar un enterprise edition especialmente si necesita mas driver capacity es el es el business model pero en nuestro core en serio es tener damol open source y tener nuestra comunidad que ayuda a que ayuda a construir damol tambien y buena pregunta me pregunta es muy practica como hace el dinero y que tenemos mas en china cada aplicacion va a ser hecho con damol si es verdad al onzo es exactamente el interesante que el value position de damol es muy simple y puede comenzar a hacer aplicaciones muy fácil con un business logic y después si quiere ser centralizada puede hacer deployment en tu mySQL y en un segundo momento si decide ok mi gobierno mi enterprise es mas mas abierta vamos a hacer deployment en un decentralized mode y un damol on fabric puede ser el next level por ejemplo mira alfonso blaster todos estan invitados vicky mira vicky es super interesante tienes muchos eventos alla estas otras preguntas que quieren hacerme mira que me parece que por ejemplo en cuanto al contrato inteligente la cerveza que sucede y se va a modificar los terminos o condiciones para un cliente o produrador en especial y que sucede en el caso de que la cerveza que no estoy de acuerdo con la marca que me quiere vender el cliente como se hacen esos cambios en la logica de los contratos inteligentes como es ese modelo funcional de dam, seria interesante que nos comentaras al respecto si no se si ahora que sucede en el caso de la cerveza que no estoy de acuerdo con la marca de la cerveza al final al final tu que puede hacer rechazar te puede crear otro choices e escribir exactamente los choices que hacemos que miramos antes si miramos el live demo si yo pregunto que quiero dar una cerveza Camilo en ese momento Camilo, esa que miran aquí son los choices y que puede decir puede crear otro templates también y dir templates diferentes tipos de cervezas y después tener diferentes choices al final es alimita que puede desarrollar puede también dir que están diferentes marcas y después al final está el segundo party a decidir si si dir ok tomo eso tipo de cerveza o no pero claramente tienes que definirlo en el código antes no se puede hacer después pienso que términos y condiciones para los clientes o proveedores en especial aquí no sé exactamente la pregunta que es pero me parece también que si tienes diferentes accesos que te puedes hacer en el código definir accesos y quién tienes accesos con los observer por ejemplo te puede tener observer cliente proveedor, observer and client y cada persona tiene que definirlo antes dir cuál que puede mirar y al final puede ir por ejemplo el proveedor puede tener eso determinado términos términos y condiciones para mirar este tipo de contrato es todo al final, es todo manual pero puede definirlo es como piensas que es como un rental agreement tienes diferentes choices cada rental agreement es diferente mala cosa escuela que puede definir cada parágrafo de rental agreement puede ser modelado en demo y esa es también la fortaleza de definir directamente un business logic miro otra pregunta William miro la cerveza es un asset, claramente es un asset especialmente después de todo este lockdown y qué más patriciamos pregunta que tolás diagnóstico, a que te refieres exactamente con que Dalm sea diagnóstico al final cuando hablamos de agnosticity es simplemente que tú puedes construir tu business logic como hablado antes y al final si te concentras en tu business logic no piensa al deployment al infrastructure que quiere ser deployment como hablado por ejemplo en el interest rate swap tú con Kotlin tienes que definir todo la aplicación natively eso comporta que el 90% del código el sistema code y con agnosticity simplemente se quiere decir que es agnóstico a la plataforma construir hoy tu business logic que como hacemos mirar en OBR puede construir tu business logic de cerveza y después el deployment puede hacerlo un hyperledger fabric como pienso que es ahora pero si mañana quieres hacer un deployment en un amazon aurora un postgres completamente centralizado puede hacerlo por eso es completamente agnóstico es interesante porque no tienes un locking como cada compañía quiere hacerte el locking en realidad no está el único locking que se mira es el cuando tienes un damel for corda pero después te puede ir en un damel for postgres después bien Patricia se refiere exactamente con eso claro gracias sector al final tomaron el código de la certificación después voy a mirar cuánto tiempo pasó después finalizar los coigos siempre es interesante y nada como he dicho si tienes otra pregunta miro que gracias Camilo para compartir el damel y como he dicho yo en serio recomiendo de mirar los learning cuando finalizan los learning y hacen también preguntas en el forum pueden tomar el certificado ahora miramos siempre más personas también por los jobs que encuentran trabajo especialmente como blockchain en DLT engineer tenemos también partner que construyen cosas con damel y necesitan siempre damel engineers especialmente si es un profesional de corda o un damel va a ser bastante miramos sector crees que en el futuro el abogado del futuro puede ser que tenemos temas sin saber programar mira, yo soy siempre estoy en eso field mucho y yo pienso que en el futuro va a ser todas las aplicaciones los frontends va a ser muy user friendly pero el power va a ser hecho con una tecnología como damel la misma cosa cuando nosotros hacemos un wide transfer y tienes el código swift como backend y si el abogado va a necesitar un ingeniero yo pienso que si el abogado quiere automatizar tu procesos de pronto si pero pienso que va a estar siempre más infraestructura basada en un código inteligente como un damel con un single single source of truth y no va a necesitar saber como es la tecnología y pienso pienso que al final para tener eso más adoption no solo en DLT en cualquier tecnología necesitamos que tener un buen UI que también nuestra grama y grandpa pueden utilizar y si ellos pueden utilizar después es independiente la tecnología utiliza al final como es como el clásico no sé por qué transferwise un revolute funciona bien el UX es muy simple pero la cosa interesante te interesa la tecnología que está abajo si como ingeniero me interesa pero si está un cualquier user claramente no a mi me gusta como alfonso no claramente no sabia bien como dirlo pero me gusta este comentario pero al final es así miramos Javier excelente presentación gracias por decir que significa agnóstico exactamente que lo he dicho antes al final damel es infrastructure agnostic cuando mira esa slide que es un poquito el fulcro de todo al final agnosticity simplemente te dice que puede construir tu aplicación haciendo un focus en tu business logic y no pensar a donde no está loctin a la infraestructura tú puedes construir un Postgres first y después hacer un deployment en un IPerledger dos tres días después y eso vale es muy importante porque miramos también cliente miramos gente en el forum que comienza un deployment en Sotus y después quieren intentar hacerlo en fabric y es más fácil por eso es agnóstico en ese sentido claramente como dije antes tiene la portabilidad tiene que damel es hecho para el propósito diseñado especialmente por sistema multiparty y como dije antes hay algo que se podría también hablar en un futuro meetup era un poquito más en detalle en el Kanton protocol si también Camilo son interesados al final Kanton es algo muy reciente y si quieren también tenemos todo en Kanton.io toda la documentación y que pueden hacer con eso al final pueden construir en vez de tener esas islas que no hablan con cada islas pueden tener un Kanton protocol y tienes un demo por corda que habla con un demo en IPerledger fabric y eso es bastante cool si piensas porque estamos diciendo que puede hacer tu aplicación donde quiera al final si tienes un enterprise silos con un centralizado en enterprise silos en un distributed ledger los dos ledger pueden hablar con ustedes gracias Camilo por compartir gracias a todos Amiro Armando, Francisco están trabajando con oráculos si van a trabajar con compensaciones en Australia por ejemplo me imagino que van a necesitar esa integración estamos también trabajando con oráculos y en Australia tenemos como dicho antes eso proyecto es un massive project mira el enterprise DLT spades pienso uno de los más grandes proyectos eso de ASX y claramente partes también no puedo hablar mucho de eso pero si está también trabajando también que va a ser necesaria y claramente esa es una perfecta pregunta también por eso forum si quieres hacerla seguramente te pueden responder con más detalle al final tu que puedes hacer es ir en question y poner una nueva una nueva topica aquí y después 5 minutos te respondes bastante cool el proyecto mira la gente que responden Camilo cantona yo si es exactamente eso están también los documentations si quieres comenzar a hacer un deployment con cantón pienso que puedo poner también mi email o después podemos compartir las slides si quieres Camilo no sé cómo se puede hacer bien Chesco pues las personas que se acompañan el día de hoy tienen más preguntas alguna le gustaría activar su micrófono hacer alguna pregunta a Francesco tiene una impresión interactiva no solo utiliza la chat si quieren pueden preguntarle definitivamente este tema de contratos inteligentes es muy interesante y le da mucho sentido al mundo de blockchain aún falta mucho entendimiento y como veíamos en una pregunta anterior está ese componente legal los abogados quieren saber cómo sacarle provecho a estos contratos inteligentes y nosotros de la perspectiva técnica podemos trabajar en conjunto con ellos para generar esta nueva versión de aplicaciones le voy a dar la palabra a Álvaro dale Álvaro puedes activar su micrófono hola muy buenas tardes escucháis si lo estaba escuchando Francesco generalmente cuando hay transaciones en blockchain se necesita de un combustible que se debe gastar o como para pagar las transaciones eso pasa con Daimel recuerda que por transación en un permissionless environment como un solidity tiene que tener de fees claramente en un permissioned environment como en Daimel son todos server cost por eso no va a necesitar un pagamiento de transación como un GUI en Ethereum por ejemplo pero entonces eso implica que son bueno son blockchain privadas permissionadas exacto bien de pronto estamos en el enterprise DLT space es privado pero la cosa cool que si te mira un corda por ejemplo en demo te puede dar accesibilidad a diferentes partes y por eso definiendo esos observers que miramos antes es bastante cool porque claramente no es público pero puede también tener una transaciones que están publicas encriptadas pero entre en el modelo de enterprise vale, muchas gracias gracias es una pregunta excelente normalmente esta como esa duda en el mundo de los permissioned y los blockchain públicas claro como dan funciona también en ethereum porque te nos mostraste que puedo trabajar con ethereum o trabajar con high-payday fabric o eso entonces nos da esa interoperabilidad que es lo que estamos buscando no sé si alguna pregunta que desea hacerle a francesco que pena verte interrumpido francesco que levante la mano para que pueda activar su micrófono dale patricia puedes activar tu micrófono hola camilo gracias francesco muchas gracias por la presentación estuvo muy interesante como pudieran ver tengo muchísimas preguntas porque no soy ingeniera entonces para mi este mundo del desarrollo de código y todo esto me está interesando muchísimo pero más como en el sentido de los casos de aplicación yo trabajo en el sector de importaciones y exportaciones entonces blockchain seguramente damos también no sé si francesco habrás escuchado algún caso de uso de pronto o que si tú veas que en el futuro damos puede ser utilizado para importaciones y exportaciones porque generaría una disminución de los costos para mi claramente tenemos un par de clientes que no se puede hablar en ese momento pero el supply chain use case es muy muy interesante porque al final tienes como dice su patricia tienes transacciones entre parties y necesita que estas transacciones son transparentes en eso caso damos es muy fácil aplicarlo porque supply chain supply chain healthcare y fintechs son los más verticales interesantes en ese momento y claramente cuando te habla de transacciones y tienes un flujo de multipartico especialmente en un supply chain use case es perfecto para hablar de eso y nada, especialmente estábamos mirando también caso de estudio por record records en barcos supply chain pienso que estaba ocean trafficking algo así y estaba bastante interesante porque ese modelo te puede modelarlo perfectamente con un demo tienes transacciones, tienes diferentes entre parties y con demo es bastante simple y si tienes algo más especial puedes preguntarlo en el forum o de pronto puedes también hacer mucha gente que comienza a hacer una pequeña app con dos tres parties simulando el supply chain use case y también algo que no hablas algo interesante si usted le va en demo.com tenemos un marketplace están y está también supply chain vamos a mirar esto cross-party supply chain investment and order management no sé si este Patricio está hablando un poco de eso pero puede ser interesante que mira algo en esa dirección porque de pronto es exactamente el caso de estudio que está buscando y la cosa interesante que pueden también mirar open source license estos son los productos que son open source y también que estamos haciendo ahora que en el próximo dos tres meses va a ser listo tenemos un fintech library si quieren comenzar a desayorar cosas son prebuild a library en fintech y puedo mirar donde está supply chain son finance libraries y esos finance libraries son todos open source que puede hacer también mirar en github y comenzar a desayudar algo si quieres también esta gente intentaron hacer pequeñas aplicaciones en finanzas de pagos por ejemplo y la han hecho directamente con los fintlib es algo que queremos decir también que estos son tan utilizados que ahora los estamos desarrollando para hacer un mejor para hacer un mejor usability assets, assets transfer delivery and payments, trade corporate action, calendar function y también quieres construir tu google calendar puedes hacerlo también con eso es bastante, es bastante cool y están, también tenemos un engineering block si quieres mirar por ejemplo hace dos semanas está Fabio que es un editor de digital asset ha hecho un rental agreement en damel y la ha hecho como en ocho horas especialmente es bastante cool mirar en serio es super cool eso pienso que es uno de los mejores que tenemos aquí porque en serio un día ha hecho un rental agreement con damel de ploid product devil y tienes también piezas de código donde explica exactamente que hacen y después ha hecho también un vídeo de cómo exactamente funciona la demo y es siempre al final es el mismo tienes diferentes partes y pueden modelar esos espero que ha respondido a la pregunta Patricia gracias perfecto mientras que alguien más pregunta francesco voy a compartirle a las personas nuestras redes sociales y siento que muchas personas están sumando por primera vez a hyperlegger latinoamérica entonces el primer punto que les vamos a compartir es la lista reproducción en youtube donde van a encontrar los 25 eventos de los que les hablábamos entre los cuales está el curso de desarrollador blockchain en hyperlegger fabric tenemos la oportunidad de tener el caso de uso de averis Boston Scientific IBM van colombia y nosotros ya también subiremos el que nos hiciste el día de hoy francesco entonces es el primer punto para esas personas que nos están acompañando por primera vez y quieren saber que otros casos de uso ya hemos traído en hyperlegger latinoamérica también nos pueden seguir en twitter como hyperlegger l ya les comparto el link y en LinkedIn también tenemos una comunidad bastante activa donde nos gustaría que nos contactaran y nos comentaran que otros contenidos quieren que les ofrezcamos durante este 2021 sería muy interesante francesco que nos hablaras más detalles de cantón esos protocolos que ustedes están desarrollando y invitarte a que nos sigas acompañando y adicionalmente tenemos la wiki que es ese punto de partida donde está toda la información de lo que es nuestra comunidad hyperlegger latinoamérica para las personas que quieren saber más, que quieren involucrarse en este proyecto que venimos construyendo hace un año y nuestro objetivo principal es llevar a la adopción de blockchain y el entendimiento en latinoamérica a otro nivel y en lo que los podamos apoyar con muchísimo gusto entonces no sé si tienen más preguntas, ya en el chat encontramos el link de LinkedIn, de la wiki de twitter y del canal de youtube, permitan en un momento ya se los comparto entonces no sé si tienen más preguntas y de francesco agradece infinitamente en la wiki también tenemos una sección, me hace caer en cuenta Santiago Cristóbal, donde tenemos artículos de los eventos que organizamos el año pasado tal vez algunas personas dicen no, a mí me gustaría más leer lo que ver el vídeo entonces aquí los cinco casos de uso de hyperledger blockchain cambio climático que fue una presentación que nos hizo Alfonso Goela entonces los invitamos a que interactúen con todo este contenido que ya generamos para ustedes y que está disponible de manera gratuita en la wiki y en nuestros diferentes redes sociales y en nuestro canal de youtube podría hacer un blog vos si quieres sordamos claro que sí sería maravilloso francesco si quieres puedes hacer una pequeña página en la wiki contándonos un resumen de lo que fue tu presentación del día de hoy solo si solo si me dejas dejar la obeer presentación la demo de la cerveza y siempre la desbulta la gente puedes dejar todo el material que tú quieras pues definitivamente también teniendo en cuenta que ya superamos una hora y diez de nuestra presentación aquí son las 12 si, tú ya tienes que dormir porque bueno la gente que se conectó un poco tarde nos están completando desde suiza ya para ti es medianoche el esfuerzo porque también la comunidad fue la que eligió este horario y tú te acomodaste lo que ellos nos me encantó como como ustedes organizaron en serio con la pool y la gente estaba en serio siempre me imagino también hacer un acatón con hyper ledger en la latina america sería super interesante pero ahora necesitamos gestar virtual por ejemplo William Parranos dice porque no hacemos un curso práctico de DALM en español podría ser interesante también podemos revisarlo y Alfonso Goela que también hace parte del equipo hyper ledger latinoamerica dice que si quieres que organizemos el tema la jacatón muy gusto te podemos apoyar y definitivamente Carlos nos pregunta que cuál es el código el cupón miramos si están cupón pueden tentar esperalo lo pongo en la chat claro que si es interesante porque ahí está para que los 10 primeros afortunados te saca el máximo provecho es el cupón que Francesco nos comparte sobre hyper ledger latinoamerica les agradecemos infinitamente a todas las personas que nos acompañaron a ti Francesco por enseñarnos en este mundo definitivamente todos los días aprendemos algo nuevo y lo importante de la comunidad es que entre todos aprendamos entre todos contribuyamos a este entendimiento de la tecnología blockchain y los contratos inteligentes particularmente entonces Francesco que tengas una excelente noche y nos verás a todas las personas que nos acompañaron que también tengan muy buena tarde y muy buena noche voy a finalizar la reunión que estén muy bien todos hasta la próxima cerveza Lora hasta la próxima