登录不上的先上来
Telegram 没有密码登录。新设备、新浏览器、甚至清掉缓存重新打开，都要收一条验证码。这个设计很烦人，但背后是一笔清楚的成本账。
密码登录的隐性成本
传统密码体系需要：密码哈希存储 （bcrypt/Argon2）、定期泄露扫描、重置密码的邮件/SMS 流程、客服处理"忘记密码"工单。这些成本分散在各个环节，难以量化，但总和不低。
更麻烦的是密码泄露。一旦数据库被拖库，所有用户的密码哈希暴露，强制重置、安全审计、公关危机，成本指数级上升。2016 年 LinkedIn 泄露 1.17 亿密码，直接损失数千万美元，品牌损伤更难估量。
验证码的显性成本
Telegram 的 SMS 账单是明面上的。每条验证码 0.05 美元，年支出近亿美元。但这个数字是可控的——你可以优化网关选择、推送到已登录设备、拦截虚拟号码，把成本压下来。
更重要的是，验证码没有"泄露"的概念。它是单次有效、短时失效的，即使被截获，攻击窗口也只有几分钟。相比之下，密码泄露的影响是长期的，用户可能多年不修改同一个密码。
已登录设备推送：零成本的安全层
Telegram 最聪明的设计是"已登录设备推送验证码"。如果你的手机已经登录了 Telegram，新设备请求登录时，验证码直接弹到手机上，不走 SMS 通道。
这个设计同时解决了两个问题：安全 （短信可能被 SIM 交换攻击拦截，但已登录设备相对可信） 和成本 （MTProto 通道的边际成本为零）。据估算，这个机制替 Telegram 省了 30% 的 SMS 费用。
为什么不做 TOTP 或硬件密钥？
TOTP（如 Google Authenticator） 和硬件密钥 （如 YubiKey） 更安全，但门槛太高。普通用户不会装 Authenticator，更不会买硬件密钥。Telegram 的产品哲学是"安全必须无感知"，验证码虽然烦，但人人都会用。
双重验证密码 （2FA） 是可选的，但默认关闭。只有对安全敏感的用户才会开启，大众用户依然靠 SMS 走天下。
对独立开发者的参考
如果你是独立开发者，做一个小而美的产品，验证码成本可能占你运营支出的很大一部分。几个建议：
优先支持邮件验证码，成本近乎为零
集成第三方登录 （Google、Apple、微信），把认证外包出去
如果必须做 SMS，选按量计费的网关，别买包年套餐
监控异常请求，防止被刷验证码拖垮预算
Telegram 烧得起 SMS 的钱，是因为它用户基数大、ARPU 高 （虽然免费，但 Premium 订阅和广告收入可观）。小团队没有这种底气，必须在安全和成本之间找到更精细的平衡点。
