RNG 是什么？随机性与结果的关系

从数字到游戏结果

随机数生成器输出数值，再由游戏逻辑映射为结果。随机生成与赔付规则是不同层，即使结果随机，规则仍可能存在庄家优势。

动画不是生成结果的证据

屏幕上的牌、骰子或动画是结果展示。不能从动画速度或视觉模式推断内部数值。技术说明应交代生成方式、映射及适用版本。

不同机制不能混为一谈

RNG、可验证公平机制和外部结果来源有不同验证方法。平台使用某种机制不代表所有游戏相同，应针对具体游戏和版本阅读说明。

随机数如何进入游戏结果

RNG 是产生随机或伪随机数值的组件；游戏还要按规则把数值映射成牌、符号或其他结果。应分别检查数值来源、抽样方式、游戏映射和赔付结算。知道系统使用 RNG，不能说明结果集合是否公平、概率多少，或版本是否符合某项规范。这些是不同的技术和证据问题。[3][1]

测试也有边界。NIST SP 800-22 用于评估随机和伪随机序列的统计特性；统计检验可发现某些偏差，却不能单独证明整套软硬件、种子管理或运营流程安全。NIST 将其定位为序列层面的检查。阅读“通过 RNG 测试”时，应查明受测元件、样本、版本、机构和报告日期。[3]

随机性与赔付规则是两个层次

即使序列通过指定统计测试，赔付仍由另一套规则决定。结果是否不可预测、映射是否正确、赔付表是否符合披露，需要不同验证。英国监管技术标准和测试策略说明其监管范围内的要求，可用于理解测试层次，但不能当作全球标准或未查证产品的合格证明。[1][2][3]

完整技术说明应列出生成器类型、种子来源和更新、结果映射、规则版本、独立测试范围及例外。资料不足时可说明已知方法，不应因使用密码学或通过统计检验就宣称“公平”。测试只能支持有限主张，超出对象与条件的结论还需其他证据。[3][2]

把主张变成可核查的问题

若产品宣称“每次结果都随机”，可追问如何定义随机性、由哪个组件产生、如何映射、是否有独立报告及其版本范围。若声称结果可复核，还要确认承诺与披露时间、算法、输入和重算步骤。把宣传语拆成问题，才能找到证据，而非把技术术语当作验证本身。[3][2]

观察到一段结果也不能据此预测下一次，除非模型支持特定依赖关系；“很久没出现”不代表独立事件下次必然发生。短样本看似均匀，也不能证明生成器整体正确。读者应把记录视为有限观察，并分开理解统计推断、软件测试和游戏规则。[3][4]

流程与可观察记录｜随机数如何进入游戏结果

从“从数字到游戏结果”这个问题开始，把读者实际经历的步骤画出来：谁发起请求、哪个系统接收、哪条记录代表状态变化，以及什么时候出现可由外部核对的结果。流程图不应假设所有服务使用同一套架构；它的作用是把界面用语拆成能够验证的事件。以“随机数生成器”为例，生成数值并由游戏逻辑映射结果的技术，与赔付规则是不同层次。接下来要追问信息由谁生成、能否重复核对，以及说明适用于哪个版本和地区。页面若只写“支持”却没有条件，准确结论应是证据不完整，而不是替页面补上常见做法。[1]

用一个具体情境检验本文概念：用户在网络不稳定时提交请求，页面停在处理中，随后又收到另一系统的通知。任何一个画面都不能单独证明成功或失败；应核对时间、识别码、方向和记录来源，并说明每份资料能够证明哪个阶段。“可验证公平”提供的判读线索是：通过承诺、披露和指定算法核对结果的机制，不能证明整个平台服务质量。这个例子说明的是分析流程，并非对任何平台功能的承诺。若记录无法对应，就应保留不确定性，并指出还缺少哪一类资料才能判断，而不是把模糊通知写成确定结果。[2]

来源范围与比较条件｜随机性与赔付规则是两个层次

“SP 800-22 Rev. 1: A Statistical Test Suite for Random and Pseudorandom Number Generators”由National Institute of Standards and Technology发布，本文引用它来支持的范围是：说明统计检验范围；通过统计测试本身不等于证明整个系统安全或公平。引用时应区分文件直接陈述与编辑推论：前者可以通过链接复查，后者需要写明推理过程，并使用“这意味着”或“据此可推断”等表述。“波动度”是“不同机制不能混为一谈”中的相关概念：描述结果分布和变化的概念，各供应商标签可能不是统一尺度。来源没有讨论的产品、司法辖区、版本或用户条件，不能从文件沉默中推导答案。清楚标明证据边界，读者才能判断结论能否用于自己的问题，还是需要另外寻找直接资料。[3]

最常见的误读来自把相邻步骤合并。请求提交、获得授权、完成处理、账户页面更新，可能分别由不同系统记录。如果文章一律称为“完成”，读者就无法判断实际发生了什么，也不知道出现差异时应找哪一方。把“随机数生成器”放回其定义范围：生成数值并由游戏逻辑映射结果的技术，与赔付规则是不同层次。逐一核对句子的主语、动作、时间和记录所有者，可以发现被省略的步骤。若不同文件采用不同定义，应并列原词并解释差别，不要为追求行文顺畅而把它们改写成同义词。[1]

读者判读与更新方法｜把主张变成可核查的问题

在比较数据之前，先固定比较对象、定义、时间范围、流程方向和计算方式。关于“可验证公平”，通过承诺、披露和指定算法核对结果的机制，不能证明整个平台服务质量；如果两份资料采用不同分母、版本或观察窗口，数字就不能不加说明地并排。缺失的字段可以标为未知，并解释它如何限制结论，无须用估算填补。整齐的表格也可能让不成立的比较显得精确。当条件无法对齐时，“依据现有资料无法比较”本身就是有用结论；随后应列出完成有效比较所需要的资料。[2]

统计检验只能回答特定数据是否符合某些统计性质，不能单独证明整个游戏系统没有缺陷。还要核对测试输入、算法版本、种子处理和独立审计范围，并说明未覆盖的部分。[1]