iGaming 负责任博彩交易监控方案 (ZH)

iGaming运营商承担着两项监控义务，它们的方向有所不同。反洗钱（AML）规则要求您关注洗钱行为——结构化交易、洗钱账户模式、受制裁对手方。负责任博彩规则则要求您关注潜在危害——玩家存款速度过快、为追回损失而提高限额，或被利用进行奖金滥用。大多数运营商将这些作为独立的程序，使用独立的工具来运行，尽管两者都读取相同的玩家交易流。

Didit的交易监控API在一个引擎中同时运行这两项功能。负责任博彩捆绑包利用专门的gambling_*交易类别，捕捉存款速度峰值、可疑限额变更和奖金滥用行为——它与反洗钱/反恐怖融资（AML/CTF）、异常检测和欺诈捆绑包在同一个产品、同一个警报队列和同一个案例工作流中并存。每笔交易都以每笔0.02美元的价格实时评分。

本指南将解释负责任博彩捆绑包、为其提供数据的赌博类别，以及如何将其连接起来。

主要收获

• 负责任博彩捆绑包捕捉存款速度峰值、可疑限额变更和奖金滥用——这些是玩家保护信号，而不仅仅是洗钱。
• 专用gambling_*类别——gambling_bet、gambling_limit_change、gambling_bonus_change——让规则在正确的上下文中应用。
• 负责任博彩和反洗钱在同一个引擎中运行，因此玩家伤害和洗钱信号共享一个警报队列和一个案例工作流。
• 速度窗口（计数、总和、独立）表达存款速度和限额变更模式，无需单独的流处理器。
• AWAITING_USER可以暂停已标记的交易，以便进行二次验证，同时作为玩家保护的接触点。
• 每笔交易0.02美元，无最低消费。对已标记方进行的反洗钱筛查单独计费，每笔0.20美元。

负责任博彩捆绑包的功能

该捆绑包是一套精心策划的规则，旨在针对玩家保护类型，而非洗钱类型。它读取玩家的交易流——存款、投注、限额变更、奖金事件——并标记监管机构和危害预防框架所关注的模式：玩家在短时间内重复存款、玩家在连败后立即提高存款或损失限额，或者账户以表明滥用或有组织套利的方式循环奖金。

每条规则都具有与引擎其余部分相同的操作类型：增加风险评分、更改状态、标记交易，或将参与方添加到列表中。因此，存款速度峰值可以将玩家置于审查中，为负责任博彩团队添加备注，并且——如果您的政策选择——使用AWAITING_USER暂停下一笔存款，以便玩家在继续之前必须确认。

重要性

博彩监管机构日益要求运营商不仅要遵守反洗钱规定，还要证明积极的危害监控。许多司法管辖区的牌照条件都要求运营商识别危害迹象——追逐损失、存款升级、取消保护的限额变更——并进行干预。未能做到这一点不仅会导致罚款，还会带来牌照风险。

将负责任博彩作为反洗钱监控的附加功能是浪费的，因为两者都读取相同的交易。统一的引擎允许一次集成满足两项义务：同一笔存款，反洗钱规则对其进行结构化评分，负责任博彩规则对其进行速度评分。信号共享一个队列，分析师共享一个工作流，审计跟踪同时覆盖两个程序——以每笔交易的价格而非两份供应商合同。

技术细节

赌博交易通过统一的/v3/ API创建，并带有gambling_*类别，以便应用正确的规则：

curl -X POST https://verification.didit.me/v3/transactions/ \
  -H "x-api-key: $DIDIT_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "transaction_id": "txn_g7a118",
    "category": "gambling_bet",
    "amount": 500,
    "currency": "EUR",
    "currency_kind": "fiat",
    "txn_date": "2026-05-21T20:05:00Z",
    "subject": { "vendor_data": "player_4471", "role": "SENDER", "entity_type": "INDIVIDUAL" },
    "payment_method": "CARD"
  }'

存款速度峰值会触发负责任博彩捆绑包，并返回运营商可以采取行动的状态：

{
  "transaction_id": "txn_g7a118",
  "status": "AWAITING_USER",
  "risk_score": 68,
  "triggered_rules": [
    {
      "name": "存款速度 — 24小时计数",
      "bundle": "负责任博彩",
      "aggregation": "count",
      "window": "24h",
      "action": "CHANGE_STATUS"
    }
  ],
  "alert_id": "alrt_e9c440"
}

