Privacy

Privacybeleid

Laatst gewijzigd op 19 oktober 2026.

Wat er bewaard wordt

Serverinstellingen die je opgeeft via de commando’s van de bot: kanaal- en rol-ID’s, drempelwaarden, schakelaars en de tekst die je in een instelling typt — een commandovoorvoegsel, een lijst met geblokkeerde woorden, de tekst van een verificatiepaneel, de zin die een geplande kanaalwisseling in gang zet, de gebruikers-ID’s die je van een filter uitzondert. Moderatieverslagen: het zaaknummer, wie handelde, tegen wie het was gericht, de reden die je typte en wanneer. Waar een functie het nodig heeft, de ID’s van berichten of kanalen die ze zelf heeft gemaakt, zodat ze die later kan beheren.

Instellingstekst wordt bewaard zoals je hem schreef, met opzet: je moderators moeten kunnen teruglezen wat de server moet doen. Het zijn niet iemands privéwoorden over zichzelf — het zijn de regels van je server, geschreven door wie hem beheert.

Activiteitstellingen, vanaf het moment dat de bot wordt toegevoegd. Hoeveel berichten elk lid heeft gestuurd, hoeveel minuten diegene in spraak heeft doorgebracht, hoe druk elk kanaal is, een uurtotaal voor de server, en een overzicht van wie er binnenkwam of vertrok en welke uitnodiging diegene bracht. Als het webhookrelay aanstaat: hoe vaak het de geblokkeerde berichten van een lid heeft teruggeplaatst, en wanneer voor het laatst. Dit zijn tellers en tijdstempels en niets anders: er is nergens een rij die zegt wat iemand zei, in welk kanaal of op welk moment. De uitsplitsing per dag waaruit de ranglijsten worden opgeteld, wordt na 120 dagen verwijderd, en de geschiedenis van binnenkomst en vertrek na 400 dagen.

Tellen staat aan vanaf het moment dat de bot arriveert, anders dan bij het meeste wat hij kan, omdat een geschiedenis die begint wanneer iemand eraan denkt een instelling te zoeken een geschiedenis is die niemand kan vertrouwen, en een maand die niet is geteld kan niet worden teruggehaald. Uitzetten kost één regel — /logs activity met off — het tellen stopt meteen, en /stats blijft tonen wat er was vastgelegd voordat je het deed.

Het is niet het enige dat aanstaat wanneer de bot binnenkomt, en deze pagina beweerde dat vroeger wel. Tekstcommando’s, het moderatielogboek, de straftrap, giveaways, snipe, AFK en de taalinstelling van de bot staan ook aan; de documentatiepagina somt ze op naast elke andere module en markeert welke welke is. Daarvan bewaren snipe en AFK iets over een lid: snipe in het geheugen en niet in de database, en AFK pas als een lid het zelf instelt — de alinea hieronder is exact over wat en hoe lang.

AFK, alleen als een lid het instelt. Dat diegene weg is, de reden die diegene typte, wanneer diegene wegging, de bijnaam die de bot verving zodat hij die kan terugzetten, en koppelingen naar maximaal tien berichten die diegene noemden terwijl diegene weg was — welk bericht, in welk kanaal, door wie en wanneer, nooit de tekst van het bericht. Dit alles wordt verwijderd zodra diegene weer praat op een plek die meetelt (een server kan kanalen opgeven die dat niet doen), wanneer diegene de server verlaat, of met /afk remove — en hoe dan ook na dertig dagen. Een server kan het bewaren van de vermeldingen uitzetten.

Wat de bot van een account maakte toen het binnenkwam. Als ledenscreening aanstaat: de score die de bot gaf, de categorie, de signalen die afgingen, wat de bot zelf deed, en wat een moderator daarna besliste. Het wordt bewaard zodat “waarom ben ik gekickt” een antwoord heeft dat geen reconstructie is, en omdat “is dit account hier eerder binnengekomen en weggegaan” een signaal is waarvoor een geschiedenis moet bestaan. Verwijderd na 90 dagen — een oordeel over iemand is niet hetzelfde als de moderatiemaatregel waartoe het leidde, en alleen die tweede is een verslag.

Wat mensen bij een functie indienen, en wat de functie ervan maakte. Bezwaren tegen een ban en de stemming van het staff daarover; staffsollicitaties, hun antwoorden en hun stemming; tickets, hun antwoorden en de beoordeling die bij het sluiten wordt achtergelaten; giveaway-deelnames; evenementaanmeldingen en aanwezigheid; gilderangen, ledenlijsten, staffnotities en bijdragereden; beoordelingen die iemand over je server schreef; partneraanvragen en hun pitch. De vier velden in die lijst die in vertrouwen geschreven woorden zijn, worden versleuteld — de sectie hieronder noemt ze exact.

Serverback-ups, als iemand er een maakt. /backup save bewaart een structurele momentopname van de server zodat hij opnieuw kan worden opgebouwd: rolnamen en rechten, kanaalnamen, onderwerpen en overschrijvingen, categorieën, metadata van emoji en stickers, en de banlijst met de redenen die erbij staan. Er zitten geen berichten in. Het is de eigen structuur van je server, bewaard waar jij de bot hebt gezegd het te bewaren, en /backup delete verwijdert een slot volledig.

Berichten die je staff bouwt met /message. Een onafgemaakt concept (weggegooid na een week zonder aanraking), opgeslagen sjablonen, berichten gepland voor later, en een vermelding van elk bericht zodat het kan worden bewerkt — vergeten na 90 dagen zonder bewerking. Dit is tekst die je staff schreef om de bot te laten versturen, met wie het schreef; niets wat een lid zei.

De begroetingen van je server. Het welkomstbericht, het afscheidsbericht en de welkomst-DM die je staff bouwde, de tekst op de welkomst- en afscheidskaarten, en een achtergrondafbeelding als er een voor een kaart is geüpload — bewaard als een afbeelding die de bot opnieuw tekende vanaf de upload, zodat er van het oorspronkelijke bestand alleen de pixels over zijn. Om een kaart te tekenen haalt de bot op dat moment de profielfoto van het binnenkomende of vertrekkende lid bij Discord op en bewaart er niets van.

