Aquest lloc web fa servir cookies pròpies i de tercers per millorar l’experiència de navegació, i oferir continguts i serveis d’interès. En continuar la navegació entenem que acceptes la nostra política de cookies. Per a més informació consulta aquí.
Launch of Prometheus-X new website! - Welcome to the future of Data Spaces in Europe

Technical group

Technical Working Group of the Education and Skills Data Space

Canvis a "BCD Meeting about DID Login on Portal"

Mode de vista de comparació:
Vista HTML:

Descripció (Français)

  • -

    Participants


    Déroulé

    Présentation du prototype : https://gr2lxo.axshare.com/gid://decidim-app/Decidim::Hashtag/2/id=yxkx39&p=home et échanges

    Luc nous a présenté ce que BCD a commencé à concevoir, à savoir un webwallet.

    Nous n’avons pas eu l’occasion d’explorer la phase de création d’identité côté BCD.

    Conclusions

    Chaque utilisateur du portail aurait 1 compte mywallet par Entreprise, par exemple : 


    En tant que Matt Sonatti, je devrais utiliser (et donc posséder) : 

    • Un compte mywallet “Inokufu” lorsque je publie des services marqués Inokufu sur le portail
    • Un compte mywallet “X” lorsque je décide de publier des services marqués X sur le portail 

    Me login/logout de wallets lorsque je passe d’une entreprise à une autre

    L’utilisateur se log à son compte Entreprise sur le wallet, à ce moment il est automatiquement logué sur son entreprise (pas de double login)

    Il faut envisager une V0 sans organisme accréditeur d’identité pour les particuliers et les entreprises, sinon “on peut attendre 2025”. 

    Nous n’avons pas eu l’occasion d’explorer la phase de création d’identité, avec notamment, dans une V0, la fourniture de 2 preuves essentielles pour qu’une personne puisse participer au portail : 

    L’utilisateur est bien celui qu’il prétend être. En V0 il est suggéré d’utiliser une API Particulier

    L’entreprise est bien celle qu’elle prétend être. En V0 il est suggéré d’utiliser une API Entreprise 

    Prometheus doit servir de preuve de concept réel pour motiver les organismes à fournir ces infras d’émission de VC. En attendant, nous devons utiliser des palliatifs à base d’API entreprise/particulier.

    Questions en suspens/Points bloquants

    Quel est l’état d’avancement de production de mywallet.cloud ? 

    Dans cette V0, que comportent les VC Enterprise et Citizen ?

    Est-ce que c’est BCD qui se charge de l’implémentation des API Particulier et Entreprise pour la création des VC ? Ou est-ce que c’est à Prometheus de le faire ?

    Ce choix a plusieurs impacts : 

    Si c’est Prometheus qui est en charge de la liaison entre le DID en provenance de mywallet et les preuves de connexion via les API particulier et entreprise :

    • L’utilisateur fait le lien en se logant via ces API sur Prometheus auquel cas c’est Prometheus en charge de l’implémentation des API 
    • Prometheus devient responsable de traitement car c’est Prometheus qui stocke la preuve de lien entre ces deux entités dans une BDD 


    Si c’est BCD qui est en charge de la liaison entre le DID mywallet et les preuves de connexion via les API particulier et entreprise : 

    • L’utilisateur fait le lien en se logant via ces API sur Mywallet.cloud auquel cas c’est BCD en charge de l’implémentation des API 
    • BCD devient responsable de traitement car c’est BCD qui stocke la preuve de lien entre ces deux entités dans une BDD


    Actions

    •  Revoir le prototype @Mathieu S
    •  Faire une note sur les risques et les responsabilités engagées dans la V0 (Tiers de confiance) @Laurine B
    •  Programmer un nouvel atelier @Mathieu S
    •  Réaliser les spécifications fonctionnelles et techniques de la V0 @Perrin
  • +

    Participants


    Déroulé

    Présentation du prototype : https://gr2lxo.axshare.com/gid://decidim-app/Decidim::Hashtag/2/id=yxkx39&p=home et échanges

    Luc nous a présenté ce que BCD a commencé à concevoir, à savoir un webwallet.

    Nous n’avons pas eu l’occasion d’explorer la phase de création d’identité côté BCD.

    Conclusions

    Chaque utilisateur du portail aurait 1 compte mywallet par Entreprise, par exemple : 


    En tant que Matt Sonatti, je devrais utiliser (et donc posséder) : 

    • Un compte mywallet “Inokufu” lorsque je publie des services marqués Inokufu sur le portail
    • Un compte mywallet “X” lorsque je décide de publier des services marqués X sur le portail 

    Me login/logout de wallets lorsque je passe d’une entreprise à une autre

    L’utilisateur se log à son compte Entreprise sur le wallet, à ce moment il est automatiquement logué sur son entreprise (pas de double login)

    Il faut envisager une V0 sans organisme accréditeur d’identité pour les particuliers et les entreprises, sinon “on peut attendre 2025”. 

    Nous n’avons pas eu l’occasion d’explorer la phase de création d’identité, avec notamment, dans une V0, la fourniture de 2 preuves essentielles pour qu’une personne puisse participer au portail : 

    L’utilisateur est bien celui qu’il prétend être. En V0 il est suggéré d’utiliser une API Particulier

    L’entreprise est bien celle qu’elle prétend être. En V0 il est suggéré d’utiliser une API Entreprise 

    Prometheus doit servir de preuve de concept réel pour motiver les organismes à fournir ces infras d’émission de VC. En attendant, nous devons utiliser des palliatifs à base d’API entreprise/particulier.

    Questions en suspens/Points bloquants

    Quel est l’état d’avancement de production de mywallet.cloud ? 

    Dans cette V0, que comportent les VC Enterprise et Citizen ?

    Est-ce que c’est BCD qui se charge de l’implémentation des API Particulier et Entreprise pour la création des VC ? Ou est-ce que c’est à Prometheus de le faire ?

    Ce choix a plusieurs impacts : 

    Si c’est Prometheus qui est en charge de la liaison entre le DID en provenance de mywallet et les preuves de connexion via les API particulier et entreprise :

    • L’utilisateur fait le lien en se logant via ces API sur Prometheus auquel cas c’est Prometheus en charge de l’implémentation des API 
    • Prometheus devient responsable de traitement car c’est Prometheus qui stocke la preuve de lien entre ces deux entités dans une BDD 


    Si c’est BCD qui est en charge de la liaison entre le DID mywallet et les preuves de connexion via les API particulier et entreprise : 

    • L’utilisateur fait le lien en se logant via ces API sur Mywallet.cloud auquel cas c’est BCD en charge de l’implémentation des API 
    • BCD devient responsable de traitement car c’est BCD qui stocke la preuve de lien entre ces deux entités dans une BDD


    Actions

    •  Revoir le prototype @Mathieu S
    •  Faire une note sur les risques et les responsabilités engagées dans la V0 (Tiers de confiance) @Laurine B
    •  Programmer un nouvel atelier @Mathieu S
    •  Réaliser les spécifications fonctionnelles et techniques de la V0 @Perrin
  • -<h1>Participants</h1><ul><li>Luc Jarry-Lacombe (BC Diploma), Matt Sonatti (Inokufu), <a href="/ep/profile/1gg9uA1iUgdDmqkTo2qowQVtx4JuV7JXxtLquo46qDjI5JMmqrV9" rel="noopener noreferrer" target="_blank">@Perrin</a>, <a href="/ep/profile/1gg9uA1iUgdDmqkTo2qowPsLj6W9pmee9tQm63hKag7jYFh0i1OW" rel="noopener noreferrer" target="_blank">@Laurine B</a>, <a href="/ep/profile/1gg9uA1iUgdDmqkTo2qowPsLj6W2YltmY3zoX1yb6aCSkoQqFt4Q" rel="noopener noreferrer" target="_blank">@Mathieu S</a>&nbsp;</li></ul><h1><br></h1><h1>Déroulé</h1><p>Présentation du prototype : <a href="https://gr2lxo.axshare.com/gid://decidim-app/Decidim::Hashtag/2/id=yxkx39&amp;p=home" rel="noopener noreferrer" target="_blank">https://gr2lxo.axshare.com/gid://decidim-app/Decidim::Hashtag/2/id=yxkx39&amp;p=home</a> et échanges</p><p>Luc nous a présenté ce que BCD a commencé à concevoir, à savoir un webwallet.</p><p>Nous n’avons pas eu l’occasion d’explorer la phase de création d’identité côté BCD.</p><h1>Conclusions</h1><p>Chaque utilisateur du portail aurait 1 compte mywallet par Entreprise, par exemple :&nbsp;</p><p><br></p><p>En tant que Matt Sonatti, je devrais utiliser (et donc posséder) :&nbsp;</p><ul><li>Un compte mywallet “Inokufu” lorsque je publie des services marqués Inokufu sur le portail</li><li>Un compte mywallet “X” lorsque je décide de publier des services marqués X sur le portail&nbsp;</li></ul><p>Me login/logout de wallets lorsque je passe d’une entreprise à une autre</p><p>L’utilisateur se log à son compte Entreprise sur le wallet, à ce moment il est automatiquement logué sur son entreprise (pas de double login)</p><p>Il faut envisager une V0 sans organisme accréditeur d’identité pour les particuliers et les entreprises, sinon “on peut attendre 2025”.&nbsp;</p><p>Nous n’avons pas eu l’occasion d’explorer la phase de création d’identité, avec notamment, dans une V0, la fourniture de 2 preuves essentielles pour qu’une personne puisse participer au portail :&nbsp;</p><p>L’utilisateur est bien celui qu’il prétend être. En V0 il est suggéré d’utiliser une API Particulier</p><p>L’entreprise est bien celle qu’elle prétend être. En V0 il est suggéré d’utiliser une API Entreprise&nbsp;</p><p>Prometheus doit servir de preuve de concept réel pour motiver les organismes à fournir ces infras d’émission de VC. En attendant, nous devons utiliser des palliatifs à base d’API entreprise/particulier.</p><h1>Questions en suspens/Points bloquants</h1><p>Quel est l’état d’avancement de production de mywallet.cloud ?&nbsp;</p><p>Dans cette V0, que comportent les VC Enterprise et Citizen ?</p><p>Est-ce que c’est BCD qui se charge de l’implémentation des API Particulier et Entreprise pour la création des VC ? Ou est-ce que c’est à Prometheus de le faire ?</p><p>Ce choix a plusieurs impacts :&nbsp;</p><p>Si c’est Prometheus qui est en charge de la liaison entre le DID en provenance de mywallet et les preuves de connexion via les API particulier et entreprise :</p><ul><li>L’utilisateur fait le lien en se logant via ces API <strong>sur </strong>Prometheus auquel cas c’est Prometheus en charge de l’implémentation des API&nbsp;</li><li>Prometheus devient responsable de traitement car c’est Prometheus qui stocke la preuve de lien entre ces deux entités dans une BDD&nbsp;</li></ul><p><br></p><p>Si c’est BCD qui est en charge de la liaison entre le DID mywallet et les preuves de connexion via les API particulier et entreprise :&nbsp;</p><ul><li>L’utilisateur fait le lien en se logant via ces API <strong>sur </strong>Mywallet.cloud auquel cas c’est BCD en charge de l’implémentation des API&nbsp;</li><li>BCD devient responsable de traitement car c’est BCD qui stocke la preuve de lien entre ces deux entités dans une BDD</li></ul><p><br></p><h1>Actions</h1><ul><li>&nbsp;Revoir le prototype <a href="/ep/profile/1gg9uA1iUgdDmqkTo2qowPsLj6W2YltmY3zoX1yb6aCSkoQqFt4Q" rel="noopener noreferrer" target="_blank">@Mathieu S</a></li><li>&nbsp;Faire une note sur les risques et les responsabilités engagées dans la V0 (Tiers de confiance) <a href="/ep/profile/1gg9uA1iUgdDmqkTo2qowPsLj6W9pmee9tQm63hKag7jYFh0i1OW" rel="noopener noreferrer" target="_blank">@Laurine B</a></li><li>&nbsp;Programmer un nouvel atelier <a href="/ep/profile/1gg9uA1iUgdDmqkTo2qowPsLj6W2YltmY3zoX1yb6aCSkoQqFt4Q" rel="noopener noreferrer" target="_blank">@Mathieu S</a></li><li>&nbsp;Réaliser les spécifications fonctionnelles et techniques de la V0 <a href="/ep/profile/1gg9uA1iUgdDmqkTo2qowQVtx4JuV7JXxtLquo46qDjI5JMmqrV9" rel="noopener noreferrer" target="_blank">@Perrin</a></li></ul>
  • +<h3>Participants</h3><ul><li>Luc Jarry-Lacombe (BC Diploma), Matt Sonatti (Inokufu), <a href="/ep/profile/1gg9uA1iUgdDmqkTo2qowQVtx4JuV7JXxtLquo46qDjI5JMmqrV9" rel="noopener noreferrer" target="_blank">@Perrin</a>, <a href="/ep/profile/1gg9uA1iUgdDmqkTo2qowPsLj6W9pmee9tQm63hKag7jYFh0i1OW" rel="noopener noreferrer" target="_blank">@Laurine B</a>, <a href="/ep/profile/1gg9uA1iUgdDmqkTo2qowPsLj6W2YltmY3zoX1yb6aCSkoQqFt4Q" rel="noopener noreferrer" target="_blank">@Mathieu S</a>&nbsp;</li></ul><h1><br></h1><h3>Déroulé</h3><p>Présentation du prototype : <a href="https://gr2lxo.axshare.com/gid://decidim-app/Decidim::Hashtag/2/id=yxkx39&amp;p=home" rel="noopener noreferrer" target="_blank">https://gr2lxo.axshare.com/gid://decidim-app/Decidim::Hashtag/2/id=yxkx39&amp;p=home</a> et échanges</p><p>Luc nous a présenté ce que BCD a commencé à concevoir, à savoir un webwallet.</p><p>Nous n’avons pas eu l’occasion d’explorer la phase de création d’identité côté BCD.</p><h3>Conclusions</h3><p>Chaque utilisateur du portail aurait 1 compte mywallet par Entreprise, par exemple :&nbsp;</p><p><br></p><p>En tant que Matt Sonatti, je devrais utiliser (et donc posséder) :&nbsp;</p><ul><li>Un compte mywallet “Inokufu” lorsque je publie des services marqués Inokufu sur le portail</li><li>Un compte mywallet “X” lorsque je décide de publier des services marqués X sur le portail&nbsp;</li></ul><p>Me login/logout de wallets lorsque je passe d’une entreprise à une autre</p><p>L’utilisateur se log à son compte Entreprise sur le wallet, à ce moment il est automatiquement logué sur son entreprise (pas de double login)</p><p>Il faut envisager une V0 sans organisme accréditeur d’identité pour les particuliers et les entreprises, sinon “on peut attendre 2025”.&nbsp;</p><p>Nous n’avons pas eu l’occasion d’explorer la phase de création d’identité, avec notamment, dans une V0, la fourniture de 2 preuves essentielles pour qu’une personne puisse participer au portail :&nbsp;</p><p>L’utilisateur est bien celui qu’il prétend être. En V0 il est suggéré d’utiliser une API Particulier</p><p>L’entreprise est bien celle qu’elle prétend être. En V0 il est suggéré d’utiliser une API Entreprise&nbsp;</p><p>Prometheus doit servir de preuve de concept réel pour motiver les organismes à fournir ces infras d’émission de VC. En attendant, nous devons utiliser des palliatifs à base d’API entreprise/particulier.</p><h3>Questions en suspens/Points bloquants</h3><p>Quel est l’état d’avancement de production de mywallet.cloud ?&nbsp;</p><p>Dans cette V0, que comportent les VC Enterprise et Citizen ?</p><p>Est-ce que c’est BCD qui se charge de l’implémentation des API Particulier et Entreprise pour la création des VC ? Ou est-ce que c’est à Prometheus de le faire ?</p><p>Ce choix a plusieurs impacts :&nbsp;</p><p>Si c’est Prometheus qui est en charge de la liaison entre le DID en provenance de mywallet et les preuves de connexion via les API particulier et entreprise :</p><ul><li>L’utilisateur fait le lien en se logant via ces API <strong>sur </strong>Prometheus auquel cas c’est Prometheus en charge de l’implémentation des API&nbsp;</li><li>Prometheus devient responsable de traitement car c’est Prometheus qui stocke la preuve de lien entre ces deux entités dans une BDD&nbsp;</li></ul><p><br></p><p>Si c’est BCD qui est en charge de la liaison entre le DID mywallet et les preuves de connexion via les API particulier et entreprise :&nbsp;</p><ul><li>L’utilisateur fait le lien en se logant via ces API <strong>sur </strong>Mywallet.cloud auquel cas c’est BCD en charge de l’implémentation des API&nbsp;</li><li>BCD devient responsable de traitement car c’est BCD qui stocke la preuve de lien entre ces deux entités dans une BDD</li></ul><p><br></p><h1>Actions</h1><ul><li>&nbsp;Revoir le prototype <a href="/ep/profile/1gg9uA1iUgdDmqkTo2qowPsLj6W2YltmY3zoX1yb6aCSkoQqFt4Q" rel="noopener noreferrer" target="_blank">@Mathieu S</a></li><li>&nbsp;Faire une note sur les risques et les responsabilités engagées dans la V0 (Tiers de confiance) <a href="/ep/profile/1gg9uA1iUgdDmqkTo2qowPsLj6W9pmee9tQm63hKag7jYFh0i1OW" rel="noopener noreferrer" target="_blank">@Laurine B</a></li><li>&nbsp;Programmer un nouvel atelier <a href="/ep/profile/1gg9uA1iUgdDmqkTo2qowPsLj6W2YltmY3zoX1yb6aCSkoQqFt4Q" rel="noopener noreferrer" target="_blank">@Mathieu S</a></li><li>&nbsp;Réaliser les spécifications fonctionnelles et techniques de la V0 <a href="/ep/profile/1gg9uA1iUgdDmqkTo2qowQVtx4JuV7JXxtLquo46qDjI5JMmqrV9" rel="noopener noreferrer" target="_blank">@Perrin</a></li></ul>
