Privacyverklaring

De bindende versie van dit document is de Engelse. De Spaanse versie is door ons opgesteld; de versies in andere talen zijn automatische vertalingen uit beleefdheid, gegenereerd door het platform.

1. Wat is deze kennisgeving en waar gaat het niet over

1.1. Deze kennisgeving legt uit welke gegevens we verwerken, waarom, met wie we ze delen en wat je van ons kunt vragen. Het is van toepassing op de site, de API, de openbare interfaces (de openbare API van de catalogus en ons openbare register), de webhooks en de MCP-server.

1.2. Het is geschreven vanuit de werkelijke architectuur van het product: elke uitspraak komt overeen met een gegeven dat echt bestaat in onze database, met een cookie die echt wordt geplaatst, of met een leverancier die echt iets ontvangt.

1.3. Wat er binnen de sjablonen gebeurt die je koopt, verwerken wij niet. Als je een sjabloon implementeert en gegevens van je gebruikers verzamelt, ben jij verantwoordelijk voor die verwerking.

1.4. Voor elke kwestie met betrekking tot deze kennisgeving, schrijf ons via het contactformulier met de categorie gegevensbescherming. Deze categorie valt niet onder de beperking van één bericht per dag en we communiceren het resultaat per e-mail.

2. Welke gegevens bewaren we

2.1 Je account

• E-mailadres, verplicht en uniek: het is de sleutel tot je account en je wallet, en daarom kan het niet worden gewijzigd.
• Naam en publieke gebruikersnaam (je *handle*), die ook je verwijzingscode is. We bewaren ook je vorige handles, zodat niemand een handle kan claimen die je hebt losgelaten en je links kan erven.
• Initialen en avatar, als je die toevoegt. Als je inlogt met Google of GitHub, kan de avatar vanaf de server van die provider worden gekoppeld.
• Sociale identiteit, als je inlogt met Google of GitHub: de provider en je vaste identificator bij die provider.
• Twee-staps verificatie: het TOTP-geheim, opgeslagen versleuteld, en de back-upcodes, opgeslagen als vingerafdrukken. We zien je codes nooit.
• Taal- en thema-voorkeuren, je rol op het platform en de data van aanmaak, acceptatie van de voorwaarden en, indien van toepassing, opschorting.
• Wie je heeft uitgenodigd, als je via een verwijzingslink bent gekomen, en wanneer.

2.2 Je wallet en je transacties

• Het publieke adres van je Polygon wallet, en de laatste keer dat het is verbonden. Een adres kan niet tot twee accounts behoren. In een account die is aangemaakt door wallet-handtekening (sectie 2.14), is dat adres de identificator van de account: er is geen e-mailadres of naam achter.
• Van elke bestelling: de identificator, de sjabloon, de koper, de verkoper, de publieke adressen van beide partijen, het bedrag, de toegepaste commissie, de beoordelingsperiode, de status, de ondertekende offerte en de identificatoren van de transacties op de blockchain.
• Van elke reeds geleverde aankoop: de sjabloon, het bedrag en de datum.
• Van je verkoperslidmaatschap: het plan, de periode, de betalingen, de mislukte pogingen en de data van herinnering, genade en annulering.
• De evenementen van je bestellingen en van de automatische vrijgaven, om te kunnen reconstrueren wat er is gebeurd en wanneer.

2.3 Geschillen en bewijzen

• Het dossier van elk geschil: wie het heeft geopend, wanneer, de reden die je hebt geschreven en de toepasselijke termijnen.
• De bewijzen die door de partijen worden aangeleverd: de bestandsnaam, het type, de grootte, de vingerafdruk die de uploader verklaart, een tekstnotitie en de verwijzing naar het bestand in onze privé-opslag. De bestanden zijn niet publiek: ze worden alleen geopend vanuit het dossier.
• De beslissingen van de commissie: de houding van elke persoon, de besloten verdeling, de reden met de publieke labels en de identificator van de transactie die het uitvoerde.
• De commissie ziet het volledige dossier, inclusief of de koper de sjabloon heeft gedownload.

2.4 Wat je publiceert

• Van je sjablonen: naam, beschrijving, screenshots, omslag, galerij, de video (het bestand dat je uploadt, dat we privé opslaan zoals het is, met de metadata die het heeft, en de kopie zonder metadata die we ervan maken om het te publiceren), labels, platforms, prijs, licentiemodus, het leverbare bestand en de geschiedenis van zijn versies.
• Van je recensies en antwoorden: de beoordeling, de tekst, je publieke naam, of de aankoop is geverifieerd, of het is geschreven door een agent-account, wat we afleiden uit het auteur-account, de originele taal, de automatische vertalingen en het resultaat van de automatische beoordeling. Van de inhoud van een recensie geschreven door een agent-account, is degene die antwoordt degene die verantwoordelijk is voor dat account: de houder van de sleutel en zijn operator.
• De herzieningsgeschiedenis van je sjablonen: elke indiening, herindiening, goedkeuring of afwijzing, met de publieke notitie, de interne notitie en de e-mail en de naam van de auteur op het moment van het evenement.
• Je favorieten, je opgeslagen winkelwagentje en je publicatiedrafts.

2.5 Verwijzingen

Van elke verwijzingscommissie: wie heeft uitgenodigd, wie is uitgenodigd, de bestelling, het type (aankoop of verkoop), het bedrag van de bestelling, onze commissie, de commissie die je toekomt, de status en, wanneer het wordt betaald, de identificator van de transactie.

2.6 API-gegevens en gebruik van de MCP

• Van elke referentie: zijn naam, zijn rechten, de data van aanmaak, laatste gebruik, vervaldatum en intrekking, en alleen de vingerafdruk van het geheim. Het volledige geheim van een referentie die je in Tokens aanmaakt, wordt eenmaal getoond bij het aanmaken en we bewaren het niet; de tokens die we aan een programma via OAuth uitgeven, worden je nooit getoond, en van hen bewaren we ook alleen de vingerafdruk.
• Van elk programma waartoe je toegang geeft via OAuth (clausule 9.2 van de Voorwaarden): welk programma het is en waar het vandaan komt, de rechten die je hebt verleend, en de data van de toekenning, het laatste gebruik en de intrekking.
• Van elke autorisatie die je geeft op het OAuth-scherm, een toestemmingslogboek: je account, het programma, de toekenning, de rechten, het adres waar de autorisatie naartoe is teruggestuurd, een cryptografische vingerafdruk van je IP-adres berekend met een geheime zout (zoals in sectie 2.7, het IP-adres wordt niet in het openbaar in dit logboek opgeslagen), en de identificator die je browser verzendt (gebruikersagent). We bewaren het om te kunnen antwoorden of je een specifiek programma hebt geautoriseerd, en we wissen het na 180 dagen, ook al verwijder je je account eerder.
• Van elke oproep die op de server aankomt: de referentie, het account, de afgevaardigde die het deed, als het door een afgevaardigde werd gedaan, de aangeroepen functie, of het goed ging, de fout als het mislukte en hoe lang het duurde. In de MCP registreren we geen IP-adressen: die we zouden zien, zou die van de server van de assistent zijn, niet die van jou.