Niveaus, als een server ze inschakelt. Met de Niveaus-module aan bewaart de bot één getal per lid — de XP die ze hebben verdiend met berichten en tijd in spraak — en wanneer het voor het laatst veranderde, en niets anders: geen vastlegging van wat er is gezegd, of waar. Uit dat getal worden een niveau en een positie berekend. Het blijft bewaard zolang de bot in de server zit, ook nadat een lid vertrekt, zodat hun beloningsrollen terug kunnen komen als ze terugkeren; het wordt samen met de rest van de gegevens van de server verwijderd dertig dagen nadat de bot is verwijderd. Als de server zijn openbare ranglijst aan laat staan — die staat standaard aan, en één schakelaar zet hem uit — worden de servernaam, profielfoto, niveau en XP van het lid getoond op een openbare pagina op deze site aan iedereen met de link. De naam en foto worden van Discord gehaald wanneer de pagina wordt getekend en nooit in de database geschreven; de getekende pagina wordt korter dan een minuut bewaard, zodat een drukbezochte ranglijst de bot niet bij elke weergave bereikt.

Raid-replays, alleen wanneer anti-raid een raid ziet of staf een periode markeert. Welke accounts erin binnenkwamen en wanneer, hoe oud elk account was, of het een avatar had, een sleutel van alleen letters gemaakt van de gebruikersnaam om een reeks gelijkende namen te herkennen (nooit de gebruikersnaam zelf), wat de bot of een moderator met elk account deed (kick, ban, timeout), of de server vergrendeld was en hoeveel berichten zijn verwijderd. Nooit de tekst van een bericht. Bewaard voor 30 dagen, maximaal 25 raids per server, en samen met al het andere verwijderd wanneer de bot een server verlaat.

Suggesties, als een server ze aanzet. Een suggestie bewaart wat er getypt is, wie hem stuurde, waar de kaart is geplaatst en — zodra de staf antwoordt — het antwoord, wie het gaf en waarom. Elke stem is één rij: welke suggestie, welk lid, welke kant. Een anonieme suggestie legt nog steeds vast wie hem stuurde, omdat de limiet per lid en de wachttijd daarvan worden geteld; het wordt nergens getoond. Dit alles wordt samen met de rest van de servergegevens dertig dagen na het verwijderen van de bot gewist. Een suggestie via /suggest bot gaat over de bot en niet over een server: hij wordt doorgegeven aan een kanaal in de ondersteuningsserver met je naam, je ID en de server waar hij vandaan kwam, en wordt helemaal niet opgeslagen.

Verjaardagen, als een lid er een instelt. /birthday bewaart niets over een persoon totdat die een datum opgeeft. Dan bewaart het de opgegeven dag en maand; het jaar alleen als het is opgegeven, versleuteld met dezelfde sleutel als de vertrouwelijke tekst hieronder en alleen teruggelezen om een leeftijd te noemen, en alleen in een server die leeftijden toont; een tijdzone uit een vaste lijst; het moment waarop de volgende verjaardag begint; en met welke servers de persoon hem wilde delen, telkens één record, gemaakt door de persoon en door niemand anders. Een moderator kan het record van een server wegnemen en kan nooit een datum instellen of lezen die niet in zijn server is gedeeld. Niemand onder de 13 wordt bewaard: een jaar waardoor iemand jonger is, wordt geweigerd en er wordt niets opgeslagen. De bot stuurt de persoon nooit een bericht. /birthday remove wist de datum en het record van elke server in één keer; het record van een server verdwijnt ook wanneer het lid die server verlaat of de gegevens van de server worden verwijderd; en het korte overzicht van welke vieringen al zijn aangekondigd wordt na 400 dagen verwijderd.

Wanneer een verjaardag met /birthday remove wordt gewist, wordt ook het overzicht van de aangekondigde vieringen van die persoon meteen verwijderd, zonder de 400 dagen af te wachten.

Tijdelijke rollen. Wanneer een moderator iemand een rol voor een tijd uitleent, bewaart de bot wie hem heeft, welke rol, wanneer die eindigt, wie hem uitleende en de ingetypte reden (maximaal 400 tekens), tot de rol wordt teruggenomen. Een rol die is uitgeleend voor een verjaardag of voor het breken van een telreeks wordt op dezelfde manier bewaard, met de bot als uitlener. Het record wordt verwijderd wanneer de rol wordt teruggenomen, wanneer het lid wordt verbannen en — tenzij de server ervoor koos de tijd voor hun terugkeer te bewaren — wanneer het vertrekt.

Tellen, als een server een kanaal instelt. Voor elk telkanaal bewaart de bot het getal waarop het staat, wie het laatst telde, de regels van dat kanaal en, voor elk lid dat er heeft geteld, hoeveel juiste getallen het gaf en hoe vaak het de telling brak — id’s en getallen, nooit wat iemand schreef. Berichten in een telkanaal worden bij aankomst gelezen om ze te beoordelen en niet bewaard. Alles wordt verwijderd met het kanaal, wanneer het tellen daar wordt gestopt, of met de rest van de gegevens van de server dertig dagen nadat de bot is verwijderd.

Modmail, alleen als een server het aanzet. Als een lid de bot een privébericht stuurt, leest de bot het en geeft het door aan het team van de gekozen server, in een privékanaal dat die server heeft gekozen — iedereen die dat kanaal kan zien, kan het lezen, en ook wie het logkanaal van de server ziet als daar transcripties worden geplaatst. Antwoorden van het team komen in de DM’s van het lid; een anoniem antwoord verbergt de afzender voor het lid, niet voor de rest van het team. De bot bewaart geen berichttekst: alleen ids, tellers en tijden, welk DM-bericht bij welk bericht in het kanaal hoort (verwijderd dertig dagen nadat de thread sluit), de redenen die het team typte voor een sluiting of blokkade en de opgeslagen antwoorden van het team. Het record van een gesloten thread wordt verwijderd na het aantal dagen dat de server instelde, standaard negentig. Het gesprek zelf en elk transcriptiebestand blijven in de Discord van die server, onder zijn eigen regels. Een lid beëindigt een gesprek met Close this conversation onder het eerste antwoord van de bot, voorkomt dat een server er een begint met Stop messages from this server, of schrijft de bot gewoon niet. Geen derde partij ontvangt hier iets van.