Esborrats
  • -

    Participants


    Déroulé

    Présentation du prototype : https://gr2lxo.axshare.com/gid://decidim-app/Decidim::Hashtag/2/id=yxkx39&p=home et échanges

    Luc nous a présenté ce que BCD a commencé à concevoir, à savoir un webwallet.

    Nous n’avons pas eu l’occasion d’explorer la phase de création d’identité côté BCD.

    Conclusions

    Chaque utilisateur du portail aurait 1 compte mywallet par Entreprise, par exemple : 


    En tant que Matt Sonatti, je devrais utiliser (et donc posséder) : 

    • Un compte mywallet “Inokufu” lorsque je publie des services marqués Inokufu sur le portail
    • Un compte mywallet “X” lorsque je décide de publier des services marqués X sur le portail 

    Me login/logout de wallets lorsque je passe d’une entreprise à une autre

    L’utilisateur se log à son compte Entreprise sur le wallet, à ce moment il est automatiquement logué sur son entreprise (pas de double login)

    Il faut envisager une V0 sans organisme accréditeur d’identité pour les particuliers et les entreprises, sinon “on peut attendre 2025”. 

    Nous n’avons pas eu l’occasion d’explorer la phase de création d’identité, avec notamment, dans une V0, la fourniture de 2 preuves essentielles pour qu’une personne puisse participer au portail : 

    L’utilisateur est bien celui qu’il prétend être. En V0 il est suggéré d’utiliser une API Particulier

    L’entreprise est bien celle qu’elle prétend être. En V0 il est suggéré d’utiliser une API Entreprise 

    Prometheus doit servir de preuve de concept réel pour motiver les organismes à fournir ces infras d’émission de VC. En attendant, nous devons utiliser des palliatifs à base d’API entreprise/particulier.

    Questions en suspens/Points bloquants

    Quel est l’état d’avancement de production de mywallet.cloud ? 

    Dans cette V0, que comportent les VC Enterprise et Citizen ?

    Est-ce que c’est BCD qui se charge de l’implémentation des API Particulier et Entreprise pour la création des VC ? Ou est-ce que c’est à Prometheus de le faire ?

    Ce choix a plusieurs impacts : 

    Si c’est Prometheus qui est en charge de la liaison entre le DID en provenance de mywallet et les preuves de connexion via les API particulier et entreprise :

    • L’utilisateur fait le lien en se logant via ces API sur Prometheus auquel cas c’est Prometheus en charge de l’implémentation des API 
    • Prometheus devient responsable de traitement car c’est Prometheus qui stocke la preuve de lien entre ces deux entités dans une BDD 


    Si c’est BCD qui est en charge de la liaison entre le DID mywallet et les preuves de connexion via les API particulier et entreprise : 

    • L’utilisateur fait le lien en se logant via ces API sur Mywallet.cloud auquel cas c’est BCD en charge de l’implémentation des API 
    • BCD devient responsable de traitement car c’est BCD qui stocke la preuve de lien entre ces deux entités dans une BDD


    Actions

    •  Revoir le prototype @Mathieu S
    •  Faire une note sur les risques et les responsabilités engagées dans la V0 (Tiers de confiance) @Laurine B
    •  Programmer un nouvel atelier @Mathieu S
    •  Réaliser les spécifications fonctionnelles et techniques de la V0 @Perrin


