SPIDERLINK
Unified Secure Network · v11.0.0-RC1
Horodatage…
À initialiser

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

Aucune enveloppe reçue.
Message authentifié
Le contenu vérifié s’affichera ici.

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.

SpiderSession : initialisation…
Correspondant : présence inconnue.
Aucun chemin actif.
File hors-ligne0

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.

SpiderRelay : vérification…

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.

Direct Link inactif.

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.

Aucune liaison déclarée.

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.

Choisis le rôle puis lance le test souhaité.
Aucun test en cours.

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.

Restaurant Edge : initialisation…
Batterie non lancée.
Aucun travail d’impression.

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.

Aucune action exécutée.

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é.

Universal Core : initialisation…
Sélectionne une capacité.
Aucune action universelle exécutée.
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.

Network Lab prêt.
Control Plane prêt : sessions, routes signées, forwarding, réplication, audit et anti-abus.
Batterie non lancée.

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.

Audit : vérification…

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.

Validation consolidée non lancée.

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é.

TestID10 étapes
Aucune campagne physique en cours.
Aucun TestID.

Garde 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.

Mesh TestIDA → B → C
SpiderMesh physique prêt. Le forwarding reste désactivé tant que le relais B n'est pas armé.

Sé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.

Universal Fabric prêt. Cette batterie est locale et ne remplace pas le futur test Mesh physique multi-nœuds.

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.

Aucun transfert fichier en cours. Limite PWA RC1 : 8 MiB par fichier.
Synchronisation prête.
Data & Identity Plane prêt. Cette batterie n’altère pas ton identité réelle : elle utilise des nœuds éphémères de laboratoire.

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.

Resilience & Production prêt. Aucun matériel critique n’est exécuté par cette batterie.

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.

Finalization Plane prêt. La batterie utilise uniquement des identités éphémères de laboratoire.

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.

Operations & Continuity prêt. La batterie est isolée de ton identité réelle.

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.

System Qualification prête. Elle utilise des identités éphémères et n’altère pas ton coffre réel.

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é.