运行机制
开奖号码不是由后台随机输入
波场以太系列采用“双链取数、公开转换”的思路。每一期先确定一个不可随意移动的开奖时间边界，再从 TRON 与 Ethereum 两条链上各选取一个符合规则的区块。系统读取两枚区块哈希的指定尾部字节，将对应位置的字节执行异或运算，最后把结果映射到十进制数字。完整计算只依赖期号、开奖时间、区块高度与区块哈希，因此用户无需相信某个私有随机数生成器，也能够独立重做同一遍计算。
双链结构的重点不在于把两个看似复杂的字符串简单拼接，而在于让两份彼此独立的公开数据共同参与结果。仅知道 TRON 区块内容，无法提前确定 Ethereum 在时间边界之后形成的目标区块；反过来也一样。区块一旦获得规定确认数，其高度、哈希与时间戳就会作为该期计算记录固定展示。
时间先确定
开奖边界由系列频率与期号推导，不因链上出块速度临时更改。
区块可追踪
目标高度、时间戳和完整哈希均能在对应公链中查询。
过程可复算
字节提取、异或与取模均为确定性运算，相同输入必得相同结果。
数据提取规则
如何锁定每一期的两枚目标区块
波场以太1分、3分、5分采用同一套数据转换方法，区别仅在开奖边界的间隔。所有时间以北京时间（UTC+8）展示并归档。1分系列在每个自然分钟结束时形成边界，3分和5分系列分别以连续三分钟、五分钟的固定窗口形成边界。期号与时间窗口一一对应，不能跳过已有边界，也不能在看到哈希后重新选择时间。
确定期号与边界时间
先由产品频率计算该期的计划截止时刻。例如某一期边界为 14:30:00，则 14:30:00 之前已经形成的区块不会被选为该期目标区块。
分别寻找边界后的首个区块
在 TRON 与 Ethereum 上独立检索时间戳不早于边界时间的第一个有效区块。两条链的出块节奏不同，因此目标区块不要求同时产生，也不存在相同高度的要求。
等待确认并冻结记录
目标区块达到发布所需的稳定确认状态后，记录区块高度、区块时间、完整哈希与采集时间。确认过程只影响结果何时发布，不改变原定时间边界与选块方向。
| 检查项 | TRON 输入 | Ethereum 输入 |
|---|---|---|
| 选取方向 | 边界后首个有效区块 | 边界后首个有效区块 |
| 主要记录 | 高度、时间戳、区块哈希 | 高度、时间戳、区块哈希 |
| 号码取值 | 哈希末尾10个十六进制字符 | 哈希末尾10个十六进制字符 |
| 字符规范 | 移除前缀并转为大写 | 移除前缀并转为大写 |
哈希组合逻辑
将两段哈希转换为五组独立字节
区块哈希通常由一长串十六进制字符组成。计算时先删除可能存在的“0x”前缀，将字母统一为大写，再从每条哈希的最右侧提取10个字符。每两个字符表示一个字节，因此两条链分别得到五个取值范围为 0 至 255 的字节。
提取方向始终从右向左确定范围，再按正常阅读顺序分组。例如尾部字符串为“3A7FC109E4”，五组字节依次是“3A、7F、C1、09、E4”，不能倒排成“E4、09、C1、7F、3A”。不足10个有效十六进制字符的数据不进入计算，避免补零方式不同造成结果分歧。
对应位置执行 XOR 异或
第一个 TRON 字节与第一个 Ethereum 字节组合，第二个与第二个组合，依此类推。异或运算按二进制位比较：两位不同得1，相同得0。它具有对称性，交换两条链的先后顺序不会改变结果，但任一输入字节变化都会影响相应位置。
号码生成
从组合字节得到五位十进制结果
每个异或结果仍是 0 至 255 之间的整数。为了得到单个十进制号码，对该整数执行模10运算，即取十进制数的个位。五组字节分别处理后，按原位置排列为第一位至第五位，形成当期五位结果。号码中的0必须保留，例如计算得到“0、3、8、0、6”，结果应写作“03806”，不能缩写为“3806”。
其中 C 为两链对应字节的异或值，D 为该位置最终数字。
各位置互不借位、不排序，也不会因数字重复而重新计算。
这一映射不承诺短期内各数字出现次数完全相同。公开算法的作用是让输入与输出之间具有一致、可追溯的关系，而不是消除随机波动。连续出现相同数字、某一数字短期偏多或相邻期结果相似，都不构成修改区块或重算号码的理由。
异常处理
延迟、重组与数据不一致如何处理
链上数据公开并不代表所有节点会在完全相同的瞬间返回结果。网络延迟、节点同步高度差异或短暂分叉可能导致初次查询出现不同状态。因此系统把“选块”和“发布”分开处理：选块依据固定时间边界，发布则等待目标区块达到稳定状态。
该期保持“确认中”，不会跳到更晚的任意区块以追求快速发布。待原目标区块稳定后继续计算；另一条链已确认的数据也保持不变。
以重组后主链上符合时间边界的首个有效区块为准。旧区块哈希不再作为正式输入，记录中同时保留状态变化说明，避免把已脱离主链的区块当成最终依据。
先按区块高度、父区块哈希和时间戳逐项比较，再等待节点同步。正式记录只采用公链主链上的一致数据，不使用单一节点短暂返回的孤立结果。
如果链上原始数据正确，但页面出现字符截断、位置颠倒或计算展示错误，应按原始区块重新计算并发布更正记录。更正内容需列明旧值、新值、影响期号与更正时间，不覆盖历史痕迹。
计算示例
用两段哈希尾值手工复算号码
以下演算使用便于阅读的示例尾值，不对应具体期号。TRON 取值为“3A7FC109E4”，Ethereum 取值为“91246BD05E”。它们分别拆成五个字节后，对应执行异或与模10运算。
| 位置 | TRON 字节 | ETH 字节 | 异或值 | 模10 |
|---|---|---|---|---|
示例中五组异或值为171、91、170、217、186，分别取模10后得到1、1、0、7、6。
对正式期号进行核验时，应使用记录页面公布的完整哈希，而不是只复制页面上可能被缩略显示的字符。演算器会自动移除非十六进制符号并读取末尾10位，但区块高度和目标区块是否符合时间边界，仍需与当期记录一并查看。