mytglib 2.0.5 → 2.0.7

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/README.md CHANGED
@@ -185,6 +185,8 @@ reCAPTCHA 由客户端的全局 network middleware 处理,不限于 `auth.send
185
185
 
186
186
  Rust `grammers_core` 对初始 `auth.sendCode` 及其自动生成的 `invokeWithReCaptcha(auth.sendCode)` 额外设置完整 frame 写出后的 20 秒响应期限。连接类失败会先关闭当前 DC sender,再用同一序列化请求和同一 reCAPTCHA token 在新代理隧道上重放一次;明确的 Telegram RPC 错误、取消和第二次连接失败不会重放。该规则不改变 Node.js `@mtcute/node` 实现,也不适用于 `signIn`、`signUp` 或其他 RPC。
187
187
 
188
+ Rust `verify_phone_code()` / `register()`(包括对应 `CoreOperation`)的每个授权步骤共用 60 秒期限,包含开始/结束日志回调、重连、DC 迁移、核验、退避和授权元数据处理;日志回调也响应取消和期限。未派发业务请求的结构化连接初始化超时最多额外重试 3 次;仅 `auth.signUp` 的 `500 REG_ID_GENERATE_FAILED` 最多额外重试 3 次,退避均为 2、5、5 秒。注册重放前直接调用 `users.getUsers(InputUserSelf)`:已授权则保存成功,只有明确 `401 AUTH_KEY_UNREGISTERED` 才允许重放该 500。发送结果未知时只核验、不重放。恢复次数或期限耗尽、核验失败时返回 `CoreError::AuthorizationRecoveryRequired`,保留原始错误和重试记录,超时丢弃在途调用时也不会丢失这些记录;`signUp` 返回非成功授权响应同样归为授权未知;取消保持 `CoreError::Aborted`。恢复复用原 Session 和参数,禁止额外 reCAPTCHA 求解,不重新取号或发码。调用方应将最终未知结果隔离,不在外层另开自动重试循环。Node.js 行为不变。
189
+
188
190
  `auth.sentCodePaymentRequired` 不是 RPC 错误,而是 `auth.sendCode` 的合法返回。它表示由于所在国家或运营商的短信验证成本较高,官方客户端必须先完成 Telegram Premium 购买流程才能继续登录或注册。原始响应中的 `storeProduct`、`premiumDays`、`currency` 和 `amount` 描述商品与价格,`phoneCodeHash` 保留后续授权上下文,`supportEmailAddress` 和 `supportEmailSubject` 用于联系支持。
189
191
 
190
192
  `sendCode()` 或 `verifyEmailCode()` 收到该响应时,会像保存 `phoneCodeHash` 一样把三个必需字段原子地挂载到 `core.inputStore`:`{ premiumDays, currency, amount }`。普通 `auth.sentCode`、`auth.sentCodeSuccess`、授权成功及成功销毁客户端时会清空该状态。
@@ -353,9 +355,12 @@ console.log(response.status, response.waitTime, response.error);
353
355
  返回的等待秒数退出暖槽并进入冷却,Pool 随即从库存异步补入其他账号。
354
356
  若暖槽返回冻结账号错误,Pool 会将该账号永久隔离并换用其他 `READY` 槽位;当前检测返回的错误仍保留
355
357
  Telegram 原始 `code = 420` 和错误文本。
356
- `PHONE_NUMBER_FLOOD` 是目标手机号级错误,不换槽重试,只保护目标手机号 5 分钟且不处罚账号。
357
- 明确检测结果缓存 5 分钟,最多保存 10,000 条;同一手机号的并发请求会合并为一次检测,
358
- 基础设施错误不缓存,也不提供强制刷新。
358
+ `PHONE_NUMBER_FLOOD` 是目标手机号级错误,当前请求不换槽重试、不处罚账号,也不缓存错误;后续同号请求可重新检测。
359
+ 仅 `PHONE_NUMBER_OCCUPIED`、`PHONE_NUMBER_NO_OCCUPIED`、`PHONE_NUMBER_INVALID` 和
360
+ `PHONE_NUMBER_BANNED` 的确定结果缓存 60 秒,最多保存 10,000 条;有效期从写入时计算,命中不续期。
361
+ 本地格式校验失败仍即时返回 `PHONE_NUMBER_INVALID`,不发起 RPC,也不占用结果缓存。
362
+ 同一手机号的并发请求会合并为一次检测;`FLOOD_WAIT`、`OTHER_ERROR` 等其他结果不缓存,
363
+ 共享检测结束后后续请求可重新检测,也不提供强制刷新。
359
364
 
360
365
  `abortSignal` 只取消当前调用方等待,并以 `OTHER_ERROR` 返回取消原因;它不会中断已经启动的
361
366
  single-flight RPC。即使当前只有一个等待者,后台检测仍可完成并写入明确结果缓存。调用开始前已经
@@ -489,6 +494,10 @@ Telegram 客户端、定时器、缓存、SQLite 连接和 owner lock。关闭
489
494
 
490
495
  ### Rust API
491
496
 
497
+ 同一个 Pool 还支持通过 `userId` 查询大约注册年月,Node.js 使用 `getRegistrationDate()`,Rust 使用
498
+ `get_registration_date()`;暖槽授权、DeviceCheck 材料配置、并发与返回契约见
499
+ [注册年月查询](docs/registration-date.md)。
500
+
492
501
  Rust 实现从 `grammers_core` 根模块导出 `create_phone_status_pool()`、`PhoneStatusPool` 及相关
493
502
  输入、响应和状态类型。调度、持久化格式和暖槽策略与 Node.js 实现一致。手机号检测统一返回
494
503
  扁平的 `PhoneStatusCheckResponse`,字段为 `wait_time`、`phone`、`started_at`、`ended_at`、