2.7 Acceptaties van juridische documenten

Van elke acceptatie, bij het aanmaken van de account en bij elke aankoop: het document, de versie, het type acceptatie, de bestelling waaraan het correspondeert als het een aankoop is en, als het door je afgevaardigde is voltooid, welke afgevaardigde het heeft uitgevoerd, de taal waarin de tekst aan je werd getoond (het Engels in accounts die zijn aangemaakt door wallet-handtekening, die de Engelse tekst ondertekenen), de vingerafdruk (SHA-256) van de bindende Engelse tekst van die versie, de datum en het tijdstip, en een cryptografische vingerafdruk van je IP-adres. Het IP-adres wordt niet in het openbaar in dit register opgeslagen. Wat je accepteert, is altijd de bindende Engelse versie, ongeacht de taal waarin het aan je werd getoond; de andere versies helpen je alleen om het te lezen (clausule 34.6 van de Voorwaarden). De vingerafdruk van de tekst identificeert precies welke tekst je hebt geaccepteerd.

Wanneer de acceptatie plaatsvindt door wallet-handtekening in plaats van op het scherm (sectie 2.16), wordt in het register, in plaats van de vingerafdruk van het IP-adres, de handtekening zelf, het adres dat het heeft geproduceerd en de hash van het ondertekende bericht opgeslagen, en, in de garantie die door elke sjabloon is ondertekend, de identificator van die sjabloon.

2.8 Contact en ondersteuning

• Van het contactformulier: je naam, je e-mail, het onderwerp, het bericht, je account en je handle als er een sessie was, en technische gegevens van de verzending: een cryptografische vingerafdruk van je IP-adres berekend met een zout van onze server, niet het IP-adres in het openbaar, plus de gebruikersagent, de browser, het besturingssysteem, het type apparaat, de taal van de interface, de taal die je browser aangeeft, de pagina van herkomst, je tijdzone en de grootte van je scherm. We gebruiken ze om de zaak te behandelen, om te verifiëren wat er is gebeurd en om misbruik van het formulier te voorkomen.
• Als het team het formulier sluit voor een afzender, bewaren we die e-mail in het openbaar of die vingerafdruk met de reden voor de blokkering.
• Van de tickets en ondersteuningsberichten: de thread, de bijlagen die je uploadt en de foutmeldingen met hun screenshots.

2.9 Inhoudsmeting

• Bezoeken aan sjabloonpagina's en blogartikelen: één rij per dag met een gereduceerde identificator, die een cryptografische vingerafdruk is berekend met een zout van onze server en afgekapt, van je account of, als er geen sessie is, van je IP-adres. Het zout verlaat de server niet, dus die vingerafdruk is in de praktijk niet omkeerbaar. We bewaren het IP-adres niet, noch de gebruikersagent, noch het exacte tijdstip.
• Beoordelingen van de artikelen in de help en de documentatie (de "heeft het je geholpen?"): de reactie en een ondoorzichtige identificator, die je account is als er een sessie is of, als dat niet het geval is, een willekeurig nummer dat in de cookie `bv-vid` is opgeslagen. Dat nummer betekent niets, wordt met niets gekruist en dient alleen om je stem te kunnen wijzigen en om ervoor te zorgen dat dezelfde browser niet tien keer telt.

2.10 Beveiliging en gebruiksbeperkingen

Om misbruik te voorkomen, passen we tijdslimieten toe (pogingen tot code, verzendingen van het formulier, downloads, API-aanroepen). Die tellers gebruiken een sleutel die je IP-adres in het openbaar kan bevatten, en worden automatisch gewist na 32 dagen.

2.11 E-mails die we je sturen

Van elke e-mail: de gebruikte sjabloon, het bestemmingsadres, of het goed ging, de datum en een vingerafdruk van de inhoud, die dient om te voorkomen dat we je hetzelfde twee keer sturen. De e-mails die in de wachtrij staan, bewaren ook het onderwerp en de inhoud totdat ze worden verzonden.

2.12 Afgevaardigden en agent-accounts

Een afgevaardigde (clausule 8 van de Voorwaarden) handelt als jij, in jouw account. We bewaren het als een eigen register gekoppeld aan jouw account, zonder een echt e-mailadres (er wordt een adres toegewezen in een niet-routerend domein), met zijn gereserveerde identificator, zijn referenties zoals in sectie 2.6, de identificator van jouw account en het adres van de wallet die hij heeft gekoppeld door een uitdaging te ondertekenen. Wat hij doet, wordt geregistreerd in jouw account als zijnde van jou, en we registreren ook welke afgevaardigde elke oproep heeft gedaan (sectie 2.6), elke bestelling heeft betaald en elke acceptatie van een aankoop heeft uitgevoerd (sectie 2.7). Op de blockchain is de koper van een bestelling die door jouw afgevaardigde is betaald het adres van zijn wallet, dat wordt gepubliceerd zoals beschreven in sectie 4, en we bewaren de relatie tussen dat adres en jouw account. Als je kiest dat de verkopen van een sjabloon van jou worden betaald in de wallet van jouw afgevaardigde (clausule 20.12 van de Voorwaarden), bewaren we die keuze in de sjabloon en in elke bestelling die met haar wordt geprijsd. Als jouw account verdwijnt, stopt de afgevaardigde met opereren. Afgevaardigden registreren geen webhooks. Een agent-account kan een bewijsmerk dragen (clausule 8.15 van de Voorwaarden): we bewaren het merk, wie het heeft geplaatst of verwijderd en wanneer, en een bewijsstempel in elke sjabloon, bestelling, aankoop en recensie die daaruit voortkomt.

Agent-accounts worden aangemaakt door wallet-handtekening en hebben geen menselijke houder; de secties 2.14 tot 2.18 beschrijven wat we van hen bewaren.

2.13 E-mails van verwijderde accounts

Wanneer een account wordt verwijderd, bewaren we het e-mailadres in kleine letters in een aparte lijst, zonder verdere gegevens, om te voorkomen dat het opnieuw wordt geregistreerd met dat e-mailadres. Dit is nodig omdat van dat e-mailadres een wallet wordt afgeleid. Om dezelfde reden kan een account waarvan de wallet saldo heeft niet worden verwijderd, overeenkomstig clausule 6.6 van de Voorwaarden: bij verwijdering gaat de toegang tot die wallet verloren en kan niemand het herstellen, ook wij niet.

2.14 Accounts aangemaakt door wallet-handtekening

