En rédigeant un article sur la nouvelle fonctionnalité de clés d'idempotence de Hatchet, le cofondateur Alexander Belanger s'est posé une question en apparence triviale : quelle fut la première clé d'idempotence ? Ces identifiants uniques permettent aux gestionnaires d'API de dédupliquer les messages livrés plusieurs fois — un palliatif, car la livraison exactly-once est impossible dans les systèmes distribués, et le traitement exactly-once doit donc être ajouté par ailleurs.

Interrogé, Claude a d'abord répondu avec assurance « vers 2011, avec l'en-tête Idempotency-Key de Stripe » — avant de se rétracter après un bluff de l'auteur, admettant qu'aucune source faisant autorité n'établit de « première » clé. L'en-tête de Stripe daterait d'environ 2015, et Stripe a popularisé le nom. Le ClientToken d'AWS EC2 offrait un comportement similaire : répéter une requête avec le même jeton et les mêmes paramètres renvoie le résultat d'origine ; modifier les paramètres produit une erreur IdempotentParameterMismatch. Ce schéma a récemment été codifié dans un brouillon IETF pour un en-tête HTTP Idempotency-Key, qui crédite aussi l'Internet-Draft « POST Once Exactly » (POE) de Mark Nottingham, datant de 2005. Avec POE, le client effectue d'abord un GET pour obtenir une URL de POST à usage unique — la partie unique de l'URL tenant lieu de clé d'idempotence. POE n'a guère été adopté.

Plus en arrière encore, les guerres de spécifications du début des années 2000 ont produit des approches au niveau transport : la spécification OASIS ebXML Message Service et WS-ReliableMessaging (co-publiée par Microsoft, IBM, BEA et TIBCO) implémentaient la déduplication des messages dans la couche transport lorsqu'un service déclarait NoDuplicateDelivery — contrairement au style REST, où la couche applicative gère un en-tête personnalisé.

Après de brèves digressions sur les quipus incas et les bâtons de taille médiévaux — tous deux, d'une certaine façon, des systèmes anti-doublons — l'auteur a posé une nouvelle règle : la réponse doit concerner des ordinateurs électroniques. Cela l'a mené au papier « Implementing Remote Procedure Calls » de Birrell et Nelson (1984), issu du Xerox PARC et fondé sur la thèse de Nelson, qui a inventé le terme RPC. L'identifiant d'appel décrit dans ce papier permet à l'appelant d'associer les résultats à ses appels et au destinataire d'écarter les paquets d'appel en double grâce à une table des derniers numéros de séquence invoqués. L'auteur concède qu'il ne s'agit peut-être pas du plus ancien exemple absolu — mais c'est le plus ancien qu'il ait trouvé.