一个卡在 mobox.io 登录页进不去的玩家，面对的往往不是一个问题，而是好几个问题。有用的第一步是把它们拆开。打开账户的凭证、解锁提款的验证、以及挂在登录奖励上的促销条款，是三套不同的机制。它们存放在不同的地方，失败的原因不同，能解决它们的人也不同。如果把这三件事当成一件事，很容易花一个晚上反复重置一个根本不是问题所在的密码。
注册到底创建了什么
当读者填完 mobox.io 的注册表单，系统创建的是两样东西：一组凭证和一个资料记录。凭证组包括读者自己选定的标识符，以及证明“我就是当初选这个标识符的人”的那串秘密。资料记录则是运营方运行账户所需的一批字段：姓名、出生日期、国家、货币偏好，以及表单收集到的其他内容。创建的那一刻，这份记录里的任何内容都没有经过核验。账户可以在任何文件被检查之前就完成开户、存入资金并开始游戏，因为运营方在那个时点还不需要知道这些资料是否真实。
这个区分很重要，它解释了账户访问中最常见的一团乱麻。一个能登录却不能提款的读者，并没有“验证失败”；他只是走到了验证成为必要的那一步。登录页是账户的门，验证队列是资金的门。两扇门由不同的钥匙打开。明白这一点的读者，就不会再在登录页上到处找那个并不存在的“验证”按钮。
登录页回答的问题是：这是不是当初创建账户的那个人？验证页回答的是另一个问题：当初创建账户的那个人，是不是这些文件上写的那个人？丢了账户访问权的读者，不该指望验证团队帮他找回账户；通过了验证的读者，也不该指望验证能让他免于忘记密码。两套系统并不共用一条队列。
为什么验证绑在提款上，而不是绑在注册上
在各类运营商那里，文件检查几乎从来不是开户的条件，而是资金转出的条件。原因出在机制上，而不是流程上。运营方可以在不知道玩家姓名是否真实的情况下接受存款并让玩家下注，因为资金在运营方手里，风险在玩家这一侧。一旦玩家要求资金离开，运营方的风险就变了。它现在必须把资金发给一个人，而且在被要求说明时，必须能够证明它把钱发给了账户的所有者。文件检查的作用就在这里。
对 mobox.io 的读者来说，实际后果是：登录页和验证页回答的是不同的问题。登录页回答：这是不是创建账户的那个人？验证页回答：创建账户的那个人，是不是这些文件上写的那个人？一个失去了账户访问权的读者，不应该指望验证团队帮他找回账户；一个已经通过验证的读者，也不应该指望验证能保护他不忘记密码。两套系统不共享队列。
访问失败时该做什么
访问失败可以分成两类，读者的第一件事是判断自己属于哪一类。第一类是凭证失败：标识符或密码错了，或者读者忘了自己用的是哪个标识符。第二类是账户状态失败：账户存在，但被锁定、暂停或正在审查。在很多系统上，这两类失败弹出的错误提示一模一样，所以读者不能只凭提示文字来判断问题出在哪。
可靠的诊断工具是密码重置流程。如果读者能发起重置并收到重置消息，说明账户存在，问题出在凭证上。如果重置请求被拒绝，或者根本没有消息进来，那账户可能被暂停了，或者标识符本身是错的。接下来应该检查标识符本身：注册时用的邮箱地址或用户名。一个用 A 邮箱注册、现在却试着用 B 邮箱登录的读者，并不是被锁在门外，他只是拿错了钥匙。
读者这一侧的失败，是读者不用联系任何人就能自己修好的：输错的密码、用错的标识符、过期的会话、浏览器缓存了旧凭证。运营方那一侧的失败，是读者修不了的：账户被暂停、系统故障、地区限制。读者头一个小时应该用来排除自己这一侧的原因，因为只有这些是他能控制的。
登录奖励是促销条款，不是账户功能
登录奖励是一种促销工具。它不是账户的固有属性，也不会像余额那样跟着账户走。它是一项要约，而任何要约都有条件。登录后看到奖励的读者，应该把它当作一组条款来读，而不是当作一笔已到账的金额。条款会写明读者必须做什么才能把奖励变成可提款的资金，也会写明如果想保住它，哪些事不能做。
最重要的条款是流水要求，读者应该去促销活动自己的页面上找，而不是在登录页上找。登录页可能只显示有一项奖励存在，它不会显示约束这项奖励的倍数。这个倍数是奖励在被允许离开账户之前必须下注的次数，也是决定这项奖励值不值得领取的唯一数字。先领取、后读条款的读者，实际上已经接受了条款。
登录奖励通常还带有有效期。奖励只在一个时间窗口内可领，窗口从读者登录时开始，或者从奖励入账时开始，取决于条款怎么写。一个登录后看到奖励、打算下周再领的读者，可能会发现下周已经太迟了。有效期是要约的一部分，而要约只在条款规定的时段内对运营方有约束力。
每一项内容在 mobox.io 上写在哪里
想核实这些内容的读者不必问任何人。每一项都写在特定的页面上，读者要做的是从那个页面读出来，而不是凭记忆。下表列出了与账户访问相关的关键项目、每项为什么会变，以及读者去哪里找当前的说法。
| 要确认的项目 | 为什么会变 | 写在哪里 |
|---|---|---|
| 打开账户用的是哪个标识符 | 读者注册时用的邮箱或用户名可能和现在常用的不同 | 注册确认消息，或登录后的账户资料页 |
| 账户是否被暂停或正在审查 | 运营方施加限制时账户状态会变，读者不一定能实时收到通知 | 登录后的账户状态面板；如果登录被阻断，则查支持渠道 |
| 登录奖励的流水倍数 | 促销条款按每次活动重新发布，上一场活动的倍数不会顺延 | 奖励通知里链接的促销条款页 |
| 登录奖励的有效期窗口 | 每场活动自设窗口，窗口从条款指定的时刻起算，不是从读者第一次看到奖励起算 | 促销条款页中关于可用时段的部分 |
| 提款验证需要哪些文件 | 要求随司法辖区、提款金额和使用的支付方式而变 | 读者首次发起提款时显示的提款或验证页 |
| 是否可以进行密码重置 | 重置选项取决于标识符类型以及账户是否处于正常状态 | 登录页的重置链接；如果重置失败，则查支持渠道 |
表里每一行都是一个读者不用猜就能回答的问题。答案就在某个页面上、某条消息里，或某组条款中。在页面上找不到答案的读者，应该把这种缺失本身当作信息：如果促销没有写明流水倍数，读者就无法知道把奖励转换成可提款资金要付出多少成本，而这个缺失本身就是“这项奖励值不值得领”的答案。
当页面上没有写明这一项
运营方的页面没有义务把读者想知道的一切都写出来，缺了一项也不总是疏忽。有时候这一项确实不适用。登录页不写流水倍数，是因为倍数属于促销，不属于登录。注册表单不写提款时间，是因为还没有人发起提款。指望每个页面回答每个问题的读者，会误读这种沉默。
但有些沉默是重要的。如果促销条款没有写流水倍数，读者就没有办法计算奖励的成本。如果验证页没有写需要哪些文件，读者就无法在发起提款前准备材料。如果登录页没有提供重置链接，读者不联系支持就无法找回忘记的密码。在每一种情况下，缺失本身就是答案：读者知道这个信息在这个页面上拿不到，下一步要么去另一个页面，要么发支持请求。
读者还要知道，有些项目只有在某个条件满足之后才会显示。奖励的流水倍数可能要等奖励被领取之后才出现。验证所需的文件清单可能要等提款被发起之后才出现。在条件满足之前就去找这些项目的读者，什么都找不到，还会误以为运营方在隐瞒什么。那项内容不是被藏起来了，它是条件性的。
对登录页的常见误读
最常见的误读是把登录页当成状态页。它不是。它只告诉你凭证是否匹配，别的什么都不说。它不会告诉你账户是否已验证、是否有提款在途、是否有奖励可领，也不会告诉你运营方的资金状况。一个登录成功就以为一切都好的读者，从一条成功提示里读出了太多东西。
第二种误读是把登录失败当成账户被暂停。大多数登录失败是凭证问题：密码错了、标识符错了、自动填充带出了旧数据。直接跳到“我的账户被锁了”的读者，跳过了最可能的解释。重置流程就是用来区分这两者的诊断工具，而且跑一遍不需要任何成本。
第三种误读是把登录奖励当成余额。它不是余额。它是带条件的要约，条件写在另一个页面上。看到登录页上有个数字就以为那是自己的钱的读者，没有读条款。那个数字是标题，不是入账金额。
常见问题
mobox.io 登录页能告诉我什么？
它告诉你输入的凭证是否与系统里的某个账户匹配。它不会告诉你账户是否已验证、是否有提款在途、是否有奖励可领。这些项目写在各自的页面上，登录页不是它们的汇总。
为什么我能登录却不能提款？
因为登录和提款由不同的机制把关。登录由你的凭证把关。提款由验证把关，而验证是由提款请求触发的，不是由登录触发的。能登录却不能提款的读者，只是走到了验证这一步。
我怎么知道是账户被暂停了，还是只是密码错了？
跑一遍密码重置流程。如果重置消息到了，说明账户存在，问题在凭证。如果重置请求被拒绝，或者没有消息进来，账户可能被暂停了，或者标识符本身是错的。重置流程就是区分这两者的诊断工具。
登录奖励的流水要求在哪里找？
在促销活动自己的条款页上，不在登录页上。登录页可能显示有一项奖励存在，但约束它的倍数写在条款里。如果条款没有写倍数，读者就无法知道把奖励转换成可提款资金要付出多少成本，而这个缺失本身就是答案。
本页是一份独立说明，解释登录页及其相关机制各自覆盖什么。它不是由 mobox.io 发布的，也不对该运营商给出任何数字或状态。该运营商自己的页面才是这里所述各项内容的唯一约束性来源。
理性游戏
博彩应被视为付费娱乐,而非赚钱或挽回损失的方式。美国读者可拨打 1-800-MY-RESET (1-800-697-3738)。
各地法定年龄为 18 岁或 21 岁,请遵守适用于你所在地的规定。
本文是关于这些机制如何运作的一般性说明,不构成法律建议,也不是对任何运营方的推荐。