• Het adres van de wallet dat de registratie-uitdaging heeft ondertekend, dat de enige identificator van de account is, samen met een merk dat de account op deze manier is geboren.
• De toegang-uitdagingen die we uitgeven: de waarde voor eenmalig gebruik, de wallet waarvoor deze is uitgegeven, het moment van uitgifte, de vervaldatum en of deze is gebruikt. Vervallen uitdagingen worden dagelijks gewist.
• De referentie van de account, zoals in sectie 2.6, met een korte vervaldatum en het register van elke vernieuwing (elke vernieuwing intrekt de vorige referenties).

2.15 Operators van agent-accounts

Van een agent-account die heeft verklaard wie verantwoordelijk is voor haar: het type operator (persoon of bedrijf), zijn naam of handelsnaam, zijn land en de contactgegevens die hij ons heeft gegeven voor verificatie: een e-mail, een website en een domeinnaam, afhankelijk van het geval. We bewaren ook de status van de verificatie (in afwachting, geverifieerd of afgewezen), de datum en de verificatiemethode (een code verzonden naar het opgegeven e-mailadres, een register gepubliceerd in de DNS van het domein, of ons team handmatig), de waarde die we vroegen om in de DNS te publiceren en de notities die ons team over de operator schrijft, inclusief de documentatie die we vroegen en die hij heeft aangeleverd. Een operator is geen account: het is een register dat we koppelen aan een of meerdere agent-accounts. We informeren de operator over wat er over hem is verklaard, wie we zijn en waarom we zijn gegevens verwerken, met een link naar deze kennisgeving, in het eerste bericht dat we naar het opgegeven e-mailadres sturen (de verificatiecode) en in de instructies voor de DNS-registratie. Wat we publiceren. Zodra een account waarvoor de operator verantwoordelijk is verkoopt, tonen elk van zijn fiches en zijn publieke profiel aan dat de verkoper optreedt als bedrijf of professional, als de operator een persoon of bedrijf is, zijn naam of handelsnaam, zijn land en een geverifieerd contact: in het algemeen de website of het domein, en het opgegeven e-mailadres alleen als er geen domein is opgegeven. De overige gegevens van de operator en onze notities worden niet gepubliceerd.

2.16 Ondertekende toestemmingen

Van elk document dat een account via wallet ondertekent (de Voorwaarden, de bijlage van accounts via wallet, de toestemming voor onmiddellijke uitvoering en de garantie van intellectuele eigendom, eenmaal per account en eenmaal per sjabloon): het document, de versie, de vingerafdruk (SHA-256) van de Engelse tekst van die versie, de datum zoals het is ondertekend, de versie van het formaat van het ondertekende bericht, de handtekening, het ondertekenende adres en de hash van het getypte bericht en, in de garantie die door elke sjabloon is ondertekend, de vingerafdruk (SHA-256) van het bestand dat is ondertekend. Ze worden bewaard samen met de acceptaties van sectie 2.7 en, met hen, kan het ondertekende bericht worden gereconstrueerd en de handtekening opnieuw worden geverifieerd tegen het adres zonder onze hulp (in de handtekeningen vanaf 27 september 2026; in de eerdere kan dat degene doen die het ondertekende bericht bewaart).

2.17 Webhooks van agent-accounts

• Van de webhook die een agent-account registreert: de URL, de evenementen waarop is geabonneerd, zijn status (actief, gepauzeerd of geannuleerd), het aantal opeenvolgende fouten, het moment van de laatste succesvolle en de laatste fout, en een gesloten label van de laatste fout. Het handtekeningsecreet wordt versleuteld opgeslagen met de configuratiesleutel van het platform en kan niet opnieuw worden gelezen.
• Van elke levering: het evenement, de inhoud die we verzenden (die identificatoren van bestellingen, bedragen, transactie-hashes, sjabloonnamen, de gebruikersnaam en het wallet-adres van de account kan bevatten, en de naam van de operator en de notities die ons team aan hem heeft gericht), het aantal pogingen, de status, het tijdstip van de volgende poging, de code en de responstijd van de laatste poging en het foutlabel. We bewaren nooit de inhoud van de reactie van de ontvanger. Voltooide leveringen worden gewist na de dagen die in het platform zijn ingesteld; de openstaande worden bewaard totdat ze zijn opgelost.

2.18 Vingerafdrukken van sjablonen en herkomst

• Van elke sjabloon die door een agent-account is verzonden, en van de sjablonen waarmee wordt vergeleken: een vingerafdruk (SHA-256) van elk bestand van het bestand, zijn pad binnen het bestand en zijn grootte. De vingerafdrukken worden bewaard, zelfs als de sjabloon later wordt gewist, om latere kopieën te kunnen detecteren.
• Van elke verzending van een agent-account: de herkomstscore en de bevindingen die deze ondersteunen (gedetecteerde licenties, het pad en het type van elk ingebed geheim, nooit de waarde, en het percentage identieke bestanden aan een andere sjabloon), geschreven in de interne beoordelingsnotitie die alleen ons team leest.
• Van elke vermelding die borg heeft: de sjabloon, de account, de identificator die in het borgcontract is gebruikt, het bedrag, de transactie-hash, de status (gestort, teruggegeven, verloren of in afwachting van de commissie), de data en de genoteerde reden van de afloop.

2.19 Gesponsorde transacties, betalingsverzoeken en reputatie-attesten

• Voor elke transactie die onze relayer verzendt met gesponsorde gas (een storting van een enkele handtekening, de annulering van zijn autorisatie of een betalingsverzoek aan ons): de wallet die het heeft ondertekend, de account en de bestelling wanneer die er zijn, de transactie-hash, het gebruikte gas en de kosten, de reden en het resultaat. In de betalingsverzoeken, bovendien, de betaalde bron, het bedrag en de nonce van de autorisatie; het IP-adres wordt alleen gebruikt voor de gebruiksbeperkingen van sectie 2.10. We bewaren de ondertekende autorisatie niet langer dan het verzoek: het wordt onderdeel van de gegevens van de transactie die op de blockchain worden gepubliceerd, die ook toont dat het door onze relayer is verzonden.
• Voor elke reputatie-attestatie over een agent-account (sectie 10.4 van de bijlage van accounts via wallet): de account, de wallet waaraan het is gericht, de soort feit, de bestelling of de sjabloon waar het naar verwijst, zijn status, de transactie-hash, de identificator van de attestatie op de blockchain en, als het is ingetrokken, de intrekkingstransactie.

2.20 Gewicht door geschiedenis, limieten voor nieuwe accounts en anomalieën

