- Regen 是一个利用模块，它能加快玩家的自然生命恢复速度，超越 Minecraft 原版基于饱和度的治疗速率。
- 它的工作原理是拦截或缩短客户端的治疗滴定器时间，而不是使用药水、金苹果或任何物品。
- 服务器如果采用服务器端计算自然恢复的方式，而不是信任客户端计时，则该模块对其免疫，这是设计上的考虑。
- 这是一个游戏优势利用，而不是外观调整，并且通过将生命值随时间的变化与预期的饱和度曲线进行比较来检测。
Regen（再生，通常指“再生的缩写”）是一个利用模块，它加快了玩家生命值恢复到满值的速度，超过了原版 Minecraft 中饱和度系统允许的速率。它不影响药水、金苹果或任何物品。它只是重写了游戏自身的被动恢复时钟，因此战斗中受到的伤害消失得比它应该快。
工作原理
原版自然恢复在固定的时间间隔内恢复一小部分心跳值，而这个时间间隔受食物饱和度的限制：饱餐的人恢复速度比饥饿的人快，但仍然有一个下限来限制生命值恢复的速度。在许多客户端实现中，这个恢复时钟的触发时间由客户端决定，然后简单地报告给服务器。Regen 通过缩短或消除恢复之间的等待时间来利用这一点，从而推动生命值变化，这是服务器从未期望饱和度曲线能够自行产生的。
吸引力显而易见：延长战斗时间。运行 Regen 的玩家可以吸收正常对手无法跟上的伤害，并且无需中断来进食和等待正常的恢复。它很少以独立开关的形式出现。它通常是战斗或利用模块丰富的客户端套件中的一个组件，与构建为保持战斗持续而不是干净结束的模块并列。
使用它安全吗
补给循环漏洞是一种游戏优势利用，而非外观装饰上的利用，这正因其容易被发现的原因。它改变了服务器能够直接测量的东西：玩家在特定时刻的生命值，与饱和机制应该在该时间点产生的值相比。一个记录生命值随时间变化并将其与预期的饱和曲线进行比较的服务器，可以标记出无法用合法的食物和时间组合来解释的补给循环速率。
更彻底的修复方法，也是大多数竞技服务器已经采用的方法，就是完全不信任客户端的时间。一旦自然补给循环在服务器端计算并应用，客户端的补给循环模块就没有任何可利用之处，无论它报告什么.
Opal 的界限
Opal 不会提供 Regen 模块。并非因为制造它很困难，而是当服务器开始自行计算生命值，而不是信任客户端的时钟，整个漏洞就会变成可以导致封禁的证据，你无法通过辩解来避免。
这招会导致封禁
Regen 是一种简单的游戏优势利用漏洞。任何追踪生命值与预期饱和曲线的服务器，或自行计算生命值恢复的服务器，都会发现一个不可能达到的恢复速率。这仅为参考资料，并非推荐。
常见问题
它改变了玩家恢复生命值速度的方式，将自然恢复速率提升到原版基于饱和度的治疗所能达到的水平之上。
不一样。那些是游戏内的合法治疗物品，有各自的冷却时间和费用。Regen 并非消耗任何资源，而是操纵被动、非战斗状态下的治疗间隔。
不是。那些在服务器端计算并应用自然恢复速率，而不是信任客户端报告的时间的服务器，不会受到客户端 Regen 模块的影响。
是的。它改变了玩家在生存方面超出原版规则允许范围的核心机制，这就是它被归类为漏洞模块而不是外观或合法功能的原因。