De sjabloonwinkel. Als je een sjabloon beoordeelt, bewaart de bot je account-id, de sterren en het tijdstip. Als je reageert, bewaart hij je account-id, de weergavenaam die je toen had, de tekst en het tijdstip; je kunt je reactie zelf verwijderen en de eigenaar kan hem verwijderen. Een melding bewaart je account-id en de reden die je hebt getypt. Zodat alleen mensen die een sjabloon hebben gebruikt het kunnen beoordelen, bewaart de bot welk sjabloon je hebt toegepast, op welk server-id en wanneer, zolang het sjabloon bestaat. De eigenaar leest elk ingediend sjabloon voordat het wordt vermeld, en een reactie die op beoordeling wacht voordat die verschijnt; een reactie waarover niemand heeft beslist, wordt na 30 dagen verwijderd. Om te beperken hoe vaak één account of één adres kan reageren, melden of beoordelen, bewaart de bot een gesleutelde hash van het adres — nooit het adres zelf — met het account-id en het tijdstip, na 30 dagen verwijderd. Een sjabloon waar je nog aan schrijft, wordt 7 dagen verzegeld (versleuteld) bewaard. Om alles te laten verwijderen wat de winkel over je account bewaart, vraag je het in de supportserver en voert de eigenaar de verwijdering uit. De tekst van een reactie — en alleen de tekst, zonder account, naam of sjabloon — wordt voordat de reactie wordt geplaatst naar het moderatie-eindpunt van OpenAI gestuurd, onder de voorwaarden die hierboven onder OpenAI staan beschreven; een reactie die het markeert, of waarop het niet op tijd antwoordt, wordt voor de eigenaar vastgehouden in plaats van geplaatst. Waar de bot geen OpenAI-sleutel heeft, wordt die stap overgeslagen en gelden de andere controles alleen.

Wat nooit wordt bewaard

Berichtinhoud. Niets in de database bewaart wat mensen in je kanalen zeggen, en daar is geen uitzondering op — geen enkele kolom in de database bevat een bericht dat iemand heeft geplaatst. Deze pagina noemde ticketuitschriften vroeger als uitzondering en dat zijn ze niet: een uitschrift wordt opgebouwd uit de geschiedenis die Discord zelf bewaart, op het moment dat een moderator erom vraagt, en als bestand terug in je server geplaatst. Er blijft hier niets van bewaard. Tekst die iemand bewust aan de bot geeft — een bezwaar tegen een ban, een sollicitatie, het formulier bij het openen van een ticket, de opmerking bij een beoordeling — wordt wel bewaard, omdat een beoordeling die niet gelezen kan worden geen beoordeling is; hij wordt versleuteld, en de sectie hieronder zegt precies welke velden. Dat geldt ook voor de reden die een lid met /afk opgeeft, tot diegene terugkeert — niet versleuteld, omdat het niet in vertrouwen is geschreven: het wordt getoond aan iedereen die diegene noemt.

Twee dingen worden buiten de database bewaard, en bij beide is het goed om exact te zijn. Het eerste is snipe: /snipe toont het laatste bericht dat in een kanaal is verwijderd of bewerkt, dus het moet er een vasthouden: vijf per kanaal, hooguit twee uur, in het geheugen. Er wordt niets opgeschreven, een herstart vergeet alles, en het verlaat het proces nooit. Iedereen die het kanaal kan lezen kan erom vragen — daar is het commando voor — en de bot controleert die toegang op het moment dat hij antwoordt, niet toen het bericht werd verwijderd. Hij toont geen bericht dat de bot zelf heeft verwijderd, en niets wat in bulk is opgeruimd, omdat snipe geen manier mag worden om moderatie terug te lezen. Een server die het strakker wil, beperkt het tot moderators of sluit kanalen helemaal uit met /logs snipe; een moderator die net iets heeft verwijderd, wist het direct met /snipe clear.

Het tweede zijn de tellers van de beveiligingen. Anti-nuke, anti-raid, anti-spam en de rest beslissen door te tellen — hoeveel kanalen één moderator in de laatste minuut verwijderde, hoeveel accounts er in de laatste dertig seconden binnenkwamen — en die tellingen worden om de paar seconden gekopieerd naar een Redis-cache op dezelfde machine, zodat een herstart van de bot niemand die midden in een aanval zit een nieuwe ruimte geeft. Wat wordt gekopieerd zijn de ID’s — van de server en van het betrokken lid of kanaal — en de tijden waarop dingen gebeurden, nooit wat iemand zei: het geheugen van anti-spam voor recente berichten blijft in het proces en een herstart vergeet het. Elke kopie verloopt vanzelf — binnen een uur, de meeste binnen minuten — de cache schrijft nooit naar schijf, en niets kan erbij behalve de bot zelf — niet de website en niet het internet. Tijdens een update, wanneer een nieuwe kopie van de bot het overneemt van de oude, gaan de ID’s van de berichten en interacties die de oude kopie in zijn laatste seconden beantwoordde door dezelfde cache, hooguit dertig seconden, zodat niets twee keer wordt beantwoord. Eén ding in die cache blijft langer dan een uur: welke nieuwe leden nog bij een poort wachten — het regelscherm van Discord, de verificatie, een quarantaine — op de rollen die de server bij binnenkomst geeft, bewaard als de ID van de server, de ID van het lid en het moment waarop het wachten verloopt, hooguit een dag, zodat een update niet vergeet ze te geven.

IP-adressen. De bot ziet er nooit een — Discord geeft het adres van een lid niet aan een bot, en niets hier omzeilt dat. De enige plek waar een adres ooit wordt gelezen is de verbindingscontrole van de website, hierna beschreven, en het wordt één keer gelezen en niet bewaard: niet opgeslagen, niet gelogd, niet gehasht. Een gestolen database bevat geen adressen en niets wat ervan is afgeleid.

Spraakberichten, als iemand ze laat uitschrijven. /transcribe haalt dat spraakbericht op en zet het om in tekst op de eigen server van de bot, met een spraakmodel dat daar draait. De audio gaat naar geen enkel ander bedrijf of andere dienst; hij wordt alleen bewaard zolang er naar geluisterd wordt en meteen daarna verwijderd. De woorden worden geplaatst in het kanaal waar de opdracht werd gebruikt en nergens anders bewaard — van wat er gezegd is, wordt niets vastgelegd. Zodat één persoon de machine niet bezet houdt, telt de bot in het geheugen hoeveel elke persoon en elke server de afgelopen tien minuten vroeg; die tellers worden daarna vergeten, en een herstart vergeet ze meteen.

De vijf derde partijen, en wat elk krijgt

Het grootste deel van zijn bestaan kon deze site zeggen dat geen enkele derde partij je leden ooit zag. Dat hield op toen de verificatiemodule VPN’s en proxy’s weigeren kreeg, omdat of een adres bij een VPN hoort een feit is dat alleen een reputatiedienst kent. Elk van de vijf hieronder staat uit tenzij een server het aanzet, en als het aanstaat, is wat volgt het geheel van wat er gebeurt.

