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 范围，再进行针对性实测。如不支持或需要其他接口，请直接说明。

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

2

1.关于连续认证：我们测试了通过系统浏览器打开PhantNet（https://phantnet.com），拉起TP的过程。整个过程能连续流畅认证，并没有出现上述的情况。（确保app是最新版）
2.TP 的“未验证网站”提示：这个是WalletConnect的协议标准，TP是按照其接入文档实现的。你们可以联系WalletConnect获取帮助。

3

感谢实测，这个结果有帮助。为避免重复来回确认，只补齐同一组复现条件：请提供测试的 iOS 版本、TP 完整版本、实际入口是否为首帖所述网站的聊天页（而非首页），以及是否确认完成了登录签名并进入聊天（而不只是钱包显示已连接）。

我们观察到问题的入口是 Safari“添加到主屏幕”后的独立 Web App。麻烦对比一次：从这个桌面图标发起连接后一直留在 TP，连接确认后是否立即接着出现登录签名，而不需要先回 PhantNet 再切回 TP。系统浏览器正常和主屏幕 Web App 正常需要分别确认。

网站提示这一项，我们会按您指出的 WalletConnect Verify 方向排查，不要求 TP 绕过安全提示。我们也会同步排查自己的前后台接续，不等待论坛回复才继续内部工作。

4

麻烦把这个过程录制成视频，这样清晰很多