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>
62 lines
2.3 KiB
Markdown
62 lines
2.3 KiB
Markdown
---
|
|
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.
|