随着 5G 高速发展，终端直连加密代理的耗电是否依然是痛点
#5G耗电#加密算力#移动端发热
阅读需 4 分钟||
当你手握一部支持 5G 高频段的旗舰手机走在户外，享受着数百兆甚至千兆的极速下载，并全程挂着诸如 Surge 或 Shadowrocket 客户端时。你会发现，手机的掉电速度与背部发烫的温度正成正比飙升。
1. 从百兆到千兆的算力暴增
在早些年，由于移动网络带宽上限较低（如 30 Mbps），尽管所有的应用层明文请求都需要通过 TUN 内核进行加密封装，但对于当时的处理器来说只是九牛一毛。 而在今天 5G 和未来的高速移动网络下，随随便便就能拉取超过 1 Gbps 的数据。
- 这意味着，您的手机芯片每秒钟需要对 120 兆字节的庞大数据流进行
ChaCha20或AES复杂密码学计算解密，不仅挤占了内存总线，还将原本处于休眠状态的高性能处理器核心全部强行唤醒。
2. 发热恶性循环与网络降级
当算力负荷极度繁重时：
- 手机 CPU 发热突破保护阈值。
- 操作系统为了防止烧毁，强制对 CPU 进行降频（也就是降速运行）。
- 同时，射频基带也会因为高温被限制功率，直接导致 5G 信号丢失，回落到 4G 网络，并且由于处理器卡顿，引发代理底层的数据包拥塞堵死。 这就解释了为何很多用户“用手机全天挂代理后，网络最后总是会卡死无响应”。
3. 破局之道：硬件分流的回归
在可预见的未来，如果您的办公与娱乐场景需要极其庞大且持续的高速加密吞吐流量，仅仅依赖手机单兵作战并不是明智之举。
- 此时，在家中通过极低功耗的旁路由甚至智能光猫插件进行前置解码，甚至在户外便携环境利用带有独立软路由架构的随身 Wi-Fi 终端去承接繁重的密码学计算，让手机重新回归纯粹的发收明文网络，才是根治高带宽耗电顽疾的正途。