proxycheck.io. Een lid op wie de instelling van toepassing is, krijgt een link voor eenmalig gebruik naar een pagina op deze site. Wanneer diegene op de knop daarop drukt, wordt het verbindingsadres één keer naar proxycheck.io gestuurd met de vraag “is dit een VPN, proxy of hostingbereik” en verder niets — geen gebruikersnaam, geen server, geen account-ID. Het antwoord wordt gelezen voor dat ene bit en weggegooid. De bot, die weet wie het lid is, krijgt het adres nooit; de website, die het adres zag, komt nooit te weten wie het lid is. Wat er daarna overblijft is een tijdstempel op het verificatieverslag van het lid die zegt dat de verbinding schoon was, en een weigering laat helemaal niets achter.

Cloudflare Turnstile. Optioneel bevat diezelfde pagina de Turnstile-widget van Cloudflare, zodat een script niet op de knop kan drukken. Het script van de widget is het enige wat deze site ooit van een andere oorsprong laadt, alleen op die pagina, en de Content-Security-Policy van deze site verbiedt het overal anders nog steeds. Het antwoord wordt bij Cloudflare gecontroleerd zonder het adres erbij. Turnstile vervangt de CAPTCHA binnen Discord niet, die nog steeds in het proces wordt getekend.

OpenAI. Dit is de grootste van de drie en degene die krijgt wat mensen plaatsen, dus het is de moeite waard om exact te zijn. Een server kan de AI-afbeeldingsscan aanzetten, waarbij een model beslist of een afbeelding seksueel, bloederig of gewelddadig is of zelfbeschadiging toont. Geen enkele woordenlijst kan een afbeelding lezen, en er bestaat geen versie hiervan die op onze eigen machines draait, en alleen daarom is het hier.

Wanneer een server het heeft aangezet, wordt elke afbeelding die in een gescand kanaal wordt geplaatst naar het moderatie-eindpunt van OpenAI gestuurd als de link naar die afbeelding op Discords eigen servers, en niets anders — geen tekst die iemand typte, geen gebruikersnaam, geen account-ID, geen servernaam, geen kanaalnaam. Dat omvat uploads en, als de server dat aan laat, de afbeelding die Discord onder een link toont. Het antwoord komt terug als een score per categorie, wordt gelezen om te beslissen of de afbeelding de regels van die server overtreedt, en wordt weggegooid. Er wordt hier niets van opgeschreven, en de afbeelding zelf wordt nooit in onze database bewaard.

Wat OpenAI ermee doet, in hun woorden en niet de onze. Hun documentatie stelt dat gegevens die naar de API worden gestuurd “niet worden gebruikt om OpenAI-modellen te trainen of te verbeteren” tenzij je daar uitdrukkelijk voor kiest, en dat hebben wij niet gedaan. Er staat ook dat logboeken voor misbruikbewaking “bepaalde klantinhoud kunnen bevatten, zoals prompts en antwoorden” en standaard “tot 30 dagen worden bewaard”. De eerlijke versie is dus niet dat de afbeelding verdwijnt zodra hij is gescand: wij bewaren er niets van, en OpenAI kan hem tot dertig dagen bewaren om toezicht op zijn eigen dienst te houden. Een server die dat niet wil, moet deze module uit laten, en zo wordt hij geleverd.

Het staat uit tot een beheerder de module aanzet. Een server kan rollen uitzonderen, hele kanalen overslaan of er maar enkele scannen, alleen nieuwere leden scannen en de eigen moderators overslaan, en de beschrijving van de module zegt duidelijk dat aanzetten betekent dat afbeeldingen de server verlaten. Zet de module uit en er wordt niets meer verstuurd.

Twee eerlijke beperkingen. Het is goed in algemene schade en het weet niet hoe een bedreiging voor jouw server eruitziet — een raid die wordt georganiseerd, een oplichtingspoging, een advertentie — omdat dat geen categorieën zijn die het model heeft, en het leest helemaal geen tekst. En de documentatie van OpenAI zelf zegt dat het eindpunt niet is ontworpen om materiaal van seksueel kindermisbruik te detecteren en geen vervanging is voor speciale kinderveiligheidsmaatregelen; niets hier beweert het tegendeel, en die meldroute blijft die van Discord.

Verder wordt er niets geladen. Geen analyse, geen lettertypedienst, geen script of stijlblad van iemands CDN: elke pagina behalve de verbindingscontrole haalt niets van een andere oorsprong op, en dat wordt afgedwongen door de Content-Security-Policy in plaats van beloofd. Cloudflare staat wel als netwerk voor de site — het ziet de verzoeken die elk netwerk voor een site ziet, en het is waarom de site overeind blijft onder een vloed — maar het krijgt niets over je leden, omdat de pagina’s niets over je leden bevatten.

YouTube en Twitch. Een server kan met /alerts een YouTube-kanaal of een Twitch-streamer volgen, en de bot vraagt de dienst dan om de paar minuten of er iets nieuws is. Aan YouTube stuurt hij één verzoek om de openbare RSS-feed van het kanaal, waarin alleen de openbare id van dat kanaal staat. Aan Twitch stuurt hij de openbare inlognaam van de streamer — samen met andere, tot honderd per verzoek — ondertekend met de eigen Twitch-applicatie van deze bot, nooit met het account van een lid. Er wordt geen lid, servernaam of kanaalnaam naar een van beide gestuurd, en geen van beide hoort welke server wie volgt. Het antwoord wordt gelezen voor de nieuwste video, of de id, titel en game van de livestream, en weggegooid. Bewaard wordt het kanaal of de inlognaam die de server koos te volgen, waar gepost wordt, en de id van het laatst aangekondigde, zodat niets twee keer wordt aangekondigd. Beide staan uit tot een server een volgitem toevoegt, en het volgitem verwijderen stopt de verzoeken.

Een gesponsorde regel

De beheerders van deze bot kunnen één gesponsorde link instellen: een korte regel met het label Gesponsord, waarvan zij de tekst en de bestemming kiezen en waarvoor de partij achter de link betaalt. Hij staat in de voettekst van deze site en verschijnt af en toe onder een antwoord van de bot in een server zonder premium: hoogstens één keer per 45 minuten in dezelfde server, pas na minstens 6 andere antwoorden daar, en nooit onder een moderatieactie, een waarschuwing, een privé-antwoord of een bericht met knoppen. Premium-servers zien hem in Discord nooit. De site kan niet weten wie hem leest, dus de voettekst toont hem aan iedere bezoeker.

