1) Transactions métiers (payloads RCC-FR)

• Types actuels : ID_CLAIM (identités), ACTE_ADMIN (actes, arrêtés), FORUM_POST, ALERT.
• Champs communs : issuer (ex. pcc:damara), ts, nonce, priority (P0P3), geo_scope décrivant la pelure doignon (Pays Région Sous-région Ville Commune Relais Proxy civique Station S).
• Signature : JSON JCS + Ed25519 (Phase 5 déjà disponible). Les PCC signent depuis laptop/tablette ou module ESP32-3248S035 connecté à la station K.

Les transactions sont stockées en clair dans une file tx_pool/ en attendant dêtre regroupées en blocs.

2) Format de bloc append-only

• blocks/00000001.json puis incrément : chaque fichier contient {"id","prev_hash","ts","txs":[],"signatures":[]}.
• Hash : SHA-256 du bloc canonique ; prev_hash relie la chaîne locale.
• Signatures de validation : pour linstant la station K signe seule ; ouverture prévue pour co-signer avec une station H ou un PCC voisin.
• Méta RCC-FR : champs dédiés pour mémoriser la commune, le PCC responsable et le scope géographique du bloc.

Les blocs restent transportables via clé USB/LuckyBlock sans dépendance réseau.

3) API exposée (déjà codée)

• POST /transactions : ajoute une transaction signée dans le pool (vérification signature/nonce déjà activée).
• GET /chain/head : renvoie lID + hash du dernier bloc.
• GET /chain/blocks/{id} : télécharge un bloc pour inspection ou export LuckyBlock.
• POST /admin/chain/mine : construit un bloc manuellement (utilisé en labo en attendant le cron).

Todo : exposer un GET /chain/summary léger pour les stations S souhaitant vérifier quelles possèdent bien les derniers blocs RCC-FR.

4) Opérations automatiques (travaux en cours)

• Génération périodique : planifier la création de bloc toutes les X transactions ou X minutes (cron/systemd timer ou tâche intégrée).
• Rotation / archivage : déplacer les blocs anciens vers archive/ ou vers un support USB dès quun LuckyBlock P2 est prêt à partir.
• Surveillance : exporter métriques simples (taille pool, temps depuis dernier bloc) afin que le PCC sache quand pousser une synchro Phase 4.

5) Préparation Phase 4

• Compatibilité LuckyBlocks : chaque bloc inclut le scope dadressage complet pour que les proxys civiques puissent router la chaîne vers la bonne commune.
• PoA léger : la structure signatures[] accepte déjà plusieurs signatures (PCC, station K, station H). Phase 4 ajoutera des règles de quorum.
• Exports : script USB + API HTTP déjà capables de fournir blocks/*.json et le tx_pool résiduel.