Travaux en cours
- Finaliser les contraintes images (ratio, poids, nomenclature).
- D©finir l'affichage texte (scroll vs pagination, zoom 2 split).
- Brancher la file d'attente offline + confirmation d'envoi.
Message center unifi©
- Regroupement par bo®tes : Mairie (serveur principal), Home (Station S personnelle), Proxy 1, Proxy 2 (amis/entreprises). Chaque bo®te indique : non lus, messages en d©p´t local, messages en transit LuckyBlock.
- Alignement avec la tuile 4 : la colonne dâic´nes pr©sent©e dans MyCityHall est aliment©e par cette page (mªmes API). On clique sur une bo®te pour ouvrir la pile GeoMail filtr©e.
- D©p´t chiffr© chez un tiers : on peut « louer » de lâespace ou confier un document une personne de confiance ; lâUI indique clairement o¹ se trouve chaque bloc (mairie vs proxy).
- Persistant vs ©ph©m¨re : les messages priv©s sont purg©s selon le TTL choisi ; les forums (citoyen/maires) restent stock©s dans leurs modules d©di©s afin dâ©viter toute confusion.
En-tªtes GeoMail
- Ligne compacte : pseudo exp©diteur (visuel), ID abr©g© (4 derniers), priorit© P0..P3, horodatage local + compteur de sauts, et sujet long sign© (champ blockchain, pas un hash seul).
- Fiche d©taill©e : bouton « fiche » ouvre lâID complet (OBID-â¦), la cl© publique, le hash du corps, le TTL restant, la provenance (Station K/H), la liste des pi¨ces jointes.
- Recherche : un champ unique filtre pseudo, ID, mot-cl© du sujet, et #tags pr©sents dans les m©tadonn©es.
Contacts & identit©s
- Pseudos libres : affich©s par d©faut, mais les IDs officiels (impairs) conservent leur label standard pour coh©rence blockchain-security.
- Stockage par ID : toutes les fiches sont index©es par ID principal ; plusieurs pseudos peuvent renvoyer vers la mªme fiche (groupe unifi©).
- Fiche profil : pseudo, photo (optionnelle), ID complet, alias publics, capabilities (MAY, POLâ¦), historique de confiance (derni¨re signature vue).
- Reply/Forward : la fenªtre contacts pr©sente cases cocher, filtres (r´le, proximit©, statut), et rappelle lâID c´t© du pseudo.
Pi¨ces jointes
- Pas de chiffrement : les PJ voyagent en clair (inbox/files â inbox/files). Elles h©ritent donc des mªmes politiques de stockage/chiffrements locaux.
- Classement : vues « par email », « par contact », « par type », « par #tag ». Chaque entr©e affiche taille, date, provenance, TTL.
- Export local : bouton « Move/Copy to Device » envoie la PJ vers lâespace d©fini pendant le setup (pas de popup de s©lection).
Identit©s, registre, d©l©gations
- Un ID = une personne (ou organisation). Plusieurs appareils peuvent agir pour la mªme personne (K/H/M/S/USB).
- ID humain (m©morisable) : format type
CVCV-123456(affichable). L'ID cryptographique interne reste s©par©. - Unicit© nationale : l'ID humain doit ªtre unique au niveau national. Offline : on r©serve sous la mairie ©mettrice, et si personne ne conteste sous 30 jours, l'ID est fig©.
- IDs temporaires : une station K peut ©mettre un ID local temporaire pendant l'attente de confirmation nationale (conflits LuckyBlock/retards).
- Fonctions (maire/police/etc.) : mod©liser comme des capabilities/d©l©gations sign©es (scope + TTL), pas comme de nouvelles identit©s.
- D©tails :
docs/identity/Readme-identity-and-addressing.md+docs/identity/Readme-identity-registry-and-delegations.md.
Nomenclature (m©mo) des codes de r´le
Cette nomenclature sert l'affichage et la compr©hension humaine (UI), pas d©finir une identit©. Dans le tronc principal, les fonctions sont des capabilities sign©es (scope + TTL).
CITMIN: citoyen MineurCITDEP: citoyen, maladie grave, handicap©, sans abris l'hiver, zone sinistr©esCIT: citoyen (hors fonction)CITX: citoyen (hors fonction)VISITX: citoyen (hors fonction)MAY: maire (fonction)POL: policeGEN: gendarmerieFIRE: pompiersAMBU: ambulance / secoursHOSP: h´pitalEDU: ©colesGOV-DIPLO: ambassade / diplomatieBIZ: entreprise / business nodeGOV: tat / agent nationalGOV-PREFPOL: Pr©fet de PoliceREL: Autres services au publique (extention/repeat Station_K)BOX: VECTEUR2 : transport livraison postaleDELIV: VECTEUR2 : transport livraison enregistr©e docimile (transporteurs)GOV-RAIL: VECTEUR2 : transport trains (transporteurs)TRAM: VECTEUR2 : transporttrains en ville/metro, metro aerien (transporteurs)NAV: VECTEUR2 : Bateau merFERRY: VECTEUR2 : transport Bateau r©gulier, fluvial, merTAXI: VECTEUR2 : livraison enregistr©e docimile (transporteurs)ASSOS: Alerts: AssociationsSPORT: Alerts: Associations SportSPIRIT: Alerts: Religieux
Les firmwres install© d©pendent du type de station et du propri©taire (Ref: Types Station_.../p>
terme, le vote direct int©gral nâest pas recherch© : la commune reste lâ©chelle o¹ lâ©lu conna®t ses administr©s. Auâdel , lâemprise des m©dias et la distance sociale r©duiraient la libert© de choix et pourraient encourager des d©rives autoritaires. Notre approche privil©gie donc la repr©sentativit© communale, en sâassurant que les flux dâinformation demeurent pluralistes avant dâ©largir les usages des scrutins nationaux.
Alias & adresses (GeoMail)
- L'ID national unique reste un ID humain (type
CVCV-123456) ; les aliases/adresses ne sont pas oblig©s d'ªtre uniques. diffdansprenom.nom.diffest un simple d©sambigu¯sateur humain (surnom/lieu/texte libre), pas un checksum.- Deux contextes :
#(individu) vs@(travail/organisation). Exemple :prenom.nom.diff@BusinessRegion.SousRegion.Ville/... - S©parateurs :
.pour les sous-champs (Region.SousRegion.Ville),/pour les couches « pelure d'oignon » (hops). - Suffixes de profil :
.biz,.gov,.pol... = types de compte (UI/capabilities par d©faut) ; les droits r©els restent des capabilities sign©es (scope + TTL). - Geo : format optionnel « p¢t© de maisons » (pr©cision grossi¨re, ~3 d©cimales), opt-in + TTL court (anti-tracking).
- Historique : on garde le lourd hors blockchain, mais on peut ancrer des hashes d'©v©nements d'adresse (parent/enfant) pour tra§abilit©.
D©tails : docs/identity/Readme-alias-and-addressing.md