我比较容易内耗，可能因为一点无关紧要的小事就担心背后出问题（被平台风控整出 PTSD 是这样，实际上也没被封几个号）。下面的问题就算得到解决，也基本不影响实际策略，所以如果能给出一个解决内耗的方法也可以。
我曾经为了过平台注册验证搞了张 giffgaff 实体卡，结果最后没真用于注册，但手动验证了我的 Google 核心主号和 Amazon 新号（注册时没要求验证，反而我主动加上了），结果没几个月就赶上封号潮，这也是我加入 L 站的重要原因（因为发现很多相关讨论和对策都在这，而一部分话题不公开）。
其实我很幸运的躲过一劫，但也不再信任 giffgaff，怕迟早封号的同时应激了解大量关于海外电话卡的知识（个人总结），并且耗费相对更高但仍可接受的成本折腾了一个尽可能稳定的方案——原生支持 eSIM 的美版 iPhone + 纯通过 Wifi-Calling 使用的美国 eSIM（参考选择）。
上述方案不可能完美，但至少有这几个优点：美国号码完美适配美区账号、避免了 estk 工具转发导致的风险、虽然无法连本土基站但纯 Wifi-Calling 不会在基站层面暴露长期漫游特征、有固定月费的套餐相对来说被运营商切割的风险更小、能自主续费而不怕被中间商黑钱波及、可以拿 L 站的 iOS App 专属徽章。
我在新的 eSIM 方案稳定后，就成功将自己对应 Google 与 Amazon 账号改绑（也就这两处验证了平台注册收码），从此 giffgaff 爱封不封，不再关心其状态，但这张新 eSIM 的状态就成为我时刻关心的问题了。
因为我的使用模式实在太轻量，在海外只有信息获取方面需求（L 站相比 X、Meta 这种有风控的海外平台是真好多了），最小暴露原则又让我此后非必要就不会新关联现有平台（比如小圈子私聊一些技术话题的 Discord 账号），所以甚至一直没找到通过注册平台来验证号码有效的方式，虽然也有如下其他方法，但各有不便之处：
- 和我的 Google Voice 老号互发短信。全程收发都没有问题，但问题是我这个老号本身隔离在早年 Pixel 设备，并不是很方便随时拿出来，而且也担心对应 Google 账号的风控问题。
- 向公开服务号发短信（比如向
32075发送某个美国邮政编码，收到过Sorry, this service is not available的回复），理论上没问题但我相关信息获取太少，而且就像之前尝试那样可能这种公共服务因网络普及都不太受欢迎了。
如果有佬友了解第 2 点或者有其他方案，可以分享一下。此外，我因为是用自搭节点关联自己 iPhone 的，除了直接看信号状态外，还会在 VPS 上执行 tcpdump -ni any udp port 4500 来检测 Wifi-Calling 状态。
Wifi-Calling 信号的稳定复现很大程度上缓解了我的内耗，但毕竟我的核心 Google 账号是挂载在主用 Android 手机上的，前几天收到个邮件 我们正在验证你主用 Android 设备上的电话号码 给我吓一跳，发现设备 Google 设置里的 电话号码验证 不知道啥时候被自动开启了，赶紧给关了并且查看账号的电话，还好仍只有当前的美国 eSIM（没发现国内手机），但就突然又担心起来该卡的可用性了，按理说 Google 和运营商是两码事，不应该纠结的，但就是莫名内耗……
。