常见原因包括源端维护、临时暂停、跨时区造成的日期错觉，以及本站收录延迟。先比较空窗前后的期号，再核对源开奖时间与站点更新时间。如果源端在该区间没有产生新事件，就不是“有结果但被删掉”；如果源事件已存在但页面尚未更新，则属于同步过程，应稍后从历史档复核。
CANADA28 DAY ORBIT
加拿大28开奖节奏说明：频率、维护空窗与北京时间
加拿大28以 BCLC Keno 公开开奖数据为源。正常节奏下，源开奖大约每 3 分 30 秒 出现一组；本站再按期次收录并整理为可查询事件。这里的日程用于理解时间间隔、时区映射与暂停窗口，而不是一张承诺每天固定期数的倒计时表。
源数据参考间隔
210
秒 / 期
节奏值，不是准点保证
网络传输、源端安排、维护和站点同步都会使相邻记录的可见时间产生差异。
一个自然日的连续期次轨道
示意，不按比例
维护 / 中断空窗
DUAL TIME SCALE
同一期，为什么会显示两个日期？
BCLC 位于加拿大不列颠哥伦比亚省，源开奖通常按太平洋时间理解；中文用户则更习惯北京时间。由于两地存在显著时差，源地仍处于前一天时，北京已经进入次日。按日期检索时，必须先明确页面采用的是哪一种时间口径。
太平洋时间会在标准时与夏令时之间切换。一般换算中，北京时间比太平洋标准时间快 16 小时，比太平洋夏令时间快 15 小时。切换发生后，同一源时刻对应的北京时间会整体偏移一小时，但开奖生成逻辑并未因此变化。
源时间
太平洋时间
事件源头的日期与时刻
本站常用显示
北京时间
面向中文用户的查期日期
时间戳应当这样读
源开奖时间
说明对应的 Keno 事件在源时间轴上何时发生。
北京时间
便于按本地自然日浏览和比较连续场次。
数据更新时间
表示本站完成收录的时刻，不应误当成新一期的开奖时间。
例如，源地深夜的一期在北京时间下可能已经属于次日下午。若用户按北京时间寻找“今天的开奖”，应进入北京时间对应的日期档；若要与 BCLC 源记录逐项对照，则应保留源时区和期次标识，避免只凭日期名称判断。
MAINTENANCE NOTCH
维护窗口不是“丢失的一批结果”
加拿大28的结果依附于 BCLC Keno 源开奖。典型日内可能出现约 30–90 分钟的维护或暂停窗口，中文用户常在北京时间晚间观察到这类空白；周一或源端安排变化时，窗口可能延长或挪动。它是经验性的节奏描述，不应被理解为每天固定在某个分钟开始、固定持续相同时长。
当源开奖暂停时，没有新的源号码可供映射，本站不会用估算值填补期次。页面上的表现通常是最新已收录期次暂时不再推进，时间间隔拉长；恢复后，新记录会沿实际源事件继续收录。若源端已经恢复而本站仍在同步，页面还可能短暂显示旧的最新期，此时应以明确的更新时间和历史档案为准。
典型节奏图
连续开奖 → 暂停空窗 → 恢复收录
无新源事件
WATCH PATH
从节奏判断，回到具体期次
日程页解决“什么时候可能出现新一期”；最新页和历史档案解决“具体出现了哪一期”。盯盘时沿同一条期次轨道检查，比反复刷新单个时间点更容易分辨维护、同步延迟与真实的连续记录。
SCHEDULE FAQ
开奖时间常见问题
判断一段空白时，不要只比较墙上时钟。期号、源时间、北京时间和收录时间共同构成一条完整事件记录。
约 400–402 期只是由常见 210 秒节奏推导出的日量级参考。自然日边界、维护持续时间、源计划调整和时区口径都会影响某一天被归入的记录数。因此，日总量适合用来理解密度，不适合用来反推“必须还差多少期”。
不能直接这样理解。加拿大28结果需要对应一组实际产生的 BCLC Keno 公开号码，并通过固定算法映射为 0–27。源开奖没有发生时，就不存在可复算的该期结果。本站不会把空窗按理论间隔切成若干“待开奖”记录。
夏令时主要改变太平洋时间与北京时间之间的换算差，而不是把结果算法改成另一套规则。切换前后，用户可能看到北京时间显示整体移动一小时，某个北京时间自然日归入的期数也可能出现差异。核对具体事件时，应优先使用期号和带时区的时间戳。
不一定。全天节奏中可能存在维护窗口，也可能只是本站尚未完成下一期收录。查看最新一期的源开奖时间与更新时间，等待合理间隔后再进入历史档按期号核对。单次页面停顿本身不足以说明当天所有源开奖已经结束。