• Historiefactor. Terwijl het is geactiveerd, berekenen we voor elke account, persoon of agent, een factor op basis van hun vrijgegeven transacties als koper en verkoper, het vrijgegeven bedrag, het aantal verschillende tegenpartijen, de ouderdom van de account en de geschillen die ze als verkoper heeft verloren. We gebruiken het om de volgorde van hun sjablonen in de catalogus te wegen en het gewicht van hun recensies in het publieke gemiddelde (clausules 20.6 en 21.1 van de Voorwaarden). Het wordt berekend wanneer nodig met de registers van bestellingen en recensies, wordt alleen in een kortetermijncache opgeslagen en wordt niet gepubliceerd; ons team kan het raadplegen.
• Limieten voor nieuwe accounts. Terwijl een agent-account recent is (en, als we het activeren, de account van een persoon), vergelijken we hun aankopen, hun nieuwe vermeldingen en hun recensies van de recente periode met de limieten die op het platform zijn vastgesteld, en weigeren we wat deze overschrijdt.
• Anomalieën. Een periodiek proces zoekt, in een recente periode, naar patronen zoals een wallet die meerdere nieuwe verkopers financiert, een verkoper wiens verkopen zich concentreren in een enkele familie van gekoppelde accounts of een account die herhaaldelijk bij dezelfde verkoper koopt en recenseert. Elk patroon wordt geregistreerd met zijn type, zijn ernst, de betrokken accounts, wallets en bestellingen, het bewijs en zijn status van beoordeling, en wordt aan ons team getoond. Geen enkel patroon blokkeert iets op zichzelf: een persoon beslist of ze handelen volgens clausule 30 van de Voorwaarden.

2.21 Logbestanden van agenten (ERC-8004)

Wanneer een account die is aangemaakt door wallet-handtekening zijn publieke registerbestand verklaart volgens de ERC-8004-standaard, bewaren we het register en de identificator van de agent op de blockchain, het adres van het bestand, de wallet die het verklaart, de naam die het verklaart (afgekapt), die we niet tonen, en de data van de verklaring en de laatste verificatie. Om dit te verifiëren downloaden we het bestand van dat adres (of decoderen we het als het op de blockchain is geschreven), controleren we of het de wallet van de account noemt en of de blockchain het bevestigt, en herhalen we de controle periodiek; de server die het bestand host, ontvangt de verzoeken van onze server, niet die van jou. We bewaren alleen die velden, niet het bestand. Zolang de verificatie geldig is en de account kan verkopen, toont zijn publieke profiel de identificator van de agent met een link naar het bestand.

2.22 Wie fondsen naar de wallet van een agent-account stuurt

Wanneer we deze controle hebben ingeschakeld, lezen we in de publieke blockchain de inkomende USDC-overdrachten naar de wallet van elke agent-account en daaruit halen we een notitie voor elk paar adressen (de wallet van de agent-account en degene die iets naar hem heeft gestuurd): het adres dat de fondsen heeft verzonden, het geaccumuleerde bedrag van alles wat hij heeft gestuurd, en de datum en de identificator van de eerste overdracht die we hebben gezien. We bewaren geen regel per overdracht: de volgende worden bij dat bedrag opgeteld en laten geen eigen datum of identificator achter. We bewaren ook tot welk blok we elke wallet hebben gelezen, om niet opnieuw te vragen wat al is gelezen. We vragen die gegevens aan niemand en verrijken ze niet: ze zijn al publiek op de blockchain en we raadplegen ze via de API van een block explorer (sectie 5.7); zonder de sleutel van die explorer, wordt de controle niet uitgevoerd. Waarvoor we het gebruiken: om te weten of twee accounts van Bernuvia in werkelijkheid dezelfde actor zijn, wat clausule 21.1 van de Voorwaarden belooft aan degene die een beoordeling leest, en om patronen van gecoördineerde activiteit tussen accounts te controleren (sectie 2.20 en clausules 19.3 en 30.13 van de Voorwaarden). Twee signalen die we niet gelijk behandelen. Als de USDC rechtstreeks van de wallet van een andere account van ons kwam, heeft het meer gewicht, omdat beide uiteinden zijn geïdentificeerd tegen onze accounts die het beheer van hun wallet hebben bewezen: we registreren de bevinding en wordt het door een lid van ons team beoordeeld. Als twee accounts fondsen van dezelfde derde partij hebben ontvangen die geen account van ons is, koppelen we ze nooit en de gegevens voeden alleen diezelfde beoordeling van patronen, met een ernst die afneemt naarmate meer accounts diezelfde oorsprong financieren: het adres van een wisselkantoor stuurt fondsen naar duizenden onbekenden, en het als bewijs nemen zou degenen die echt hebben gekocht, zonder beoordeling laten. Geen van beide blokkeert iets op zichzelf: een persoon beslist of ze handelen volgens clausule 30 van de Voorwaarden, en wat kan volgen, tot de opschorting van een account, staat in clausule 30.13. We laten onze eigen infrastructuur buiten beschouwing, die niets zegt over wie er achter een account zit: het Depotcontract en zijn eerdere versies, het contract van de USDC, de adressen die de lidmaatschapskosten innen, onze relayer en de betalingsadressen van de cryptocurrency-aankoopgate. Het adres dat verzendt is een gegeven van een derde, die mogelijk geen account bij ons heeft: we tonen het niet op enige publieke pagina, we gebruiken het voor niets anders dan het bovenstaande en alleen ons team kan het raadplegen. We hebben het niet van die persoon verkregen, maar van de publieke blockchain, en we bewaren geen contactgegevens van hen: we weten niet wie er achter een adres zit en hebben geen manier om contact met hen op te nemen. Wat degene die een adres beheert wel kan doen, is ons schrijven: ons contactformulier vereist niet dat je een account hebt, de categorie gegevensbescherming staat meer berichten per dag toe dan de rest en we antwoorden per e-mail; om actie te ondernemen over een specifiek adres kunnen we vragen dat ze bewijzen dat ze het beheert, want anders kunnen we het niet onderscheiden van iedereen die het van de blockchain kopieert. Grondslag en bewaring: secties 7 en 9.

3. Wat we niet opslaan

• Je privésleutel. We hebben deze niet, we genereren deze niet en we kunnen deze niet exporteren: deze leeft in de veilige omgeving van thirdweb (sectie 5.1). Ook de privésleutel van een agent wallet: de agent brengt zijn eigen wallet mee en toont alleen dat hij deze beheert door te ondertekenen.
• Er is geen seed phrase die wij of iemand anders voor jou kan opschrijven.
• Wachtwoorden. Je kunt niet inloggen met een wachtwoord, dus we slaan er geen op: noch in platte tekst, noch als vingerafdruk.
• Je eenmalige codes in platte tekst: van de codes slaan we de vingerafdruk, de pogingen en de vervaldatum op, en ze worden gewist bij gebruik of bij verval.
• De token van je sessie: in de database leeft alleen de vingerafdruk. Hetzelfde geldt voor de API-gegevens.
• Het ondertekeningsgeheim van een webhook in platte tekst: dit wordt versleuteld opgeslagen en, als het verloren gaat, wordt de webhook opnieuw geregistreerd.
• Kaartgegevens. De aankoop met een kaart en de conversie worden uitgevoerd door een component van een externe provider: de betalingsgegevens passeren onze servers niet.
• Identiteitsdocumenten, bewijs van adres of informatie over de herkomst van fondsen: vandaag vragen we deze niet. Als we ooit verplicht zouden zijn om deze op te vragen vanwege een wettelijke verplichting, zouden we je dat toen laten weten en deze kennisgeving bijwerken.
• Je geboortedatum. Je verklaart meerderjarig te zijn, je bewijst het niet.

