收紧重试退避并把首发请求改成立即发出，发布0.3.1

- 退避上限从 5 秒压到 1.5 秒（含抖动最长约 1.9 秒），连续失败放大倍数 8→4，抖动 50%→25%：
  2026-10-03 实测库存只活了约 1.1 秒（PC2 四个实例 18:00:00.171~18:00:01.101 一直能锁到
  同一个礼包），而 PC1 默认实例的 31 个号在 18:00:00.225 失败后一直睡到 18:01:09.379，
  唯一有货的那段窗口被退避吃掉；超过 2 秒的等待都可能正好错过库存回流
- 首发请求不再随机等 150-700 毫秒，改为"第 0 个账号立即发出 + 其余按 8ms 步长错开"，
  整批铺开不超过 300 毫秒（账号再多也不会拖长）。定时器本来就提前约 100ms 触发以补偿 RTT，
  再抖几百毫秒等于把这个提前量整个抵消，请求实际落到 t+150ms~t+650ms
- 锁单成功到首次支付的等待从 2-4 秒压到 300-700 毫秒：这段纯属把关键路径上的时间白送出去，
  "订单操作进行中"现在按"已受理、结果未定"快重试，不需要靠等待规避
- 支付退避上限同步收紧：频控 3s→2s，其它 2s→1.2s（在途仍为 300ms→1s）
- 新增 TestRetryDelayNeverBacksOffLong：遍历 75 秒 × 40 次连续失败，断言任何一次退避都
  小于 2 秒，并覆盖"重试间隔策略被配到 5000ms"的极端配置
- 新增 TestFirstWaveStartsImmediately：单账号步长必须为 0、位次从 0 递增、
  2/34/100/500/2000 个账号下步长 ≤8ms 且整批铺开 ≤300ms
- 设置页文案同步：退避"任何一次等待都不超过约 2 秒"、首发错开说明

frontend/src/components/modal/SettingsModal.vue

@@ -233,7 +233,7 @@ defineExpose({ open, close })
                 </div>
                 <div class="form-hint">
                   按经过秒数从小到大排列，控制精英/电竞手册的<strong>锁单</strong>重试节奏；
-                  同一账号连续失败会在此基础上成倍放大（最长 5 秒）
+                  同一账号连续失败会在此基础上成倍放大，但<strong>任何一次等待都不超过约 2 秒</strong>
                 </div>
               </div>
 
@@ -243,6 +243,7 @@ defineExpose({ open, close })
                   <li>抢购窗口：<strong>75 秒</strong>；窗口内每个账号各自独立重试，互不阻塞</li>
                   <li>默认：阶段 2 为 200ms，阶段 3 为 500ms，其余阶段 1000ms</li>
                   <li>已锁单的订单即使窗口结束也会把<strong>支付</strong>重试完（最长 120 秒）</li>
+                  <li>首发请求：第一个账号立即发出，其余按几毫秒步长错开，整批不超过 0.3 秒</li>
                   <li>"活动火爆/网络繁忙"是请求级限流（同一秒别的账号仍能锁单），会继续重试</li>
                   <li>"库存已耗完"也不提前停止：别人锁单未支付时库存会回流，会降频探测到窗口结束</li>
                 </ul>