吞吐修复：单连接从 ~17 Mbps 提到 ~140 Mbps
adb 进模拟器实测（走隧道 vs 直连）钉死了瓶颈：
| 场景 | 修复前 |
|---|---|
| 直连裸 TCP 单连接 | 253 Mbps |
| VPN 隧道单连接 | ~15-19 Mbps |
| VPN 8 并发聚合 | ~148 Mbps（极不均） |
有效窗口恰为 256 KiB（= mux 初始流窗口），单连接被 窗口 ÷ RTT 钉死：
256KiB ÷ ~120ms 隧道 RTT ≈ 17 Mbps。自适应扩窗实测很不可靠。
修复（同时需要客户端 SDK 与本节点都更新）：
- mux 单流窗口 256KiB → 2MiB：单流立刻 ~140Mbps@120ms，不再依赖不稳的扩窗。
上下行对称受益。 - h2 服务端窗口 4/8MiB → 16/32MiB（与客户端对齐）：解多流上行在一条载体上顶到
旧 4MiB 的瓶颈。 - relay 出站 set_nodelay：转发关 Nagle，省一个 RTT 的攒包延迟。
注意：下行吞吐主要由客户端 SDK 的窗口决定，故 SDK（AAR/.so）也必须一起更新。
升级
bash install.sh产物
| 文件 | 架构 |
|---|---|
dbk-node-x86_64-unknown-linux-gnu.tar.gz |
x86_64 / amd64 |
dbk-node-aarch64-unknown-linux-gnu.tar.gz |
aarch64 / arm64 |