2020-05-13 Meeting notes (Arquitectura)

Date

May 13, 2020

Participants

Álvaro Armijos
@Antonio Pérez Ruth
@Héctor Insausti
@Iñigo Garcia
@Jaime Cuesta Tovar
@Jaime Loureiro Acuña
@Juan Luis Gozalo (Unlicensed)
@Juan Tavira
@María Salgado Iturrino
@Rodrigo Lopez
Sergio (Wanataka)
@Miguel Angel Calero Fernandez
Carlos Pastor

Discussion topics

Coordinación de equipos: Martes a las 16:00
Estado de la iniciativa de COVID
@Jaime Cuesta Tovarsolución a doble capa.
Alastria para estándares, arquitectura y asegurar interoperabilidad funcional
Capa de Aplicaciones apoyada en la anterior y con posibilidad de ser libre o privativa para provisión de servicios.
Status update librerías y propuesta de roadmap (presentación)
- Se comunica que se va a adaptar la actual librería a la nueva versión de smart contracts
- A continuación, se propone dividir en 3 librerías la actual identity-lib.
- Tras terminar la implementación y separación en Node, se someterá a votación desarrollar versiones multilenguaje de esta implementación de referencia
Reunión sobre el modelo de AlastriaID (@Juan Taviraet al)
- Lo más relevante es que las personas físicas puedan actuar como issuers y verifiers, y que las personas físicas puedan actuar como representantes de empresas. Esto nos llevaría a la implementación de una cadena de confianza. A estudiar.
- Propuesta para aterrizar propuesta de PKI + DID (Jueves próximo)
- @Carlos Horowicz pregunta si se podrían utilizar los certificados de FNMT o corporativos para emitir certificados autoemitidos. Alastria no es proveedor de servicios, y este será trabajo de los TSP.
- Continuará con una reunión el día 21 a las 15:30.
¿Se pueden utilizar los DIDs de otras redes en la red Alastria?
- No merece la pena modificar el modelo para soportar otros DIDs (editado por Juan Tavira)
- No se contempla el uso de peer DID o de DIDs no vinculados a la red de Alastria:
  - El objetivo de Alastria ID es la promoción de la identidad digital en la red blockchain y no los casos de usos desvinculados
  - Los Peer DID no resuelven un posible intercambio de información entre SP maliciosos y complican el modelo y la experiencia de usuario. Es una funcionalidad que puede aportar un Wallet multi-identidad.

Action items

Actualmente NodeJS es la implementación de referencia, hay que tomar la decisión de que la implementación en Java pueda convertirse también en implementación de referencia (y eventualmente otras en otros languaje e.g. Python) con mantenimiento garantizado o son responsabilidad de los sociosJun 3, 2020

Decisions

Se aprueba dividir las librerías de AlastriaID en tres partes