Déroulé

Présentation du prototype : https://gr2lxo.axshare.com/gid://decidim-app/Decidim::Hashtag/2/id=yxkx39&p=home et échanges

Luc nous a présenté ce que BCD a commencé à concevoir, à savoir un webwallet.

Nous n’avons pas eu l’occasion d’explorer la phase de création d’identité côté BCD.

Conclusions

Chaque utilisateur du portail aurait 1 compte mywallet par Entreprise, par exemple : 


En tant que Matt Sonatti, je devrais utiliser (et donc posséder) : 

  • Un compte mywallet “Inokufu” lorsque je publie des services marqués Inokufu sur le portail
  • Un compte mywallet “X” lorsque je décide de publier des services marqués X sur le portail 

Me login/logout de wallets lorsque je passe d’une entreprise à une autre

L’utilisateur se log à son compte Entreprise sur le wallet, à ce moment il est automatiquement logué sur son entreprise (pas de double login)

Il faut envisager une V0 sans organisme accréditeur d’identité pour les particuliers et les entreprises, sinon “on peut attendre 2025”. 

Nous n’avons pas eu l’occasion d’explorer la phase de création d’identité, avec notamment, dans une V0, la fourniture de 2 preuves essentielles pour qu’une personne puisse participer au portail : 

L’utilisateur est bien celui qu’il prétend être. En V0 il est suggéré d’utiliser une API Particulier

