详细回答
只提供有价值的信息，杜绝冗余。
§01
端到端工作原理
您的应用携带手机号码和method=flashcall调用我们的/verify/start。我们使用一个一次性MSISDN拨打该号码，其末尾几位数字即编码了OTP。借助Android CALL_LOG权限，您的应用可读取来电号码，截取最后4-6位数字并进行哈希处理，然后POST到/verify/check。如果哈希值匹配，则用户验证通过。端到端耗时：3-5秒。成本：仅为短信OTP的30-60%。
§02
运营商为何青睐它
闪呼不会触及SMSC，不消耗计费短信事件，也不会占用A2P中继。它是一种在接通前即被取消的单一CAMEL/SIP呼叫设置——大多数运营商将其视为未接来电（免费或接近免费）。在短信A2P价格昂贵的市场（如印度、印度尼西亚、巴西），对于高吞吐量的OTP服务，闪呼能大幅降低验证成本。
§03
不适用的场景
iOS应用无法通过编程方式读取来电显示。闪呼仅支持Android系统（且仅在用户授予CALL_LOG的情况下可用，而Google对此限制日益严格——Android 11+要求应用必须为默认来电显示应用，或使用SMS_RETRIEVER作为自动回退）。请务必将闪呼与短信OTP自动回退方案结合使用。BroadNet的/products/myotp服务可在单次API调用中实现从闪呼→短信OTP→WhatsApp OTP→语音OTP的自动回退。
§04
监管状态
GSMA在2022年发布了关于闪呼的RCC.20指南，将其视为一种合法的验证技术。部分运营商（如印度部分地区、阿联酋）已开始将其归类为A2P并采用A2P定价；而其他地区（中东及北非大部分地区、欧盟）仍将其视为语音事件。定价也随之不同。我们会跟踪各国的分类情况并据此调整价格。