L'assurance de garde crypto semble simple : on paie une prime et, en cas de piratage du portefeuille, l'argent revient. La réalité est plus nuancée. Si vous gérez un exchanger et conservez les fonds de vos clients dans des portefeuilles chauds et froids, l'écart entre « nous sommes assurés » et « cette perte précise est couverte » peut décider si l'entreprise survit à l'incident.
Ce que l'assurance de garde crypto couvre réellement
La plupart des polices relèvent du crime insurance : une protection contre le vol par des tiers ou des employés, pas contre une chute de cours ou un bug de smart contract. Le cas classique couvert : quelqu'un met la main sur les clés privées d'un portefeuille chaud et vide les fonds.
Ces polices viennent généralement de grands syndicats d'assurance — Lloyd's of London revient souvent — placées via un courtier plutôt qu'achetées directement. D'où une souscription lente : avant de signer, l'assureur exige un audit de l'infrastructure, des procédures documentées d'accès aux clés et l'historique des incidents.
Ce qu'elle ne couvre presque jamais — le vrai mythe
La méprise la plus coûteuse pour un gérant d'exchanger est de croire que la police couvre tout le solde des clients. En pratique, il existe presque toujours une liste d'exclusions, et elle exclut souvent justement ce qui est le plus probable.
- Les failles de smart contracts et les exploits au niveau du protocole — un autre type de risque, assuré séparément et rarement.
- La perte de clés due à la négligence d'un employé, et non à une attaque externe.
- Le vol interne au-delà d'une sous-limite distincte, généralement bien plus basse.
- Les soldes du portefeuille chaud au-delà du plafond de la police — qu'un exchanger actif peut dépasser un jour ordinaire de fort volume.
D'où ce paradoxe : plus l'exchanger est actif, plus il est probable que le portefeuille chaud dépassait le plafond assuré au moment exact de l'attaque.
Pourquoi « assuré » ne veut pas dire « entièrement assuré »
Chaque police comporte une limite agrégée : le maximum versé par l'assureur sur toute la durée du contrat, pas par incident. Deux événements en un an, et le second peut n'être couvert que partiellement, voire pas du tout, parce que l'enveloppe est déjà épuisée.
À l'intérieur d'une même police, il existe aussi presque toujours des sous-limites internes : un chiffre pour le stockage à froid, un autre — généralement bien plus bas — pour les portefeuilles chauds. Le chiffre qui compte est dans l'annexe, pas dans l'intitulé de la police.
Ce qu'un exchanger doit vérifier avant de faire confiance à une police ou à un prestataire
Si la garde est confiée à un prestataire externe, ne demandez pas « êtes-vous assurés » mais quoi exactement, et jusqu'à combien.
- Demandez le texte réel des exclusions, pas la plaquette marketing — c'est là que se cache la vraie image.
- Comparez le plafond annoncé au volume du portefeuille chaud lors d'un jour de pic, pas à la moyenne.
- Vérifiez le processus de réclamation et le délai de paiement — une police qui paie dix-huit mois plus tard ne maintient pas une activité en vie aujourd'hui.
- Renseignez-vous sur le multisig ou les modules de sécurité matériels comme condition de couverture — ne pas s'y conformer peut annuler une réclamation à lui seul.
Erreurs fréquentes des gérants d'exchangers
La plus fréquente : ne jamais lire l'annexe des exclusions et se fier au seul mot « assuré » sur la présentation d'un partenaire. La deuxième : garder un solde excessif dans le portefeuille chaud « par confort », en oubliant que c'est souvent la partie la moins bien assurée.
La troisième erreur consiste à traiter l'assurance comme un substitut à la sécurité interne plutôt que comme un filet de secours. Une police est la dernière ligne de défense, pas la première, et certainement pas la seule.
Conclusion
L'assurance de garde crypto est un outil utile, pas un filet de sécurité universel. Elle fonctionne mieux associée à une vraie discipline opérationnelle : séparation du stockage chaud et froid, multisig, plafonds sur le portefeuille chaud, audits réguliers. Si vous construisez votre propre exchanger à partir de zéro, mieux vaut concevoir cette architecture dès le départ plutôt que de la corriger après coup — par exemple avec iEXWallet, où la garde des fonds clients ne dépend pas des petites lignes de l'assurance d'un tiers.
