# Chapitre 4 – Automatisation: une crypto qui s’exécute toute seule

Le parcours crypto d’Alice a grandi à toute vitesse — NFTs, projets DeFi, innovations Layer-2. À mesure que ses investissements se multipliaient, le vrai défi n’était pas l’activité, mais la fiabilité : comment s’assurer que la transmission et la Récupération s’exécuteraient correctement, sans devoir coordonner tout le monde au pire moment.

* **Mnémoniques partagées — contrôles manuels sans fin:** Au début, Alice a réparti des morceaux de sa seed phrase entre des amis de confiance. Pour que cette approche tienne, il fallait une surveillance manuelle constante afin de s’assurer que chaque fragment restait sécurisé et accessible. La moindre défaillance pouvait tout faire basculer : risque de perte définitive, et une “certitude” remplacée par une vigilance permanente.
* **Portefeuilles multisig — dépendance continue aux signataires:** Les wallets multisig offraient un contrôle partagé, mais aucune automatisation. Si Alice perdait l’accès, la Récupération dépendait entièrement de la disponibilité des signataires et de leur volonté d’agir. En pratique, une Récupération d’urgence signifiait une coordination immédiate, précisément au moment où coordonner devient le plus difficile.
* **Approche juridique classique — toujours en retard sur la réalité:** Les méthodes légales traditionnelles exigeaient des mises à jour répétées à mesure que le portefeuille d’Alice évoluait. Chaque nouvelle blockchain ou chaque nouvel actif ajoutait de la paperasse, des relectures, et de l’intervention humaine. Ces processus ne pouvaient pas suivre le rythme de l’activité on-chain, ni garantir une exécution au bon moment.

CryptoLegacy a supprimé le besoin de coordination au cas par cas en automatisant l’application des règles — pas les actions elles-mêmes. Alice a défini à l’avance les délais, les rôles et les seuils de confirmations. Une fois configuré, le système appliquait ces conditions de manière déterministe on-chain.

Si Alice devenait indisponible, les Garants pouvaient confirmer cet état via des transactions on-chain. Leurs confirmations ne leur donnaient aucun contrôle sur les actifs — elles déclenchaient des transitions d’état prédéfinies. Les transferts d’actifs n’étaient possibles qu’une fois les conditions du protocole remplies.

Si les Garants étaient injoignables, les mêmes règles basées sur le temps permettaient au processus d’avancer sans décisions “au feeling”. Les Bénéficiaires ne pouvaient agir que dans les limites définies par Alice, et seulement après l’entrée du système dans l’état approprié.

La Récupération suivait la même logique. Alice gardait des adresses de récupération prédéfinies, permettant de récupérer les actifs encore détenus par le contrat si la situation changeait — sans annuler les transferts déjà effectués, ni réécrire l’historique.

Avec CryptoLegacy, rien ne “se gérait tout seul” en arrière-plan. Ce qui a changé, c’est que l’exécution ne dépendait plus de la coordination, de l’interprétation ou d’une intervention manuelle au moment où ça comptait.

Les règles étaient définies une seule fois. L’exécution suivait automatiquement.

**Ta crypto. Ton héritage. Appliqué par des règles, pas par la coordination.**