网络如何运行

Qubic 网络以 Epoch 为周期运行，并在连续的 Tick 中处理交易与计算。当前 Epoch 的 Computor 共同执行相同输入，通过 Quorum 确定结果；Miner 提供计算结果，参与后续 Epoch 的 Computor 席位竞争。

这两部分同时运行：Tick 推进当前网络状态，Epoch 则组织较长周期内的节点集合和挖矿计分。

Epoch：网络运行周期

一个 Epoch 通常持续约一周，其中包含大量连续 Tick。Epoch 为以下内容提供共同的时间边界：

进入新 Epoch 后，Computor 集合和周期性计数进入新的阶段。QUBIC 余额、资产和智能合约等持续状态则会随网络状态继续存在。

Tick 是 Qubic 处理交易和形成结果的基本时间单位。每个 Tick 都有递增编号，Computor 按共同规则处理该时点的输入。

一笔普通交易大致经历以下过程：

交易是否进入目标 Tick，取决于签名、余额、输入格式、目标 Tick 和网络传播等条件。钱包通常会结合 Tick 结果与后续状态，向用户展示交易状态。

Computor 是 Qubic 当前共识集合中的节点。每个 Computor 接收交易和网络数据，运行 Core 与智能合约，并计算 Tick 完成后的状态。

当前架构设有 676 个 Computor 席位。当至少 451 个 Computor 对同一结果形成一致意见时，网络达到 Quorum。这样，结果来自多个独立节点对同一规则的执行，而不是某一个节点的单独判断。

没有进入当前 Computor 集合的节点身份可以作为 Candidate 参与竞争。Miner 执行协议当前指定的计算任务，并把有效 Solution 提交给关联的 Computor 或 Candidate 身份。

这些结果形成 Score。Epoch 结束时，Score 会参与后续 Computor 席位的确定，使计算资源与网络节点集合的更新联系起来。

公共矿池在这条路径上提供连接、统计和结算服务。矿工看到的 Share、Solution、算力和收益属于矿池对提交过程的具体表示；协议层最终关注的是有效计算结果及其对 Score 的贡献。

Computor 对相同输入执行相同规则，理论上应得到相同输出。Quorum 用来确认足够多节点确实形成了同一个结果。

这一机制应用于 Tick 状态，也被 Qubic 的其他能力复用。例如 Oracle Machines 汇集 Computor 对外部问题的回答，Outsourced Computation 则使用 Quorum 授权外部系统执行特定操作。

协议运行后会产生当前状态、Tick 数据和日志。不同组件使用这些数据提供不同视图：

因此，同一笔交易可以同时出现在钱包、节点接口和 Explorer 中，但这些界面读取数据的时间与历史覆盖范围可能不同。

用户或应用
   │  签名交易
   ▼
目标 Tick ──► Computor 执行 ──► Quorum ──► 网络状态更新

Miner
   │  Solution
   ▼
身份 Score ──► Epoch 结算 ──► 后续 Computor 集合

下一篇资产与应用会继续介绍 Identity、QUBIC、发行资产、Shares 和智能合约如何建立在这套网络之上。