fix(payment): 支付轮询链路收口——查单节流 + 前端轮询重写

后端：
- 主动查单加最小间隔(5s)。此前 BillingOrderStatus 见 pending 就直连微信查单，
  而前端 2.5s 轮一次 —— 单笔订单在 30min TTL 内可打出约 720 次渠道调用，
  微信侧有频控，并发用户一多先被限流的是我们自己。回调才是入账主路径，
  查单只是兜底，节流最坏只让在场用户多等 5s。
- 标记随订单落终态清除，并在补偿定时器每轮 prune 掉超 TTL 的残留
  (用户扫码前就关弹窗的订单不会再被轮询，其标记无人回收)。
- 下单响应补 expires_at：二维码有效期由服务端 orderTTL 说了算，
  前端硬编码一份迟早漂移。

前端(sundynix-web)：
- orderStatus 不再丢掉 warn。服务端在「已付但金额与订单不符」时不入账、
  挂起人工核对，订单一直停在 pending —— 丢掉 warn 用户就会一直等一个
  永远不会来的结果。现在弹窗显式告警并给出订单号。
- setInterval → 递归 setTimeout：请求慢于间隔时 setInterval 会把请求摞起来，
  对「每次可能触发渠道查单」的端点尤其糟。
- 标签页切走时暂停轮询(用户扫完码要切去微信 App)，切回前台立刻补查一次。
- 连续失败指数退避至 15s 封顶，断网时不再定频猛打。
- 二维码倒计时 + 失效遮罩，过期不再让用户扫一个必然失败的码。
- 明说「关掉也不会丢钱，到账会自动补上」——掉单补偿定时器本就兜底，
  但此前 UI 没讲，用户只能守着弹窗。
- 关闭弹窗一律刷新余额：用户可能在关闭前一刻付款、状态刚落地。

测试：新增 handler 包首个测试，钉住节流与标记回收行为(-race 通过)。

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

sundynix-web/src/api.ts

@@ -271,8 +271,11 @@ export async function billingPacks(): Promise<{ packs: Pack[]; channels: string[
   return { packs: d.packs ?? [], channels: d.channels ?? [] };
 }
 
-// createWechatOrder 微信 Native 下单：返回订单号 + code_url（渲染成二维码扫码付）。
-export async function createWechatOrder(packId: string): Promise<{ order_id: string; code_url: string; amount_fen: number }> {
+// createWechatOrder 微信 Native 下单：返回订单号 + code_url（渲染成二维码扫码付）
+// + expires_at（二维码有效期，由服务端 orderTTL 决定，前端只负责倒计时展示）。
+export async function createWechatOrder(
+  packId: string,
+): Promise<{ order_id: string; code_url: string; amount_fen: number; expires_at: string }> {
   const res = guard401(
     await fetch(`${GATEWAY}/api/v1/billing/orders`, {
       method: "POST",
@@ -284,10 +287,11 @@ export async function createWechatOrder(packId: string): Promise<{ order_id: str
 }
 
 // orderStatus 轮询订单态（pending 时服务端顺路主动查单，本地也能确认到账）。
-export async function orderStatus(orderId: string): Promise<TopupOrder> {
+// warn 必须一并返回：服务端在「已付但金额与订单不符」时不入账、挂起人工核对，
+// 订单会一直停在 pending —— 丢掉 warn 的话用户付了钱、界面却只会一直转圈等下去。
+export async function orderStatus(orderId: string): Promise<{ order: TopupOrder; warn?: string }> {
   const res = guard401(await fetch(`${GATEWAY}/api/v1/billing/orders/${orderId}`, { headers: bearer() }));
-  const d = await jsonOrThrow<{ order: TopupOrder }>(res, "查询失败");
-  return d.order;
+  return jsonOrThrow<{ order: TopupOrder; warn?: string }>(res, "查询失败");
 }
 
 // redeemCode 核销兑换码，返回入账后的余额。