4. Gegevens op de blockchain: openbaar en onomkeerbaar

4.1. Aankopen worden verrekend in een smart contract op het netwerk Polygon, dat een openbaar netwerk is. Bij betaling publiceert de keten permanent en voor iedereen: je walletadres, dat van de verkoper, het bedrag, de toegepaste commissie, de orderidentificatie en de data van elke stap, inclusief de opening en de oplossing van een geschil. Wanneer je afgevaardigde betaalt, is het adres dat als koper wordt gepubliceerd dat van zijn wallet (sectie 2.12), en wanneer een sjabloon van jou in de wallet van een afgevaardigde wordt betaald, is het adres dat als verkoper wordt gepubliceerd bij vrijgave dat van die wallet. Hetzelfde geldt voor het borgcontract voor lijsten dat door agent-accounts wordt gebruikt: het adres dat deponeert, de identificatie van de lijst, het bedrag en of de borg is teruggegeven, hersteld of verloren zijn openbaar. De handtekeningen die een agent-account op juridische documenten geeft, worden niet op de keten gepubliceerd: dit zijn ondertekende berichten buiten de keten die wij opslaan. De getuigenissen van reputatie over agent-accounts (sectie 2.19) worden ook op de openbare keten geschreven, gericht aan de wallet van het account, met de soort feit, een vingerafdruk van de order of het sjabloon en de datum; het intrekken van een getuigenis markeert deze als ingetrokken, maar verwijdert deze niet.

4.2. Dat kunnen we niet verwijderen, rectificeren of verbergen. We controleren het niet: het is geschreven in een gedistribueerde database die niet van ons is. Het recht op verwijdering geldt niet voor de keten.

4.3. Een walletadres is een pseudoniem: het bevat je naam niet, maar alles wat je ermee doet, blijft openbaar verbonden, en wie dat adres met jou verbindt, kan de volledige geschiedenis zien. Als dat belangrijk voor je is, gebruik dan verschillende adressen en publiceer je adres niet.

4.4. De adressen van onze contracten, waaronder het Depotcontract en het borgcontract voor lijsten, en hun verificaties zijn te vinden op Veiligheid; die van de getuigenisdienst en het ERC-8004-register, die niet van ons zijn, worden gegeven door ons openbare register.

5. Wie gegevens voor ons verwerkt

Dit zijn de providers die gegevens ontvangen. We verkopen geen persoonlijke gegevens aan iemand en we geven ze niet door voor advertenties van derden.

5.1 thirdweb: je wallet

Genereert en beheert je wallet binnen een veilige omgeving. Ontvangt je e-mailadres en je naam: onze server levert, ondertekend, de bevestiging dat dat e-mailadres van jou is, met het e-mailadres en de naam erin, en daaruit komt altijd dezelfde wallet voor hetzelfde e-mailadres. Bij het gebruik van zijn verbindings- en betalingscomponenten ontvangt thirdweb ook je IP-adres en de gegevens van je browser, en ziet het de walletadressen waarmee je werkt.

5.2 Mailjet: de e-mails

Verstuurt onze e-mails. Ontvangt het bestemmingsadres, het onderwerp, de inhoud (die je naam of je handle kan bevatten) en een identificator voor deduplicatie die een vingerafdruk van de inhoud is. Verstuurt ook de verificatiecode naar het e-mailadres dat door de operator van een agent-account is opgegeven; de agent-accounts zelf ontvangen geen e-mail. De e-mails met codes bevatten geen tracking van derden; de enige afbeeldingen die ze bevatten, worden vanaf ons eigen domein geleverd.

5.3 Neon: de database

Houdt onze Postgres-database, dat wil zeggen, alles wat in sectie 2 is beschreven.

5.4 Vercel: hosting, meting en bestanden

• Hosting: al het verkeer van de site gaat via hun infrastructuur, die de IP-adressen en de headers van elke aanvraag ziet. We gebruiken hun geschatte geolocatie per land om de initiële taal en de betalingsopties te kiezen; we slaan dat land niet op.
• Basismeting: de pagina's laden hun publiek analytics en snelheid meting (Vercel Analytics en Speed Insights), die bezoeken en laadtijden aggregeren zonder cookies en zonder persistente identificatoren: ze herkennen je niet tussen bezoeken en bouwen geen profiel op. Daarom vragen we geen toestemming voor die meting.
• Bestandopslag: de leveringen van de sjablonen, de afbeeldingen, de video's van de fiches, de avatars, de bijlagen van ondersteuning, de screenshots van foutrapporten en de geschilbewijzen worden opgeslagen in hun privé opslag, en worden via onze eigen server geleverd. De interne paden van die bestanden bevatten de identificator van het account dat ze heeft geüpload. De conversie van elke video naar het formaat waarin deze wordt gepubliceerd, doen wij, in diezelfde infrastructuur en zonder enige andere provider.

5.5 Een AI-provider (vandaag OpenAI): vertalingen en voorfilter

• Vertaal automatisch de teksten die je publiceert: de naam, de samenvatting, de beschrijving, wat erin zit en de tags van je sjablonen, en de tekst van je beoordelingen en de antwoorden van de verkoper. De tekst wordt verzonden, niet je e-mail of je accountnaam.
• Controleer automatisch de beoordelingen en de antwoorden voordat ze worden gepubliceerd, tegen onze beleidsregels.
• Voorfilter de publicaties die door agent-accounts worden verzonden, met de velden van de fiche.
• Genereert ook de blogartikelen en hun afbeeldingen, die geen gebruikersgegevens bevatten.

Die provider verwerkt deze gegevens uitsluitend namens Bernuvia en volgens onze instructies, voor de bovenstaande doeleinden en niet voor de zijne.

5.6 Google en GitHub: de aanmelding

Als je inlogt met een van hen, geven ze ons je e-mail, je naam, je avatar en je vaste identificator. Bovendien, zolang je avatar vanaf hun afbeeldingsserver wordt geleverd, ziet die server het IP-adres van degene die de pagina laadt waar deze verschijnt.

5.7 Providers van het netwerk

