奖励上限

4.22 每收据与每日上限

两个行为上限保护发行池免受集中和垃圾信息的影响。两者均在应用层执行，在 bINT 记入用户的链下余额之前。第三个全局上限在结算时适用（4.24 中的软上限按比例分配）。

每收据上限

每张已验证收据最多产生一个取决于等级的最大 bINT 信用额度。该上限防止单张高价值收据消耗用户每日预算的不成比例份额。系统支持 50 个用户等级，每收据上限随等级单调递增。各等级的确切数值在生产环境中校准，不予公布。

每日上限

每位用户有一个每日 bINT 预算，限制在一个 UTC 日内所有收据的总奖励。上限在相同的 50 级范围内随用户等级增长，并单调递增。各等级的确切数值在生产环境中校准，不予公布。

当用户的每日总额达到上限时，额外的收据仍被处理和记录，但当天不再产生增量 bINT。上限在 UTC 午夜重置。这些数值可通过配置按等级覆盖，并随用户群增长和等级分布演变而重新调校。

4.23 目标架构：公式化上限（规划中）

该模型属于规划项，在当前版本中未启用；目前每日上限由每等级表设定（4.22），健康度作用于每收据奖励率（03 §3.5）。长期上限模型以连续公式替代固定的每等级表：

effective_daily_ceiling = base_cap × level_multiplier × health_score

在此模型下，一个中性健康度的低等级用户获得基础上限的一部分（base_cap × level_multiplier × health_score），而一个高健康度的高等级用户接近上限范围的上端。确切的常量在生产环境中校准，不予公布。该公式允许协议独立地重新调校三个因素中的任何一个，同时保持整体经济包络。

过渡路径

MVP 表是 TGE 前与 TGE 后早期阶段的现行模型。它在健康评分系统和等级分布仍在成熟的阶段提供确定性的、易于审计的上限。公式化模型在信任层的健康度和等级信号达到足够的校准深度时启用。过渡是协议配置变更，而非智能合约迁移。