Allégation « aucun registre » : comment penser la rétention et la suppression sur un échange sans KYC
Un guide de terrain pour poser des questions qui dérangent sur la mémoire, les métadonnées et l’infrastructure tierce lorsqu’un échange affirme ne rien conserver.
La fiche express en 5 minutes : ce que « aucun registre » ne couvre jamais sur un échange sans KYC
« Aucun journal » ne dit généralement rien de la mémoire du serveur, car un service peut supprimer les enregistrements conservés tout en gardant votre session d’échange, votre IP, la paire de portefeuilles et l’itinéraire en RAM pendant des minutes ou des heures — c’est une observation en direct, sans conservation.
Journaux stockés
Ce que la politique dit être supprimé après des heures ou des jours ; pas la même chose que ce que la machine retient à l’instant présent.
État de la mémoire
Travailleurs du service d’échange, caches et requêtes en cours qui existent même quand les enregistrements sur disque sont vides.
Fragments d’identité
Adresse de portefeuille, empreinte du navigateur, IP géolocalisée et horodatage restent associés pendant que le service route activement votre transaction.
Le risque réel
Un label « aucun journal » ne couvre qu’une couche ; vos données peuvent traverser plusieurs piles avant même qu’une suppression soit planifiée.
La fiche de démarrage en 5 minutes ci-dessous distingue trois choses que la plupart des affirmations « aucun journal » mélangent : la conservation, l’observation et les résidus. La conservation, c’est le fait que quelque chose soit écrit. L’observation, c’est le fait que ce soit traité en mémoire. Les résidus, c’est ce que des tiers conservent — rails de paiement, résolveurs DNS, CDN et le registre du partenaire d’échange lui-même. Un service peut supprimer honnêtement ses propres journaux tout en restant à l’intérieur d’une infrastructure qui enregistre chaque saut.
Liste de contrôle de démarrage rapide
Demandez ce que « journaux » signifie : accès HTTP, événements d’application, état de l’échange, ou les trois
Demandez combien de temps le service conserve les objets de session en mémoire avant éviction
Demandez quels tiers voient l’IP au niveau du routage, du DNS ou du RPC
Vérifiez si les adresses de portefeuille sont hachées, tronquées ou stockées en entier avant suppression
Confirmez si le fournisseur d’échange peut vous réidentifier à partir de son propre cache après la fermeture de l’onglet
Cherchez un calendrier de suppression lié à la conservation, pas un vague badge « aucun journal »
Important
Si la seule réponse est « nous ne stockons pas de journaux », continuez à poser des questions. Cette affirmation ne dit rien de ce qui a été temporairement conservé en mémoire pendant que votre échange était actif.
Conservation
La période pendant laquelle quelque chose est intentionnellement gardé avant suppression
Conseil
Traitez « aucun journal » comme une affirmation de départ, pas comme une propriété. Votre vraie question est : que peut-on reconstruire de cette session cinq minutes après sa fin — et cinq jours plus tard ?
Comment distinguer la rétention de l’observation en temps réel quand il n’existe aucun compte ?
La conservation signifie que le swap a écrit quelque chose pour un examen ultérieur. L’observation en temps réel signifie que le serveur lit votre requête pendant qu’elle se produit — avant que toute promesse de suppression ne s’applique. Une affirmation « absence de journaux » ne concerne que la première partie ; elle ne dit rien de ce qu’un processus actif peut inspecter pendant les quelques secondes où votre swap s’exécute.
La promesse de suppression commence après l’événement, pas avant
« La suppression est une tâche de nettoyage. L’observation est une lecture en direct. Elles se situent de part et d’autre de la requête. »
Pensez à un appel téléphonique avec le service client : l’entreprise peut promettre de ne pas enregistrer l’appel, mais l’agent entend quand même chaque mot que vous prononcez en temps réel. Lors d’un swap, votre adresse de portefeuille, le montant d’entrée, l’itinéraire et l’adresse de sortie transitent tous par la mémoire de travail du serveur pendant que la requête est active. Une politique de conservation écrite régit généralement ce qui se passe après l’envoi de la réponse, pas ce qui est analysé pendant le traitement.
La requête arrivele serveur doit lire votre adresse de portefeuille, le montant et l’itinéraire choisi pour établir le devis
Le swap est traitéle serveur conserve la requête complète en mémoire et peut la transmettre aux modules de tarification, de routage ou de liquidité
La réponse est envoyéevous recevez un devis ou un statut de transaction
La suppression commencec’est seulement maintenant que la promesse de conservation entre en vigueur
Ce que couvre l’affirmation
Conservation
Observation en temps réel
Fichiers journaux écrits
souvent exclus
sans objet ;; Traitement de la requête en mémoire
Conservation = stocké pour plus tard
Remarque
Un service de swap peut affirmer honnêtement qu’il ne conserve aucun journal et pourtant faire passer votre requête par un point de terminaison analytique, un limiteur de débit ou un moteur de routage qui voit tout en temps réel. La promesse de suppression ne couvre jamais cette exposition temporaire.
Conseil
Lorsqu’un service dit « nous ne stockons pas de journaux », demandez ce que le serveur doit toucher pour traiter un swap — pas seulement ce qu’il sauvegarde ensuite.
Pourquoi la mémoire du serveur compte-t-elle plus qu’une politique écrite de journalisation ?
Une politique écrite de « non-conservation des journaux » couvre rarement la RAM, les caches ou la mémoire des processus — or c’est précisément là qu’un swap actif retient brièvement les données mêmes dont la politique affirme qu’elles n’ont jamais été stockées. Imaginez un restaurant qui prétend « ne pas conserver de données clients », alors qu’en cuisine le personnel lit encore votre commande sur un ticket accroché à un rail pendant dix minutes. La rétention en mémoire est une rétention réelle ; elle a simplement une durée de vie plus courte qu’une ligne de base de données.
RAM et caches : le registre à court terme qu’on oublie de mentionner
Lorsque vous soumettez un swap, le service doit conserver en mémoire votre adresse de portefeuille, le montant demandé, la chaîne de destination et parfois votre session liée à l’adresse IP pour calculer un devis ou signer une transaction. Ces données vivent dans la mémoire du processus et souvent dans Redis ou Memcached — des stockages en mémoire courants. Une politique de confidentialité peut promettre la suppression, mais si ces caches ne sont pas explicitement vidés une fois le swap terminé, les données persistent jusqu’à leur éviction ou un redémarrage.
Mémoire du processus
Contient la demande de swap en direct pendant que le service la traite. Aucun fichier sur le disque, mais toujours présent pour quiconque a accès au processus.
Couche de cache
Les stockages de type Redis conservent souvent les clés de session, les horodatages et les paires d’adresses pour des réponses plus rapides.
Fin du swap
À quel moment la mémoire est-elle réellement libérée ? Les politiques définissent rarement cet instant.
Important
Un vidage sur incident, un instantané de débogage ou une erreur non gérée peut transformer la mémoire d’un processus en fichier sur le disque — et ce fichier est souvent oublié par les promesses de conservation.
La question pratique n’est pas « conservez-vous des journaux ? », mais « quelle est la durée de vie en mémoire d’une demande de swap, et qu’est-ce qui déclenche sa suppression ? » Si une plateforme ne peut pas y répondre, son affirmation d’absence de journaux décrit le comportement du disque, pas le chemin complet des données.
Conseil
Vérifiez si la documentation publique du swap ou les réponses de l’équipe mentionnent l’éviction de la mémoire, l’invalidation des caches ou l’isolation des processus. Le silence sur ce point signifie généralement que personne n’a audité la couche d’exécution.
Quelles questions poser sur l’infrastructure tierce avant de faire confiance à l’étiquette « aucun registre » ?
Une interface de swap n’est jamais une boîte étanche : elle s’appuie sur des CDN, hébergements, endpoints RPC, outils d’analyse, CAPTCHA ou relais de fournisseurs de liquidité externes, susceptibles d’enregistrer des requêtes même quand le frontend affirme ne rien conserver. C’est comme une boutique qui dirait « nous ne gardons aucune donnée client » — alors que le poste de sécurité du centre commercial, le livreur et le terminal de paiement enregistrent quand même la visite, chacun de leur côté.
Interrogez chaque couche séparément
Fournisseur de CDN — met-il en cache uniquement les fichiers du site, ou laisse-t-il aussi passer les appels /api/quote et /api/swap qui contiennent votre adresse ?
Hébergement / région cloud — où aboutissent les requêtes de swap, et quelles règles locales de conservation des données s’appliquent dans cette juridiction ?
Endpoints RPC — s’agit-il de nœuds publics, de fournisseurs payants ou des nœuds complets de la plateforme elle-même ? Les RPC publics voient souvent vos appels de méthode et votre adresse IP d’origine.
Analytics / suivi — un script intégré enregistre-t-il le chemin de la page, le référent, l’identifiant de session ou l’empreinte du navigateur avant même que le swap ne soit soumis ?
Ponts de liquidité / API partenaires — quand un swap passe par une source de liquidité tierce, ce partenaire reçoit-il votre adresse de destination dans le cadre du devis ?
Important
Une politique de confidentialité qui dit « nous ne conservons pas de journaux » ne s’applique généralement qu’à la base de données interne de la plateforme. Elle ne dit rien des journaux de requêtes conservés par le CDN placé devant elle.
L’étiquette « no logs » ne tient que si chaque service externe touché par le swap accepte de ne pas garder de traces.
Vérifiez la chaîne de certificats DNS / TLS — elle peut révéler quel fournisseur d’infrastructure enveloppe le site.
Regardez l’onglet réseau de la page de swap avant de soumettre quoi que ce soit : identifiez chaque domaine avec lequel votre navigateur communique pendant un devis.
Testez avec une adresse factice non sensible et notez quels tiers apparaissent dans la séquence de requêtes.
Demandez si le service publie une liste de sous-traitants ou une page sur son infrastructure ; s’il ne mentionne que sa propre société et aucun fournisseur externe, traitez ce silence comme une lacune.
Conseil
Même quand une plateforme supprime ses propres lignes en base de données, le journal de requêtes d’un CDN a généralement une durée de conservation différente — parfois de quelques jours, parfois beaucoup plus longue.
Que faire si l’échange supprime ses journaux mais que votre itinéraire d’échange laisse quand même une trace ?
Même lorsque le service d’échange supprime réellement ses propres journaux, votre itinéraire peut encore laisser des traces durables sur la chaîne, dans le logiciel de portefeuille ou dans les métadonnées réseau. Considérez la « suppression » comme une couche parmi d’autres, et non comme un nettoyage complet : vous cherchez ce que le service abandonne et ce que l’itinéraire lui-même conserve en dehors du service.
Points de trace qui survivent à la suppression côté service
Règlement sur la chaîne : les transactions d’entrée et de sortie restent visibles, sauf si l’itinéraire utilise un actif protégé ou une étape de type coinjoin
Réutilisation d’adresse de portefeuille : utiliser la même adresse de réception sur plusieurs échanges réduit la séparation, même si la plateforme vous oublie
Métadonnées de routeur ou de RPC : les connexions par défaut du portefeuille peuvent exposer l’IP, l’heure des requêtes ou les recherches d’adresse à un nœud que vous ne contrôlez pas
Événements de ponts tiers : les ponts peuvent émettre leurs propres enregistrements sur la chaîne, auxquels le fournisseur d’échange ne touche jamais
Ouvrez la page d’échange et notez l’itinéraire avant de confirmerl’itinéraire indique quelles chaînes, quels ponts ou quelles sources de liquidité verront votre adresse ou votre transaction
Considérez l’étape la plus visible comme votre niveau de référencesi une étape est transparente, cette trace demeure, peu importe ce que l’échange supprime ensuite
Séparez les étapes qui portent l’identité des étapes qui portent la valeurenvoyez depuis et recevez vers des adresses que vous acceptez d’associer à cet échange
Vérifiez ce que le portefeuille lui-même conservel’historique local, les entrées du carnet d’adresses et les réglages de nœud personnalisés survivent souvent à la durée de conservation de la plateforme
Gardez une note d’itinéraire pour vous-même, pas seulement pour la plateformenotez quelles adresses, quelles chaînes et quels montants approximatifs sont apparus où, afin de décider plus tard quoi réutiliser
Conseil
Si un itinéraire passe par une chaîne transparente, notez quelle adresse l’a touchée et évitez de réutiliser cette adresse pour une activité sans rapport.
Important
Une vraie politique de suppression n’efface pas votre propre historique de navigateur, les libellés de portefeuille ou les fichiers de sauvegarde ; ce sont des enregistrements locaux que vous contrôlez.
1La plateforme supprime les journauxnettoyage réel, mais limité
2La chaîne conserve la transactionhors du périmètre de suppression du service
3Le portefeuille conserve l’adresse et l’horodatageenregistrement local sur votre appareil
4Les métadonnées réseau peuvent survivrele nœud ou le fournisseur RPC voit le schéma de connexion
5Vous gardez une note d’itinéraire personnelleune mémoire qui vous aide à éviter la réutilisation
Couche publique durable — transaction sur la chaîne et activité des adresses
Couche d’infrastructure — enregistrements de nœuds, de ponts ou de fournisseurs de liquidité
Couche personnelle — historique de portefeuille, sauvegardes et habitudes de réutilisation d’adresses
Adresses distinctes
utilisez des adresses de réception neuves à chaque itinéraire pour limiter les recoupements
Partez du principe de transparence
modélisez l’itinéraire comme si l’étape la plus claire était permanente
Gardez des notes locales
un petit journal personnel est plus utile que de faire confiance à la déclaration de suppression de quelqu’un d’autre
La routine de revérification sur 30 jours : quoi réexaminer après avoir utilisé un échange sans KYC
Après un échange, le vrai test n’est pas le premier écran de confirmation, mais ce qui change au cours des 30 jours suivants. Une politique écrite « sans journaux » n’est qu’un instantané, alors que l’infrastructure, les partenaires et les fonctionnalités évoluent en permanence ; revoir les mêmes points chaque mois permet de repérer les changements discrets de conservation des données avant qu’ils ne forment un schéma traçable.
Quoi revérifier chaque mois
Libellé de la page de politique : comparez les clauses actuelles de conservation et de suppression avec la copie que vous avez enregistrée à la date de l’échange
Pile d’infrastructure : notez tout nouveau CDN, extrait d’analyse ou fournisseur de captcha remplaçant celui d’origine
Annonces et journal des modifications : surveillez les expressions « conformité améliorée », « détection de fraude renforcée » ou « partenariat d’analyse de données »
Comportement de l’itinéraire : exécutez un petit échange de test et vérifiez si la génération de devis, les étapes de confirmation ou les délais exposent désormais davantage de métadonnées
Établissez une référence sur 30 joursimmédiatement après un échange, exportez la politique de conservation, la politique de confidentialité et les captures exactes du parcours d’échange vers une note locale
Programmez un rappel dans le calendrierchoisissez le même jour du calendrier chaque mois pour rouvrir le service d’échange et rechercher les mises à jour de politique
Comparez les deux instantanéslisez la nouvelle politique en regard de celle enregistrée et surlignez toute clause ajoutée de type « intérêt légitime », « prévention de la fraude » ou « surveillance de la sécurité »
Sondez à nouveau la surfacechargez la page d’échange dans un navigateur normal et dans un navigateur axé sur la confidentialité pour comparer les requêtes tierces déclenchées à chaque visite
Décidez de continuer à l’utilisersi les promesses de suppression se sont affaiblies ou si de nouveaux traceurs sont apparus, traitez l’échange comme un inconnu récent et évitez les itinéraires à haute sensibilité jusqu’à ce que vous puissiez revérifier
Important
Une page « sans journaux » qui reste identique pendant des mois peut quand même masquer un changement en arrière-plan ; le texte de la politique est mis à jour par les équipes juridiques, tandis que la mémoire des serveurs et les scripts tiers changent sans laisser de trace visible.
Conseil
Tenez un petit tableau de journal des modifications pour chaque échange sans KYC que vous utilisez : date, ce qui a changé, et quelle question de votre liste de contrôle initiale a maintenant une réponse plus faible.
Questions fréquentes
Que signifie concrètement « aucun journal » pour un échange sans KYC lorsqu’il n’y a pas de compte ?
Cela renvoie généralement au fait que l’opérateur n’enregistre pas de données persistantes concernant votre session, votre recherche ou votre demande d’échange dans son propre stockage. Cela ne signifie pas une absence totale d’observation : le serveur doit tout de même traiter votre demande en mémoire, et l’infrastructure environnante peut capturer des métadonnées de connexion de manière indépendante.
Comment un service peut-il prétendre supprimer les journaux tout en m’exposant malgré tout via le circuit d’échange ?
L’échange lui-même se déroule souvent sur la chaîne ou par l’intermédiaire de fournisseurs de liquidité, de sorte que le circuit peut laisser des traces que l’interface ne peut pas effacer. Même si la plateforme efface ses propres journaux d’accès, le graphe des transactions, les adresses de portefeuille et les chemins de relais tiers peuvent rester visibles pour des observateurs extérieurs.
Dois-je faire confiance à une mention « aucun journal » simplement parce qu’elle figure dans la politique de confidentialité ?
Une politique écrite indique seulement une intention ; elle ne prouve pas ce que le serveur conserve en mémoire vive, ce que le fournisseur enregistre à des fins de prévention des abus, ni ce que son CDN et ses partenaires d’hébergement consignent. Demandez ce qui est observé pendant une session en direct et ce qui est conservé après sa fin, plutôt que de vous fier uniquement à cette expression.
À quelle fréquence devrais-je réexaminer mon exposition après avoir utilisé un échange sans KYC ?
Une routine pratique consiste à passer en revue le circuit d’échange, l’hygiène des portefeuilles et tout schéma lié aux horaires ou aux montants environ une fois par mois. Cela vous aide à repérer si un circuit auparavant discret a commencé à corréler les sessions, ou si un fournisseur tiers a modifié son comportement en matière de conservation.