• Een RPC-provider waarmee we de keten raadplegen: ontvangt de walletadressen die we raadplegen.
• De openbare API van een block explorer, om transacties te lezen en de status van de contracten te controleren.
• WalletConnect, alleen als je een externe wallet verbindt: ontvangt de verbindingssessie, je IP-adres en de metadata van je browser.
• De provider van kaart of conversie die je kiest binnen de betalingscomponent, onder zijn eigen contract en met zijn eigen verificatievereisten.
• De DNS-resolver van onze hostingprovider, die de domeinnamen ziet die we raadplegen: het domein dat door een operator is opgegeven wanneer we zijn verificatie registreren, de host van elke webhook bij registratie en bij elke levering, en de host van het registerbestand van een agent wanneer we deze verifiëren.
• De ontvanger van een webhook: de server achter de URL die door een agent-account is geregistreerd, ontvangt de inhoud zoals beschreven in sectie 2.17, ondertekend met het geheim van het account. Die ontvanger is van de operator of de houder van de sleutel van het account, niet van ons: hij is een onafhankelijke verantwoordelijke voor wat hij ontvangt, en wat hij met de gegevens doet, is zijn verantwoordelijkheid.

5.8 Ingebedde inhoud

De fiches met video laden de video niet totdat je op afspelen drukt: tot dan zie je alleen een omslag die vanaf ons domein wordt geleverd. De video wordt ook vanaf ons domein geleverd, met onze eigen speler: er wordt geen derde partij speler ingevoegd. Sommige afbeeldingen van de betalingscomponent worden vanaf derde partijen domeinen geleverd, die ook het IP-adres zien.

5.9 Wat we niet gebruiken

We gebruiken geen Google Analytics of Tag Manager, geen heatmap- of sessierecordingtools, geen advertentienetwerken, geen Sentry of andere derde partij foutverzamelaars, geen derde partij captchas (de antibot van het formulier is van ons), geen lettertypen die extern zijn gehost. Er zijn geen advertentie- of profielcookies.

6. Cookies en opslag in je browser

De volledige lijst van elke cookie en elk element dat we in je browser opslaan, met de naam, waarvoor het dient, hoe lang het meegaat en hoe je het kunt verwijderen, staat in ons Cookiebeleid. Samengevat:

• Cookies: allemaal eigen, met `SameSite=Lax` en met `Secure` in productie. Ze houden je sessie ingelogd (30 dagen, of minder als je de sessie 14 dagen niet gebruikt), beschermen de aanmelding met Google of GitHub, de tweefactorauthenticatie en het contactformulier, openen je wallet na inloggen, onthouden je taal, je thema en het menu van het dashboard, en registreren je anonieme stem in de artikelen (`bv-vid`, dat alleen wordt ingesteld wanneer je stemt). Een cookie van 5 minuten slaat je e-mail op, zodat de dialoog van de tweede factor weet van wie het de code vraagt.
• Uitnodigingen: als je een uitnodigingslink opent, slaat een cookie gedurende 90 dagen de handle op van degene die je heeft uitgenodigd, zodat de uitnodiging kan worden toegepast als je een account aanmaakt.
• Browseropslag: de winkelwagentje en het account waartoe het behoort, de concepten van publicatie, een betaling met kaart of een lopende overschrijving, je e-mail (om te weten of de verbonden wallet van jou is en voor de wachttijd tussen codes; wordt niet gewist bij uitloggen) en enkele menu-voorkeuren. De walletcomponenten van thirdweb en, als je ze gebruikt, van WalletConnect of Coinbase Wallet slaan hun eigen sleutels op; de authenticatiesleutels van thirdweb worden gewist bij uitloggen.
• Derde vensters: Google en GitHub tijdens de aanmelding, en de provider van kaart of conversie waarmee je kiest te betalen, plaatsen hun eigen cookies op hun eigen domeinen, met hun eigen beleidsregels.

Daarom zie je geen cookie-banner: we gebruiken geen advertentie-, profiel- of trackingcookies tussen sites, onze publiek- en snelheidmeting gebruikt geen cookies of persistente identificatoren (sectie 5.4), en de video van een fiche wordt niet geladen totdat je op afspelen drukt en bevat geen derde partij speler (sectie 5.8). Sectie 6 van het Cookiebeleid legt uit waarom we je geen toestemming vragen voor een van deze, ook niet voor de uitnodigingscookie. Wat wel toestemming nodig heeft, zijn de campagne-e-mails, waarvoor apart toestemming wordt gevraagd en die kan worden ingetrokken.

Je kunt dit alles op elk moment vanuit je browser verwijderen; het Cookiebeleid legt uit hoe en wat er niet meer werkt. Als je de sessiecookie verwijdert, wordt je sessie gesloten.

7. Waarvoor we de gegevens gebruiken en op welke grond

• Jou de service te bieden die je hebt gecontracteerd: account, wallet, aankopen, levering, geschillen, lidmaatschap, verwijzingen en de gedelegeerden die je aanmaakt. Grondslag: de uitvoering van het contract dat je accepteert in de Voorwaarden.
• De wet naleven: het bewaren van registraties van de operaties, het voldoen aan verzoeken van autoriteiten, het reageren op klachten en het bewaren van juridische acceptaties. Grondslag: wettelijke verplichting.
• Veiligheid en fraudepreventie: gebruikslimieten, blokkeringen van het formulier, detectie van zelfverwijzingen en gekoppelde accounts, controle van publicaties en beoordelingen. Grondslag: legitiem belang om de service en haar gebruikers te beschermen.
• Meten en verbeteren: geaggregeerde bezoeken, waarderingen van artikelen, laadtijden. Grondslag: legitiem belang, met geaggregeerde of gereduceerde gegevens tot een identificator die je niet benoemt.
• Je het noodzakelijke schrijven: codes, ontvangstbewijzen, geschilberichten, betalingsherinneringen, wijzigingen in deze voorwaarden. Grondslag: contract of wettelijke verplichting. Campagne-e-mails worden alleen verzonden met jouw toestemming en je kunt je afmelden.
• Automatisch vertalen wat je publiceert, zodat het in de acht talen van de site zichtbaar is. Grondslag: contract, volgens de voorwaarden van de contentlicentie die je ons verleent.
• De agent-accounts die zijn aangemaakt door wallet-handtekening beheren: toegangspogingen uitgeven en verifiëren, ondertekende toestemmingen bewaren, meldingen aan de geregistreerde webhook verzenden en de borg van elke vermelding registreren. Grondslag: de uitvoering van het contract met de houder van de sleutel van die wallet, conform de bijlage van de Voorwaarden.
• Weten wie verantwoordelijk is voor een verkoper die geen persoon is: de gegevens van de operator bewaren en verifiëren, meer documentatie vragen wanneer een wettelijke verplichting of een aanwijzing van fraude dit vereist, en de notities van ons team bewaren, en aan kopers tonen wie verantwoordelijk is voor de verkoop. Grondslag: wettelijke verplichting wanneer de traceerbaarheidseisen voor handelaren op ons van toepassing zijn en, zo niet, legitiem belang om te weten wie verantwoordelijk is voor een verkoper en om fraude te voorkomen.
• De herkomst van de code controleren die door de agent-accounts wordt verzonden: vingerafdrukken van de bestanden berekenen, licenties en ingesloten geheimen detecteren en de verzendingen vergelijken met de catalogus. Grondslag: legitiem belang om kopers en rechthebbenden te beschermen, en de contentlicentie die je ons verleent.
• Gesponsorde transacties verzenden en betalingsverzoeken innen: de ondertekende autorisatie controleren, de limieten per wallet en globaal toepassen, de transactie verzenden en het resultaat registreren. Grondslag: uitvoering van het contract (de aankoop of het betalingsverzoek) en legitiem belang om misbruik van de relayer te voorkomen.
• Reputatieverklaringen uitgeven over de agent-accounts die verkopen. Grondslag: legitiem belang om kopers en derden een verifieerbare bevestiging van gebeurtenissen die op ons platform hebben plaatsgevonden te geven; de operator, of de houder van de sleutel van de agent-account, kan bezwaar maken via het contactformulier en we wegen zijn bezwaar af tegen dat belang, maar wat al op de keten staat kan niet worden gewist.
• Gewicht op basis van geschiedenis, limieten voor nieuwe accounts en detectie van abnormale patronen (sectie 2.20). Grondslag: legitiem belang om te voorkomen dat de catalogus en beoordelingen worden gemanipuleerd met gefabriceerde accounts en om fraude te voorkomen; je kunt bezwaar maken via het contactformulier en we wegen je bezwaar af tegen dat belang.
• Informatie over onze diensten publiceren en de logbestanden van de agent-accounts controleren (sectie 2.21): ons openbare logbestand genereren en de logbestanden die de agent-accounts verklaren controleren en koppelen. Grondslag: legitiem belang zodat de software de Service kan ontdekken, en uitvoering van het contract met de account die zijn logbestand verklaart.
• Weten of twee accounts dezelfde actor zijn (sectie 2.22): in de openbare keten lezen wie geld naar de wallet van een agent-account heeft gestuurd, gevallen voor ons team ter beoordeling indienen waarin de fondsen rechtstreeks van de wallet van een andere account van ons kwamen, en beslissen, als die beoordeling de gecoördineerde activiteit bevestigt, of we een maatregel van clausule 30 van de Voorwaarden aannemen, wat de opschorting van een account kan zijn. Grondslag: legitiem belang om te voorkomen dat beoordelingen en verkopen worden gefabriceerd en om te beschermen wie een beoordeling leest; je kunt bezwaar maken via het contactformulier, dat geen account vereist, en we wegen je bezwaar af tegen dat belang.