Het is een link en niets meer. Er wordt niets van de sponsor geladen en er wordt niets naar hem gestuurd. Om de regel hierboven na te leven houdt de bot in het geheugen — nooit in de database — bij wanneer elke server de regel voor het laatst zag en hoeveel antwoorden daar sindsdien zijn uitgegaan, plus een lopende telling van hoe vaak hij is getoond; er wordt geen persoon vastgelegd en de sponsor ziet hier niets van. De bot registreert geen kliks en voert geen omleiding uit, en de link geeft geen referrer van deze site door. Klik je erop, dan ga je naar hun site, waar hun eigen beleid geldt. De tekst van de sponsor wordt getoond zoals hij is geschreven en wordt niet vertaald. Als er geen sponsor is ingesteld, bestaat de regel nergens.

Niets hiervan wordt lang bewaard. Het gegeven van een server wordt 24 uur na zijn laatste antwoord vergeten. Er worden hooguit 20.000 servers tegelijk bewaard; is dat vol, dan valt de server af die het langst stil is. Alles, de lopende telling inbegrepen, is weg zodra de bot opnieuw opstart.

Premiumtokens en je account

Premium per account is één rij: je Discord-id, of het maandelijks of levenslang is, wanneer het afloopt, waar het vandaan kwam en hoeveel extra serverwissels je hebt gekocht. Een token wordt alleen opgeslagen als een gesleutelde hash van zichzelf, dus de database bevat niets dat weer in een token kan worden omgezet; het token bestaat in het antwoord aan de eigenaar wanneer het wordt aangemaakt en daarna nergens.

Elke poging om een token in te wisselen wordt vastgelegd — je id, of hij van deze site of uit Discord kwam, hoe het afliep, en een gesleutelde hash van het adres dat deze site voor het verzoek heeft bewezen, nooit het adres. Die vastlegging is wat een account en een adres vergrendelt na een handvol verkeerde tokens, en wat de mensen die de bot draaien één adres achter vele accounts laat zien. Hij wordt na 90 dagen verwijderd.

Elke server legt vast welk account sick heeft toegevoegd; dat is wat de server premium maakt wanneer dat account het is. De servers waaraan je sick toevoegt worden ook bij je account genoteerd — het id van de server en wanneer — zodat je wissels geteld kunnen worden. Die lijst wordt bewaard, en een server blijft erop staan nadat sick vertrekt, omdat een bestede wissel besteed is.

E-mail op dit domein

De site heeft ook een kleine maildienst voor de mensen die haar beheren: het adres van de eigenaar en de adressen van de accounts die de eigenaar heeft toegestaan ervan gebruik te maken, elk geopend vanaf de mailsite na hier te zijn ingelogd. Mail naar een van die adressen komt binnen via Cloudflare Email Routing en een Cloudflare Email Worker, die het aan deze site doorgeeft; als de site niet bereikbaar is, bewaart de Worker het bericht tot zeven dagen in Cloudflare Workers KV en probeert het opnieuw. Mail die vanaf een van die adressen wordt verstuurd, vertrekt via Cloudflare Email Sending. Dat zijn de vier betrokken Cloudflare-diensten, en geen enkele andere partij ziet de mail.

Mail wordt in rust verzegeld. Wanneer een bericht binnenkomt, parseert deze site het en verzegelt het met een publieke sleutel die bij het postvak hoort — AES-256-GCM onder een eenmalige sleutel voor dat bericht, die zelf wordt verzegeld met de publieke X25519-sleutel van het postvak — en geeft het pas dan door aan de bot, wiens database het verzegelde bericht bewaart: onderwerp, afzender, ontvangers, tekst, HTML, bijlagen en hun namen, en de oorspronkelijke bytes, die zeven dagen worden bewaard zodat een bericht dat een parser verkeerd las, in zijn geheel kan worden gedownload. De privésleutel die het opent, is ingepakt onder een sleutel die uit je mailwachtwoord is afgeleid (scrypt) en, als je er een maakt, onder een eenmalige herstelsleutel; de bot heeft de privésleutel nooit en slaat alleen een eenrichtingshash van je wachtwoord op. Dit is zero-access in rust, niet zero-knowledge: deze site leest je mail in het geheugen terwijl hij een binnenkomend bericht parseert en terwijl je postvak is ontgrendeld, dus wie de code kan wijzigen die deze site draait, zou het kunnen lezen, maar de eigenaar kan het niet uit de database lezen. Je ontgrendelde sleutel leeft alleen in het geheugen van deze site, hooguit een dag, en een herstart vergrendelt elk postvak tot je je wachtwoord opnieuw typt. Externe afbeeldingen in een bericht worden nooit door de site opgehaald: ze laden in je browser alleen als je erom vraagt, en het laden van een afbeelding vertelt de afzender wanneer je het bericht opende en vanwaar.

Als je met Discord op deze site inlogt, worden je Discord-id, gebruikersnaam en avatarhash met het tijdstip vastgelegd, zodat de eigenaar kan zien wie heeft ingelogd voordat hij een adres uitgeeft. Prullenbak en Spam wissen hun inhoud dertig dagen nadat een bericht erin kwam; een ingetrokken postvak wordt veertien dagen na het intrekken gewist. Als je de eigenaar om toegang vraagt, wordt het verzoek — dezelfde id, naam en avatar-hash, en het tijdstip — bewaard tot de eigenaar het beantwoordt of er dertig dagen voorbij zijn, en de eigenaar krijgt een privébericht van de bot op Discord. Niets anders over e-mail wordt met Discord gedeeld.

Verzenden wordt per ontvanger geteld, uit de uitbakregels die al worden bewaard om de mail te versturen, dus daarvoor wordt niets nieuws verzameld. Een postvak waarvan de mail steeds terugkomt, krijgt zijn verzending vastgehouden tot de eigenaar ernaar heeft gekeken. Mail naar postmaster@ of abuse@ op deze domeinen bereikt de eigenaar.

