HACKATON

El reto UPM-Eunomia busca resolver los problemas existentes a nivel de transferencia entre diversos espacios de datos. Para ello, desde el proyecto Eunomia se ha desarrollado una implementación de código libre del Data Space Protocol llamada Rainbow. El objetivo principal del reto es que los participantes sean capaces de desplegar una infraestructura básica de un espacio de Datos MVDS (Minumum Viable Data Space), que luego irá evolucionando de forma incremental para acercarse en mayor medida a lo que sería un entorno real, permitiendo   la transferencia de datos desde un Espacio de datos a por medio de los actores Proveedor y Consumidor. Una vez conseguida la transferencia a través de Rainbow, se debe utilizar el dataset transferido para generar un modelo de AI que provea una solución para un problema específico del Espacio de datos de destino.

Mentores:
Carlos Aparicio (UPM), Javier Conde (UPM), Rodrigo Menéndez (UPM).
Responsable: Andrés Muñoz (UPM).
Entidad/es: Universidad Politécnica de Madrid (UPM).

Obtener la “Standard Compliance” para los participantes y servicios en un ecosistema Gaia-X no es sencillo para un usuario que se aproxima por primera vez. Por ello, se propone el desarrollo de una herramienta auxiliar, similar a la desarrollada por Gaia-X Lab, que permita a un usuario elaborar de forma sencilla su credencial verificable, compatible con las dos versiones de los servicios de GXDCH soportadas actualmente: Tagus y Loire. También sería interesante que desde el propio Wizard pudiera hacerse una llamada a un nodo de GXDCH para obtener la “Standard Compliance”.

Este reto requiere de un grupo de personas que conozcan la ontología de Gaia-X (formato de las credenciales verificables de participante y servicio según las versiones 22.10 y 24.07 del “Identity, Credential and Access Management Document”) y sean capaces de escribir credenciales, convertirlas en credenciales verificables y enviarlas a un nodo de GXCDH para obtener la “Standard Compliance”.

Mentores: Urtza Iturraspe / Gorka Zarate (Tecnalia) y Mario Petruzzella (ARSYS).
Responsable: Enrique Areizaga (Tecnalia).

Una limitación actual del Catálogo es que los espacios de nombres múltiples para los nombres de propiedades y clases en las reivindicaciones dentro de las credenciales (también conocidas como autodescripciones, SD) no se soportan adecuadamente. Por lo tanto, el Catálogo no es fácilmente escalable a escenarios de aplicación que requieran más que las propiedades y clases de, por ejemplo, la Ontología estándar Gaia-X, tales como términos de ontologías específicas de dominio existentes – como ha sido señalado por usuarios de proyectos de implementación.  Este reto requiere unas pocas personas que profundicen en la base de datos de grafos, y otro grupo de personas no tan profundamente técnicas que sean capaces de escribir credenciales y consultas para probar el enfoque.

Mentores: Urtza Iturraspe / Gorka Zarate (Tecnalia) y Mario Petruzzella (ARSYS).
Responsable: Enrique Areizaga (Tecnalia).

Se dará preferencia a los que hayan asistido previamente al Workshop de XFSC del 28 y 29 de Noviembre.

El modelo de datos definido por las especificaciones del Gaia-X Trust Framework es uno de los bloques fundamentales para garantizar la conformidad con Gaia-X. Este modelo se utiliza para construir W3C Verifiable Credentials, las cuales identifican a los participantes y servicios en el ecosistema de datos. Este reto se enfoca en la generación automática de Self-Descriptions de servicios a partir de interfaces formalmente descritas mediante especificaciones como OpenAPI o AsyncAPI. Las Self-Descriptions generadas deben incluir no solo las pruebas de conformidad emitidas por el Gaia-X Digital Clearing House (DCH), sino también una verificación proactiva de los certificados empleados en las Self-Descriptions, comprobando si son emitidos por la FNMT o por una entidad sin validación extendida (EV-SSL), como Let’s Encrypt. Si no fuese posible, bastaría con mejorar los mensajes de depuración relacionados con errores de trust anchor.

Mentores y Responsables: CTIC y AIRE Networks.

El Digital Clearing House (DCH) es fundamental para establecer la conformidad dentro del ecosistema de Gaia-X. La implementación y configuración de una instancia local del DCH permite a los usuarios obtener experiencia práctica y es un primer paso hacia la integración en el sistema. Los objetivos de este reto incluyen implementar los servicios disponibles en GitLab, generar claves para un trust anchor de pruebas, y realizar pruebas exhaustivas con el Gaia-X Wizard para validar las Self-Descriptions, garantizando así que la instancia local del DCH funcione correctamente y cumpla con los estándares de Gaia-X. Además, se alienta a los estudiantes a presentar un informe de mejora del Wizard, ayudando a identificar y documentar los desafíos a los que se enfrentan los nuevos usuarios y sugiriendo recomendaciones para optimizar su usabilidad.

Mentores y Responsables: CTIC y AIRE Networks.

Descripción

De acuerdo con la terminología definida en la base de conocimiento de IDS, un emisor de credenciales es un sistema tecnológico confiable que emite credenciales verificables a participantes y agentes de participantes. En el contexto del protocolo de espacios de datos, estas credenciales se usan para permitir el acceso a conjuntos de datos y verificar el control de uso. 

Este reto propone el desarrollo de una extensión del EDC Connector para permitir a un nodo de GXDCH desempeñar el rol de emisor de credenciales. Esta extensión debería: 

• Solicitar una credencial verificable compatible con Gaia-X (Gaia-X Compliant) al nodo de GXDCH operado por Arsys (https://gx-compliance.arsys.es/v1/docs).
• Almacenar la credencial verificable. 
• Recuperar la credencial cuando sea necesario para presentarla a otros servicios. 

Documentación

• Data Space Protocol (https://docs.internationaldataspaces.org/ids-knowledgebase/dataspace-protocol/overview/model)
• GXDCH (https://gaia-x.eu/gxdch/)

De acuerdo al modelo de IDS (https://docs.internationaldataspaces.org/ids-knowledgebase/dataspace-protocol/overview/model), lo que se propone es implementar el “Credential Issuer”.