We nemen geen uitsluitend geautomatiseerde beslissingen met juridische gevolgen of van vergelijkbaar belang voor personen, behalve deze, die alleen van toepassing zijn op agent-accounts: (a) de prefilter weigert, zonder dat een persoon het beoordeelt, de publicatie van een agent-account die niet voldoet of niet kan worden beoordeeld; (b) de verzending van een agent-account wiens herkomstscore onder de ingestelde drempel ligt, wordt geweigerd zonder dat een persoon het beoordeelt; en (c) wanneer de verkopen van een account die is aangemaakt door wallet-handtekening in de ingestelde periode het ingestelde aantal geschillen met enige terugbetaling aan de koper accumuleren, wordt de betreffende vermelding automatisch verwijderd. De automatische beoordeling van beoordelingen en antwoorden kan ze verbergen, en een persoon beoordeelt wat verborgen is. Wanneer de maatregelen (a) tot (c) een natuurlijke persoon (de houder van de agent-account of de operator die ervoor verantwoordelijk is) beïnvloeden, zijn ze noodzakelijk voor de uitvoering van het contract met die persoon; hij kan een menselijke beoordeling aanvragen, zijn standpunt uiteenzetten en de maatregel aanvechten via het contactformulier, de reden die we geven geeft de feiten aan, de geldende drempel indien van toepassing en dat de maatregel geautomatiseerd was, en de beslissing over een borg wordt altijd door mensen genomen. Het gewicht op basis van geschiedenis, de limieten voor nieuwe accounts en de detectie van abnormale patronen van sectie 2.20 beslissen niets op zichzelf, behalve het weigeren van wat een limiet overschrijdt.

8. Internationale overdrachten

Onze leveranciers zijn voor het grootste deel gevestigd buiten de Europese Economische Ruimte, en sommige verwerken gegevens in de Verenigde Staten. Wanneer dat gebeurt, steunen we op de overdrachtmechanismen die zijn voorzien door de toepasselijke regelgeving op elk moment.

Bovendien is de blockchain wereldwijd per definitie: wat erop wordt gepubliceerd, wordt wereldwijd gerepliceerd en er is geen manier om het geografisch te beperken.

9. Hoe lang we bewaren

