No-logclaim: hoe denk je na over bewaren en verwijderen bij een no-KYC-swap

Het startersblad van 5 minuten: wat “no logs” nooit dekt bij een no-KYC-swap

‘Geen logs’ zegt meestal niets over het servergeheugen, want een dienst kan opgeslagen records wissen en nog steeds je swapsessie, IP, walletpaar en route minutenlang of urenlang in het RAM vasthouden — dat is live observatie zonder bewaring.

Het startersblad van vijf minuten hieronder splitst drie zaken die de meeste claims over geen logs door elkaar halen: bewaring, observatie en residu. Bewaring is of iets wordt opgeschreven. Observatie is of het in het geheugen wordt verwerkt. Residu is wat derden bewaren — betalingsrails, DNS-resolvers, CDN’s en het eigen grootboek van de swappartner. Een dienst kan zijn eigen logs waarheidsgetrouw wissen en toch in een infrastructuur zitten die elke hop vastlegt.

Snelle checklist

• Vraag wat ‘logs’ betekent: HTTP-toegang, appgebeurtenissen, swapstatus, of alle drie
• Vraag hoe lang de dienst sessieobjecten in het geheugen houdt voordat ze worden verwijderd
• Vraag welke derden het IP zien op routing-, DNS- of RPC-niveau
• Controleer of walletadressen worden gehasht, afgekapt of volledig opgeslagen vóór het wissen
• Ga na of de swapprovider je na het sluiten van de tab opnieuw kan identificeren via de eigen cache
• Zoek naar een wisschema dat aan bewaring is gekoppeld, niet naar een vaag ‘geen logs’-badge

Bewaring

De periode dat iets bewust wordt bewaard voordat het wordt gewist

Hoe scheid je bewaring van realtime observatie wanneer er geen account is?

Retentie betekent dat de swap iets heeft weggeschreven om later te bekijken. Realtime-observatie betekent dat de server je verzoek leest terwijl het plaatsvindt — voordat enige verwijderingsbelofte van toepassing is. Een no-logs-claim gaat alleen over het eerste deel; het zegt niets over wat een live proces kan inspecteren tijdens de seconden waarin jouw swap wordt uitgevoerd.

De verwijderingsbelofte begint na de gebeurtenis, niet ervoor

“Verwijdering is een opruimtaak. Observatie is een live lezing. Ze bevinden zich aan weerszijden van het verzoek.”

Denk aan een telefoongesprek met de klantenservice: het bedrijf mag beloven het gesprek niet op te nemen, maar de medewerker hoort nog steeds elk woord dat je in realtime zegt. Bij een swap gaan je walletadres, invoerbedrag, route en uitvoeradres allemaal door het werkgeheugen van de server terwijl het verzoek actief is. Een schriftelijk retentiebeleid regelt doorgaans wat er na het verzenden van de respons gebeurt, niet wat er tijdens de verwerking wordt gelezen.

1. Verzoek komt binnende server moet je walletadres, bedrag en gekozen route lezen om de offerte op te stellen
2. Swap wordt verwerktde server houdt het volledige verzoek in het geheugen en kan het doorgeven aan prijs-, routing- of liquiditeitsmodules
3. Respons wordt verzondenje ontvangt een offerte of transactiestatus
4. Verwijdering begintpas nu treedt de retentiebelofte in werking

• Retentie = opgeslagen voor later

Waarom is servergeheugen belangrijker dan een geschreven logbeleid?

Een geschreven ‘no logs’-beleid zegt zelden iets over RAM, caches of procesgeheugen — juist daar bewaart een actieve swap kortstondig de gegevens waarvan het beleid beweert dat ze nooit zijn opgeslagen. Vergelijk het met een restaurant dat zegt ‘wij bewaren geen klantgegevens’, terwijl het keukenpersoneel je bestelling tien minuten lang van een bonnetje aan een rail afleest. Bewaring in het geheugen is echte bewaring; het heeft alleen een kortere levensduur dan een rij in een database.

RAM en caches: het onbenoemde kortetermijngrootboek

Wanneer je een swap indient, moet de dienst je walletadres, gevraagde bedrag, doelketen en soms je IP-afgeleide sessie in het geheugen houden om een prijsopgave te berekenen of een transactie te ondertekenen. Die gegevens leven in procesgeheugen en vaak in Redis of Memcached — gangbare in-memory opslag. Een privacybeleid mag verwijdering beloven, maar als die caches niet expliciet worden geleegd nadat de swap is voltooid, blijven de gegevens bestaan tot ze worden verdrongen of tot een herstart.

De praktische vraag is niet ‘loggen jullie?’, maar “wat is de levensduur van een swapverzoek in het geheugen en wat activeert de verwijdering ervan?” Als een platform die vraag niet kan beantwoorden, beschrijft de no-logs-claim schijfgedrag, niet het volledige datapad.

Welke vragen moet je stellen over infrastructuur van derden voordat je een “no logs”-label vertrouwt?

Een swap-interface is nooit een gesloten doos: ze leunt op externe CDN-, hosting-, RPC-eindpunten, analytics, CAPTCHA of relays van liquiditeitsproviders die verzoeken kunnen registreren, zelfs wanneer de frontend zelf beweert niets op te slaan. Zie het als een winkel die zegt “wij houden geen klantgegevens bij” — maar de beveiligingsbalie van het winkelcentrum, de koerier en de betaalterminal registreren het bezoek nog steeds onafhankelijk van elkaar.

Stel over elke laag apart vragen

