Sprint 1 : scaffolding complet de Glibredecision
Plateforme de decisions collectives pour Duniter/G1. Backend FastAPI async + PostgreSQL (14 tables, 8 routers, 6 services, moteur de vote avec formule d'inertie WoT/Smith/TechComm). Frontend Nuxt 4 + Nuxt UI v3 + Pinia (9 pages, 5 stores). Infrastructure Docker + Woodpecker CI + Traefik. Documentation technique et utilisateur (15 fichiers). Seed : Licence G1, Engagement Forgeron v2.0.0, 4 protocoles de vote. 30 tests unitaires (formules, mode params, vote nuance) -- tous verts. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
This commit is contained in:
61
docs/content/user/7.sanctuary.md
Normal file
61
docs/content/user/7.sanctuary.md
Normal file
@@ -0,0 +1,61 @@
|
||||
---
|
||||
title: Sanctuaire
|
||||
description: Guide de l'archivage immuable sur Glibredecision
|
||||
---
|
||||
|
||||
# Sanctuaire
|
||||
|
||||
## Principe
|
||||
|
||||
Le Sanctuaire est la couche d'archivage immuable de Glibredecision. Chaque document adopte, resultat de vote ou decision finalisee est archive de maniere permanente grace a trois mecanismes :
|
||||
|
||||
1. **Hash SHA-256** du contenu pour garantir l'integrite
|
||||
2. **Stockage IPFS** pour la distribution decentralisee
|
||||
3. **Ancrage on-chain** via `system.remark` sur la blockchain Duniter V2
|
||||
|
||||
## Pourquoi le Sanctuaire ?
|
||||
|
||||
La gouvernance exige la transparence et la tracabilite. Le Sanctuaire garantit que :
|
||||
|
||||
- Aucune decision adoptee ne peut etre modifiee retroactivement
|
||||
- Tout membre peut verifier l'authenticite d'un document ou d'un resultat de vote
|
||||
- L'historique des decisions est preservee independamment de la plateforme
|
||||
|
||||
## Types d'entrees
|
||||
|
||||
| Type | Description |
|
||||
| ------------ | ------------------------------------------------ |
|
||||
| Document | Version adoptee d'un document de reference |
|
||||
| Decision | Decision finalisee avec son resultat |
|
||||
| Vote result | Resultat detaille d'une session de vote |
|
||||
|
||||
## Consulter le Sanctuaire
|
||||
|
||||
1. Rendez-vous dans la section **Sanctuaire**.
|
||||
2. Filtrez par type d'entree si necessaire.
|
||||
3. Chaque entree affiche :
|
||||
- Le titre
|
||||
- Le hash SHA-256 du contenu
|
||||
- Le CID IPFS (lien vers le contenu sur IPFS)
|
||||
- Le hash de la transaction on-chain
|
||||
- Le numero de bloc
|
||||
- La date d'archivage
|
||||
|
||||
## Verification d'integrite
|
||||
|
||||
Pour verifier qu'une entree du Sanctuaire est authentique :
|
||||
|
||||
1. Recuperez le contenu via IPFS en utilisant le CID affiche.
|
||||
2. Calculez le hash SHA-256 du contenu telecharge.
|
||||
3. Comparez avec le hash enregistre dans le Sanctuaire.
|
||||
4. Verifiez que le meme hash est present dans le remark on-chain (via un explorateur blockchain).
|
||||
|
||||
Si les trois hash correspondent, le contenu est authentique et n'a pas ete modifie.
|
||||
|
||||
## Automatisation
|
||||
|
||||
L'archivage dans le Sanctuaire est declenche automatiquement lorsqu'un processus decisionnel est finalise :
|
||||
|
||||
- Quand une version d'item de document est **acceptee**, le nouveau texte est archive.
|
||||
- Quand une session de vote est **cloturee**, le resultat detaille est archive.
|
||||
- Quand une decision est **executee**, l'ensemble de la decision est archive.
|
||||
Reference in New Issue
Block a user