Voilà une autre version du schéma :
Il fait apparaître :
- les différents rôles des noeuds Duniter
- forgeron (calcule les blocs)
- miroir (expose une API RPC à destination des clients)
- archive (nœud miroir conservant tout l’historique du storage pour permettre l’accès à n’importe quel bloc)
- les composants de l’indexeur (version simplifiée du schéma du readme)
- les composants du client
Par rapport au client, il y a plein de possibilités :
- se connecter à un light node ou à un noeud miroir de confiance
- utiliser des bibliothèques métier pour faciliter la connexion aux API
- avoir une architecture monolithique (appli mobile) ou modulaire (extension navigateur comme Ğ1-companion et UI sous forme de site/appli web)
Par la suite, j’aimerais détailler le schéma de chaque client (Ğcli, Ğecko, Tikka, Ğ1-companion…) pour montrer les différentes approches possibles. Pour l’instant l’idée est surtout de montrer l’utilité des différents rôles de Duniter.