/
2022-02-28 Meeting notes (Arquitectura)

2022-02-28 Meeting notes (Arquitectura)

Date

Feb 28, 2022

 

Participants

@Juan Tavira

@Urko Larranaga Piedra (Deactivated)

@Rosa Prat Farrero

@Alejandro Alfonso

@Javier Bernal

@Xavier Martinez

@Garcia-Alvarez Roberto

@Carlos

@Alejandro Cuenca Parra

@Jaime Loureiro Acuña

@Daniel de la Sota Blanchart

@Juan Gomez Magdalena

@Miguel Angel Calero Fernandez

@Antonio González Sanz

 

Discussion topics

@Garcia-Alvarez Roberto Actualiza con la situación del grupo de Librerías y SmartContracts. Parece que aunque había un problema de despliegue de la Red-B @Alejandro Alfonso ha conseguido desplegar. Queda probar los examples en Red-B.

UpdateReceiverPresentation sigue sin funcionar, le dedicarán una última sesión de trabajo el miércoles 2 de marzo de 2022. Si no funciona se plantearán cambiar el modelo de upgradeables de OpenZeppelin a otras alternativas porque creen que es lo que está dando problemas. Se intentará con otro patrón y, si funciona, se comunicará en cambio de patrón.

@Antonio Pérez Ruth no ha podido presentar la información en la que estaba trabajando sobre schemas, se intentará más adelante.

 

Creación del grupo de schemas. Con alguien del equipo de @Iñigo Garcia @Jesús Ruiz @Miguel Angel Calero Fernandez @Daniel de la Sota Blanchart @Jaime Loureiro Acuña y @Alejandro Alfonso como integrantes iniciales, se está buscando fecha para la primera reunión y luego se planificará de manera recurrente.

 

@Juan Tavira Informa que finalmente la investigación sobre los HD Wallets para la cadena de confianza del nuevo modelo Alastria EPIC no ha dado resultados positivos y que se abandona la línea de investigación. Se está abierto a cualquier solución para la cadena de confianza (CoT) para enlazar credenciales y presentaciones con diferentes DID pero garantizando la propiedad de ambos DIDs por el mismo individuo.

@Juan Tavira Enviará por email el documento que se ha hecho público sobre la arquitectura y wallet de la identidad europea. Se hace una breve introducción al mismo.

 

@Carlos explica la problemática de los atributos “exp” y “valid_until” que tenemos en algunos objetos. La W3C usa “exp” que es un campo técnico de los JWT para la expiración pero plantea usar en el futuro un campo “valid_until”. Dado que la W3C no lo tiene cerrado y que no existen casos de uso que requieran un atributo para limitar la validez técnica de un objeto Credential/Presentation/Presentation Request se decide:

  • Eliminar el atributo “valid_until” hasta que W3C decida si lo usa y con que objeto.

  • Recuperar el uso del atributo “exp” como la expiración funcional de los datos que se contienen en el objeto, no la validez técnica del objeto.

  • Incluir el atributo “p_exp” en las Presentation Request como la fecha de expiración sugerida de la Presentación que corresponda.

  • Se aprueban las modificaciones sin objeciones de ninguno de los asistentes.

 

@Juan Tavira Comenta que a petición de @Iker Ruiz, de Alastria se ha hecho un repaso de los repos que usa Alastria ID y se justifican todos ellos, incluidos los dos de DID method, a excepción de los que son de @Jesús Ruiz para que él indique si siguen siendo válidos.

 

Referente al DID Resolver @Alejandro Alfonso explica la utilidad de los dos repos y junto a @Juan Gonzalez Magdalena explican el funcionamiento básico del DID resolver. Se plantea que en los nuevos modelos de identidad en los que no se ancla la clave pública sólo el usuario es capaz de producir el DID document, a lo que @Alejandro Alfonso indica que el resolver podría ir Mockeado.