赌博类别。gambling_bet、gambling_limit_change和gambling_bonus_change允许规则在特定上下文中应用——存款的速度规则、限额变更的模式规则、奖金事件的滥用规则。

速度和聚合。通过计数、总和和独立窗口表达存款速度和限额变更模式——“24小时内超过6笔存款”、“7天内累计存款超过2,000欧元”——无需构建自己的流处理器。

Webhooks。订阅transaction.created和transaction.status.updated以在警报解决和补救完成时保持您的平台同步。

价格。每笔交易0.02美元，按次计费，无最低消费。对已标记方进行的反洗钱筛查单独计费，每笔0.20美元。

构建玩家保护规则

• 存款速度。对gambling_bet相关存款事件设置count或sum窗口，可以捕捉到玩家存款速度或金额超出您的危害阈值的情况。使用AWAITING_USER暂停下一笔存款，以便玩家在继续之前进行确认。
• 限额变更。对gambling_limit_change设置规则，可以捕捉到玩家提高存款或损失限额的情况，尤其是在连败之后——这是经典的追逐损失迹象。将其路由至审查并通知负责任博彩团队。
• 奖金滥用。对gambling_bonus_change设置规则，结合独立账户计数，可以捕捉到奖金循环和有组织的套利行为。
• 同时进行反洗钱。同一玩家的存款同时运行反洗钱/反恐怖融资和异常检测，因此结构化交易或洗钱账户信号会在同一个队列中浮现。

所有这些都在业务控制台中进行调整，您可以在自定义捆绑包中扩展它们，以适应运营商特定的危害标记。

用例

• 在线赌场——存款速度和限额变更规则标记追逐损失行为并触发玩家保护升级。
• 体育博彩——投注和存款速度窗口捕捉会话中不断升级的赌注。
• 奖金驱动的获客——带有独立账户计数的gambling_bonus_change规则捕捉奖金套利。
• 年龄限制平台——AWAITING_USER二次验证可以作为危害或欺诈信号出现时的重新验证接触点。
• 多司法管辖区运营商——在控制台中根据市场调整危害阈值，同时保持一个监控程序。

如何与Didit集成

1. 开启捆绑包。在业务控制台中，启用负责任博彩，同时启用反洗钱/反恐怖融资和异常检测，并根据您的司法管辖区调整存款速度、限额变更和奖金阈值。
2. 发送赌博事件。当玩家存款、投注、更改限额或接收奖金时，使用正确的gambling_*类别POST /v3/transactions/——并使用稳定的transaction_id和vendor_data将每个事件链接到玩家。
3. 根据状态采取行动。批准、审查、拒绝或使用AWAITING_USER暂停，以插入玩家保护或重新验证步骤。
4. 通过webhooks同步。监听transaction.status.updated以在警报解决或二次验证完成时作出反应。

因为所有这些都在统一的/v3/ API上，所以通过KYC流程入职的玩家可以直接进入同一个引擎，该引擎同时运行他们的负责任博彩和反洗钱监控——一个端到端的身份和欺诈平台。

常见问题

负责任博彩捆绑包能捕捉到什么？

存款速度峰值、可疑限额变更和奖金滥用——这些是玩家保护标记——使用gambling_bet、gambling_limit_change和gambling_bonus_change类别。

我可以在同一个引擎中运行负责任博彩和反洗钱吗？

是的。两者在同一个引擎中针对相同的交易流运行，共享一个警报队列和案例工作流，因此您可以通过一次集成满足两项义务。

我如何标记追逐损失行为？

对gambling_limit_change使用规则来捕捉限额增加（尤其是在损失之后），并使用存款速度窗口来捕捉存款升级。将其路由至审查或使用AWAITING_USER暂停。

我可以暂停玩家而不是屏蔽他们吗？

是的。AWAITING_USER状态会暂停已标记的交易以进行二次验证——确认、重新验证——一旦玩家清除它，就会自动恢复，同时作为玩家保护的接触点。

费用是多少？

每笔交易0.02美元，按次计费，无最低消费。对已标记方进行的反洗钱筛查单独计费，每笔0.20美元。

准备好开始了吗？

阅读文档中的交易监控概述，在交易监控产品页面上了解它如何与平台的其余部分契合，并在定价页面上查看透明的按次计费价格。准备就绪后，免费开始——每月500次免费KYC检查，交易监控每笔0.02美元。