L’entreprise est bien celle qu’elle prétend être. En V0 il est suggéré d’utiliser une API Entreprise 

Prometheus doit servir de preuve de concept réel pour motiver les organismes à fournir ces infras d’émission de VC. En attendant, nous devons utiliser des palliatifs à base d’API entreprise/particulier.

Questions en suspens/Points bloquants

Quel est l’état d’avancement de production de mywallet.cloud ? 

Dans cette V0, que comportent les VC Enterprise et Citizen ?

Est-ce que c’est BCD qui se charge de l’implémentation des API Particulier et Entreprise pour la création des VC ? Ou est-ce que c’est à Prometheus de le faire ?

Ce choix a plusieurs impacts : 

Si c’est Prometheus qui est en charge de la liaison entre le DID en provenance de mywallet et les preuves de connexion via les API particulier et entreprise :

  • L’utilisateur fait le lien en se logant via ces API sur Prometheus auquel cas c’est Prometheus en charge de l’implémentation des API 
  • Prometheus devient responsable de traitement car c’est Prometheus qui stocke la preuve de lien entre ces deux entités dans une BDD 


Si c’est BCD qui est en charge de la liaison entre le DID mywallet et les preuves de connexion via les API particulier et entreprise : 

  • L’utilisateur fait le lien en se logant via ces API sur Mywallet.cloud auquel cas c’est BCD en charge de l’implémentation des API 
  • BCD devient responsable de traitement car c’est BCD qui stocke la preuve de lien entre ces deux entités dans une BDD