Sommige dingen blijven leesbaar, omdat de dienst ze zonder jouw sleutel moet lezen: in welke map en op welk tabblad een bericht staat, de vlaggen (gelezen, met ster, belangrijk, uitgesteld), wanneer het binnenkwam, de grootte, bij welk gesprek het hoort, hoeveel bijlagen het heeft, hun bestandstypen en inline-afbeelding-id’s, naar welk van je adressen het ging, een plus-tag die je gebruikte, de resultaten van de afzendercontroles en digests met sleutel van de identificatoren (Message-ID, References) en van de afzender. De regels die je voor afzenders instelt — een adres of domein dat je hebt gearchiveerd, geblokkeerd of voor afbeeldingen hebt toegestaan — staan ook leesbaar. Terwijl een bericht binnenkomt, leest de bot de afzender, ontvangers, het onderwerp, de headers en de bijlagenamen in het geheugen om het op een tabblad te plaatsen en de misbruikregels toe te passen, en schrijft daar niets van leesbaar op. Postvakken waarvan de houder sinds het begin van het verzegelen nog niet met een wachtwoord is ingelogd, behouden hun oudere mail zoals die was, leesbaar voor de dienst; de eigenaar krijgt te zien welke dat zijn, en elk wordt verzegeld zodra de houder inlogt.

Zoeken werkt met digests met sleutel, niet met je woorden. Wanneer je postvak is ontgrendeld, krijgt elk verzegeld bericht maximaal 512 digests (HMAC-SHA256) van de hele woorden erin en van de afzender en ontvangers, gemaakt onder een willekeurige zoeksleutel die alleen bestaat ingepakt onder je wachtwoord en je herstelsleutel. Zo kan een zoekopdracht hele woorden en exacte adressen vinden — geen voorvoegsels, woordvormen of zinsdelen — en wie een kopie van de database heeft, kan er geen geraden woord tegen testen. Twee prijzen: post die binnenkomt terwijl je postvak is vergrendeld, kan pas worden doorzocht als je het weer ontgrendelt; en de digests met sleutel van identificaties en afzenders die onversleuteld blijven (hierboven) worden gemaakt onder een geheim dat de site heeft en de database niet, zodat wie beide heeft kan testen of een geraden adres of Message-ID voorkomt.

Een bericht dat je met Ongedaan maken of op een later tijdstip verstuurt, wacht in de uitbox in de vorm die de verzender nodig heeft: omdat het leesbaar moet zijn als het wordt verzonden, wordt het onder de eigen serversleutel van de bot bewaard tot het is verzonden, geannuleerd of definitief geweigerd, en daarna verwijderd. De kopie in je map Verzonden blijft voor jou verzegeld. Mail die je verstuurt, vertrekt via TLS zoals alle andere mail, via Cloudflare Email Sending, en mail aan jou komt binnen via Cloudflare Email Routing: Cloudflare ziet het bericht onderweg, voordat deze site het verzegelt en als het vertrekt.

Berichten die je verstuurt, dragen geen Discord-id, account-id of adres van je browser: een willekeurige Message-ID bij het verzenddomein, geen X-Mailer-, User-Agent- of X-Originating-IP-header, en een From-regel die alleen het adres toont dat je koos, met een weergavenaam alleen als je er een instelt. Een alias is een extra adres dat in je postvak bezorgt en dat je kunt uitzetten, laten verlopen of één keer laten antwoorden. Dit is geen anonimiteit tegenover de mensen die de dienst beheren, tegenover Cloudflare of tegenover degene aan wie je schrijft: zij zien het adres waarvan je schreef, het tijdstip en wat het bericht zegt.

Als je zowel je wachtwoord als je herstelsleutel kwijtraakt, kan je mail niet worden geopend en kan niemand die voor je herstellen, de eigenaar inbegrepen. Wanneer de eigenaar het mailwachtwoord van een houder opnieuw instelt, wordt ook de sleutel verwijderd die het opende: de mail die eronder was verzegeld kan nooit meer worden gelezen en wordt dertig dagen later verwijderd.

Muziek en songteksten

Wanneer een server de muziekspeler inschakelt, speelt de bot audio af in een spraakkanaal via een Lavalink-node die naast hem op dezelfde machine draait. De node haalt de audio alleen op van de site waar een lid om vroeg en nergens anders vandaan: SoundCloud (soundcloud.com, on.soundcloud.com, api.soundcloud.com, sndcdn.com), Bandcamp (bandcamp.com), Twitch (twitch.tv), Vimeo (vimeo.com), een directe https-link die een lid heeft geplakt en — alleen als de eigenaar dat heeft ingeschakeld — YouTube (youtube.com, youtu.be, music.youtube.com). Een Spotify-link (open.spotify.com, spotify.link) of Apple Music-link (music.apple.com) wordt op die site opgezocht voor de naam van het nummer en de gevonden match wordt afgespeeld vanaf SoundCloud; van geen van beide komt audio. Elk van die sites ziet het verzoek dat de node voor het nummer doet, zoals elke browser die de pagina opent het zou zien, en niets over de server of het lid dat erom vroeg.

Wat de bot voor de speler opslaat: het spraak- en tekstkanaal waarin hij zit, de wachtrij — titel, artiest, lengte en bron van elk nummer, de eigen aanduiding van de node ervoor en de id van het lid dat het in de wachtrij zette — en de laatste twintig afgespeelde nummers, die verdwijnen wanneer de speler stopt of de bot de server verlaat. Een afspeellijst die een lid opslaat is van dat lid en wordt onder zijn id bewaard tot hij haar verwijdert. Songteksten komen van LRCLIB (lrclib.net), een open database zonder account: die krijgt de artiest, de titel en de lengte van het nummer dat speelt en niets anders, en het antwoord wordt getoond en niet bewaard.

De beveiliging van je account

Je mailbox opent met je eigen wachtwoord, ingesteld in de mailclient zelf en los van Discord gehouden. De site ziet het alleen terwijl je het typt, om de sleutel van je mailbox uit te pakken, en bewaart het niet; de bot, die het ontvangt om het te controleren, bewaart er alleen een eenrichtings-scrypt-hash van — een waarde die niets terug kan omzetten naar het wachtwoord, ook wij niet — en controleert wat je typt daartegen. Het wachtwoord zelf staat in geen enkel logboek, geen databasekolom en geen cookie.

