A damage-rate cap protects encounter structure from extreme burst while ordinary attacks still move the health bar. It estimates pressure with a recent-damage window or weapon-DPS model, then reduces later damage above a threshold. Define the window, curve, floor, decay, exception order, and feedback so stronger builds still feel effective.

Open boss builder
Establish full damageTavi lands an isolated 18-point sword hit at 0.92 s. With no recent damage in the window, all 18 points apply and Kern falls from 100 to 82 health.
Compare an isolated sword hit with a rapid burst, then wait for the cap to recover Tavi strikes Kern once for full damage, then performs a rapid series whose equal raw hits shrink as a recent-damage meter fills. After the meter drains, one more equal hit deals full damage again. Boss Player

Tavi lands an isolated 18-point sword hit at 0.92 s. With no recent damage in the window, all 18 points apply and Kern falls from 100 to 82 health.

Implementation checklist

Define the measured damage sample, window duration, threshold, attenuation curve, minimum multiplier, per-hit and damage-type exceptions, first-hit behavior, decay, phase resets, multiplayer aggregation, health application order, stable hit ids, rollback, and telemetry for raw, applied, and prevented damage.

Core checks

Three questions for the mechanic

  • What pressure does the rule measure?

    Choose a rolling sum, weighted history, weapon burst-DPS estimate, or another explicit sample. Record which hits enter it, when they expire, whether players share a window, and whether the current hit is evaluated before or after it is added.

  • How does pressure change a hit?

    Map measured pressure to a multiplier with a documented threshold, curve, and nonzero floor. Keep identical input deterministic, clamp the result once, and decide the order of critical hits, armor, vulnerabilities, shields, and attenuation.

  • How does the player read and test it?

    Make applied damage, health loss, and recovery from attenuation distinguishable. Test isolated hits, dense bursts, damage-over-time, multihit attacks, multiplayer focus fire, phase transitions, latency, duplicate events, and builds on both sides of the threshold.

Design mistakes

  • More power produces the same result with no explanation

    If numbers, reactions, and health loss do not reveal attenuation, players read the system as a bug or dishonest scaling. Preserve meaningful gains below and above the threshold and expose the changed multiplier through feedback or encounter UI.

  • The cap becomes a hidden invulnerability phase

    A near-zero floor, long memory, or reset that never arrives can erase valid play. Give the window a bounded lifetime, maintain a useful minimum contribution, and audit interactions that continuously refresh pressure.

Tuning

Tune the attack

  • Keep the damage transaction ordered

    For each hit, store hitId, sourceId, rawDamage, recentSample, threshold, multiplier, appliedDamage, preventedDamage, healthBefore, healthAfter, and resolution time. Replayed hit ids must not apply twice.

  • Decide what skill the cap rewards

    A rolling window can reward cadence and intentional pauses; a weapon-DPS model can equalize loadouts but may feel detached from moment-to-moment play. Pick the model that protects the encounter without invalidating the combat verbs you want players to express.

  • Measure the compression, not only completion

    Track raw-to-applied ratio, time above threshold, damage prevented per source, kill time by build, phase skips, first-hit spikes, multiplayer concentration, floor uptime, and whether players recognize why their numbers changed.

Arena

  • Kern’s runes harden under a flurry

    One measured cut crosses the elemental’s shell cleanly. When Tavi crowds several blows together, the runes flare and spread the force across the stone; after a quiet beat their glow fades and the blade bites deeply again.

Player upgrades

  • Expose pressure and recovery through more than numbers

    Combine health-bar motion, hit sound, impact weight, color, controller feedback, a protection aura, and an optional recent-damage meter. Offer a gentler curve, shorter window, higher floor, or explicit threshold indicator without changing which events qualify.

Do not confuse this with

  • Adaptive attenuation, not armor, a hit cap, or a health gate

    Armor reduces damage by a mostly stable rule, a per-hit cap clips one large hit, and a health gate stops progress at a fixed boundary. A damage-rate cap changes later hits according to recent or estimated pressure and relaxes when that pressure decays.

Bosses that use this mechanic

Learn more

Found an inaccuracy or have a suggestion for this page? Propose an edit on GitHub