{
 "slug": "durable-exclusion",
 "topic_id": "TOPIC-224",
 "cluster": "Gaming, Betting & Consumer Marketplace Identity",
 "tier": "Tier A",
 "title": "Self-exclusion integrity: the protection enforced by matching details the excluded person knows",
 "summary": "Self-exclusion is the strongest protection a person can invoke for themselves. It is enforced by matching names, dates of birth and addresses that the excluded person can vary at will.",
 "lede": "There is a control in gambling designed to be used by someone against their own future behaviour, and it is implemented as attribute matching against an adversary who knows the matching key perfectly — because the matching key is their own personal details.",
 "date": "2025-01-10",
 "category": "Vertical",
 "author_id": "elias-vanterpool-osei",
 "tags": [
  "self-exclusion",
  "responsible gambling",
  "player protection",
  "gambling harm",
  "UKGC",
  "exclusion register"
 ],
 "image_title": "Durable Exclusion",
 "schema": "Article",
 "key_takeaways": [
  "Exclusion registers are attribute-matching systems, and the person most motivated to defeat them has perfect knowledge of the attributes.",
  "Binding exclusion to an enrolled credential rather than to personal data raises the cost of evasion without creating a larger sensitive dataset.",
  "An exclusion register is among the most sensitive datasets in existence; data minimisation is part of the design, not an afterthought."
 ],
 "body": [
  {
   "type": "h2",
   "text": "A person, not a threat model"
  },
  {
   "type": "diagram",
   "kind": "flow",
   "alt": "A protection enforced against facts the protected person can change",
   "caption": "Every variation is something a legitimate customer also does.",
   "nodes": [
    {
     "label": "Self-exclusion registered",
     "note": "name, DOB, address"
    },
    {
     "label": "Registers at another operator",
     "note": "a middle initial added",
     "bad": true
    },
    {
     "label": "Match fails",
     "note": "fuzzy matching is tuned down",
     "bad": true
    },
    {
     "label": "Account opened",
     "note": "protection defeated",
     "bad": true
    }
   ]
  },
  {
   "type": "p",
   "html": "Start with who this is about. Someone sits down, recognises that their gambling has become harmful, and takes a deliberate step to remove their own access. That act requires more self-awareness than most people manage about anything."
  },
  {
   "type": "p",
   "html": "Weeks or months later, in a different state of mind, the same person tries to get back in. Both of those people are the same person, and the control exists because the first one asked for protection from the second."
  },
  {
   "type": "p",
   "html": "Everything that follows should be read with that in mind. This is not a fraud control and framing it as one produces bad design."
  },
  {
   "type": "h2",
   "text": "How exclusion is enforced today"
  },
  {
   "type": "p",
   "html": "National and operator-level schemes record an excluded person's details — name, date of birth, address, sometimes email and payment identifiers — and operators match new registrations against the register."
  },
  {
   "type": "p",
   "html": "Matching is fuzzy, because legitimate variation exists: a middle name included or omitted, a new address, a maiden name. Fuzzy matching creates the tolerance that evasion exploits."
  },
  {
   "type": "table",
   "head": [
    "Variation",
    "Legitimate cause",
    "Defeats matching?"
   ],
   "rows": [
    [
     "Name spelling or ordering",
     "Transliteration, marriage, informal forms",
     "Often"
    ],
    [
     "Address",
     "Genuine relocation",
     "Often"
    ],
    [
     "Email address",
     "Routine",
     "Yes"
    ],
    [
     "Payment method",
     "New card or account",
     "Yes"
    ],
    [
     "Date of birth",
     "<em>Not legitimate</em>",
     "Yes, and it is the clearest evasion signal"
    ]
   ]
  },
  {
   "type": "p",
   "html": "An operator tightening the matching to close these gaps generates false positives against legitimate customers with common names, which is its own harm and its own regulatory problem."
  },
  {
   "type": "h2",
   "text": "What a credential changes"
  },
  {
   "type": "p",
   "html": "A credential is not derived from personal data. Exclusion binds to the credential, and re-registration with a new name, address and email does not produce a new credential unless the person enrols a new one on a new device."
  },
  {
   "type": "p",
   "html": "That is a meaningfully higher bar than editing a form field, and it is worth being precise about how much higher."
  },
  {
   "type": "h2",
   "text": "What it does not do"
  },
  {
   "type": "p",
   "html": "A determined person can obtain a new device, decline to enrol, or use an operator that does not participate. No technical control prevents that, and any article implying otherwise is misleading people who are looking for help."
  },
  {
   "type": "p",
   "html": "What the control does is raise the cost from <em>type a different email address</em> to <em>acquire and enrol a separate device</em>. In gambling harm research, friction at the moment of relapse has measurable effect precisely because the impulse is time-limited. Raising cost is a legitimate goal even when prevention is impossible."
  },
  {
   "type": "h2",
   "text": "The data minimisation argument"
  },
  {
   "type": "p",
   "html": "This is where the design is unambiguously better rather than merely different."
  },
  {
   "type": "p",
   "html": "A national exclusion register holds the identities of people who have declared a gambling problem. That is among the most sensitive datasets anyone maintains — it reveals a health-adjacent condition about named individuals, held centrally, shared with commercial operators."
  },
  {
   "type": "table",
   "head": [
    "Design",
    "What the register holds",
    "Breach consequence"
   ],
   "rows": [
    [
     "Attribute matching",
     "Names, dates of birth, addresses of people with gambling problems",
     "Direct exposure of a highly stigmatised condition"
    ],
    [
     "Credential binding",
     "Public keys of enrolled credentials",
     "No personal data; keys are not identifying without the enrolment record"
    ]
   ]
  },
  {
   "type": "p",
   "html": "An operator checking a credential against a register of public keys learns whether this credential is excluded. It does not receive a list of excluded people, which is what it receives today."
  },
  {
   "type": "h2",
   "text": "The design, with its safeguards"
  },
  {
   "type": "ol",
   "items": [
    "Enrolment happens at the moment of exclusion, while the person has made the decision and is engaged.",
    "The register stores the credential's public key and the exclusion period. No name, no address, no date of birth.",
    "Operators check presented credentials against the register. A match blocks registration and deposit.",
    "Existing attribute matching continues alongside, because credential coverage builds slowly and a partial control should not replace a working one.",
    "Reversal of exclusion follows the scheme's existing cooling-off requirements — the credential does not make reversal easier."
   ]
  },
  {
   "type": "p",
   "html": "Point five matters. The credential should not become a faster route back in. Whatever waiting period and re-engagement process the scheme requires applies unchanged."
  },
  {
   "type": "h2",
   "text": "What operators should measure"
  },
  {
   "type": "p",
   "html": "Not evasion attempts, which are difficult to count and easy to misclassify. Measure re-registration attempts by excluded individuals that were blocked, and the share blocked by attribute matching versus credential matching."
  },
  {
   "type": "p",
   "html": "If credential matching blocks materially more, the control is working. If it does not, the enrolment coverage is too low to matter yet and the answer is enrolment, not a different control."
  },
  {
   "type": "h2",
   "text": "The tuning problem nobody can win"
  },
  {
   "type": "table",
   "caption": "Matching sensitivity, both failure directions",
   "head": [
    "Setting",
    "Effect"
   ],
   "rows": [
    [
     "Tight",
     "Excluded people slip through with minor variations"
    ],
    [
     "Loose",
     "<strong style=\"font-weight:600\">Unrelated people are wrongly excluded</strong>"
    ],
    [
     "Between",
     "Both, proportionally"
    ]
   ]
  },
  {
   "type": "p",
   "html": "A wrongly excluded customer complains loudly and is a regulatory problem of its own, so operators tune toward the tight end. That choice is rational per operator and it is what makes the protection porous in aggregate."
  },
  {
   "type": "h2",
   "text": "Objections and honest limits"
  },
  {
   "type": "p",
   "html": "<strong style=\"font-weight:600\">“National schemes solve this.”</strong> They centralise the register, which helps materially. They still match on the same attributes, so the tuning problem moves rather than disappearing."
  },
  {
   "type": "p",
   "html": "<strong style=\"font-weight:600\">“This needs a national identity system.”</strong> It needs a credential the person enrols once and cannot vary, which is not the same thing. The register can hold a public key and no personal data at all — which is a privacy improvement over holding names and addresses."
  }
 ],
 "faq": [
  {
   "q": "Does this prevent an excluded person gambling?",
   "a": "No. It raises the cost of re-registration from editing a form to acquiring and enrolling a new device. No technical control prevents a determined person from gambling elsewhere."
  },
  {
   "q": "Does it make the register more sensitive?",
   "a": "The opposite. A register of public keys contains no personal data, where the current register contains the identities of people who have declared a gambling problem."
  },
  {
   "q": "What if someone loses their device?",
   "a": "They re-enrol through the scheme's process, which should verify identity against the existing exclusion record. Device loss must not become an exclusion reset."
  },
  {
   "q": "Should this replace attribute matching?",
   "a": "No. Run both. Credential coverage builds over years and a partial control should never displace a working one."
  },
  {
   "q": "Why not just improve the matching?",
   "a": "Both directions fail. Tighter matching lets excluded people through; looser matching wrongly excludes unrelated customers, which is its own regulatory problem."
  },
  {
   "q": "Does this require a national identity system?",
   "a": "No. The register can hold a public key and no personal data, which is more private than holding names and addresses."
  },
  {
   "q": "Where should the check run?",
   "a": "At registration and again at deposit, because people who pass the first check reach the second."
  }
 ],
 "sources": [
  {
   "t": "American Gaming Association — responsible gaming resources",
   "u": "https://www.americangaming.org/responsibility/"
  },
  {
   "t": "Gambling regulator player protection rules and risk assessment publications, 2026."
  },
  {
   "t": "Published research on gambling harm, relapse and the effect of friction at the point of access."
  },
  {
   "t": "GDPR Article 9 — special categories of personal data",
   "u": "https://eur-lex.europa.eu/eli/reg/2016/679/oj#d1e2051-1-1"
  }
 ],
 "related": [
  {
   "slug": "gambling-identity-survivability",
   "title": "Deepfakes already beat casino identity checks",
   "category": "Comparison"
  },
  {
   "slug": "friction-allocation-model",
   "title": "Withdrawal is the only moment that matters",
   "category": "Definitional"
  },
  {
   "slug": "consumer-identity-budget",
   "title": "The consumer identity budget",
   "category": "Definitional"
  }
 ],
 "image": "https://cdn.twc.sh/images/igcache/Durable%20Exclusion/1200_630/blog.jpg",
 "wordcount": 1064,
 "url": "/blog/durable-exclusion.html",
 "reading_time": "5 min read",
 "seo_title": "Self-exclusion integrity in online gambling",
 "meta_description": "Self-exclusion is the strongest protection a person can invoke. It is enforced by matching details the excluded person knows and can alter.",
 "hub": {
  "slug": "topics/consumer-marketplace-identity",
  "title": "Gaming and consumer marketplace identity"
 },
 "answer": "Because it is enforced by matching details the excluded person controls. Self-exclusion is the strongest protection a person can invoke for themselves, and it is implemented as a name, date of birth and address comparison — all of which the excluded person can vary, and some of which change legitimately.",
 "answer_q": "Why does self-exclusion fail?",
 "glossary": [
  {
   "term": "Self-exclusion",
   "def": "A voluntary request to be barred from gambling, enforced by operators and sometimes by a national scheme."
  },
  {
   "term": "Fuzzy matching",
   "def": "Comparing records allowing for variation, tuned between missing genuine matches and producing false ones."
  },
  {
   "term": "Cooling-off",
   "def": "A mandatory delay before an exclusion can be lifted, which is the substance of the protection."
  }
 ],
 "checklist": {
  "title": "Making exclusion durable",
  "id": "durable",
  "desc": "Four properties.",
  "steps": [
   {
    "name": "Bind exclusion to an enrolled credential.",
    "text": "Not to attributes the person can vary."
   },
   {
    "name": "Hold a key, not a dossier.",
    "text": "The register needs no name, date of birth or address."
   },
   {
    "name": "Check at registration and at deposit.",
    "text": "People who slip through the first check reach the second."
   },
   {
    "name": "Make removal deliberately slow.",
    "text": "A cooling-off period is the point of the protection."
   }
  ]
 },
 "cta": {
  "title": "Where this fits in Manav",
  "html": "Manav proves a specific person authorised a specific action, without a vault, a token or surveillance. The biometric never leaves the device and the platform receives a signature rather than a profile.",
  "href": "../about.html",
  "label": "What we do not do"
 }
}