Een tweede stap is optioneel en aan jou om toe te voegen. Het geheim van een authenticator-app en het adres waarnaar een code wordt gemaild worden versleuteld bewaard met AES-256-GCM, met dezelfde sleutel die alleen de bot heeft als de vertrouwelijke tekst hierboven; een toegangssleutel wordt alleen als zijn openbare sleutel bewaard, die een aanmelding kan verifiëren maar er nooit een kan maken; herstelcodes worden alleen als gesleutelde hashes bewaard, zoals de premiumtokens. Een gemailde code gaat via Cloudflare Email Sending vanaf een adres op een van onze domeinen. Geen enkele tweedefactormethode wordt met iemand gedeeld.

Een browser dertig dagen vertrouwen bewaart een willekeurige token in een cookie en, aan de kant van de bot, alleen een gesleutelde hash van die token — nooit de token zelf — zodat de lijst met je vertrouwde browsers niets bevat dat de browser aan iemand anders identificeert. Naast de drie aanmeldcookies van het dashboard zet de mailbox er een paar van zichzelf terwijl hij open is: die hem een dag ontgrendeld houdt, die een aanmelding of wachtwoord vasthoudt terwijl zijn tweede stap wordt beantwoord, die tien minuten leeft en de browser markeert die een mailaanmelding begon, zodat die niet vanuit een andere kan worden afgerond, en de token van de vertrouwde browser. Een mailsessie eindigt zes uur nadat ze is geopend, of eerder als je op een gedeelde host uitlogt bij de site. Elk fout wachtwoord of elke foute code wordt geteld tegen je account en tegen het adres dat deze site aantoonde — je id en een gesleutelde hash van dat adres, nooit het adres zelf — wat een account na een handvol pogingen binnen een kwartier vergrendelt; die gegevens worden binnen een dag verwijderd.

Luisteren — alleen als je iets koppelt

Wat er wordt opgeslagen. /fm bewaart niets over een persoon totdat die een bron koppelt. Als je Last.fm of ListenBrainz koppelt, bewaren we je gebruikersnaam daar. Als je ook uitgaande scrobbling aanzet, bewaren we de sleutel waarmee de bot afspeelbeurten namens jou kan versturen, versleuteld, alleen zolang dat aan staat — uitzetten of ontkoppelen verwijdert hem. Als je de Spotify-status van Discord gebruikt, leest de bot het Spotify-nummer in je status, in servers die hij met je deelt, pas nadat je akkoord bent gegaan, en registreert hij een afspeelbeurt wanneer je ongeveer de helft hebt gehoord. Verder wordt niets van je aanwezigheid gelezen.

Wat er wordt bewaard en wie het ziet. De afspeelbeurten die de bot zelf heeft gehoord — uit je Spotify-status of zijn eigen muziekspeler — worden een jaar bewaard. Je topartiesten, -albums, -nummers en -genres, tot duizend van elk, worden om de paar uur van je dienst gekopieerd zodat een server kan tonen wie naar wat luistert. Vrienden, een paar weergave-instellingen en de servers waarin je ervoor koos jezelf te verbergen, worden ook bewaard. Afspeelbeurten en lijsten worden alleen getoond aan mensen in servers waar jij in zit; je Last.fm- of ListenBrainz-gebruikersnaam verschijnt alleen in een globale who-knows als je dat hebt aangezet, en het staat uit totdat je dat doet. /fm account toont alles en verwijdert alles in één keer, en je laatste bron ontkoppelen doet hetzelfde.

Last.fm en ListenBrainz. Wanneer iemand /fm gebruikt, vraagt de bot Last.fm (ws.audioscrobbler.com) of ListenBrainz (api.listenbrainz.org) om de openbare luistergegevens van de gekoppelde persoon, met hun gebruikersnaam en verder niets over hen. Alleen als uitgaande scrobbling aan staat, stuurt de bot ook de afspeelbeurten die hij voor die persoon heeft gehoord naar de dienst, ondertekend met hun sleutel. Albumhoezen worden door de bot opgehaald van de beeldservers van Last.fm, nooit door je apparaat. Elke dienst heeft een eigen privacybeleid, en wat die over je luisteren bewaart, was daar al van jou.

Last.fm koppelen gebeurt op de pagina van Last.fm zelf: de bot vraagt Last.fm om een eenmalig token en geeft je het adres waar je het goedkeurt, en weet daarna dat je het hebt gedaan door het aan Last.fm te vragen. Het token leeft alleen in het geheugen van de bot totdat het is gebruikt of er een uur voorbij is, en wordt nooit opgeslagen of gelogd. Alleen je Last.fm-gebruikersnaam typen koppelt zonder iets goed te keuren en stuurt Last.fm die naam en verder niets. Het koppelen van de Spotify-status van Discord vereist de Presence-intent van de bot; zolang die niet aan staat, worden alleen de andere twee aangeboden.

Geschiedenis importeren. Als je /fm import een Spotify- of Apple Music-bestand geeft, leest de bot het één keer en bewaart alleen het tijdstip, de artiest, het nummer en het album van elke afspeelbeurt. Het bestand zelf staat de minuten dat de import loopt in een tijdelijk bestand en wordt direct daarna verwijderd; er wordt niets naar iemand gestuurd. Geïmporteerde afspeelbeurten worden bewaard totdat je ze verwijdert (/fm account heeft een knop) of alles verwijdert, en worden getoond zoals alle andere afspeelbeurten: alleen aan mensen in servers waar jij ook in zit.

Kroongeschiedenis. Wanneer de kronen van een server of een wie-kent-lijst worden gelezen, noteert de bot wie daar de kroon van elke artiest heeft en, als die van eigenaar wisselt, wie hem van wie afnam en wanneer — tot een jaar lang. Als je je luistergegevens verwijdert, verdwijnen de kronen die je had en wordt vergeten van wie je er een afnam.

Versleuteling

Vrije tekst die mensen in vertrouwen schrijven wordt versleuteld met AES-256-GCM voordat hij wordt bewaard, en alleen ontsleuteld op het moment dat hij wordt getoond aan het staff voor wie hij was bedoeld. Dat zijn vijf dingen: bezwaren tegen een ban, antwoorden op staffsollicitaties, de antwoorden bij het openen van een ticket, de opmerking bij een ticketbeoordeling en het jaar dat iemand bij zijn verjaardag opgeeft. De sleutel wordt afgeleid van een geheim dat alleen bestaat in de eigen omgeving van de bot — de website draait als aparte dienst die het niet heeft en het niet zou kunnen gebruiken — dus een kopie van de database op zichzelf levert alleen onleesbare gegevens op.

