决策矩阵
3.11 从分数到结果
一旦收据获得品质评估且使用者的健康度状态为最新，本层会将收据路由至一个结果。
目前版本已启用：
| 结果 | 使用者看到什么 | 分类帐记录什么 |
|---|---|---|
| 接受 — 全额额度 | 已验证预览 + 此收据与此使用者的全额 bINT 数额。 | receipt.status = "verified"，全额额度，记录品质级距。 |
| 接受 — 减额额度 | 已验证预览 + 较小的 bINT 数额。无摩擦。 | receipt.status = "verified"，部分额度，降级原因类别。 |
| 拒绝 | 清晰的浅白讯息与 0 bINT。 | receipt.status = "rejected"，拒绝原因类别。 |
规划中，目前版本尚未启用：
| 结果（规划中） | 使用者看到什么 | 分类帐记录什么 |
|---|---|---|
| 留置审查 | 「我们正在检查这张收据。结果通常会在一天内出炉。」 | 一个专属的审查状态，排入申诉流程（3.12）。 |
拒绝结果保留给超出诚实收据合理范围的案例——例如被合成媒体真实性检查标记的图像、手写文件，或与不同使用者已有额度且证据冲突的重复收据。
3.12 申诉伫列（规划中）
申诉伫列为规划中的机制；目前版本会自动解决每张收据。在规划设计下，被留置审查的收据会进入一个具营运时程目标的伫列。审查者（最初为营运团队，日后为赚取 Proof of Contribution 的社群池）会看到：
- 收据图像与提取记录。
- 级距与贡献的讯号家族清单。
- 使用者近期历史概览。
- 三个动作：全额核准、减额核准、维持拒绝。
审查者看到与收据区块记录相同的讯号家族。这使审查者与本层设计保持一致，并支援一致的决策。
若审查者推翻本层的建议，该覆盖会被记录并贡献至下一个校准周期。
3.13 使用者能做什么
收据被拒绝的使用者会看到类别层级的说明，并在适当时获得自助路径：以更好的光线重新拍摄收据、附上付款凭证联系支援，或接受拒绝。讯号层级的原因保留于内部信任配置中。
健康分数由滚动讯号计算而得。之后被接受的收据会依配置规则影响分数；单一事件不会使其骤然重置。