# Architecture technique Ğ1v2

**URL:** https://forum.duniter.org/t/architecture-technique-g1v2/9339
**Category:** R&D
**Tags:** schema
**Created:** [21 May 2022 15:59 UTC](https://forum.duniter.org/t/architecture-technique-g1v2/9339 "2022-05-21T15:59:45Z")
**Posts on this page:** 1
**Showing post:** 8

<div class="post-metadata">

### Author: ![HugoTrentesaux](https://forum.duniter.org/user_avatar/forum.duniter.org/hugotrentesaux/32/6396_2.png) [@HugoTrentesaux](https://forum.duniter.org/u/HugoTrentesaux)
#### Post date: [1 September 2023 11:40 UTC](https://forum.duniter.org/t/architecture-technique-g1v2/9339/8 "2023-09-01T11:40:38Z")

</div>

Voilà une autre version du schéma :

![schema_duniter](https://forum.duniter.org/uploads/default/original/2X/b/b24422a08a5dc2919def26113e4e039cc85813d4.svg)

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](https://git.duniter.org/nodes/duniter-indexer/#scheme))
- 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.

---

_[View the full topic](https://forum.duniter.org/t/architecture-technique-g1v2/9339)._