Er stond drie tot 19 september 2026, en het vierde was de reden: de opmerking bij een ticketbeoordeling — “de moderator die dit sloot was kortaf tegen me” is het soort dingen dat erin staat — werd als platte tekst bewaard vanaf de dag dat de functie uitkwam. Hij stond twee declaraties onder de ticketantwoorden die wel versleuteld waren, in hetzelfde bestand, en niets hield de twee tegen elkaar. Hij is nu versleuteld, alles wat al was opgeslagen is omgezet, en een controle in de build weigert elk nieuw veld van die vorm totdat iemand heeft opgeschreven welk van de twee het is.

Half ingevulde sollicitaties. Een lang sollicitatieformulier wordt per pagina gevraagd. De antwoorden op de al verzonden pagina’s worden op dezelfde manier versleuteld bewaard tot de laatste pagina is verzonden — dan worden ze de sollicitatie — of een uur lang, wat het eerst komt, en de sollicitant kan ze op elk moment weggooien. Voor wie nooit begint wordt niets bewaard.

Wat niet wordt versleuteld, onomwonden gezegd: de vraag die een staflid naast elk antwoord schreef, door moderators getypte redenen in een moderatieverslag, de reden die een lid opgeeft om AFK te zijn — die de bot toont aan iedereen die diegene noemt — en de instellingen van je server. Geen van die dingen zijn iemands privéwoorden over zichzelf, en ze versleutelen zou je moderators de mogelijkheid ontnemen om in hun eigen verslagen te zoeken.

Verwijdering

Verwijder de bot uit je server en alles wat voor die server wordt bewaard, wordt dertig dagen later automatisch verwijderd, zonder dat er een verzoek nodig is.

De vertraging is het kenmerk, niet de adder onder het gras. Verreweg de meest voorkomende reden dat een server de bot verwijdert, is om hem meteen weer toe te voegen met andere rechten, en een verwijdering die op het moment van vertrek afging zou elke instelling, elke waarschuwing en elk moderatieverslag meenemen. Nodig opnieuw uit binnen het venster en je server is precies zoals je hem achterliet; laat het venster verstrijken en er is niets om naar terug te keren. Er wordt niets nieuws vastgelegd zolang de bot weg is — hij kan de server niet zien — en de klok begint opnieuw vanaf het laatste vertrek, dus twee keer vertrekken verkort hem niet.

Als dertig dagen te lang is, kan een servereigenaar of beheerder het meteen laten doen: vraag het in de ondersteuningsserver. Dat gebeurt op verzoek en niet volgens een schema.

Inloggen op het overzicht

Deze site is sykbot.com, en de documentatie staat op sickenn.info. Inloggen gebeurt op sicken.me en nergens anders, en de cookies hieronder horen alleen bij dat adres — een browser stuurt ze nooit naar een ander adres. Een pagina ergens anders die je vraagt om met Discord in te loggen voor sick is niet deze site. Mail wordt gelezen en geschreven op mail.sicken.me. Het heeft geen eigen login: het stuurt je naar sicken.me om in te loggen en brengt je terug, en zijn cookies horen alleen bij dat adres.

De website heeft geen database, dus een login wordt bewaard in één cookie in je browser. Inloggen vraagt Discord om twee scopes, identify en guilds — je naam en de lijst van servers waarin je zit, verder niets — en het cookie bevat wat terugkomt: je Discord-ID, gebruikersnaam en het ID van je profielfoto, en de toegangs- en vernieuwingstokens voor die twee scopes. Het is versleuteld en geauthenticeerd met AES-256-GCM onder een sleutel die alleen de website heeft, dus het kan in je browser niet worden gelezen of gewijzigd, en er wordt op de server niets over opgeschreven. Het onthoudt ook maximaal vier servers die je recent opende, zodat die bovenaan de lijst komen.

Je profielfoto en de pictogrammen van je servers worden door deze site bij Discord opgehaald en aan je browser doorgegeven, zodat je browser nooit contact heeft met de afbeeldingsservers van Discord en zij nooit je adres zien. Deze site bewaart er niets van: elk wordt opgehaald wanneer een pagina erom vraagt, en je browser en het netwerk voor deze site kunnen een kopie tot een week bewaren, onder een adres dat verandert zodra de afbeelding verandert.

Zolang de instellingenpagina van een functie open en in beeld is, vraagt hij deze site — nooit iemand anders — eens per minuut opnieuw om de kanaal- en rollijsten van je server, zodat een kanaal dat net is gemaakt er al is om te kiezen zonder te herladen. Dat verzoek draagt hetzelfde cookie en wordt alleen beantwoord aan iemand die de pagina had kunnen openen; het is het enige wat een pagina hier ophaalt nadat hij is geladen, en de Content-Security-Policy staat het alleen op die pagina’s toe.

Het duurt dertig dagen vanaf het moment dat je inlogt, waardoor iemand kan terugkomen zonder Discord opnieuw te verbinden; daarna wordt de browser zonder toestemmingsscherm door Discord gestuurd, voor een app die je al hebt goedgekeurd. Een maand is alleen veilig omdat Discord de baas blijft: om de paar minuten vraagt de site aan Discord of de login nog geldt, uitloggen trekt de tokens in bij Discord — dus ook een kopie van het cookie werkt niet meer — en sick verwijderen onder Geautoriseerde apps in de eigen instellingen van Discord beëindigt het van jouw kant, op alle apparaten tegelijk.

Een tweede cookie bevat alleen het cijfer 1, en bestaat alleen nadat je uitlogt. Het legt vast dat je dat deed, zodat de volgende login het toestemmingsscherm van Discord toont — met Discords eigen “Ben jij dit niet?” erop, waarmee je van account wisselt — in plaats van het over te slaan. Opnieuw inloggen verwijdert het. Een derde leeft tien minuten terwijl er een login bezig is en bevat een willekeurige waarde die bewijst dat het antwoord dat van Discord terugkomt bij de login hoort die deze browser startte. Die drie zijn de enige cookies die deze site zet. Cloudflare, dat ervoor staat, kan zijn eigen kortlevende __cf_bm-cookie zetten om browsers van bots te onderscheiden; dat cookie is van Cloudflare, en niets hier leest het.

Wie wat kan zien

Instellingen zijn zichtbaar voor mensen die ze kunnen wijzigen — standaard betekent dat Server beheren, en meer voor de paar functies die om Beheerder vragen. Moderatieverslagen zijn zichtbaar voor je moderators. Niemand die de bot beheert leest de gegevens van je server als vanzelfsprekend, en er is geen interface die dat gemakkelijk zou maken.