报告基准与解释边界
Keno号码数量、抽取结构与号码范围的校验，应以相关官方Keno报告和规则基准为参照。官方资料可以支持原始Keno记录的结构核验，但不能自动证明中文环境中的第三方分组、取个位和求和方法属于官方规则。本页会把原始号码校验与第三方衍生解释分栏呈现。
SCOPE / 数据边界
这里展示什么，也明确不混入什么
本页用于承接本站加拿大28记录所关联的Keno来源数据。每条可用记录应围绕同一来源期次组织：原始20个号码、来源名称、开奖时间及其时区、关联衍生期次、换算规则版本与处理状态。覆盖区间以实际进入本站关联数据集的记录为准，不将未能建立明确映射的号码拼接进连续历史。
A. 原始来源与衍生名称分开理解
BCLC将Keno列为其运营的区域彩票游戏，PlayNow公开说明其由BCLC拥有并运营。加拿大28、PC28与jnd28则是中文数据环境中常见的衍生称谓；在本次核查所涉及的官方游戏规则目录中，它们并未作为官方游戏名称出现。因此，本页引用来源角色，是为了说明原始数据关系，不代表本站获得官方授权或具备官方身份。
B. 关联失败不等于可以猜测补齐
来源期号、时间或号码结构无法一致对应时，记录应停留在待核对、冲突或已更正状态，而不是默默进入换算统计。这样做让后续走势、遗漏与区间比较仍能回到具体输入，避免不同来源、不同时间口径或不同规则版本下的同名记录被混为一体。
QUERY / 来源查询
沿着你已知的字段查回原始记录
可以从来源期号、开奖日期或本站关联的衍生期次开始。结果中的“开奖时间”按来源记录的时间与时区展示；页面采集、同步或更正时间属于数据处理信息，不应被当作实际开奖时刻。
时间字段始终附带口径
查询将以完整字段匹配关联数据。若没有返回记录，可改用另一种字段核对；无明确映射的记录不会被自动推断为相邻期次。
Keno来源记录
字段预览 · 查询后按匹配条件呈现真实关联记录
来源时间
映射状态
| 来源期号 | 开奖时间 / 时区 | 原始20个号码 | 关联衍生期次 | 状态 |
|---|---|---|---|---|
|
—
—
—
—
—
—
—
—
—
—
—
—
—
—
—
—
—
—
—
—
|
等待查询 |
20 / COUNT
号码数量不完整时保留异常状态，不补位、不截断。
1—80 / RANGE
超出范围的值不能作为合格Keno输入参与换算。
UNIQUE / DUPLICATE
重复项需要回到来源记录核对，而不是在排序时自动去重。
上方为字段结构预览，不代表某一期实际开奖结果。输入查询条件后，页面应以来源记录的完整值替换占位内容，并同步显示记录状态。
LINEAGE / 换算链路
从20个号码到三个分量，过程需要能被逐段阅读
来源页面保留原始展示顺序；换算明细再建立升序排列和一为起始的位置编号。两组顺序同时出现，读者才能判断某个号码为何进入某一分量，而不是只接收一个无法回看的最终和值。
SOURCE ORDER
按来源记录所展示的20个号码保存，用于忠实核对原始输入。该顺序不直接替代换算排序。
ASCENDING
将20个号码从小到大排列，并从位置1开始编号。换算位置基于这组排序后的索引，而非号码本身的尾数或原展示位置。
COMPONENTS
分量 A
位置 2、5、8、11、14、17
分量 B
位置 3、6、9、12、15、18
分量 C
位置 4、7、10、13、16、19
RESULT
每组指定位置号码求和后取个位，形成0至9的三个分量，再将三个分量相加得到0至27范围内的和值。
A
+
B
+
C
=
0—27
以上为本站采用并记录的第三方换算解释边界，不应被表述为BCLC官方Keno规则。具体记录还应显示其适用的规则版本，防止规则调整后用当前口径覆盖历史口径。
查看完整换算规则SOURCE NOTES / 引用与更正
来源说明不是脚注，而是每条记录的可核对部分
真实记录应指向足以识别来源期次的引用信息，并说明来源页面承担的是原始号码报告、结果展示还是后续数据整理角色。引用用于回答“这20个号码从哪里来”，换算说明则回答“本站如何由这些号码形成衍生值”，两者不能互相替代。
来源冲突保留处理轨迹
当两个来源对同一期次给出不同号码、时间或标识时，记录不应只留下最终选择。冲突状态需要保留差异摘要、核对时间与更正说明，让后续统计使用者知道历史值是否发生变化，以及变化影响的是来源字段、映射字段还是换算结果。
抓取时间不冒充开奖时间
来源开奖时间描述事件本身，抓取与同步时间描述本站何时获得或更新数据。两者可能处于不同时间带，也可能相隔一段时间。明确字段名称和时区，才能在跨日期核对时避免把同步延迟误判为期次错位。