Changelog

Les changements notables, du plus récent au plus ancien.

Ce journal recense les changements visibles (déploiement, formats, réglages). Il vit dans le dépôt (site/changelog.md) et est publié ici. Les décisions techniques détaillées sont dans docs/decisions.md.

2026-07-05

Ticket de connexion au format standard iroh

Le ticket d’un nœud est désormais un EndpointTicket iroh standard (chaîne endpoint…, base32) au lieu du format maison précédent. Plus court, interopérable, copiable-collable (lien / QR). Pas de rétro-compatibilité avec l’ancien format.

Release de données (CAR Ğeopod)

Nouvelle cible de publication nix run .#publish-data-release -- <tag> : attache un CAR de données content-addressed à une release de la forge, avec un manifeste qui précise la taille de la sélection (root, entrées, lignes par table). Une infra peut récupérer ce CAR par hash et démarrer un nœud dessus (trame-noded --state <car>). Le CAR data-only ne grave ni clé admin ni charte : la gouvernance est injectée par le nœud au démarrage (--admin).

L’amorçage d’un nœud sur des données héritées est maintenant documenté (Serveur → Données héritées).

Clé admin — trois écritures acceptées

--admin / TRAME_ADMIN accepte la même clé en hex (64), base58 brut (Ğ1), ou PeerId libp2p (12D3Koo…). Cette dernière est la forme affichée par l’app dans « Mon compte » : on peut désormais la coller directement, sans conversion.

Passerelle HTTP — modèle découplé (correction)

Correction d’un piège de déploiement : la passerelle écrit dans son répertoire de données (un montage lecture seule la faisait planter). Le modèle correct, désormais documenté et appliqué par le module NixOS trame-gateway : la passerelle a son propre store inscriptible et résout les CID absents via iroh en suivant le ticket du nœud (peers / peerFile) — nœud et passerelle sont reliés par le réseau, pas par un dossier partagé. Attention à la course au démarrage : peerFile n’est lu qu’une fois, démarrer la passerelle après que le nœud a écrit son ticket.

Documentation de déploiement

• Distinction --state (adopter un CAR verbatim) vs --import-car (fusionner des données par-dessus) explicitée.
• Chaîne bout-en-bout navigateur → relai → nœud décrite, avec l’option services.trame-noded.relay.
• Réglage relai/bootstrap de l’app web unifié : GC_SYNC=<relais>|<ticket> (dev) et la flavor (TRAME_RELAY + TRAME_BOOTSTRAP) sont le même couple, figé au build (un bundle statique n’a pas de config à l’exécution).