21 octobre 2026 · 1 min de lecture
Idempotence : appuyer deux fois, payer une fois
Une opération est idempotente quand la répéter ne change pas le résultat. L'exemple d'un paiement qu'on envoie deux fois par erreur.
- tech
- bases
Vous payez 20 € depuis votre téléphone. La page met du temps, vous appuyez encore. La demande part deux fois. Et si rien n'est prévu, vous êtes débité deux fois : -20 €, puis encore -20 €.
Le mot : idempotence
Une opération est idempotente quand la répéter donne le même résultat que de la faire une seule fois. « Mettre le volet à 50 % » est idempotent : refaites-le dix fois, le volet est à 50 %. « Descendre le volet de 10 % » ne l'est pas.
Or, sur un réseau, les demandes sont souvent répétées : un double clic, une connexion qui coupe et réessaie, un service qui retente tout seul. Un paiement doit donc survivre à ça.
La solution : une clé jointe à la demande
Chaque demande part avec une clé unique (une clé d'idempotence). Le serveur la note quand il traite le paiement. Si la même clé revient, il ne recommence pas : il renvoie le résultat déjà obtenu. Le compte n'est débité qu'une fois, et le téléphone affiche la coche verte.
À retenir
Dans un système où les demandes peuvent être rejouées, rendez-les idempotentes : une clé par demande, mémorisée côté serveur.