Telegram 用得好好的，突然提示 Too many attempts, please try again later，或者 API 报 FLOOD_WAIT_3600。第一件事：这不是封号，这是 Telegram 的流量闸门（flood control）被触发了。
先看懂这个报错
FLOOD_WAIT_X 里的 X 就是需要等待的秒数。FLOOD_WAIT_3600 = 等 1 小时；FLOOD_WAIT_86400 = 等 24 小时。客户端上不给秒数的，只显示 “Too many attempts, please try again later”。
不同场景的等待时间（经验值）
| 触发场景 | 典型等待 | 说明 |
|---|---|---|
| 反复请求登录验证码 | 24 小时 | 最容易踩，短信费 + 限流双重惩罚 |
| 短时间大量加群 / 加人 | 几小时 ~ 24 小时 | 新号更容易被限 |
| 群发 / 连续发消息 | 几分钟 ~ 几小时 | 按发送频率阶梯上升 |
| 频繁改资料（用户名 / 昵称） | 几小时 | 属于低频但严格的操作 |
| API 拉消息 / 遍历成员 | 按秒计，阶梯上升 | 代码要读返回值里的秒数 |
为什么越试越久
flood control 的计时是从最后一次请求开始重新数的。你每重试一次，倒计时就重置一次——等 10 分钟、手痒试一下、再等、再试，结果永远等不出来。正确做法是：停手，彻底等满。
正确处理的四步
- 立刻停手：不要在原来那台设备、那个 IP 上继续点
- 换网络 / 换设备再等：有时换一条出口线路能立刻恢复（尤其是登录限流）
- 等满：登录类按 24 小时算，加群类按 6–24 小时算
- 恢复后降低频率：先慢后快，别一恢复就继续猛冲
API / 脚本用户怎么处理
如果你用 Telethon / Pyrogram 之类的库，不要 catch 掉 FLOOD_WAIT 直接重试——库一般会抛 FloodWaitError，里面带 seconds 字段。正确写法是捕获它、按 seconds 睡眠后再继续，并且给整个流程加节流（发送间隔、并发上限）。
反面教材：一个脚本 10 个号并发轮流加群，全部触发 FLOOD_WAIT，然后每秒重试一次——结果所有号一起被锁 24 小时。
怎么从根上减少限流
- 一机一号一环境，不要一个 IP 挂一堆号
- 加群节流：每号每天 3–4 个群，别一口气扫一遍
- 发消息拉开间隔，不要在整点同时发
- 新号先“养”几天再加人加群
- 拿到号先设二级密码、绑邮箱，账号越“干净”越不容易被限
需要能直接用的号、不想再跟号码风控打交道？→ Telegram 账号在售 → 提示号码被封怎么办
相关阅读
Netflix 提示账户暂停 · OpenAI 接口报 429 Too Many Requests · Telegram 提示 FLOOD_PREMIUM_WAIT