iOS 主屏幕 Web App 的 BSC 登录：连续认证支持与未验证网站提示

Developer Community | 开发者社区
1

TP 技术团队你好，service@tokenpocket.pro 邮件支持建议我们到开发者社区询问。

我们开发 PhantNet（https://phantnet.com），使用 BSC（eip155:56）钱包签名登录，只做身份认证，不请求交易或代币转账。

实际观察到的流程：从 iOS 主屏幕 Web App 打开 TP，用户接受连接后，TP 显示已连接，但没有接着显示登录签名请求；返回原 Web App，再切回 TP 后才出现签名确认。我们需要保留用户本人确认，同时避免中间这次来回切换。最终手动返回与中途为了触发签名而返回，是两个不同问题。

请协助确认：

  1. TP 哪些 iOS/Android 版本支持在初始会话提案中包含 BSC 认证？我们研究的是 SignClient 2.26.0 的 proposal.requests.authentication 及 proposalRequestsResponses.authentication，想区分它与旧的 wc_sessionAuthenticate，以及普通连接后再 personal_sign。是否支持只做登录、不请求交易权限的标准 SIWE？能否提供对应示例？
  2. 原 Safari/主屏幕 Web App 挂起期间，TP 能否完成上述认证提示与响应？如果不能，推荐哪种受支持的接入方式避免中途来回切换？
  3. TP 的“未验证网站”提示依据 WalletConnect Verify、TP 自有域名风险评估，还是两者？phantnet.com 应通过什么正式流程核查或验证？我们不寻求绕过安全提醒。
  4. 若连续认证不受支持，tpdapp://open 打开 BSC 钱包浏览器的正确链参数是什么？完成登录后，是否支持返回原 Safari 页面或主屏幕 Web App？请区分原生 App 的 callbackSchema 与 Web App 的边界。

目前我们仅用受控钱包验证了连续认证原型，尚未宣称原版 TP 支持。测试设备的 TP/iOS 精确版本还未形成已核对记录，因此不在此猜填；希望先得到支持版本和 API 范围，再进行针对性实测。如不支持或需要其他接口，请直接说明。

本帖不包含钱包地址、签名、配对链接、项目凭证、私人录像或内部源码。谢谢。