Actions

  •  Revoir le prototype @Mathieu S
  •  Faire une note sur les risques et les responsabilités engagées dans la V0 (Tiers de confiance) @Laurine B
  •  Programmer un nouvel atelier @Mathieu S
  •  Réaliser les spécifications fonctionnelles et techniques de la V0 @Perrin
Addicions


Déroulé

Présentation du prototype : https://gr2lxo.axshare.com/gid://decidim-app/Decidim::Hashtag/2/id=yxkx39&p=home et échanges

Luc nous a présenté ce que BCD a commencé à concevoir, à savoir un webwallet.

Nous n’avons pas eu l’occasion d’explorer la phase de création d’identité côté BCD.

Conclusions

Chaque utilisateur du portail aurait 1 compte mywallet par Entreprise, par exemple : 


En tant que Matt Sonatti, je devrais utiliser (et donc posséder) : 

  • Un compte mywallet “Inokufu” lorsque je publie des services marqués Inokufu sur le portail
  • Un compte mywallet “X” lorsque je décide de publier des services marqués X sur le portail 

Me login/logout de wallets lorsque je passe d’une entreprise à une autre

L’utilisateur se log à son compte Entreprise sur le wallet, à ce moment il est automatiquement logué sur son entreprise (pas de double login)

Il faut envisager une V0 sans organisme accréditeur d’identité pour les particuliers et les entreprises, sinon “on peut attendre 2025”. 

Nous n’avons pas eu l’occasion d’explorer la phase de création d’identité, avec notamment, dans une V0, la fourniture de 2 preuves essentielles pour qu’une personne puisse participer au portail : 

L’utilisateur est bien celui qu’il prétend être. En V0 il est suggéré d’utiliser une API Particulier

L’entreprise est bien celle qu’elle prétend être. En V0 il est suggéré d’utiliser une API Entreprise 

Prometheus doit servir de preuve de concept réel pour motiver les organismes à fournir ces infras d’émission de VC. En attendant, nous devons utiliser des palliatifs à base d’API entreprise/particulier.

Questions en suspens/Points bloquants

Quel est l’état d’avancement de production de mywallet.cloud ? 

Dans cette V0, que comportent les VC Enterprise et Citizen ?

Est-ce que c’est BCD qui se charge de l’implémentation des API Particulier et Entreprise pour la création des VC ? Ou est-ce que c’est à Prometheus de le faire ?

