1. Identité de cet appareil
L’identité cryptographique reste indépendante du réseau. Les clés privées sont locales et non extractibles.
Tu peux reprendre le nom visible dans Réglages → Général → Informations → Nom.
2. Appairage et confiance
3. Sceller un message
4. Ouvrir une enveloppe
Le contenu vérifié s’affichera ici.
PRINT_TICKET est traité par Restaurant Edge. La PWA utilise l’adaptateur virtuel ; le dossier complet contient l’agent matériel pour les essais au restaurant.
5. PathFinder + Seamless Handover
SpiderLink maintient maintenant une session logique indépendante du Direct Link. Si WebRTC tombe, SpiderRelay garde la continuité et le Direct Link se reconstruit automatiquement dès que les deux appareils peuvent l’accepter.
6. SpiderRelay · secours Internet chiffré
Le relais transporte uniquement des enveloppes déjà chiffrées de bout en bout. Il ne possède aucune clé privée et ne devient jamais une autorité de confiance.
Le relais nécessite le binding Cloudflare D1 SPIDERLINK_DB. Sans lui, SpiderLink continue de fonctionner en Direct Link et en modes manuels.
7. Direct Link WebRTC
Chemin direct prioritaire et auto-réparé. Sa fermeture ne coupe plus SpiderLink : SpiderRelay assure la continuité, puis AutoLink reconstruit WebRTC automatiquement au retour au premier plan.
8. Continuité Safari ↔ PWA
SpiderLink ne copie jamais silencieusement une clé privée entre deux stockages isolés. La continuité passe par un certificat signé et un code humain.
9. Mode Test guidé intégré
Les consignes restent dans SpiderLink pour éviter de mettre la PWA en arrière-plan pendant les tests iOS. Le mode test demande aussi un Wake Lock quand iOS le permet afin d’éviter l’extinction de l’écran.
10. Restaurant Edge · Piksou Print Bridge
Cette version modélise toute la frontière imprimante avant le matériel réel : file persistante, écriture, confirmation, panne avant écriture, état ambigu après écriture et réconciliation sans réimpression aveugle.
Règle de sécurité : après une coupure survenue une fois l’écriture commencée, SpiderLink passe en UNKNOWN_AFTER_WRITE et bloque tout retry automatique jusqu’à réconciliation.
11. Action Engine · Exactly-once
Les commandes authentifiées possèdent un ActionID persistant distinct de l’EnvelopeID. Deux enveloppes différentes portant la même action ne peuvent pas produire deux effets métier.
Pour un effet matériel réel, SpiderLink exigera un exécuteur local idempotent. La PWA seule ne prétend pas rendre une imprimante physique transactionnelle.
12. Universal Core · 35 usages + 12 fondations
Une seule application SpiderLink expose désormais le moteur universel : messagerie, autorisation, appareils, IoT, IT, domotique, automatisation, machines, fichiers, dead drops et API tierces. Les capacités physiques restent bloquées tant qu’un adaptateur explicitement autorisé n’est pas installé.
35 familles d’usage
12 fondations SpiderLink
13. Universal Network Lab · Mesh, approbations, dead drop, fichiers
Ces outils restent dans la même application mais sont clairement marqués laboratoire lorsqu’ils ne sont pas encore validés sur matériel physique.
14. Audit horodaté et traçabilité
Chaque événement enregistré possède désormais une date ISO, l’heure locale, un numéro de séquence d’audit et un hash lié au précédent. Les horodatages locaux ne prétendent pas être une autorité de temps externe, mais toute altération ultérieure du journal chaîné est détectable.
15. Validation consolidée · un seul bouton
Cette batterie enchaîne les trois grands blocs locaux de la release : Restaurant Edge, Control Plane et Universal 47. Elle ne remplace pas le test physique entre deux appareils, mais évite une succession de micro-tests.
16. Validation physique unifiée · iPhone ↔ iPad
Deux appareils, un TestID commun, une seule campagne. SpiderLink vérifie automatiquement identité/confiance, Relay, Direct E2E, Handover, Store & Forward contrôlé, Self-Healing, fallback avec la même EnvelopeID, anti-rejeu, ActionID exactly-once et audit horodaté corrélé.
—10 étapesGarde les deux PWA au premier plan pendant la campagne. La phase Store & Forward suspend volontairement la réception Relay quelques secondes, sans exiger de couper manuellement le Wi-Fi. Le test de panne réseau totale déjà validé reste une preuve séparée dans le checkpoint.
17. SpiderMesh physique · 3 nœuds
Premier mode multi-hop réel : A chiffre un message directement pour C, puis SpiderLink l'encapsule et le fait transiter par B. B peut authentifier la demande de forwarding et voir les métadonnées nécessaires au routage, mais ne possède pas la clé de déchiffrement du message intérieur A → C. Le forwarding est désactivé par défaut et doit être armé explicitement sur B.
—A → B → CSécurité : le ticket de route est signé par la source, chaque relais signe sa preuve de forwarding, les boucles sont interdites, le nombre de sauts est borné et le message intérieur conserve son EnvelopeID E2E jusqu'à la destination. Cette release utilise les chemins SpiderLink disponibles entre voisins, notamment SpiderRelay si nécessaire ; le mesh LAN sans Internet reste une étape ultérieure.
18. Universal Fabric · réseau dynamique, groupes et réplication
Cette couche prépare SpiderLink à fonctionner comme un tissu réseau autonome : routes Mesh recalculables, failover autour d’un nœud perdu, boîte aux lettres répliquée avec quorum, groupes chiffrés à epochs rotatifs et simulation de chaos à 100 nœuds. La découverte LAN de l’Agent ordinateur reste distincte de la confiance : voir un nœud ne l’autorise jamais.
Le package FULL ajoute aussi à l’Universal Node Agent une découverte LAN UDP signée et une API locale protégée par Bearer token, liée à 127.0.0.1 par défaut.
19. Data & Identity Plane · fichiers, sync, cycle de vie, API
SpiderLink ajoute un plan de données universel : fichiers E2E découpés et reprenables, synchronisation signée convergente, rotation de clés sans changement de deviceId et API locale default-deny pour applications tierces. Le package FULL ajoute aussi un transport LAN offline Node Agent ↔ Node Agent qui ne dépend pas d’Internet.
Recovery : les clés privées PWA restent non extractibles. SpiderLink préfère révoquer un appareil perdu et enrôler un successeur plutôt que rendre les clés exportables. Le LAN UDP offline est destiné au Node Agent ; une PWA iOS n’expose pas de socket UDP générique.
20. Resilience & Production Plane · recovery, groupes, quotas, API runtime
Cette couche prépare la finalisation sans affaiblir le coffre : remplacement d’un appareil perdu par quorum de confiance, synchronisation chiffrée de groupe, quotas locaux, métriques de santé et passerelle d’exécution pour applications tierces. Un successeur n’est jamais automatiquement vérifié : après quorum, il reste en attente d’une confirmation humaine.
Le package FULL ajoute au Node Agent un Blob Store en streaming pour des fichiers beaucoup plus gros sans charger tout le fichier en mémoire. L’API Runtime ne possède aucun mapping vers un shell arbitraire.
21. Finalization Plane · mises à jour, révocation Mesh, backpressure, transferts durables
Cette couche prépare les gates de production : manifestes de release signés et hashés, blocage des downgrades non autorisés, rollback explicite vers la dernière version saine, propagation des révocations avec quarantaine immédiate des routes et freinage adaptatif quand les files ou les liens saturent.
Le package FULL ajoute au Node Agent un transfert de blobs durable : chunks persistants, reprise après interruption ou redémarrage du receiver, assemblage final et SHA-256 disque à disque. Limite de sécurité : une PWA servie depuis un origin totalement compromis ne peut pas se protéger elle-même uniquement avec une clé publique embarquée ; la signature native/store ou une ancre hors bande reste nécessaire pour une chaîne de mise à jour forte.
22. Operations & Continuity Plane · nœuds permanents, policy, catastrophe, quorum
Cette couche transforme SpiderLink en infrastructure opérable : les Node Agents publient des leases signées et rejouables une seule fois, les politiques d’autorisation deviennent des snapshots signés et chaînés, un checkpoint public peut restaurer l’état non secret après catastrophe, et la santé d’une flotte détecte quorum ou partition sans confondre présence réseau et confiance cryptographique.
Le package FULL ajoute aussi la réplication durable de gros blobs sur plusieurs Node Agents avec quorum 2/3 et reprise de la copie interrompue. Les checkpoints publics excluent volontairement clés privées, tokens, plaintext et ciphertext : ils servent à reconstruire l’état opérationnel, pas à contourner le modèle de coffre.
23. System Qualification & Integration Plane · temps, adaptateurs, migration, compatibilité
Cette batterie consolide les nouveaux garde-fous de finalisation : intégrité d’horodatage, registre d’adaptateurs signés, migrations déclaratives sûres, négociation de protocoles inter-version, puis réexécute les grands plans logiciels Fabric, Data, Résilience, Finalization et Operations.
Statut de cette release
SpiderLink Unified v11.0.0-RC1 conserve comme référence physique la v4.1 en PASS PHYSICAL UNIFIED 10/10. La v11 ajoute le System Qualification & Integration Plane : horodatage corrélé et détection d’anomalies d’horloge, manifests d’adaptateurs signés et inactifs par défaut, migration déclarative avec dry-run et préservation du ledger ActionID, négociation de protocoles entre versions, puis une qualification logicielle consolidée des plans v6-v10. Ces nouveautés restent logiciellement validées tant qu’une campagne physique iPhone + iPad + Node Agent n’a pas été menée. TURN reste désactivé.