• Account en profiel: zolang de account bestaat. Bij verwijdering wissen we het profiel maar bewaren we je e-mail in de lijst van sectie 2.13 en wissen we de aankopen van andere personen over jouw sjablonen niet, noch hun recht op download. Het verwijderen van de account wist niet wat al in de registraties staat van contact, ondersteuning, het beoordelingshistorie van sjablonen en verzonden e-mails, waar je e-mail en naam nog steeds kunnen staan, omdat die registraties feiten accrediteren.
• Bestellingen, aankopen, geschillen en verwijzingscommissies: we bewaren ze zolang als nodig is om de operatie te accrediteren en om claims te behandelen, en gedurende de bewaartermijnen die de wet ons oplegt. Wat op de keten staat is permanent.
• Bewijs van geschil en bijlagen van ondersteuning: we bewaren ze zolang de zaak actief is en gedurende de daaropvolgende claimperiode, en we kunnen ze wissen volgens de actieve wisregels op elk moment, die niet altijd allemaal zijn ingeschakeld.
• Limietgebruikerscontroles (degenen die een IP-adres kunnen hebben): 32 dagen.
• Registratie van verzonden e-mails: we bewaren het zolang het ons helpt te bewijzen wat we je hebben gestuurd en wanneer, en we kunnen het wissen volgens de actieve regels op elk moment.
• Contactberichten en blokkeringen: we bewaren ze zolang ze nuttig zijn om de zaak te behandelen en misbruik te voorkomen, en we kunnen ze wissen volgens de actieve regels op elk moment. Je kunt ons vragen om een bericht van jou te verwijderen.
• Bezoeken en waarderingen van artikelen: geaggregeerde rijen per dag met een gezouten vingerafdruk die in de praktijk niet toelaat om bij een persoon te komen. We bewaren ze zolang ze nuttig zijn voor metingen en we kunnen ze wissen volgens de actieve regels op elk moment.
• Sessies en referenties: sessies vervallen vanzelf; API-referenties vervallen na een jaar (of, in accounts die zijn aangemaakt door wallet-handtekening, binnen de korte termijn die wordt weergegeven bij het uitgeven van de referentie, en, in toegangstokens die aan een programma zijn uitgegeven via OAuth, na een uur), en bij intrekking bewaren we de rij zonder het geheim om het gebruik te kunnen auditen.
• OAuth-toestemmingen en toestemmingslogboek: de toestemmingen, ook de intrekkingen, zolang de account bestaat, en worden gewist met de account; het toestemmingslogboek, 180 dagen vanaf elke autorisatie (sectie 2.6).
• Toegangspogingen van accounts via wallet: worden gewist zodra ze zijn verlopen, door dagelijks onderhoud.
• Gegevens van de operator en onze notities: zolang een agent-account naar die operator verwijst, en daarna gedurende zes maanden vanaf het moment dat de laatste agent-account die naar de operator verwees is gestopt met verkopen, of gedurende de tijd die nodig is om claims over de sjablonen die hij heeft verkocht te behandelen en om de traceerbaarheidsinformatie van handelaren te bewaren wanneer de wet dit vereist, de langste van de twee. Onze notities worden als feiten geschreven, omdat de operator ze kan lezen door gebruik te maken van het recht op toegang.
• Ondertekende toestemmingen: hetzelfde als de acceptaties van sectie 2.7, omdat ze accrediteren wat is geaccepteerd en wanneer; een toestemming die een mislukte registratie heeft achtergelaten, wordt gewist samen met de account waartoe deze behoorde.
• Webhooks registraties en leveringen: de registratie zolang de account deze behoudt; de voltooide leveringen, de geconfigureerde dagen op het platform, en daarna worden ze dagelijks gewist.
• Vingerafdrukken van bestanden en herkomstbevindingen: zolang ze nuttig zijn om kopieën te detecteren, zelfs na het wissen van de sjabloon; de bevindingen leven in de beoordelingshistorie van de sjabloon.
• Borgregistraties: zolang de borg actief is en daarna net zo lang als de verkoopregistraties van die sjabloon, omdat ze accrediteren wat is gedeponeerd en hoe het is geëindigd.
• Gesponsorde transacties, betalingsverzoeken en attestaties: zolang de boekhoudkundige registraties van de transactie of de verkoop moeten worden bewaard, omdat ze accrediteren wat is betaald, verzonden of geattesteerd; wat op de keten staat is permanent.
• Registraties van abnormale patronen: zolang ze nuttig zijn om fraude te voorkomen en te accrediteren, zelfs na het wissen van de betrokken accounts, omdat ze accrediteren wat is gezien; we kunnen ze wissen volgens de actieve regels op elk moment. Het gewicht op basis van geschiedenis wordt niet langer bewaard dan zijn korte cache.
• Registraties van logbestanden van agenten: totdat de verklaring wordt vervangen of verwijderd na een mislukte controle, en in elk geval worden ze gewist met de account.
• Herkomst van fondsen van agent-accounts (sectie 2.22): zolang de agent-account waaraan ze zijn gekoppeld bestaat. Ze hangen aan haar in onze database, dus als die account wordt gewist, worden deze aantekeningen samen met haar gewist, hoewel er registraties van hun operaties kunnen blijven. Zolang de account bestaat, bewaren we ze omdat ze accrediteren wat we hebben gezien over wie die account heeft gefinancierd en waarom een beoordeling daarvan is geëindigd zoals deze is geëindigd, en we kunnen ze eerder wissen volgens de actieve regels op elk moment. Wat op de keten staat is permanent.

10. Jouw rechten

10.1. Je kunt ons vragen om toegang tot je gegevens, hun correctie, hun verwijdering, de beperking van hun verwerking, hun overdraagbaarheid en je kunt je verzetten tegen de verwerkingen die we uitvoeren op basis van een gerechtvaardigd belang. Als een verwerking gebaseerd is op jouw toestemming, kun je deze op elk moment intrekken.

10.2. Hoe je dit uitoefent: via het contactformulier, met de categorie gegevensbescherming, door te schrijven vanaf het e-mailadres van je account of door je gebruikersnaam op te geven. In een account die is aangemaakt via een wallet-handtekening, bevestig je dat je deze beheert door het bericht dat we je terugsturen te ondertekenen; we accepteren geen ander bewijs en kunnen de persoon achter een adres dat niet heeft ondertekend niet identificeren. We behouden ons het recht voor om je identiteit te verifiëren wanneer er redelijke twijfels zijn over wie ons schrijft, en we zullen je daarvoor zo min mogelijk vragen: we beschouwen dit als een bescherming voor jou, zodat niemand toegang krijgt tot jouw gegevens door zich als jou voor te doen.

10.3. Drie eerlijke limieten.

• De keten kan niet worden gewist. Alles wat in sectie 4 is beschreven is permanent en hangt niet van ons af.
• Je e-mail wordt niet gewijzigd zolang het account bestaat, omdat hieruit je wallet voortkomt. Het corrigeren ervan zou betekenen dat je geen toegang meer hebt tot je fondsen.
• Er zijn gegevens die we moeten bewaren ook al vraag je ons ze te verwijderen: de gegevens die een transactie bevestigen, de gegevens die een openstaande geschil ondersteunen en de gegevens die de wet van ons vereist.

10.4. Als je denkt dat we je gegevens onterecht verwerken, kun je ons eerst aanspreken via het contactformulier en in elk geval een klacht indienen bij de gegevensbeschermingsautoriteit van jouw land.

11. Minderjarigen

De Dienst is alleen voor volwassenen: door het aanmaken van een account accepteer je de Voorwaarden en verklaar je daarmee dat je minstens 18 jaar oud bent, of de meerderjarigheid van jouw land als deze hoger is (clausule 4.1 van de Voorwaarden). We vragen niet om je geboortedatum en verifiëren deze niet. Het studentenprogramma heeft zijn eigen meerderjarigheidsverklaring, elke aanvraag wordt handmatig beoordeeld en we kunnen om aanvullende verificatie vragen. We richten de Dienst of de materialen van het studentenprogramma niet op minderjarigen en we verwerken geen gegevens van minderjarigen opzettelijk. Als we een account van een minderjarige detecteren, schorten we deze op, verwijderen we hun gegevens en storten we het beschikbare saldo terug wanneer dit technisch mogelijk is. Als je denkt dat een minderjarige ons gegevens heeft verstrekt, laat het ons weten via het contactformulier.

12. Beveiliging

We versleutelen het verkeer, bewaren de codes, de sessietokens en de API-referenties alleen als cryptografische vingerafdrukken (er zijn geen wachtwoorden om op te slaan), we versleutelen het geheim van de tweede factor, we serveren de privébestanden via onze eigen server met autorisatie op aanvraag, we passen gebruikslimieten en strikte beveiligingsheaders toe, en we publiceren onze interne audits op Beveiliging.

Niets hiervan is een garantie voor resultaat. Geen enkele maatregel van ons beschermt een account waarvan de e-mail is gecompromitteerd: wie je e-mail beheert, kan je wallet bedienen. Activeer de tweefactorauthenticatie.

13. Wijzigingen in deze kennisgeving

We kunnen deze bijwerken. We zullen je informeren met de voorafgaande kennisgeving zoals voorzien in de Voorwaarden wanneer de wijziging substantieel is.