diff --git a/content/wiki/doc-v2/comprendre/_index.md b/content/wiki/doc-v2/comprendre/_index.md
new file mode 100644
index 0000000000000000000000000000000000000000..f92ef409b9d05de68bafc1fbd6ebd496fe581628
--- /dev/null
+++ b/content/wiki/doc-v2/comprendre/_index.md
@@ -0,0 +1,90 @@
++++
+title="Introduction sur les concepts de l'infrastructure V2 de Äž1"
+# date = 2024-10-17
+weight = 20
+sort_by = "weight"
+insert_anchor_links = "right"
+
+# [taxonomies]
+# authors = ["Matograine",]
++++
+
+{% note(type="warning", markdown="true") %}
+**Document de travail.** Ce document n'a pas été validé et ne doit pas être diffusé en dehors du groupe des forgerons et des développeurs
+{% end %}
+
+# Fonctionnement de Äž1 sur l'infrastructure V2
+
+La monnaie Ğ1 a été lancée en 2017. Pendant plusieurs années, son support a été le logiciel Duniter, qui gérait la blockchain, et plusieurs interfaces clientes. L'évolution de Ğ1 vers une infrastructure "V2" implique des changements et introduit quelques nouveaux comportements. Cette partie vise à les présenter.
+
+## Comptes
+
+Les comptes vont avoir un nouveau format. Dans ce nouveau format:
+
+- on parlera d'*adresse* du compte et non de *clef publique*
+- toutes les adresses commenceront par `g1`
+- un contrôle est intégré à l'adresse, qui empêche les envois à de mauvaises adresses suite à des fautes de frappe
+
+Par ailleurs, le système de création du compte va changer dans le comportement standard. Les logiciels clients vont générer une *phrase mnémonique* de 12 mots aléatoires (qu'on appelle simplement "mnémonique" ou "phrase de passe"). Cependant, vous n'aurez pas à réécrire cette phrase à chaque connexion car les logiciels la stockeront.
+
+Le logiciel Cesium prévoit de pouvoir utiliser l'ancien système d'authentification, par identifiant + mot de passe.
+
+Il sera possible de créer un compte selon le nouveau mode d'authentification et de *migrer* toutes les données liées à son ancien compte (montant et certifications) vers le nouveau
+
+[En savoir plus](@/wiki/doc-v2/comprendre/compte.md)
+
+## Frais et quotas
+
+Dans sa nouvelle infrastructure, Ğ1 a un système de protection contre des attaques visant à surcharger le blockchain. Cette protection implique :
+- des *frais* qui sont appliqués sur chaque action (transaction, certification, etc.). Si le réseau n'est pas surchargé, ces frais sont remboursés.
+- des *quotas* qui permettent aux comptes membres d'exécuter des actions dans une certaine limite, même quand le réseau est surchargé.
+
+Ces frais sont de l'ordre de 0.015 DU par transaction.
+
+La plupart du temps, ces frais ne devraient pas s'appliquer.
+
+[En savoir plus](@/wiki/doc-v2/comprendre/frais.md)
+
+
+## Toile de confiance
+
+La monnaie libre doit être créée par chaque individu. Il faut donc identifier un compte à un individu. Dans la monnaie Ğ1, c'est un dispositif technique de 'toile de confiance' ou 'toile relationnelle' qui tient ce rôle.
+
+[Fonctionnement de la toile de confiance]() -> concept global de la TdC
+
+Voici les éléments qui changent dans la nouvelle infrastructure de Ğ1 :
+
+- Un individu ne pourra pas créer d'identité seul. Il devra être invité par un compte membre, et cette invitation tiendra lieu de première certification.
+- Cet individu devra ensuite *confirmer l'invitation*. Il choisira à ce moment le pseudonyme de son compte membre. 
+- Les certifications devront être *émises* tous les 5 jours, car elles sont enregistrées immédiatement en blockchain. Précédemment, plusieurs certifications pouvaient être émises simultanément, et elles étaient *enregistrées* avec 5 jours d'intervalle.
+- La *règle de distance* est évaluée à intervalles réguliers pour toutes les identités qui ont reçu au moins une certification, et non à chaque inscription d'un nouveau membre.
+- L'inscription du membre est *déterministe* et non *probabiliste* : si une identité remplit toutes les conditions, alors elle est inscrite en blockchain immédiatement. Précédemment, il pouvait y avoir 50% de chance d'être inscrit un jour et 50% 5 jours après, par exemple.
+- Le renouvellement d'adhésion se fait automatiquement, dès qu'on fait une action en blockchain. Il n'est plus besoin de renouveler son adhésion chaque année.
+
+[En pratique]() -> exemple du flus d'adhésion. Explication des différents appels faits par les clients, en particulier la vérification de la règle de distance et la demande d'adhésion.
+
+## Toile de confiance forgeron
+
+En V1, Duniter permettait à toute personne d'écrire des blocs et d'enregistrer des transactions. Ceci a montré des faiblesses dans la fiabilité du réseau, et aurait pu permettre certaines formes d'attaque. Dans la V2, une *toile de confiance forgeron* se superpose à la toile de confiance initiale. Les *forgerons*, membres de cette toile, peuvent créer des blocs. Ils se certifient entre eux sur des bases de *connaissance technique* et non sur le fait qu'ils se connaissent.
+
+[En savoir plus]()
+
+## Infrastructure
+(TODO)
+### Nodue miroir
+
+### Noeud forgeron
+
+### Indexeur
+
+### Datapod
+
+## Gouvernance 
+
+En V1, les règles blockchain pouvaient être modifiées si plus de deux tiers des forgerons installaient une nouvelle version du logiciel Duniter. En V2, un *comité technique* vote les évolutions, et elles s'appliquent à tous les forgerons. 
+
+Au démarrage de la nouvelle infrastructure, ce comité technique est composé des développeurs du coeur. L'intention est de poser des règles formelles pour étendre cette gouvernance à d'autres utilisateurs. Mais ceci devra faire l'objet d'un chantier spécifique.
+
+### Trésorerie
+
+Les frais prélevés sur les transactions ne sont pas détruits, ils vont sur un compte spécifique de trésorerie commune. Les règles de dépense de cette trésorerie n'ont pas encore été fixées. Au lancement de la nouvelle infrastructure, il n'est pas prévu que quiconque puisse débloquer ces fonds. Ceci devra faire l'objet d'un chantier spécifique.
\ No newline at end of file
diff --git a/content/wiki/doc-v2/comprendre/compte.md b/content/wiki/doc-v2/comprendre/compte.md
new file mode 100644
index 0000000000000000000000000000000000000000..885d4ba4e7abc2294c12afb6c89aa2ee76afab3f
--- /dev/null
+++ b/content/wiki/doc-v2/comprendre/compte.md
@@ -0,0 +1,7 @@
+## Mnémonique
+
+## Dérivation
+
+## Oneshot account
+
+## Lien vers les frais
\ No newline at end of file
diff --git a/content/wiki/doc-v2/comprendre/frais.md b/content/wiki/doc-v2/comprendre/frais.md
new file mode 100644
index 0000000000000000000000000000000000000000..d07096df5acd05bc4a44963eb2ae6cba7245ae6b
--- /dev/null
+++ b/content/wiki/doc-v2/comprendre/frais.md
@@ -0,0 +1,23 @@
+## Frais et quotas
+
+Une blockchain n’est jamais illimitée.
+
+Une blockchain à besoin d’une puissance de calcul et d’un espace de stockage. Les deux, bien que conséquents, ne sont pas illimités. Une attaque possible est la saturation de la puissance de calcul par envoi de milliards de transaction à la seconde.
+Les autres blockchains prélèvent des frais pour chaque action afin de dissuader cette saturation des calculs et de l’espace de stockage.
+Mais la Ğ1 n’est pas comme les autres.
+Les frais ne seront prélevés qu’en cas de surcharge de la blockchain.
+
+- Un nombre total transactions/certifications/adhésion par block a été evalué comme étant un fonctionement normal.
+- C’est uniquement si le nombre d’actions dans un block dépasse cette limite que des frais sont prélevés. Frais estimés à environ 0.015 DUĞ1, soit 17 Ğ1 pour 100 transactions.
+
+De plus les frais seront remboursés à tous les membres de la toile de confiance (c’est la force de notre Blockchain)
+
+- Un quota d’action par membre et par block est défini (permettant quand même de nombreuses transactions)
+- Les comptes non membres pourront être liés à un compte membre et se faire rembourser aussi leur frais, dans la limite du quota par membre.
+- Un membre peut faire une seule transaction, mais si au même moment quelqu’un lance 1 millions de transaction sur 1 million de compte la blockchain sera saturé, le membre honête sera donc prélevé de frais.
+- Puis il sera remboursé parce qu’il ne dépasse pas le quota par membre.
+- Si c’est un membre et ses comptes liés qui lancent des centaines de transactions entrainant la saturation, il ne sera remboursé que sur les premières transactions les suivantes étant au delà du quota.
+- Si un membre lance des centaines de transaction même au delà du quota par membre mais qu’il est tout seul à faire des transactions à ce moment là, cela peut passer sans saturer la blockchain, donc pas de frais.
+- Par contre, pas de remboursement possible en cas de fermeture de compte !
+
+Il est peu probable qu’une telle attaque soit déclenchée car elle entraînerait la ruine de l’attaquant, pour un blocage temporaire. Ces frais sont donc une dissuasion.