Ce choix a plusieurs impacts : 

Si c’est Prometheus qui est en charge de la liaison entre le DID en provenance de mywallet et les preuves de connexion via les API particulier et entreprise :

  • L’utilisateur fait le lien en se logant via ces API sur Prometheus auquel cas c’est Prometheus en charge de l’implémentation des API 
  • Prometheus devient responsable de traitement car c’est Prometheus qui stocke la preuve de lien entre ces deux entités dans une BDD 


Si c’est BCD qui est en charge de la liaison entre le DID mywallet et les preuves de connexion via les API particulier et entreprise : 

  • L’utilisateur fait le lien en se logant via ces API sur Mywallet.cloud auquel cas c’est BCD en charge de l’implémentation des API 
  • BCD devient responsable de traitement car c’est BCD qui stocke la preuve de lien entre ces deux entités dans une BDD


Actions

  •  Revoir le prototype @Mathieu S
  •  Faire une note sur les risques et les responsabilités engagées dans la V0 (Tiers de confiance) @Laurine B
  •  Programmer un nouvel atelier @Mathieu S
  •  Réaliser les spécifications fonctionnelles et techniques de la V0 @Perrin
  • +

    Participants


    Déroulé

    Présentation du prototype : https://gr2lxo.axshare.com/gid://decidim-app/Decidim::Hashtag/2/id=yxkx39&p=home et échanges

    Luc nous a présenté ce que BCD a commencé à concevoir, à savoir un webwallet.

    Nous n’avons pas eu l’occasion d’explorer la phase de création d’identité côté BCD.

    Conclusions

    Chaque utilisateur du portail aurait 1 compte mywallet par Entreprise, par exemple : 


    En tant que Matt Sonatti, je devrais utiliser (et donc posséder) : 

    • Un compte mywallet “Inokufu” lorsque je publie des services marqués Inokufu sur le portail
    • Un compte mywallet “X” lorsque je décide de publier des services marqués X sur le portail 

    Me login/logout de wallets lorsque je passe d’une entreprise à une autre

    L’utilisateur se log à son compte Entreprise sur le wallet, à ce moment il est automatiquement logué sur son entreprise (pas de double login)

    Il faut envisager une V0 sans organisme accréditeur d’identité pour les particuliers et les entreprises, sinon “on peut attendre 2025”. 

    Nous n’avons pas eu l’occasion d’explorer la phase de création d’identité, avec notamment, dans une V0, la fourniture de 2 preuves essentielles pour qu’une personne puisse participer au portail : 

    L’utilisateur est bien celui qu’il prétend être. En V0 il est suggéré d’utiliser une API Particulier

    L’entreprise est bien celle qu’elle prétend être. En V0 il est suggéré d’utiliser une API Entreprise 

    Prometheus doit servir de preuve de concept réel pour motiver les organismes à fournir ces infras d’émission de VC. En attendant, nous devons utiliser des palliatifs à base d’API entreprise/particulier.

    Questions en suspens/Points bloquants

    Quel est l’état d’avancement de production de mywallet.cloud ? 

    Dans cette V0, que comportent les VC Enterprise et Citizen ?

    Est-ce que c’est BCD qui se charge de l’implémentation des API Particulier et Entreprise pour la création des VC ? Ou est-ce que c’est à Prometheus de le faire ?

    Ce choix a plusieurs impacts : 

    Si c’est Prometheus qui est en charge de la liaison entre le DID en provenance de mywallet et les preuves de connexion via les API particulier et entreprise :

    • L’utilisateur fait le lien en se logant via ces API sur Prometheus auquel cas c’est Prometheus en charge de l’implémentation des API 
    • Prometheus devient responsable de traitement car c’est Prometheus qui stocke la preuve de lien entre ces deux entités dans une BDD 


    Si c’est BCD qui est en charge de la liaison entre le DID mywallet et les preuves de connexion via les API particulier et entreprise : 

    • L’utilisateur fait le lien en se logant via ces API sur Mywallet.cloud auquel cas c’est BCD en charge de l’implémentation des API 
    • BCD devient responsable de traitement car c’est BCD qui stocke la preuve de lien entre ces deux entités dans une BDD


    Actions

    •  Revoir le prototype @Mathieu S
    •  Faire une note sur les risques et les responsabilités engagées dans la V0 (Tiers de confiance) @Laurine B
    •  Programmer un nouvel atelier @Mathieu S
    •  Réaliser les spécifications fonctionnelles et techniques de la V0 @Perrin
    • Esborrats
    • -<h1>Participants</h1><ul><li>Luc Jarry-Lacombe (BC Diploma), Matt Sonatti (Inokufu), <a href="/ep/profile/1gg9uA1iUgdDmqkTo2qowQVtx4JuV7JXxtLquo46qDjI5JMmqrV9" rel="noopener noreferrer" target="_blank">@Perrin</a>, <a href="/ep/profile/1gg9uA1iUgdDmqkTo2qowPsLj6W9pmee9tQm63hKag7jYFh0i1OW" rel="noopener noreferrer" target="_blank">@Laurine B</a>, <a href="/ep/profile/1gg9uA1iUgdDmqkTo2qowPsLj6W2YltmY3zoX1yb6aCSkoQqFt4Q" rel="noopener noreferrer" target="_blank">@Mathieu S</a>&nbsp;</li></ul><h1><br></h1><h1>Déroulé</h1><p>Présentation du prototype : <a href="https://gr2lxo.axshare.com/gid://decidim-app/Decidim::Hashtag/2/id=yxkx39&amp;p=home" rel="noopener noreferrer" target="_blank">https://gr2lxo.axshare.com/gid://decidim-app/Decidim::Hashtag/2/id=yxkx39&amp;p=home</a> et échanges</p><p>Luc nous a présenté ce que BCD a commencé à concevoir, à savoir un webwallet.</p><p>Nous n’avons pas eu l’occasion d’explorer la phase de création d’identité côté BCD.</p><h1>Conclusions</h1><p>Chaque utilisateur du portail aurait 1 compte mywallet par Entreprise, par exemple :&nbsp;</p><p><br></p><p>En tant que Matt Sonatti, je devrais utiliser (et donc posséder) :&nbsp;</p><ul><li>Un compte mywallet “Inokufu” lorsque je publie des services marqués Inokufu sur le portail</li><li>Un compte mywallet “X” lorsque je décide de publier des services marqués X sur le portail&nbsp;</li></ul><p>Me login/logout de wallets lorsque je passe d’une entreprise à une autre</p><p>L’utilisateur se log à son compte Entreprise sur le wallet, à ce moment il est automatiquement logué sur son entreprise (pas de double login)</p><p>Il faut envisager une V0 sans organisme accréditeur d’identité pour les particuliers et les entreprises, sinon “on peut attendre 2025”.&nbsp;</p><p>Nous n’avons pas eu l’occasion d’explorer la phase de création d’identité, avec notamment, dans une V0, la fourniture de 2 preuves essentielles pour qu’une personne puisse participer au portail :&nbsp;</p><p>L’utilisateur est bien celui qu’il prétend être. En V0 il est suggéré d’utiliser une API Particulier</p><p>L’entreprise est bien celle qu’elle prétend être. En V0 il est suggéré d’utiliser une API Entreprise&nbsp;</p><p>Prometheus doit servir de preuve de concept réel pour motiver les organismes à fournir ces infras d’émission de VC. En attendant, nous devons utiliser des palliatifs à base d’API entreprise/particulier.</p><h1>Questions en suspens/Points bloquants</h1><p>Quel est l’état d’avancement de production de mywallet.cloud ?&nbsp;</p><p>Dans cette V0, que comportent les VC Enterprise et Citizen ?</p><p>Est-ce que c’est BCD qui se charge de l’implémentation des API Particulier et Entreprise pour la création des VC ? Ou est-ce que c’est à Prometheus de le faire ?</p><p>Ce choix a plusieurs impacts :&nbsp;</p><p>Si c’est Prometheus qui est en charge de la liaison entre le DID en provenance de mywallet et les preuves de connexion via les API particulier et entreprise :</p><ul><li>L’utilisateur fait le lien en se logant via ces API <strong>sur </strong>Prometheus auquel cas c’est Prometheus en charge de l’implémentation des API&nbsp;</li><li>Prometheus devient responsable de traitement car c’est Prometheus qui stocke la preuve de lien entre ces deux entités dans une BDD&nbsp;</li></ul><p><br></p><p>Si c’est BCD qui est en charge de la liaison entre le DID mywallet et les preuves de connexion via les API particulier et entreprise :&nbsp;</p><ul><li>L’utilisateur fait le lien en se logant via ces API <strong>sur </strong>Mywallet.cloud auquel cas c’est BCD en charge de l’implémentation des API&nbsp;</li><li>BCD devient responsable de traitement car c’est BCD qui stocke la preuve de lien entre ces deux entités dans une BDD</li></ul><p><br></p><h1>Actions</h1><ul><li>&nbsp;Revoir le prototype <a href="/ep/profile/1gg9uA1iUgdDmqkTo2qowPsLj6W2YltmY3zoX1yb6aCSkoQqFt4Q" rel="noopener noreferrer" target="_blank">@Mathieu S</a></li><li>&nbsp;Faire une note sur les risques et les responsabilités engagées dans la V0 (Tiers de confiance) <a href="/ep/profile/1gg9uA1iUgdDmqkTo2qowPsLj6W9pmee9tQm63hKag7jYFh0i1OW" rel="noopener noreferrer" target="_blank">@Laurine B</a></li><li>&nbsp;Programmer un nouvel atelier <a href="/ep/profile/1gg9uA1iUgdDmqkTo2qowPsLj6W2YltmY3zoX1yb6aCSkoQqFt4Q" rel="noopener noreferrer" target="_blank">@Mathieu S</a></li><li>&nbsp;Réaliser les spécifications fonctionnelles et techniques de la V0 <a href="/ep/profile/1gg9uA1iUgdDmqkTo2qowQVtx4JuV7JXxtLquo46qDjI5JMmqrV9" rel="noopener noreferrer" target="_blank">@Perrin</a></li></ul>
    Addicions
    • +<h3>Participants</h3><ul><li>Luc Jarry-Lacombe (BC Diploma), Matt Sonatti (Inokufu), <a href="/ep/profile/1gg9uA1iUgdDmqkTo2qowQVtx4JuV7JXxtLquo46qDjI5JMmqrV9" rel="noopener noreferrer" target="_blank">@Perrin</a>, <a href="/ep/profile/1gg9uA1iUgdDmqkTo2qowPsLj6W9pmee9tQm63hKag7jYFh0i1OW" rel="noopener noreferrer" target="_blank">@Laurine B</a>, <a href="/ep/profile/1gg9uA1iUgdDmqkTo2qowPsLj6W2YltmY3zoX1yb6aCSkoQqFt4Q" rel="noopener noreferrer" target="_blank">@Mathieu S</a>&nbsp;</li></ul><h1><br></h1><h3>Déroulé</h3><p>Présentation du prototype : <a href="https://gr2lxo.axshare.com/gid://decidim-app/Decidim::Hashtag/2/id=yxkx39&amp;p=home" rel="noopener noreferrer" target="_blank">https://gr2lxo.axshare.com/gid://decidim-app/Decidim::Hashtag/2/id=yxkx39&amp;p=home</a> et échanges</p><p>Luc nous a présenté ce que BCD a commencé à concevoir, à savoir un webwallet.</p><p>Nous n’avons pas eu l’occasion d’explorer la phase de création d’identité côté BCD.</p><h3>Conclusions</h3><p>Chaque utilisateur du portail aurait 1 compte mywallet par Entreprise, par exemple :&nbsp;</p><p><br></p><p>En tant que Matt Sonatti, je devrais utiliser (et donc posséder) :&nbsp;</p><ul><li>Un compte mywallet “Inokufu” lorsque je publie des services marqués Inokufu sur le portail</li><li>Un compte mywallet “X” lorsque je décide de publier des services marqués X sur le portail&nbsp;</li></ul><p>Me login/logout de wallets lorsque je passe d’une entreprise à une autre</p><p>L’utilisateur se log à son compte Entreprise sur le wallet, à ce moment il est automatiquement logué sur son entreprise (pas de double login)</p><p>Il faut envisager une V0 sans organisme accréditeur d’identité pour les particuliers et les entreprises, sinon “on peut attendre 2025”.&nbsp;</p><p>Nous n’avons pas eu l’occasion d’explorer la phase de création d’identité, avec notamment, dans une V0, la fourniture de 2 preuves essentielles pour qu’une personne puisse participer au portail :&nbsp;</p><p>L’utilisateur est bien celui qu’il prétend être. En V0 il est suggéré d’utiliser une API Particulier</p><p>L’entreprise est bien celle qu’elle prétend être. En V0 il est suggéré d’utiliser une API Entreprise&nbsp;</p><p>Prometheus doit servir de preuve de concept réel pour motiver les organismes à fournir ces infras d’émission de VC. En attendant, nous devons utiliser des palliatifs à base d’API entreprise/particulier.</p><h3>Questions en suspens/Points bloquants</h3><p>Quel est l’état d’avancement de production de mywallet.cloud ?&nbsp;</p><p>Dans cette V0, que comportent les VC Enterprise et Citizen ?</p><p>Est-ce que c’est BCD qui se charge de l’implémentation des API Particulier et Entreprise pour la création des VC ? Ou est-ce que c’est à Prometheus de le faire ?</p><p>Ce choix a plusieurs impacts :&nbsp;</p><p>Si c’est Prometheus qui est en charge de la liaison entre le DID en provenance de mywallet et les preuves de connexion via les API particulier et entreprise :</p><ul><li>L’utilisateur fait le lien en se logant via ces API <strong>sur </strong>Prometheus auquel cas c’est Prometheus en charge de l’implémentation des API&nbsp;</li><li>Prometheus devient responsable de traitement car c’est Prometheus qui stocke la preuve de lien entre ces deux entités dans une BDD&nbsp;</li></ul><p><br></p><p>Si c’est BCD qui est en charge de la liaison entre le DID mywallet et les preuves de connexion via les API particulier et entreprise :&nbsp;</p><ul><li>L’utilisateur fait le lien en se logant via ces API <strong>sur </strong>Mywallet.cloud auquel cas c’est BCD en charge de l’implémentation des API&nbsp;</li><li>BCD devient responsable de traitement car c’est BCD qui stocke la preuve de lien entre ces deux entités dans une BDD</li></ul><p><br></p><h1>Actions</h1><ul><li>&nbsp;Revoir le prototype <a href="/ep/profile/1gg9uA1iUgdDmqkTo2qowPsLj6W2YltmY3zoX1yb6aCSkoQqFt4Q" rel="noopener noreferrer" target="_blank">@Mathieu S</a></li><li>&nbsp;Faire une note sur les risques et les responsabilités engagées dans la V0 (Tiers de confiance) <a href="/ep/profile/1gg9uA1iUgdDmqkTo2qowPsLj6W9pmee9tQm63hKag7jYFh0i1OW" rel="noopener noreferrer" target="_blank">@Laurine B</a></li><li>&nbsp;Programmer un nouvel atelier <a href="/ep/profile/1gg9uA1iUgdDmqkTo2qowPsLj6W2YltmY3zoX1yb6aCSkoQqFt4Q" rel="noopener noreferrer" target="_blank">@Mathieu S</a></li><li>&nbsp;Réaliser les spécifications fonctionnelles et techniques de la V0 <a href="/ep/profile/1gg9uA1iUgdDmqkTo2qowQVtx4JuV7JXxtLquo46qDjI5JMmqrV9" rel="noopener noreferrer" target="_blank">@Perrin</a></li></ul>
    Número de versió 3 de 4 Mostra totes les versions Tornar a la trobada
    Autoria de la versió
    Avatar: Mathieu Strabach Mathieu Strabach
    Versió creada el 21/12/2021 09:03