• CDN-provider — cachet die alleen assetbestanden, of geeft die ook /api/quote- en /api/swap-aanroepen door die je adres bevatten?
• Hosting / cloudregio — waar eindigen swapverzoeken, en welke lokale regels voor dataretentie gelden in dat rechtsgebied?
• RPC-eindpunten — gaat het om publieke nodes, betaalde providers of de eigen full nodes van de exchange? Publieke RPC’s zien je methodeaanroepen vaak en het herkomst-IP.
• Analytics / tracking — is er een ingebed script dat pad, verwijzer, sessie-ID of browserfingerprint registreert voordat de swap zelfs maar is verzonden?
• Liquiditeitsbruggen / partner-API’s — wanneer een swap via een externe liquiditeitsbron loopt, ontvangt die partner dan je bestemmingsadres als onderdeel van de prijsopgave?

Het label “no logs” overleeft alleen zolang elke externe dienst die de swap raakt, ermee instemt geen restanten te bewaren.

• Controleer de DNS / TLS-certificaatketen — die kan laten zien welke infrastructuurprovider om de site heen zit.
• Bekijk vóór het verzenden het netwerktabblad van de swappagina: stel vast met welk domein je browser tijdens een prijsopgave allemaal praat.
• Test met een niet-gevoelig dummyadres en noteer welke derde partijen in de verzoekvolgorde verschijnen.
• Ga na of de dienst een subverwerkerslijst of infrastructuurpagina publiceert; als die alleen het bedrijf zelf noemt en geen externe providers, behandel die stilte dan als een hiaat.

Wat doe je als de exchange logs verwijdert maar jouw swaproute toch sporen achterlaat?

Zelfs wanneer de wisseldienst zijn eigen logs echt verwijdert, kan je route nog duurzame sporen achterlaten op de blockchain, in walletsoftware of in netwerkmetadata. Behandel ‘verwijdering’ als één laag, niet als de hele opschoning: je kijkt naar wat de dienst weggooit en naar wat de route zelf buiten de dienst bewaart.

Spoorpunten die verwijdering aan de servicekant overleven

• Afwikkeling op de blockchain: zowel de input- als de outputtransactie blijft zichtbaar, tenzij de route een afgeschermd activum of een coinjoin-achtige stap gebruikt
• Hergebruik van walletadressen: hetzelfde ontvangstadres gebruiken voor meerdere swaps verbreekt de scheiding, zelfs als de exchange jou vergeet
• Router- of RPC-metadata: standaard walletverbindingen kunnen IP-adres, timing van verzoeken of adresopzoekingen lekken naar een node die jij niet beheert
• Gebeurtenissen van bridges van derden: bridges kunnen hun eigen on-chain gegevens vastleggen waar de wisselprovider nooit aankomt

1. Open de swappagina en noteer de route voordat je bevestigtde route laat zien welke chains, bridges of liquiditeitsbronnen jouw adres of transactie te zien krijgen
2. Beschouw de meest zichtbare stap als je uitgangspuntals één stap transparant is, blijft dat spoor bestaan, ongeacht wat de swap daarna verwijdert
3. Scheid identiteitsgebonden stappen van waardegebonden stappenstuur vanaf en ontvang op adressen die je bereid bent met deze swap te associëren
4. Controleer wat de wallet zelf opslaatlokale geschiedenis, adresboekvermeldingen en aangepaste node-instellingen overleven vaak de bewaartermijn van de exchange
5. Houd een routenotitie bij voor jezelf, niet alleen voor de exchangenoteer welke adressen, chains en bij benadering welke bedragen waar verschenen, zodat je later kunt beslissen wat je opnieuw gebruikt

De 30-dagen-hercontrole: wat loop je opnieuw na nadat je een no-KYC-swap hebt gebruikt

Na een swap is de echte test niet het eerste bevestigingsscherm, maar wat er in de volgende 30 dagen verandert. Een geschreven ‘no logs’-beleid is een momentopname, terwijl infrastructuur, partners en functie-updates voortdurend verschuiven; door maandelijks dezelfde contactpunten opnieuw te bekijken, vang je stille verschuivingen in bewaartermijnen op voordat ze zich opstapelen tot een traceerbaar patroon.

Wat je maandelijks opnieuw moet controleren

• Bewoording van de beleidspagina: vergelijk de huidige bewaar- en verwijderclausules met je opgeslagen kopie van de swapdatum
• Infrastructuurstack: let op een nieuwe CDN, analysesnippet of captcha-aanbieder die de oorspronkelijke vervangt
• Aankondigingen en changelog: let op taal als ‘verbeterde compliance’, ‘verbeterde fraudedetectie’ of ‘partnerschap voor data-analyse’
• Routegedrag: voer een kleine testswap uit en kijk of het genereren van offertes, bevestigingsstappen of time-outs nu meer metadata blootstellen

1. Stel een basislijn van 30 dagen inexporteer direct na een swap het bewaarbeleid, het privacybeleid en de exacte schermen van de swapflow naar een lokale notitie
2. Plan een agendaherinneringkies elke maand dezelfde kalenderdag om de swapdienst opnieuw te openen en te zoeken naar beleidsupdates
3. Vergelijk de twee momentopnamenlees het nieuwe beleid naast de opgeslagen versie en markeer elke toegevoegde clausule over ‘gerechtvaardigd belang’, ‘fraudepreventie’ of ‘beveiligingsmonitoring’
4. Test het oppervlak opnieuwlaad de swappagina in een normale browser en in een privacygerichte browser om te vergelijken welke verzoeken van derden bij elk bezoek worden geactiveerd
5. Beslis over voortgezet gebruikals verwijderbeloften zijn afgezwakt of er nieuwe trackers zijn verschenen, behandel de swap dan als een nieuw onbekend punt en vermijd routes met hoge gevoeligheid totdat je opnieuw kunt verifiëren

Veelgestelde vragen

Zie ook