Dagelijkse loginbeloningen vernieuwd + inwisselcodes — verdien elke dag fragmenten en wissel community-codes in
Twee community-veranderingen landen samen. (1) Het dagelijkse inloggen deelt geen gratis pakjes meer uit volgens een vlak schema — het kent nu pakjefragmenten toe elke dag in een cyclus [3,3,3,5,5,5,8], en een opeenvolgende week voltooien geeft een oplopende pakjebonus (1 → 2 → 3 → 4, plafond 4). Mis je een dag, dan valt de reeks terug naar nul — maak de week af om die ankerbeloning op te halen. (2) Nieuwe sectie in het Profiel-tabblad om codes in te wisselen (bv. WELCOME-2026, partnercodes, creator-giveaways). Codes kunnen elke combinatie van pakjes, fragmenten en zeldzaamheid-stukken bevatten; de admin maakt ze aan via het nieuwe tabblad Codes in het beheerderspaneel, met optionele gebruikslimieten en vervaldatums.
Dagelijkse beloningen
- Dagelijkse fragment-cyclus: [3, 3, 3, 5, 5, 5, 8] op basis van je positie in de reeks. Fragmenten stapelen voor smeden en pakje-conversie.
- Pakje-bonus bij voltooien van de week op dag 7 / 14 / 21 / 28 / …: +1 pakje de eerste week, +2 de tweede, +3 de derde, +4 vanaf week 4 (plafond).
- Mis je een dag → de reeks valt naar 0; de volgende 'week voltooid'-bonus start weer bij +1. De oude mijlpaalbonussen +3 / +5 / +10 op dag 7 / 14 / 28 zijn afgeschaft.
- Kalender-UI vernieuwd: 7-daagse strook met de huidige week en een 'Wk N'-badge voor het cumulatieve aantal voltooide weken.
- Bestaande reeksen zijn bij de deploy hard op nul gezet zodat iedereen het nieuwe schema op gelijke voet begint — geen halfweekkrediet overgenomen.
Inwisselcodes
- Nieuwe 'Inwisselen'-sectie in het Profiel-tabblad — voer een code in, zie de beloning, bekijk je laatste 20 inwisselingen.
- Elke gebruiker kan een gegeven code hoogstens één keer inwisselen (afgedwongen door een unieke index per (code, gebruiker) — geen dubbele inwisselingen).
- Codes kunnen pakjes, fragmenten en zeldzaamheid-stukken in elke combinatie bevatten; de admin stelt de beloning bij aanmaken in.
- Optionele totaal-gebruik-cap (bv. 'alleen de eerste 100 inwisselingen') en vervaldatum per code (bv. 'geldig tot vrijdag').
- Beperkt tot 5 pogingen per minuut per gebruiker om typo-brute-force uit te sluiten. Elk aanmaken / bewerken / verwijderen van een code door de admin wordt in het auditlog gezet.
Bredere in-game vertaalslag
- Kaartlabels (ATK / DEF / HP / PM / Passief), badges (NIEUW!, ✦ Nieuw, Binnenkort uit rotatie, Legacy) en fase-tags (Baby / Fase 1-3 / MAX) verschijnen nu in jouw taal in collectie, gacha-onthulling en gevechtsschermen.
- Notificatie-bel + gildeoorlog-toasts: elke regel, 'X geleden'-achtervoegsel, overwinning/nederlaag/gelijkspel-badge en beloningsoverzicht loopt nu door de locale, inclusief Pools/Russische meervouden.
- Het slagveldscherm-chroom (lobbytekst, 'draai apparaat'-overlay, handlabel, tegenstander-prefix, doelhint, link Annuleren) en de beloningsadvertentie-overlay (laden, foutreden, opeisknop, 'blijf zichtbaar'-hint) zijn nu volledig gelokaliseerd.
- Bevestigingsstroom van de kopieëngalerij (levelvoortgang, ontbinden-bevestigingen, deck-vergrendel- en in-behandeling-trade-prompts, rate-limit-aftelteller, fragment- / stuk-beloningsvoorbeeld) — elke tekenreeks die alleen Engels was, is nu per taal.
- De ErrorBoundary-fallback (knop Herladen + veilige tekst) en WalletBar-tooltips (pakjes / fragmenten / pity / dagelijkse bonus beschikbaar) tonen nu in de actieve taal in alle 12 ondersteunde locales.
- Pre-auth schermen end-to-end vertaald: inloggen / registreren / 2FA / wachtwoord vergeten / wachtwoord resetten (titels, ondertitels, placeholders, knoppen, fout- en succesmeldingen, leeftijds- + ToS-gate-tekst, niet-geverifieerd-email-melding met cooldown-timer).
- Onboarding-overlay bij eerste start (3 actieve stappen + punt-indicatoren, overslaan- en volgende-knoppen, alle beschrijvingen van kaarttype / zeldzaamheid / holo / fase / vaardigheid) nu in jouw taal zodat de eerste-pakje-flow native landt.
- Flavorregels tijdens het openen van pakjes: 58 unieke zinnen × 12 locales (~700 creatieve schrijfsessies) zodat de tekst die roteert tijdens het openen in jouw taal verschijnt op standaard-, gouden en diamanten pakjes.
Taalpolish over de hele site
- De cookie-toestemmingsbanner schakelt nu telkens correct van taal als je van locale wisselt — voorheen bleef hij vanaf de tweede wissel hangen op de eerst bezochte taal (bv. /es → /en wisselde, maar /en → /it hield de Engelse banner boven de Italiaanse pagina).
- Uitgelichte Kaarten (de showcase-pagina) end-to-end vertaald naar alle 12 ondersteunde talen — elke kaartnaam en elke marketing-tekst van 100-150 woorden is nu native in plaats van terug te vallen op Spaans voor niet-Spaans- en niet-Engelstalige bezoekers.
- Items op de Nieuws-pagina: dit item en de twee daarvoor (2026-04-28 — vertaling van kaarttekst + verduidelijking van het Mass-Dissolve-plafond) zijn nu ook volledig native in alle 12 talen. Oudere items vallen elegant terug op Engels terwijl we ze in komende releases bijwerken.
- Kaartdetails-modal: het label 'X kopieën' en het Mass-Dissolve-plafond weerspiegelen nu de kaart die je werkelijk bekijkt — voorheen toonde het openen van één kaart en dan navigeren naar een andere in dezelfde modal-sessie de telling van de EERSTE kaart voor elke volgende kaart, wat foute getallen opleverde zoals '4 kopieën' op een stapel waarvan je er feitelijk 19 had.
Kaarttekst nu in jouw taal — namen, flavor en vaardigheidsbeschrijvingen vertaald voor alle 113 kaarten
Tot vandaag was het interfacechroom gelokaliseerd maar de kaartinhoud bleef Engels: namen, flavor-regels, vaardigheidsnamen en -beschrijvingen verschenen in het Engels ongeacht de gekozen taal. We hebben alle 113 kaarten vertaald naar Spaans (Spanje + LATAM-fallback), Frans, Italiaans, Duits, Portugees (BR + PT-fallback), Pools, Nederlands, Russisch en Turks — dat is de canonieke naam plus flavor, plus actieve en passieve vaardigheidsnamen en -beschrijvingen waar aanwezig. De Engelse server-payload blijft gezaghebbend voor de database; wat je op het scherm ziet, wordt aan de clientzijde overgelegd op basis van je taal, dus een kaartidentiteit blijft gelijk bij taalwissels en trades. Mist er een vertaling voor een veld van een kaart, dan valt die terug op de Engelse tekst — nooit op een leegte.
Wat is er veranderd
- Alle 113 kaartnamen vertaald naar 11 doeltalen (es, es-419, fr, it, de, pt-BR, pt-PT, pl, nl, ru, tr) — pt-PT en es-419 zijn nu volledig gevuld als native varianten, niet als fallback.
- PT-PT (Europees Portugees): regionale spellingen (Fênix→Fénix, Tectônico→Tectónico, Gêiser→Géiser, Fumaça→Fumo), apart vocabulaire (mordida→dentada, filhote→cria, pulinho→saltinho, quica→salta, terremoto→terramoto, demais→restantes, libera→liberta, bravo→zangado), enclitische plaatsing (se alimenta→alimenta-se, a se tornar→a tornar-se) en tu-imperatieven (Você não passará→Tu não passarás).
- es-419 (Latijns-Amerikaans Spaans): LATAM-natuurlijke formuleringen (Picado en Bomba→Bombardeo en Picada), 'Concha' (vulgair in de Zuidkegel) vervangen door 'Caparazón' uit voorzichtigheid, en duidelijke noot dat voseo (AR/UY) bewust niet wordt toegepast zodat de catalogus universeel blijft in heel LATAM.
- Flavor-regels vertaald voor elke kaart — dat zijn 113 unieke lore-strings × 9 talen.
- Namen en beschrijvingen van actieve vaardigheden vertaald voor de 60 wezens-kaarten die ze hebben.
- Namen en beschrijvingen van passieve vaardigheden vertaald voor de 50 wezens-kaarten die ze hebben.
- Bedraad op elke plek waar een kaart wordt gerenderd: collectierooster, kaart-modal, kaartvergelijker, deck builder, smeed-modal, Smederij-tab, gacha-onthulling, draftkamer, hand en zones in gevecht, hover-tooltips, drag-previews, dropdowns voor ruilvoorstellen en ruilpreview.
Notities
- Statregels van objecten zoals '+5 ATK.' of 'Vuur +3 ATK.' blijven ongewijzigd — dat is mechanische tekst waar vertalen geen waarde toevoegt.
- De kaartidentiteit (card_id, instance_id, holo-seed, ATK/DEF/HP/PM) blijft over de taaloverlay heen behouden — alleen de getoonde strings veranderen. Trades, decks en gevechtreplays zijn 100 % cross-talig compatibel.
Het Mass-Dissolve-plafond legt zichzelf nu uit — je ziet waarom jouw max is wat hij is
Spelersfeedback na de lancering van Mass Dissolve: het changelog zei "tot 50 per batch" maar een speler met slechts 21 kopieën van een kaart liep tegen een plafond van 20 op en dacht dat er iets stuk was. Niets was stuk — de server forceert "houd ten minste 1 kopie van elke kaart", dus een stapel van 21 kopieën topt af op 20 in één keer. Het plafond was altijd min(server-max 50, in-aanmerking-komende kopieën, totaalkopieën − 1); het was alleen onzichtbaar. Nu zegt het label van de instapknop precies wat je batch-plafond is in de vorm "max N van M in aanmerking", en een hover-tooltip legt de bindende beperking uit (server-cap, geschiktheid of houd-1). De header van het selectiepaneel herhaalt de beperking zodat je nooit hoeft te raden.
Wat is er veranderd
- De instapknop van Mass Dissolve toont nu "💠💠 Mass Dissolve... (max N van M in aanmerking)" in plaats van alleen "(M in aanmerking)" — N is het werkelijke selectieplafond dat de server-cap + houd-1 respecteert.
- De hover-tooltip op de knop toont de bindende reden: "server-max 50", "M in aanmerking" of "houden 1 van T totaal".
- De header van het selectiepaneel zet nu de bindende beperking ná het plafondgetal, dus de reden is zichtbaar zonder te hoveren.
- Gedrag ongewijzigd: de houd-1-regel is altijd serverzijdig afgedwongen. Deze wijziging is puur UX-helderheid — dezelfde bescherming, transparantere labels.
Mass Dissolve — vernietig tot 50 kopieën van één kaart in één actie
Verzamelaars, deze is voor jullie. Gewone kopieën één voor één ontbinden brandde het per-gebruiker rate-limit-venster op — een speler met 80 commons van één kaart kon dat realistisch niet in één sessie wegwerken. Het kaartdetailscherm toont nu een "Mass Dissolve..."-knop onder de bestaande per-kopie Dissolve, die verschijnt zodra je minstens 2 in-aanmerking-komende kopieën hebt van de kaart die je bekijkt. Klik, kies welke print-nummers te vernietigen uit een tegelraster (vergrendelde / in-deck / in-actieve-trade kopieën zijn gedimd en uitgeschakeld), en de hele batch gaat door met één bevestiging + één rate-limit-slot. Server-cap is 50 per call zodat het antwoord altijd vlot is. De beloningsvoorbeeld toont je exact de fragmenten + zeldzaamheid-stukken die je krijgt voordat je op Vernietig alles drukt.
Wat is er veranderd
- Kaartdetailweergave → nieuwe "💠💠 Mass Dissolve... (N in aanmerking)"-knop onder de per-kopie Dissolve. Verschijnt alleen wanneer je ≥2 in-aanmerking-komende kopieën hebt (in aanmerking = ontgrendeld + niet-in-deck + niet-in-actieve-trade).
- Het tegelraster toont elke kopie met haar print-nummer + holo- / vergrendeld- / in-deck- / in-trade-markers. In-aanmerking-niet-komende tegels zijn gedimd en uitgeschakeld. De selectie is gemaxd op min(50, in aanmerking, kopieën − 1) zodat je de stapel nooit volledig op nul kunt zetten.
- "Alles selecteren" + "Wissen"-knoppen + een live "+X fragmenten / +Y R-stukken"-voorbeeld dat de per-kopie beloning-UI spiegelt. Het bevestigingsmodal vraagt één keer voor elke netwerk-call: "N kopieën van \"Kaartnaam\" ontbinden? +X frags +Y R-stukken. [Annuleren] [Alles vernietigen]".
- Aan serverzijde: één enkele rate-limit-slot wordt gebruikt ongeacht de batchgrootte — dat is precies het punt van de feature. De hele transactie is atomair (alle 50 kopieën ontbinden samen of geen enkele).
- Veiligheid voor lopende trades: als een geselecteerde kopie in een actieve trade zit, waarschuwt de server en biedt een "Annuleren & Ontbinden"-prompt die de call met expliciete bevestiging opnieuw verzendt. Geen stille overschrijving van een lopende trade.
- Laatste-kopie-veiligheid: per kaart dwingt de server af dat je ten minste één kopie behoudt. Een batch die een stapel op nul zou zetten, wordt afgewezen met een duidelijke fout en er worden geen rijen verwijderd.
Collectie: filter "Binnenkort uit roulatie" + publieke gilde-toernooitabellen
Twee kleine maar zichtbare gemakswinsten. In het tabblad Collectie kreeg het beschikbaarheidsmenu een optie "Binnenkort uit roulatie" die het raster filtert op kaarten die binnen 30 dagen verlopen — dezelfde drempel als het badge dat al een tijd op die kaarten verscheen, zodat filter en badge altijd overeenkomen. In het tabblad Toernooi tonen gilde-toernooien hun standenpaneel nu aan elke bezoeker — niet alleen aan ingeschreven deelnemers. Eerder opende je een gilde-toernooi en zag je deelnemers maar geen schema tenzij je gilde was geregistreerd. Nu wordt het publieke standenpaneel voor iedereen weergegeven en leest het dezelfde gegevens die de server al teruggaf — zo zie je wie aan kop ligt zonder je eerst te hoeven registreren.
Wat is er veranderd
- Collectie → beschikbaarheidsmenu → nieuwe optie "Binnenkort uit roulatie" filtert kaarten waarvan `available_until` binnen de komende 30 dagen valt. De actieve-chiprij toont een verwijderbare chip "Binnenkort uit roulatie" zolang de filter aanstaat.
- Het venster van 30 dagen is nu één gedeelde constante, dus filter en het bestaande badge "Binnenkort uit roulatie" kunnen nooit uiteenlopen.
- Tabblad Toernooi → gilde-toernooien → standenpaneel wordt ook voor niet-ingeschreven bezoekers weergegeven. Dezelfde gegevens als in de deelnemersweergave; het paneel toont je wie aan kop ligt voordat jouw gilde zich registreert.
- Niet-gilde-toernooien blijven ongewijzigd — het publieke standenpaneel wordt alleen weergegeven als `tournament_type === "guild"`.
Build- + CI-hardening — kwaliteitsgates verplaatst naar CI, uitzonderingen voor de dependency-audit, dagelijkse IAB GVL-refresh — vijandige review-sweep van 14 gebieden voltooid
Het laatste gebied van de vijandige review-sweep van 14 gebieden — build-pipelines en CI-gates. De meeste wijzigingen zijn onzichtbaar voor spelers (ze leven in `.github/workflows/` en `scripts/`) maar schuiven kwaliteit van "alleen lokaal met --no-verify bypass" naar "blokkeert de merge op elke PR". De volledige vitest-suite (~2700 tests), TypeScript-typecheck, Drizzle-drift-gate, i18n-sleutelpariteit, BullMQ-pin, battle-config-validatie en bare-db-execute-baseline draaien nu allemaal in CI op elke PR. Productie-CVE-scanning kreeg een uitzonderingsbewuste gate die middelmatige kwetsbaarheden blootlegt (de vorige drempel zweeg er zes). De IAB Global Vendor List die de cookie-consent-banner gebruikt, ververst nu dagelijks via een geplande workflow die een PR opent wanneer de vendor-lijst verandert. Twee overgeslagen tests in de battle-suite dragen gevolgde referenties (T-201, T-202) en een nieuwe invariant-gate laat de build falen op elke toekomstige niet-getagde skip zodat dode code zich niet ophoopt.
Wat is er voor spelers veranderd
- Visueel niets. De hele batch is interne tooling — CI-workflows, dependency-audit-gates, build-hygiëne. De afsluitnotitie telt omdat de review over 14 gebieden ongeveer ~600 bevindingen aan het licht bracht over de hele codebase (auth, battle engine, schema, gacha, admin-API, publieke API, Game.tsx + tabs, kaart-/deck-/battle-UI, profiel-/gilde-/toernooi-internals, anticheat, i18n, legal/consent, observability, build-/test-infra) — elke speler-zichtbare fix uit de voorgaande dertien gebieden is al uitgekomen in eerdere changelog-entries. Deze entry sluit de sweep alleen af.
- Operatorzijde: de IAB Global Vendor List die de cookie-consent-banner gebruikt voor de per-vendor-disclosure ververst nu dagelijks via een geplande GitHub Action die een PR opent wanneer de vendor-lijst verandert. Verouderde GVL's vormden een vendor-scope-drift-risico (slechtste geval: AdSense Limited Ads in de EU). Een mens beoordeelt elke refresh-PR voor de merge.
- Twee productieafhankelijkheden met bekende kwetsbaarheden (next-intl + postcss-via-next) zijn nu formeel gedocumenteerd in `context/refs/cve-waivers.md` met expliciete herzieningsdata (2026-07-25). De vorige CVE-gate verborg ze door de ernstdrempel te verhogen; de nieuwe gate brengt elke matig-en-hoger naar voren en laat CI falen tenzij een uitzonderingsregel ze dekt. Eerlijke zichtbaarheid in plaats van stil risico.
Serverstabiliteit + log-privacy — proces-foutafhandelaars, audit-retentie afgedwongen, spelersnamen geredigeerd uit logs
Een doorgang door de observability- en audit-pipeline dichtte de kloof tussen wat de privacypolicy zegt en wat de server eigenlijk doet. Voor spelers is visueel niets veranderd, maar een paar dingen werden eronder beter: het Node.js-proces logt en telt nu niet-afgevangen fouten in plaats van stilletjes te crashen en het platform het zonder uitleg opnieuw te laten starten; de audit_log-tabel wordt nu dagelijks gesnoeid door een cronjob die het 90-dagen-retentievenster afdwingt dat de privacypolicy belooft; weergavenamen van spelers worden nu uit server-logregels geredigeerd (Overweging 30 van de AVG behandelt weergavenamen als persoonsgegevens); en de security-event-audit-pipeline kreeg duurzaamheidschecks en herkomst per IP-hash per actie, zodat een regelgever-inspectie elke accountactie kan reconstrueren met tijdstempel, actor en oorsprong.
Wat is er veranderd
- Het Node.js-proces logt nu een niet-afgevangen fout voordat het platform het opnieuw start. Eerder stierf de server stilletjes, de container startte zichzelf opnieuw op, en post-incident-debuggen vergde gokken op basis van de stervens-tijdstempels van de container. Nu landt elke fatale fout in het gestructureerde log met de volledige stack trace + een teller zodat we crash-percentages over tijd kunnen plotten.
- De privacypolicy zegt dat audit-logs 90 dagen worden bewaard. Eerder dwong niets dat echt af — oude rijen stapelden zich voor altijd op. Een nieuwe dagelijkse cronjob (`/api/cron/audit-retention`) snoeit alles ouder dan 90 dagen in batches, zodat de tabel begrensd blijft en de policy-belofte eerlijk is.
- Weergavenamen van spelers worden nu uit serverlog-regels geredigeerd. Overweging 30 van de AVG behandelt weergavenamen als persoonsgegevens; de eerdere logvorm bevatte de velden winnerName / challengerName / opponentName letterlijk in elke battle-end-regel. Pino redact maskeert ze als [Redacted] voordat ze ooit de log-aggregator bereiken.
- Operatorzijde: de endpoints /api/metrics + /api/health ondersteunen nu een Bearer-token-gate in productie zodat observability-gegevens niet open op het internet staan (zet METRICS_BEARER_TOKEN / HEALTH_TOKEN; dev tolereert afwezigheid). Het CSP-violation-rapport-endpoint (/api/csp-report) limiteert nu per IP zodat een spammer echte CSP-alerts niet kan overstemmen.
Juridische en consent-hardening — echte TCF v2.3-string, duurzame consent-audit, leeftijd + voorwaarden serverside afgedwongen, lijst met echte verwerkers, verwijdering + data-export uitgebreid
Een ronde door het juridische en consent-oppervlak heeft een lange lijst compliance-gaten gesloten. Headlines: de IAB TCF v2.3-consentstring is nu het officiële bit-packed formaat dat de @iabtechlabtcf/*-libraries produceren in plaats van een base64(JSON)-shim — Google AdSense's parser weigerde onze shim sinds de deadline van 2026-03-01, waardoor EU-bezoekers stilletjes naar Limited Ads zakten. Elke keuze in de cookie-banner (Alles accepteren / Alles weigeren / Aanpassen / intrekking / version-bump-prompt / heropening) schrijft nu een duurzame audit_log-rij zodat we toestemming kunnen aantonen onder een Art.7(1)-AVG-onderzoek. De 16+-leeftijdsbevestiging en ToS-acceptatie bij aanmelding worden nu serverside afgedwongen via Better Auth additional fields — de oude client-only checkbox was te omzeilen met curl. Het privacybeleid noemt nu de echte derde partijen (Arsys voor hosting + Google AdSense voor advertenties) in plaats van placeholder-tekst — Postgres en Redis draaien op door de operator beheerde Arsys-infrastructuur en zijn geen aparte verwerkers. Accountverwijdering wist nu een veel bredere set tabellen met persoonsgegevens (vriendschappen, gildelidmaatschap, toernooi-inschrijvingen, tickets, ad-watch-geschiedenis, provably-fair-seeds, verificatie-tokens en nog een paar), gebruikt een crypto-random pseudoniem-suffix dat de eerdere koppelbaarheid met audit_log breekt, weigert een verwijderverzoek opnieuw aan te maken voor een al volledig verwijderd account, en begrenst cron-retries zodat een tijdelijke storing niet eindeloos in een loop blijft. Het data-export-artefact kreeg er zes nieuwe secties bij (gildelidmaatschap, toernooien, vriendschappen, supporttickets, ad-watch-geschiedenis, provably-fair-seedgeschiedenis) en regelplafonds per sectie zodat een power user de export-build niet in OOM kan jagen. De consent-banner is nu een echte modale dialoog met focus trap en aria-modal, de taalwisselaar is op elk breakpoint zichtbaar (was verstopt op mobiel), en admin-bans leveren nu een Statement of Reasons onder DSA Art.17 via in-app-melding met de geschonden regel en een beroepsroute. Plus: een verse IAB Global Vendor List meegebundeld en een dagelijks refresh-script zodat wijzigingen in vendor-scope niet wegdrijven, AdSense-first-party-cookies worden nu echt verwijderd bij intrekking van toestemming (voorheen werd alleen de script-tag ontkoppeld), en een nieuwe CSRF-token-gate op de account-verwijder- en data-export-endpoints zodat een aanvallerspagina met vervalst formulier geen verwijderingsteller voor een ingelogde bezoeker kan starten. Consent-versie van 3.1 naar 3.2 opgehoogd — elke bezoeker ziet de cookie-banner eenmalig bij het volgende bezoek om opnieuw te bevestigen onder de bijgewerkte verwerkerslijst.
Echte IAB TCF v2.3-string + duurzame consent-audit
- De TCF v2.3-consentstring wordt nu door de officiële encoder @iabtechlabtcf/core geproduceerd en de consent-management-API is de officiële library @iabtechlabtcf/cmpapi — ter vervanging van een base64(JSON)-shim die Google AdSense's parser sinds 2026-03-01 weigerde, waardoor EU-bezoekers naar Limited Ads zakten. De CMP installeert zich als `__tcfapi` op de pagina precies volgens de IAB CMP v2-specificatie.
- Elke afwikkeling van de consent-banner (Alles accepteren / Alles weigeren / Aanpassen / intrekking / version-bump-prompt / heropening) schrijft een duurzame audit_log-rij met tag scope='legal' met de volledige doel-consent-payload, opt-ins voor speciale functies, addtl_consent-string, vorige versie en een flag of de Google ATP-curatie ontbrak op het moment van toestemming. We kunnen nu alleen vanuit audit_log antwoorden op 'bewijs dat deze gebruiker op dit moment onder deze versie heeft toegestemd' — vóór de fix bestond dat spoor niet.
- De meegeleverde IAB Global Vendor List is ververst en een `npm run refresh:gvl`-script laat een dagelijkse cron een verse snapshot neerzetten. Een verouderde GVL was een risico op vendor-scope-drift — elke refresh voert een schemacheck uit vóór de atomaire rename naar disk, zodat een onderbroken fetch nooit een half geschreven bestand achterlaat.
Leeftijd + voorwaarden + CSRF + verwerkerslijst serverside afgedwongen
- Registratie persisteert nu `age_confirmed_at` en `tos_version_accepted` op de gebruikersrij via Better Auth additional fields, en een server-hook weigert hard elke registratie waarin één van beide waarden ontbreekt. Vóór de fix waren beide client-only checkboxes die elk curl-request kon overslaan.
- De verwerkerslijst in het privacybeleid noemt nu de echte derden: Arsys (Spanje) voor hosting + Google AdSense / AdMob voor advertenties. Postgres en Redis draaien op door de operator beheerde Arsys-infrastructuur en zijn geen aparte verwerkers. De hypothetische regel 'betaalverwerker' is weg totdat de cosmetic-shop echt onder een toekomstige flag live gaat.
- De account-verwijder- en data-export-endpoints vereisen nu een CSRF-token (double-submit cookie-patroon), zodat een aanvallerspagina met vervalst formulier geen verwijderingsteller van 30 dagen kan starten of het export-artefact van een ingelogd slachtoffer kan stelen. Het Better Auth-sessie-cookie is sameSite=Lax, wat anders top-level-navigation cross-origin POSTs had toegestaan.
Accountverwijdering en data-export uitgebreid
- Accountverwijdering wist of anonimiseert nu een veel bredere set tabellen met persoonsgegevens: vriendschappen en vriendschapsverzoeken, gildelidmaatschap en chat, gilde-aanvragen en wishlist, toernooideelnemers en rondes, supporttickets en antwoorden, ad-watch-tokens en geschiedenis, provably-fair-seedgeschiedenis, e-mailverificatie- en wachtwoordreset-tokens — en past de sentinel-anonimisering toe op match-telemetry, gildepool-donaties en enkele andere voor audit bewaarde tabellen. Vóór de fix bewaarden meer dan tien tabellen stilletjes de data van de gebruiker, zelfs nadat de verwijdering 'voltooid' was.
- Het pseudoniem dat de naam en het e-mailadres van een verwijderd account overschrijft, gebruikt nu een crypto-willekeurige suffix in plaats van een deterministische 8-tekenslice van het oorspronkelijke user-id. De vorige slice droeg 32 bit entropie van het oorspronkelijke id, zodat een toezichthouder de sentinelnaam via audit_log.target_id terug kon correleren naar de verwijderde gebruiker. De nieuwe suffix breekt de koppeling volledig.
- Twee gelijktijdige verwijderverzoeken van dezelfde gebruiker collapsen nu naar één rij op database-niveau (unique partial index op `(user_id) WHERE status IN ('pending','processing')`); de request-POST retourneert `already_pending` in plaats van een 500-crash. Een gebruiker wiens verwijdering al voltooid is kan geen nieuw verzoek aanmaken — de nieuwe `wasUserEverDeleted`-check weigert ronduit en weert een toekomstige un-ban af die anders een half-geanonimiseerd account zou doen herrijzen.
- Als een verwijdertransactie halverwege mislukt (foreign-key-overtreding, lock timeout, netwerk-hapering), verhoogt de cron-worker nu een retry-teller en bewaart het laatste foutbericht in plaats van eeuwig in `pending` te blijven loopen. Na vijf mislukte pogingen klapt de rij naar `failed` voor admin-aandacht.
- Data-export dekt nu zes nieuwe secties: gildelidmaatschap, toernooi-inschrijvingen, vriendschappen, supporttickets en antwoorden, ad-watch-geschiedenis en provably-fair-seedgeschiedenis. De vorige `gaps[]`-zelfdocumentatie noemde deze 'we hebben het, maar geven het niet' — wat de portabiliteit van AVG Art.20 schond. Elke sectie heeft ook een plafond van 10.000 rijen zodat een power user de export-build niet in OOM kan jagen, en een `truncations[]`-veld meldt gedeeltelijke exports eerlijk.
Toegankelijkheid van de banner + AdSense-cookie-hygiëne + DSA Art.17-bezorging
- De cookie-banner is nu een echte modale dialoog: role='dialog', aria-modal='true', aria-labelledby wijst naar een alleen-voor-schermlezer-titel, en een focus trap die de focus vangt bij openen en herstelt bij sluiten. Tab kan niet ontsnappen naar de pagina eronder. Esc sluit opzettelijk NIET omdat dat een impliciete afwijzing zou zijn — een dark pattern.
- De taalwisselaar (ES | EN) is nu zichtbaar op elk breakpoint, inclusief mobiel — vóór de fix was hij verstopt onder het sm:-breakpoint, wat slecht samenging met de F-A11-009-middleware-bug die niet-default-locale-bezoekers al stilletjes in de verkeerde taal zette.
- Het intrekken van advertentie-consent verwijdert nu echt de AdSense-first-party-cookies (`__gads`, `__gpi`, `__eoi`, `FCNEC`, `FCCDCF`) uit de browser, niet alleen de geïnjecteerde script-tag. Vóór de fix bleven die cookies bij een intrekking staan, wat ePrivacy + AVG Art.7(3) schond (intrekking moet gelijkstaan aan cookie-verwijdering).
- Wanneer een admin een gebruiker bant, ontvangt de gebruiker nu een in-app-melding met een Statement of Reasons onder DSA Art.17 met de geschonden regel, de reden en een beroepsroute — en de audit_log-rij draagt dezelfde payload onder scope='legal'. Vóór de fix waren bans stil: de gebruiker kon niet inloggen, wist niet waarom en had geen gedocumenteerde beroepsroute. Het endpoint weigert nu elke ban die geen regel en reden meegeeft.
i18n hardening — Spanish chrome everywhere, locale-aware dates, mobile language switcher, unified contact email
A pass through the bilingual surface closed every visible English-only chrome remnant on Spanish pages and tightened a few middleware + SEO gaps. Headline items: the marketing nav (About / How to Play / Cards / FAQ / Contact / Updates / Log in / Play for Free), every legal-page header link, the global cookie-consent banner, the offline banner, and the language-switcher screen-reader label all read from the active-locale message bundle now — Spanish visitors no longer see English wrappers around Spanish copy. The language switcher is also visible on phones (was hidden under the sm: breakpoint), so a visitor landing on the wrong locale on mobile can finally jump in-page. Changelog dates are stored as ISO YYYY-MM-DD and rendered through Intl.DateTimeFormat per locale — Spanish visitors see "26 de abril de 2026" / English visitors see "April 26, 2026". Email addresses across the legal + contact surface have been unified to a single canonical contact@drawntcg.com so visitors don't have to guess between info / privacy / support inboxes. A new /robots.txt now points crawlers at the per-locale sitemap, and link-preview crawlers (Slack, Discord, iMessage, Twitter) get an Open Graph card with the right locale tag. A subtle middleware bug that made the <html lang="…"> attribute always say "es" on /en/* pages — silently breaking screen-reader locale routing and Google's hreflang verification — has been fixed.
Spanish chrome on every public surface
- MarketingHeader (every public page) reads its nav labels and CTAs from the marketing_header.* namespace — Spanish visitors see Sobre nosotros / Cómo jugar / Cartas / FAQ / Contacto / Novedades / Iniciar sesión / Juega Gratis instead of the English equivalents.
- Legal page chrome (the back button, the four short links in the header — Terms / Privacy / Cookies / Legal Notice — and the long versions in the footer plus the all-rights-reserved line) all translate. Pre-fix /es/legal/* pages had a Spanish body with English chrome wrapping it.
- Global cookie-consent banner (the EU-mandated TCF v2.3 surface) translates intro copy, the Accept All / Reject All / Customize / Save Preferences buttons, every section heading, and every screen-reader aria-label so Spanish visitors don't see an English banner when they first land.
- The "You appear to be offline" banner (mounted on every page) and the language-switcher's accessibility label both read from the active locale.
Locale-aware dates + visible language switcher on mobile
- Changelog entry dates are now stored as ISO YYYY-MM-DD and rendered with Intl.DateTimeFormat — "26 de abril de 2026" in Spanish, "April 26, 2026" in English, with a proper <time dateTime="…"> wrapper for SEO.
- The Spanish changelog page heading is now "Registro de cambios" instead of the English word "Changelog".
- The language switcher (ES | EN) is now visible at every breakpoint, including phones. Pre-fix it was hidden under the sm: breakpoint, so a phone visitor landing on the wrong locale had to manually edit the URL to switch.
Single canonical contact email + softer Discord copy
- Every contact channel across the marketing, legal, and privacy surface points at a single canonical address: contact@drawntcg.com. Pre-fix the same visitor could see info@ on the contact page, privacy@ in the privacy policy, and support@ in the terms — confusing for anyone trying to figure out where to write.
- The Discord callout was softened — instead of "the invite link is being set up — when it lands it will show up here" it now says the invite is coming soon and points readers at the changelog page for updates in the meantime. No false promise of imminence.
Crawler + middleware fixes (mostly invisible but real)
- A new /robots.txt enumerates the public surface, blocks the authenticated game shell + admin + API + auth-only paths from crawl, and points search engines at /sitemap.xml so the per-locale sitemap is no longer discovered organically.
- Link-preview crawlers (Slack, Discord, iMessage, Twitter / X) now receive an Open Graph card with the active locale tag (es_ES or en_US) plus the alternate-locale list and a Twitter summary_large_image hint — bilingual link shares no longer surface the wrong-locale variant by accident.
- A subtle middleware bug that made <html lang="…"> always say "es" on /en/* pages is fixed. Pre-fix the request-header forwarding ran before next-intl's locale-injection, so the root layout never saw the active locale and fell back to the default — silently breaking screen-reader locale routing and Google's hreflang verification.
- Set-Cookie headers are now appended (not set) when merging next-intl's response — multiple cookies on a single response are no longer collapsed into one comma-joined value that browsers misparse.
Anticheat + provably-fair hardening — atomic seed rotation, replay scrubbing, spectator strategy strip
A pass through the anticheat surface (provably-fair seeds, replay sanitization, spectator state, collusion-detection telemetry) closed a small list of subtle but real defects. Headline items: pack-opening seed rotation is now atomic against in-flight pack opens, so a verifier replay can never reproduce N−1 of N openings while the Nth orphan dangles unverifiable; replay history scrubs raw player ids out of turn-log strings before persistence so the publishable replay file truly cannot be cross-correlated by id; spectator state strips two alpha-strategy hints (adrenaline counters and per-turn summon counts) that pre-fix flowed through unmasked; provably-fair seed rotations and client-seed changes are now durably audited so a player dispute has a recoverable trail; the history endpoint no longer 500s on garbage page params and no longer leaks raw Postgres errors to clients.
Provably-fair integrity
- Pack-opening seed rotation is now atomic against any in-flight pack open. Pre-fix a rotate landing between a pack-open's seed read and nonce update could publish a stale total_nonces value, leaving the in-flight opening unverifiable by the verifier. The race is closed via a transactional row lock plus a database-level unique-active-seed constraint.
- Both seed rotations and player-supplied client_seed changes now write a durable audit row, so a player who later disputes "I rotated at 12:34 and my opening is broken" has a recoverable trail in audit_log alone instead of relying on log-line forensics.
- PATCH client_seed now validates the format (8-64 hex chars) so unicode, control characters, or `:` separators that would ambiguate the verifier's HMAC message string can no longer be saved.
- Provably-fair history page now degrades gracefully on garbage page parameters (?page=NaN, ?page=abc) and no longer leaks raw Postgres error messages to authenticated clients.
Spectator + replay privacy
- Spectator state no longer surfaces adrenaline counters or per-turn summon counts — these are alpha-strategy hints that competitive metagame analysis tooling could be built off of. Combatants still see them in their own action-planning UI.
- Persisted replays now scrub raw player ids out of turn-log strings before storage. Pre-fix the JSON-keyed identifier fields were already pseudonymized to player_1 / player_2 but the free-text log lines could still embed raw ids — a non-admin reader of the replay blob could correlate replays by matching id substrings.
Profile, guild, tournament, and battle UI hardening — public profile clarity, achievement toasts, action timeouts
A pass through tournaments, guilds, the profile sections, and the in-battle internals fixed a long list of small bugs and added the visible affordances that were missing. Headline items: viewing a stranger's profile now tells you why bio / display case / achievements are hidden ("add as friend to see more") instead of rendering blank sections; achievement toasts auto-dismiss after 6 seconds (and cap at 5 visible at once) instead of stacking forever; every in-battle action — summon, attack, ability, mulligan, end turn, forfeit — now has a 5-second "no response from server" safety net so a flaky socket can't leave the UI stuck pending; the forfeit button uses an in-app modal instead of the browser's native confirm() popup that iOS PWAs sometimes silently suppress; the tournament bracket marks forfeit / disconnect / bye matches with a small badge so admins and spectators can tell them apart from real wins; deck-builder save validates the 3-copies-per-card limit client-side before letting you press Save; and a list of guild-management quality-of-life polish items (kick / promote confirmation, donation amount cap, war-end refresh filtering, identical-message dedupe).
Public profile + achievement toasts
- Viewing another player's profile now shows an inline notice ("Add as friend to see this player's bio, display case, achievements, and recent activity") when those sections are gated by the friendship check. Pre-fix the sections just rendered blank and players thought their account was broken.
- Public profile now shows the player's division badge (Bronze / Silver / Gold / etc.) alongside ELO — was missing on other-player profiles even though it was on your own.
- Sharing a profile link now shows "Link copied!" / "Could not share" feedback instead of being silent.
- Achievement toasts now auto-dismiss after 6 seconds and cap at 5 visible at once. Pre-fix they stacked forever and players who unlocked 5 achievements in a battle had to manually click each ×.
In-battle robustness
- Every player action — summon, evolve, attack, ability, equip, set trap, place field, use object, mulligan, end turn, go to battle, forfeit — now races against a 5-second server-ack timeout. If the server doesn't respond (network drop, server hiccup) you get a "No response from server" toast instead of the action sitting visually pending forever.
- Forfeit button uses an in-app confirmation modal showing the consequences (loss for record + rating). Replaces the browser's native confirm() popup that iOS PWA installs sometimes silently suppress, leading to "I clicked forfeit and nothing happened" reports.
- Mulligan decision can no longer multi-fire: a rapid double-tap on Keep/Mulligan now sends only one decision to the server.
- Spectator orientation hardening: the in-battle action handlers now no-op for spectators as a defense-in-depth layer over the existing UI gating.
- Battle tooltips no longer flicker shut on Android because of the touch+click race; status / zone tooltips now stay open on tap until you tap somewhere else.
- Mulligan timer screen and the in-app confirm modals now have proper aria-modal labelling for screen-reader users; previously they were unannounced.
Tournaments + guilds
- Tournament bracket now shows a small FF / DC / BYE badge on matches that ended by forfeit, disconnect, or auto-advance — pre-fix those rendered identical to real wins.
- Guild kick / promote / demote actions now require a second click to confirm (button changes to "Click again" with a 4-second auto-cancel). Pre-fix a single accidental click on Kick removed the member instantly.
- Guild chat: Enter spam can no longer post identical messages within 5 seconds; emoji and RTL names render their first character correctly in avatar bubbles.
- Guild pool donation amount is now bounded (1 to 99,999 fragments) and rejects garbage values like NaN that the form could previously generate.
- Guild war end-of-war notification now only refetches our own guild's wars instead of every guild_war_ended event in the world.
Profile sections
- Display Case selection: ordering is now user-controllable (←→ buttons on selected cards); cards traded away or dissolved no longer linger as zombie selections; the per-page collection cap was raised to 1000 cards with a clear notice if you have more than that.
- Profile name / avatar / bio now save independently — pre-fix clicking Save next to your avatar (after also typing a new name) submitted both, accidentally burning the 30-day name change cooldown.
- Avatar URL field now shows an inline preview as you type, with a fallback when the URL is invalid.
- Password change client validation now mirrors the server policy (min 8 chars + at least one digit + at least one letter + must differ from current). Pre-fix the only check was 8-char minimum.
- 2FA setup secrets (TOTP URI, backup codes, password fields) now wipe from React state on unmount so browser extensions can't scrape them from a stale snapshot.
- Provably-fair Rotate Seed: failures now surface a clear error (was silent), and the revealed seed gets a "Copy seed" button + a warning that the next rotation will reveal a new one and this one cannot be re-displayed.
- Account deletion request: surfaces "Deletion service is temporarily unavailable" upfront if the backend isn't configured, and double-clicks are rejected synchronously so two deletion rows can't be scheduled.
Battle UI fixes — spectator view, mulligan timer, deck builder hardening
A pass through the in-battle screen, the deck builder, and the card / trade modals fixed a long list of small but visible bugs. The headline items: spectators were seeing the battle mirrored to the wrong side (their view labelled the opponent as "you"), the mulligan timer reset to 30 every time anything happened on the board, the queue size showed blank when joining casual matchmaking, and trade history's wishlist 🎯 markers showed the wrong player's wishlist. The card modal now cancels in-flight fetches when you flip through a gallery, the deck builder caps how many pages it loads (so a server hiccup can't lock the screen), and copying a deck export now actually tells you whether it worked.
In-battle correctness
- Spectators now see the battle with a fixed orientation — challenger always at the bottom, opponent always at the top — instead of having the view randomly mirror to the wrong side and label the wrong player as you.
- Mulligan timer no longer resets to 30 every time the opponent acts. It now starts at 30 once when the mulligan phase begins and counts down honestly from there.
- Card tooltips no longer get wiped mid-read every time the opponent's HP ticks. They only close on real turn / phase changes now.
- If you tab out of a battle and come back, the in-battle screen requests a fresh state from the server instead of rendering whatever stale snapshot it had.
- Leaving a battle from the lobby (before the opponent joins) now actually frees your slot on the server — pre-fix you could get stuck in "already in a battle" trying to requeue.
- Casual queue size now displays correctly on join (was showing blank / NaN due to a payload mismatch).
- Battle history (the resolved list under your decks) now updates live when a battle ends — no more refresh required to see your latest match.
- Rematch banner now only shows after a battle that resolved naturally (win / loss). It used to show after forfeits and opponent disconnects too, which was confusing.
- Tournament report-result now uses an in-app modal that shows the opponent's name. Native browser confirm() popups are gone (one less spot the design guidelines didn't apply).
Deck builder + card modal
- Deck builder now validates the 3-copies-per-card limit before letting you press Save (was checked at add time only — corrupt or imported decks could slip through with 4+ copies and silently fail server-side).
- Loading a giant collection in the deck builder is now bounded — there's a hard cap on how many pages it'll fetch (50, well above any realistic collection) so a server pagination bug can't lock the screen.
- Card modal cancels in-flight network requests when you flip to another card. Pre-fix the previous card's wishlist / instances / evolutions could resolve last and overwrite the new card's data.
- Locking / unlocking a card copy now surfaces an error if the server rejects it. Used to silently swallow the failure.
- Trade history shows a Retry button if the load fails, instead of a fake "No completed trades yet" forever.
- Copying a deck export to clipboard now shows a Copied! / Copy failed toast. Used to be silent.
- Live battles list (the spectate panel) no longer shows a Watch button on your own battles, and pauses its 15-second poll when the tab is in the background.
Battle action feedback — no more frozen UI when the server hiccups
When you summon a creature, attack, or end your turn, the client now waits up to 5 seconds for the server to confirm. If the confirmation never arrives — server hiccup, network drop, dropped packet — you get a clear "No response from server — check your connection" message instead of a button that just stops responding. If the server rejects the action (out of phase, illegal target, rate-limited, etc.) the rejection reason now reaches you immediately even on flaky connections, instead of riding the next state push and arriving seconds late. The other (less critical) actions are unchanged. Spanish and English locales also got `not-found` and `loading` pages so a stale link or a slow load lands on a localised page instead of the framework default.
Battle action feedback
- Summon, attack, and end-turn now show an error toast if the server doesn't acknowledge within 5 seconds, instead of leaving the action visually pending.
- Server-side rejections (out of phase, illegal target, rate-limited) now reach you immediately even when state push is delayed.
- Localised `not-found` and `loading` pages — stale links and slow loads now land on a Spanish or English page instead of the framework default.
Privacy + safety tightening
- Profile bio, display case, recent activity, and achievements are now visible only to friends and to yourself. Strangers see your name, rating, and division but not your collection wall — closes a long-standing complaint that anyone with your user URL could browse your private profile content.
- Blocking a player is now a hard hide — your profile returns 404 to anyone you've blocked (and theirs to you), instead of just hiding tabs while still leaking the basics.
- Friend activity feed no longer surfaces fields that the original event didn't intend to share. Each event type has a strict allowlist (rare pull, achievement, battle result, trade, guild join, tournament win) so nothing extra leaks even if a future event payload changes shape.
- Leaderboard now requires sign-in. Anonymous bots can no longer scrape the rating table.
Notifications + import
- You can now mark individual notifications as read instead of "all or nothing" — the inbox now passes the specific ids you tap.
- Deck import now caps the pasted text at 4 KB so a giant accidental paste returns a clear error instead of stalling. The cap is large enough for any legitimate deck list.
Real-time push fixes
- Friend requests, accepts, and rejects now actually update the badge counters and friend list without a manual refresh. The wire vocabulary between client and server had drifted apart and every notification was being silently dropped at the server allowlist; the canonical verbs are now shared and the relay forwards them end-to-end.
- Trade offers, accepts, declines, and cancellations also push to the other player live now — the badge ticks up the moment the offer arrives, instead of waiting for the next page load.
- Trade UI: the 🎯 markers now correctly show cards the OTHER player wants (used to silently show your own wishlist on both columns).
Tab UX + battery savings
- Hidden tabs no longer drain bandwidth in the background — the leaderboard and challenges tabs now pause their live subscriptions when you're on another tab and resume when you come back.
- Leaderboard now shows a clear error + retry button if the load fails, instead of the perpetual "Loading leaderboard…" spinner.
- Challenge / Accept buttons in Battles no longer lock forever when the socket hiccups. After 15 seconds without a server ack you get a "Network timeout — try again" toast and the button releases.
- Tournament "I Won" confirmation is now a styled in-app dialog showing the opponent's name, instead of the browser's native confirm() popup. Same for visual polish + accessibility (aria-modal).
- Support ticket replies are now a multi-line textbox (Shift+Enter for newline, Enter to send) instead of a single-line input that silently truncated paragraph replies.
SEO sweep — sitemap, hreflang, canonical URLs across all locales — Phase 1 i18n fully closed
The bilingual public surface is now wired up for search engines. Every Spanish and English page emits a `<link rel="canonical">` pointing at its own locale URL plus an `<link rel="alternate" hreflang>` map covering both locales and an `x-default` fallback, so Google can pair the /es and /en variants of the same page instead of treating them as duplicates. A new `/sitemap.xml` enumerates every Phase 1 public page in every locale with the same hreflang alternates per entry. With this release Phase 1 of the i18n project is fully closed: 4 legal pages bilingual, 7 marketing pages bilingual, controlling-version clauses live in both languages, locale switcher in both headers, hreflang plumbing in metadata and sitemap, and a written workflow template for any future page.
SEO + future-page template
- New `/sitemap.xml` enumerates every Phase 1 public page (landing, about, contact, FAQ, how-to-play, showcase, changelog, legal/cookies, legal/notice, legal/privacy, legal/terms) in both Spanish and English, with per-entry hreflang alternates so search engines pair the locale variants properly.
- Every translated page now emits a per-page canonical URL pointing at its own /es or /en path and an hreflang `languages` map covering both locales plus `x-default` (defaulting to Spanish), so duplicate-content penalties are off the table.
- Future-page workflow template added to `context/refs/marketing-hero-draft.md` — every new public page added after Phase 1 must ship in BOTH Spanish and English from the first commit. The template covers the dual-locale draft workflow, TCG vocabulary, register rules, and the required SEO wiring.
- Phase 1 i18n closes here: 11 public pages × 2 locales fully bilingual end-to-end, plus the SEO infrastructure, controlling-version clauses, locale switcher, and the written contract for future bilingual pages.
Marketing pages, mastery, tournaments, and a sweep of UX gaps
A big batch of player-facing work landed across the spring. The headline items: a public marketing surface for new visitors, a card mastery system that rewards loyalty to specific cards, a tournament bracket viewer that finally lets you see how a tournament is unfolding, and a long list of small UX fixes that close gaps players have been pointing out for months. Below is the rough shape of what changed, organised by area. Patch notes for individual cards and balance tweaks live in the in-game patch feed; this changelog covers the structural and surface-level stuff.
Marketing pages (public)
- New landing page that actually explains the game, instead of dropping you straight onto a login form. Returning players get a one-click "Log in" in the sticky header.
- About, How to Play, FAQ, Contact, Featured Cards, and this Changelog — all reachable from the same header on every public page.
- Cookie consent banner upgraded to the IAB TCF v2.3 standard so EU players get the proper opt-in flow with all the per-purpose toggles.
Crafting and collection
- New Forge tab dedicated to crafting cards from the fragments you earn by dissolving duplicates.
- Mastery system: as you play with the same card across battles, it levels up. Once a card hits level 5, you get a 10% crafting discount on copies of it. At level 10 it gets a "Mastered" badge.
- Crafting cost now shows the discounted price inline at the craft button, so you can see the saving without diving into card detail.
- Wallet bar now shows your fragment stash split per rarity, instead of one aggregate number. Easier to see at a glance whether you can afford a craft.
- Card sets browser: see every set, what cards belong to it, and your progress through it. Helps you target which sets to chase.
- Persistent "Verify past pulls" link in the Gacha tab — tap it any time to audit any pack you have ever opened against the provably-fair RNG record.
Battles and competitive
- Tournament bracket viewer: when you click into a single-elimination tournament, you now see the full bracket tree with every match, who is playing whom, and who has won so far.
- Public guild tournament standings: non-participants browsing a guild tournament can see the standings panel without being enrolled.
- Battle replays now have their own shareable URL. Open the replay in a new tab, send the link to a friend, point at the moment you want to talk about. Works for any battle either of you played in.
- Element field-spell weather effects now show up properly in damage calculations during battle — fire fields boost fire creatures, water fields boost water, etc.
- Daily and weekly challenges have a streak system: completing them on consecutive days builds a streak with milestone rewards at 7, 14, and 28 days.
- Battle stats panel shows per-element breakdowns + period filtering, so you can see how your fire decks have been doing this week vs last month.
- AI battle spam fix: a race condition that allowed double-starting AI battles is closed. No more orphan match windows.
Account and trust
- Two-factor authentication available from your profile security section. Standard authenticator apps (Authy, Google Authenticator, 1Password, Bitwarden) all work.
- Self-serve account deletion lives in the profile section — no support ticket, no won't-let-you-leave dance.
- Self-serve data export: download a copy of everything we hold about your account.
- Session security tightened: changing your password or enabling 2FA now invalidates all your other active sessions automatically. If someone was logged in as you on a different device, they get kicked.
- Email verification flow improvements: clearer messaging when verification is pending, retry-with-cooldown on the resend button.
Performance and reliability
- Battle reconnection improvements: if you drop mid-match for under a minute, you reconnect to the same game state with no penalty.
- Server-side deck-out handling rewrites — the slow control decks that win by exhausting your opponent's library now work cleanly across reconnects.
- Tournament forfeit timeouts moved to a durable job queue, so a server restart no longer eats a forfeit-pending tournament.
- Offline detection banner: if your connection drops, you see a clear banner explaining what happened, instead of the UI silently failing.
Notes for next time
- We are still adding cards, sets, and modes. The world has plenty of room to grow.
- Discord invite link is being set up — when it lands the contact page will surface it.
- If you spot something here that does not match what you see in-game, tell us — most likely we shipped it differently than the note suggests.
All marketing pages now available in Spanish — Phase 1 complete
Six more marketing pages are now bilingual, closing out Phase 1 of the marketing translation effort. /es/about renders the team / vision / game-world write-up in Spanish. /es/contact translates every channel. /es/faq covers all 12 Q&A items. /es/how-to-play translates the 10-minute rundown. /es/showcase renders the curated 7-card showcase with bilingual card names + flavor blurbs. /es/changelog (this page) is now bilingual too — every ChangelogEntry carries both Spanish and English copy together in the source so future updates land in both locales atomically. The four legal pages shipped bilingual earlier this month, so the public surface is now fully bilingual end-to-end.
Marketing pages translated
- About page (Sobre Nosotros) translated to Spanish — hero 'Hecho entre amigos, por gusto', team / vision / game-world sections all mirror the English source 1:1.
- Contact page translated — section headings 'Correo / Discord / Tickets de soporte / Una nota sobre los tiempos de respuesta', back / FAQ navigation buttons.
- FAQ translated — all 12 Q&A items across three sections (Sobre el juego / Cómo jugar / Cuenta), including questions about rewarded ads, account deletion, and where data is stored.
- How to Play translated — three sections (Mecánicas, Tipos de cartas y elementos, Flujo de batalla — turno a turno). TCG glossary mazo / sobre / carta / PV / zona de monstruo / mulligan kept as-is.
- Featured Cards (showcase) translated — every card name + 50-150 word marketing blurb. Element + monster-class labels also translated (Fuego/Agua/Viento/Tierra/Metal/Rayo/Neutral; Dragón/Bestia/Constructo/Leviatán/Alado; slime preserved as TCG term).
- Changelog page itself bilingual — every ChangelogEntry now carries both Spanish and English copy together in the source. MAINTAINER NOTE in the page source updated: from this release on, every new ChangelogEntry MUST land in BOTH Spanish AND English in the same commit. Single-locale entries are forbidden.
- All Spanish versions use the indie/playful voice from the landing page — informal tú throughout, TCG vocabulary preserved (sobres, mazos, cartas, tablero, dorsos, gremios).
- Locale switcher in the marketing header lets you flip between /es and /en versions of any page without losing your place. Phase 1 marketing translations now complete.
Landing page now available in Spanish — first marketing page translated
The homepage hero is now bilingual. Spanish-speaking visitors landing on /es see the full marketing pitch in Spanish — anti-pay-to-win positioning, daily-free-packs promise, multi-pace modes (casual, ranked, AI, just collecting), element chips, and the 'built among friends' footer — all in informal tú voice. English visitors keep the original wording at /en. This is the first marketing page to land in two languages; the rest are queued up next.
Marketing pages
- Landing page (homepage hero) translated to Spanish — every paragraph mirrors the English source 1:1: hero badge ('Gratis · Sin pay-to-win'), headline, subhead, three 'why play' tiles, 'Cómo funciona' section with element chips (Fuego, Agua, Viento, Tierra, Metal, Rayo, Neutral), and the 'Hecho entre amigos por gusto' footer.
- Spanish version uses the same playful indie register as the English source — informal tú throughout, TCG vocabulary players already know (sobres, mazos, cartas), no marketing-speak.
- Marketing translations rolling out next: about, how-to-play, FAQ, contact, showcase, changelog. Each will follow the same per-page review gate.
- Locale switcher in the marketing header lets you flip between /es and /en versions of the landing page without losing your place — same flow already in use on the legal pages.
Privacy Policy now available in Spanish — Phase 1 legal coverage complete
The Privacy Policy is now bilingual, closing out Phase 1 of the legal-page localization effort. Spanish-speaking visitors land on a fully translated /es/legal/privacy, English visitors keep the original wording at /en/legal/privacy. With this release, all four legal pages — Terms of Service, Cookie Policy, Legal Notice, and Privacy Policy — ship in both English and Spanish, each carrying the controlling-version notice that names the English text as the legally authoritative version. Phase 1 legal coverage is now fully complete.
Legal pages
- Privacy Policy translated to Spanish — every section, every data table, every right enumeration mirrors the English source 1:1 (data controller, categories of data collected, purposes and legal basis, data sharing with processors, international transfers, retention periods, GDPR data-subject rights including access/rectification/erasure/portability/objection/restriction/withdrawal of consent, GDPR Article 21 objection box, AEPD complaint route, GDPR Article 33/34 breach notification, CCPA/CPRA rights for California users, cookie disclosure, children-under-16 protections, automated-decision-making disclosure).
- Spanish version uses canonical RGPD terminology throughout: 'responsable del tratamiento', 'interesado', 'encargado del tratamiento', 'base legal', 'consentimiento', 'interés legítimo', 'Delegado de Protección de Datos (DPD)', plus the full Spanish names for each GDPR right ('derecho de acceso', 'derecho de supresión', 'derecho de oposición', 'derecho a la portabilidad', 'derecho a la limitación').
- Phase 1 legal coverage now fully complete: Terms, Cookies, Legal Notice, and Privacy all available in both Spanish and English with controlling-version notices in place.
- Locale switcher in the legal header lets you flip between /es/legal/privacy and /en/legal/privacy without losing your place — same flow already in use on the other three legal pages.
Terms of Service now available in Spanish — three legal pages bilingual
The Terms of Service page is now bilingual. Spanish-speaking visitors land on a fully translated /es/legal/terms, English visitors keep the original wording at /en/legal/terms. Both versions carry the same controlling-version notice at the top, making clear that the English text remains the legally authoritative version and the Spanish translation is provided for convenience. Three of four legal pages — Terms, Cookies, and Legal Notice — now ship in both languages; Privacy is the next page in line.
Legal pages
- Terms of Service translated to Spanish — every clause, every list item, every legal definition mirrors the English source 1:1 (eligibility, gacha mechanics, ad disclosures, IP ownership, DSA Article 17 appeal flow, Belgian gacha note, EU consumer right of withdrawal).
- Phase 1 legal-page coverage is now three-quarters complete: Terms, Cookies, and Legal Notice all available in Spanish and English. Privacy Policy translation is the remaining page.
- Controlling-version banner present at the top of every translated legal page in both locales: the English text remains legally binding and translations are explicitly marked as non-authoritative for legal interpretation.
- Locale switcher in the legal header lets you flip between /es and /en versions of any legal page without losing your place.
Cookie Policy and Legal Notice now available in Spanish
The Cookie Policy and Legal Notice pages are now bilingual. Spanish-speaking visitors land on fully translated /es/legal/cookies and /es/legal/notice, English visitors keep the original wording at /en/legal/cookies and /en/legal/notice. All four pages carry a controlling-version notice at the top making clear that the English text is the legally authoritative version and the Spanish translation is provided for convenience. Terms and privacy will follow the same pattern in upcoming releases.
Legal pages
- Cookie Policy translated to Spanish — every section, every cookie table, every browser-settings note is mirrored 1:1 with the English source.
- Legal Notice (Aviso Legal) translated to Spanish — operator identity, NIF/CIF cell, Spain-based address, applicable LSSI-CE/RGPD/LOPDGDD/DSA legislation list, intellectual property, liability and dispute-resolution sections all mirrored 1:1.
- Controlling-version banner added at the top of both legal pages in both locales: the English text remains the legally binding version and translations are explicitly marked as non-authoritative for legal interpretation.
- Locale switcher in the legal header lets you flip between /es/legal/* and /en/legal/* without losing your place.
Wil je het volgende ding voorstellen? De contactpagina heeft e-mail en Discord. Wil je updates volgen terwijl ze worden verzonden? Bookmark deze pagina — we updaten als een spelerszichtbare verandering landt.