规范名称
加拿大28
当搜索框里出现 pc28、jnd28、canada28、PC蛋蛋28 或幸运28，通常是在寻找同一套以公开 Keno 数据为源、映射到 0–27 的加拿大28开奖事件。
别名对照 · 名称归一
名字很多，定位方式不必混乱。
别名页解决的不是“哪个名字更好”，而是把分散在搜索、聊天和第三方页面里的称呼，重新放回同一条事件脉络。这里的核心对象始终是加拿大28：一个以 BCLC Keno 公开数据为源、经过固定规则生成 0–27 结果的衍生数字开奖主题。
因此，看到不同写法时，先看期次、开奖时间和组成数值是否能够对应，再判断它们是否指向同一条记录。名称可以变化，事件识别应当尽量稳定。
Alias constellation
检索词沿着不同入口靠近同一个规范核心。
01 / 对照表
把常见写法放在同一张图上。
下表描述的是检索与交流中的常见写法，不是多个官方实体的名录。它们只有在源数据、期次标识和映射规则一致时，才可以交叉指向同一类结果。
| 常见写法 | 出现场景 | 统一理解 |
|---|---|---|
| 加拿大28 | 规范称呼、站点标题、期次档案 | 0–27 衍生结果主题的主名称 |
| pc28 / PC28 | 中文搜索、口语交流、历史页面 | 通常指向加拿大28这一映射主题 |
| JND28 | 拼音缩写、移动端搜索词 | “加拿大28”的缩写式写法 |
| canada28 | 英文或混合字母检索 | 以 Canada 作为识别前缀的别名 |
| PC蛋蛋28 | 平台化旧称、社区化表达 | 常被用于描述同类 0–27 结果 |
| 幸运28 | 泛化口语、内容标题、用户搜索 | 需结合源数据与规则确认具体口径 |
Source → Mapping → Result
名称不同，验证仍要回到三件事。
源数据是否同一口径
是否都以对应的 Keno 号码作为输入，而不是只复述一个结果数字。
期次与时间能否对上
同一事件应当有可定位的期次标识，并区分源开奖时间与站点更新时间。
结果能否按固定规则复算
名称只是入口，组成数值与 0–27 结果才是把事件串起来的实际线索。
02 / 为什么会有这么多名字
口语在变，事件结构不应跟着漂移。
名称差异通常来自三个方向：中文简称被压缩成字母，英文拼写被混入搜索词，或者社区与平台沿用更容易传播的旧称。对于用户来说，这些词都可能出现在同一段查询里；对于档案整理来说，若不先做名称归一，就容易把同一主题误看成多个对象。
“加拿大28”在这里承担的是规范标签的作用。pc28、JND28、canada28、PC蛋蛋28、加拿大PC28、幸运28、宾果28等写法，则作为外部检索入口被收拢。收拢并不意味着替每个第三方页面背书，更不意味着所有页面都共享相同的更新节奏；它只说明，阅读结果时应优先比较数据来源、期次和算法口径。
当三者能够对应时，别名就完成了它的作用：帮助你找到那一期，而不是制造新的对象。接下来，最有价值的动作通常不是继续寻找另一个名称，而是进入具体期次，查看结果如何由源号码一步步得到。
03 / 下一站
从名称归一，回到事件任务。
查看最新开奖
从当前收录的最新期次开始，直接进入结果核心与时间标识。
回看历史档案
按日期或期次寻找已经结束的开奖事件，观察别名背后的连续记录。
了解规则复算
查看 20 个 Keno 号码如何经过固定分组与取末位，生成最终的 0–27 结果。
如果你是按时间寻找某一期，先进入最新或历史档案；如果你已经有一组源号码，直接阅读规则复算会更快。别名是入口，期次才是坐标，复算则是把结果重新连接起来的方法。