Nous partageons ici la partie publique de notre roadmap, c’est-à-dire les points sur lesquels nous pouvons communiquer. Certains points et fonctionnalités n’y apparaissent pas car il est stratégiquement ou techniquement trop tôt pour prendre des engagements partagés. Exemple : le support de Passkey, qui simplifierait l’onboarding et pourrait éliminer l’obligation de sauvegarder les 12 mots pour les utilisateurs, a été discuté mais jugé aléatoire car dépendant des roadmaps d’Android et iOS.
Notes sur des points de la précédente roadmap 2023:
- La présentation de multiples badges (Shareable profile) a nécessité le développement d’un nouvel explorateur de Badges pour permettre des fonctionnalités plus larges comme le partage synchronisé en temps réel des badges reçus par les utilisateurs avec un site web 2.0 existant ou un serveur Discord (voir plus bas).
- La “délégation d’administration” est maintenant devenue une délégation de “community manager”. Pour un onboarding professionnel simplifié, il deviendra possible d’utiliser un login plus simple, de type magic-link reçu par mail, ce qui rendra l’utilisation de l’application non obligatoire pour les managers et facilitera la délégation ainsi que l’utilisation programmée par API.
- Le démonstrateur de signature numérique sera finalisé ce mois-ci.
Le démonstrateur d’intégration à un metavers pour les badges d’accomplissement sera finalisé ce mois-ci. - Le système de ticketing a été amélioré pour tenir compte des contraintes de terrain et une première version sera finalisée ce mois-ci.
- L’intégration à un système de portail SSO a été mise en pause en attendant la finalisation du standard OPENID4VC que nous avons choisi de supporter (https://openid.net/sg/openid4vc/).
Nouvelle roadmap :
Ticketing (Q2)
Le système de ticketing a été modifié pour que le ticket présenté par son propriétaire puisse être vérifiable sans connexion Internet par un vérificateur muni de l’application myDid.
Generic Verifier (Q2)
En dehors du système de ticketing qui est un type de badge optimisé, il sera possible de présenter n’importe quel badge certifié ou badge de participation sous la forme d’un QR Code animé vérifiable par n’importe quel autre utilisateur de l’application.
Zero-Wait Panel (Q2)
Les uploads sur IPFS et les transactions avec la blockchain vont être réalisés de manière asynchrone. Concrètement pour ceux qui ont testé la partie studio, nous supprimerons progressivement tous les temps d’attente (création du profil, des templates, des badges) qui deviendront quasi-immédiats (changement important côté expérience utilisateur).
Digital Signature (Q2)
Un démonstrateur de signature numérique de document PDF (sans certificat) à partir de l’application myDid sera mis en ligne.
Metaverse Badges (Q2)
Les badges peuvent constituer un système de récompenses pour qualifier des accomplissements de participants à un metavers. Un espace de démonstration sera disponible.
Magic Link & Delegation (Q3)
Certaines catégories de community manager ne souhaitent pas gérer directement leurs clés (backup des 12 mots, etc.) et souhaitent pouvoir gérer leur communauté à plusieurs avec des droits d’accès différents. Un système de custody sera mis en place pour faciliter le login sur le studio via de “simples” magic-links envoyés par email.
Social Networks Check (Q3)
Un système de badges supplémentaires permettra d’effectuer des vérifications de liens réels entre une communauté myDid et des réseaux sociaux (twitter/x, discord, etc.).
Public Communities (Q3)
Les communautés myDid pourront devenir publiques sur un répertoire explorable sur l’application et sur le web. Ces communautés auront plus tard l’occasion d’être mises en avant et de publier des offres.
Multi-Badge Checker (Q3)
Le lien web pour afficher et partager un badge obtenu (actuellement appelé “badge checker” en interne) sera amélioré pour présenter plusieurs badges en même temps et constituer un ou plusieurs profils publiquement partageables.
Manager Dashboard/Stats (Q3)
Les utilisateurs qui interagissent avec les communautés et les badges pourront renvoyer des informations statistiques anonymes pour informer le gestionnaire de communauté (communauté rejointe, réception et envoi de badge, etc.) qui aura une version synthétique de l’activité de ses membres.
Communities Members List (Q3)
Certains gestionnaires pourront demander des pseudos / des identifiants nostr aux utilisateurs qui rejoignent leur communauté. Ces listes de membres pourraient par la suite être partageables entre utilisateurs pour s’approcher de canaux de réseaux sociaux plus traditionnels et faciliter l’interaction entre les membres d’une même communauté.
App On-Boarding (Q3)
Lorsqu’un utilisateur rejoint une communauté, son gestionnaire peut paramétrer la demande automatique d’une liste d’informations supplémentaires pour lui permettre d’obtenir un badge de statut spécial (exemple : utilisateur vérifié). Ces informations sont directement demandées sur l’application myDid (upload éventuel de document, photos, etc.). Ce type d’inscription initiale (on-boarding) décentralisée peut éventuellement être synchronisable avec un système Web 2.0.
Web 2.0 View Synchronization (Q3)
Toujours dans l’idée de faire la jonction avec le Web 2.0, pour prendre en compte les sites web communautaires existants où des membres sont déjà inscrits, un service web (open-source) proposera l’affichage synchronisé sur ces sites web de certains badges reçus sur le wallet myDID.
Badges Creation Wizards (Q3)
Animer une communauté en proposant différents types de badges n’est pas toujours facile et le studio doit pouvoir accompagner les managers en leur proposant de créer badges en fonction de leur secteur d’activités et leur communauté. Cet accompagnement ira jusqu’à la création de visuels (IA) pour l’illustration des badges.
On-Demand Survey (Q3)
Les gestionnaires de communauté pourront proposer des questionnaires et des sondages pour :
- obtenir une meilleure connaissance statistique mais anonyme de leurs membres (demande d’informations supplémentaires)
- questionner leur communauté pour prendre des décisions éclairées
- proposer des sondages à l’extérieur de leur communauté
Certains accès à ces fonctionnalités seront payants pour les managers et récompensables en tokens SYL pour les utilisateurs. Cette fonctionnalité s’inscrit dans la recherche de solutions intelligentes plus éthiques et respectueuses de la vie privée pour le sondage et la publicité au sein de communautés décentralisées (nom de code Cortex).
Manager API (Q3)
Les fonctionnalités avancées réservées aux gestionnaires de communauté sont disponibles via l’interface web du “studio” qui leur est réservé. Pour différents cas d’usages et à différentes étapes, ces appels doivent se faire via un service web qui permet d’automatiser ces demandes et d’être intégré à d’autres services web, centralisés ou décentralisés. L’API permettra la création automatique de communautés et la distribution programmable de badges.
Discord View Synchronization (Q3)
Pour faire la jonction avec des outils de gestion de communautés existants comme Discord, qui est déjà très présent (y compris dans “le Web3”) et où sont déjà inscrits de nombreux membres, un “bot Discord” proposera l’affichage synchronisé sur les serveurs Discord communautaires de certains badges reçus sur le wallet myDID, notamment pour permettre de mettre publiquement en avant les membres les plus actifs / les mieux récompensés.
Manager HSM (Q4)
L’authentification de certains managers en dehors de l’application myDiD, que ce soit dans un souci de délégation ou pour faciliter l’automatisation via la “Manager API”, nécessite la conservation pour eux de certaines clés liées à leur identité. La sécurisation maximale de ces clés se fera via un serveur sécurisé équipé d’un HSM (Hardware Secure Module).
IA Community Copilot (Q4)
Au-delà des suggestions de créations de badges, et avec la transformation progressive du wallet myDid en outil de communication complet autour d’un réseau social décentralisé avec messagerie, de nouvelles interactions sont possibles pour les utilisateurs et pour les managers (chatbot, orientation, conseil).
Advertisement & Offers (Q4)
Les gestionnaires de communauté pourront mettre en avant leurs communautés dans les listes de communautés proposées sur l’explorateur en ligne et sur la partie “Explorer” de l’application. Des offres (commerciales ou non) pourront être affichées sur l’application myDid à l’intérieur et à l’extérieur des communautés, sans nécessité de traçage centralisé.
Certains accès à ces fonctionnalités seront payants pour les managers et récompensables en tokens SYL pour les utilisateurs. Cette fonctionnalité s’inscrit dans la recherche de solutions intelligentes plus éthiques et respectueuses de la vie privée pour le sondage et la publicité au sein de communautés décentralisées (nom de code Cortex).
Nostr Messaging (Q4)
Les utilisateurs de l’application myDid pourront s’envoyer des messages directement entre eux. La mise en relation peut être simplifiée par l’utilisation de listes de membres publiques à l’intérieur d’une communauté. Ce système de messagerie peut aussi être utilisé par le gestionnaire de communauté pour échanger avec ses membres. Chaque membre de la communauté reste libre de casser un canal de communication pour éviter un usage abusif (exemple : spam de la part d’un utilisateur ou d’un manager) sans pour autant casser les autres canaux de communication.
BTC & XRPL Support (Q4)
Le support de ces deux blockchains publiques, créées avec des philosophies originales différentes, permettra de faire la démonstration de la neutralité technique de nos solutions en proposant de choisir entre Bitcoin, Gnosischain et XRP Ledger pour la création des profils des gestionnaires de communautés.
NFC Companion Card (Q4)
Certains badges pourront être enregistrés sur une carte NFC optionnelle pour faciliter des usages spécifiques (ex : billetterie, utilisation ponctuelle sans appareil mobile, utilisation en environnement industriel, etc.) et pourront également être présentés via NFC pour vérification.
