Adressage g©ographique parall¨le & ferries LuckyBlock

1. Objectif

Le but de lâadressage g©ographique parall¨le est de rendre le r©seau des maires capable de fonctionner mªme si toutes les t©l©communications classiques sont coup©es :

• en sâappuyant sur des hubs g©ographiques (stations K/H) associ©s aux communes,
• en faisant circuler des bundles LuckyBlock port©s par des humains et des v©hicules,
• en masquant la position exacte des personnes derri¨re les mairies et relais locaux.

2. Adresses logiques vs adresses g©ographiques

2.1. Adresses logiques (IDs Obambu)

Chaque maire, citoyen ou bo®tier dispose dâun identifiant logique OBID-* g©r© dans la blockchain locale :

• OBID-MAIRE-COMMUNE-123-4F9A2C
• OBID-CITOYEN-COMMUNE-045-83D1B7
• OBID-AGENT-MOBILE-XYZ-77AC10

Structure g©n©rale : OBID-<type>-<commune>-<random>.

• <commune> indique la commune de rattachement, rien de plus (pas le village).
• <random> est un suffixe al©atoire long, qui ne r©v¨le aucune information sur la position.

2.2. Adressage g©ographique parall¨le

En parall¨le de ces IDs, le r©seau maintient une carte par communes et hubs :

• Niveau public (sur la cha®ne) : pays, pr©fecture, commune, cellule g©o grossi¨re (grille 1010 km).
• Niveau K-Station (priv©) : villages, quartiers, bo®tiers S/Home desservis.
• Niveau GPS fin (priv©) : coordonn©es exactes, ©chang©es seulement chiffr©es entre personnes de confiance (amis, ONG, S-mobiles).

Un observateur externe ne voit donc que : « ce message est   destination dâun ID servi par la commune X dans telle zone », sans savoir dans quel village ou quelle maison exactement.

3. Manifestes en couches : ce que voient les ferries

Pour chaque bundle LuckyBlock, on construit un manifest en deux parties :

• Partie claire (visible par tous les ferries) :
  • ne r©v¨le que le niveau macro : pays puis grande r©gion desservie (jamais la commune dâentr©e),
  • rappelle la priorit© (P0..P3) et le TTL,
  • mentionne taille et hash du bundle pour contr´le dâint©grit©.
• Segments chiffr©s (lisibles seulement par certains hubs) :
  • chaque couche d©voile un cran de plus : sous-r©gion, puis commune, et en tout dernier la station K ou le hub cible,
  • le « prochain saut » (station K/H ou proxy) est chiffr© avec la cl© publique du hub concern©,
  • des proxys/amis peuvent sâintercaler entre deux couches pour brouiller la route ou d©lester.

R©sultat :

• un ferry humain ou un t©l©phone ne voit que « §a part de A vers r©gion B, priorit© P1, TTL 7 jours » ;
• la mairie de B, en d©chiffrant son segment, d©couvre ensuite vers quelle sous-zone ou quel OBID elle doit router le bundle.

4. Ferries opportunistes : qui transporte quoi ?

Un ferry est nâimporte quel porteur de donn©es qui traverse les zones : t©l©phone, bo®tier S, laptop, bus, moto, ONG, etc.

• Les ferries transportent des bundles (fichiers LuckyBlock) sign©s et compress©s.
• Ils ne lisent pas le contenu (chiffr©) ni les adresses d©taill©es.
• Ils d©clarent seulement leur trajectoire : « je vais de la r©gion A   la r©gion B via telle station ».

Lâapplication ferry (Termux, laptop, script USB) fait en pratique :

• Scan des bundles disponibles   la station de d©part (K/H),
• Charge ceux qui correspondent   sa destination ou   des hubs interm©diaires,
• D©pose ces bundles sur les stations rencontr©es sur sa route,
• R©cup¨re en retour dâautres bundles   emmener plus loin.

Câest le mªme principe que le « DTN » ou le « data mule » : le bus ou le t©l©phone devient un c¢ble USB sur pattes.

5. R©silience en cas de crise

5.1. Coupures r©seau & bombardements

Si les liens Internet ou radios longue distance tombent, la carte g©ographique par communes et hubs permet de maintenir un r©seau « en morceaux » :

• chaque commune continue   consigner ses actes et d©cisions localement,
• les ferries d©placent les bundles dâun hub   lâautre au fil des trajets humains,
• la cha®ne dâ©v©nements (blockchain locale) se recolle d¨s quâun ferry relie   nouveau deux ®lots.

5.2. Coup dâtat ou branche compromise

Les identit©s officielles (maires, pr©fets, services essentiels) sont ancr©es dans les premiers blocs de la cha®ne. En cas de coup dâtat ou de capture dâun centre :

• les maires gardent un moyen ind©pendant de v©rifier qui est encore l©gitime,
• ils peuvent d©cider de couper une branche jug©e compromise (via des transactions sp©ciales sur la cha®ne),
• le forum des maires continue dâexister, mªme si les infrastructures centrales tombent.

6. Routage pratique & exemple de cycle

6.1. Hubs g©ographiques

Un hub g©ographique est une station K/H d©clar©e avec un identifiant de commune et une position approximative (grille ou GPS flout©).

• rayon de couverture typique : 10   15 km en LoS,
• liaisons point- -point possibles entre hubs via antennes directionnelles.

6.2. Exemple simplifi©

Exemple dâun message P1 de la r©gion A vers un maire de la r©gion B :

1. K1 (r©gion A) cr©e un bundle pour « r©gion B / commune 205, priorit© P1, TTL 7 jours ».
2. K1 chiffre un segment indiquant que le prochain hub cible est K2 (station bus en B).
3. Un bus fait A â B ; le ferry bus charge le bundle   K1, le d©pose   K2.
4. K2 d©chiffre son segment, voit quâil doit transmettre le bundle   K3 (village), par Wi-Fi local ou autre ferry.
5. K3 utilise sa table interne pour livrer le bundle   la tablette du maire OBID-MAIRE-COMMUNE-205-XXXXXX.
6. La tablette ©met un accus© de r©ception qui sera   son tour transport©, permettant de purger le bundle initial c´t© source.

K1 (r©gion A) --(bus LuckyBlock)--> K2 (r©gion B) --(ferry local)--> K3 (village)
   |                                                               |
   |                  maillage logique (communes / OBID)           |
   '-------------- forum des maires, actes, votes -----------------'