diff --git a/README.md b/README.md
index 2c94660..8a0178d 100644
--- a/README.md
+++ b/README.md
@@ -51,13 +51,13 @@ QQ群：646049993
💧 你要考虑在分库分表（合库合表）时，主键值可直接使用，并能反映业务时序。
-💧 如果这样的主键值太长，超过前端 JS Number 类型最大值，须把 Long 型转换为 String 型，你会觉得有点沮丧。
+💧 如果这样的主键值太长，超过前端 js Number 类型最大值，须把 Long 型转换为 String 型，你会觉得有点沮丧。
💧 尽管 Guid 能自增，但占用空间大，索引速度慢，你也不想用它。
💧 应用实例可能超过50个，每个并发请求可达10W/s。
-💧 在容器环境部署应用（水平扩展、自动伸缩）。
+💧 在容器环境部署应用（水平扩展、自动扩容）。
💧 不想依赖 redis 的自增操作。
@@ -79,9 +79,9 @@ QQ群：646049993
## 新算法特点
-✔ 整形数字，随时间单调递增（不一定连续），长度更短，用50年都不会超过 js Number类型最大值。（默认配置 WorkerId 是6bit，序列数是6bit）
+✔ 整形数字，随时间单调递增（不一定连续），长度更短，用50年都不会超过 js Number类型最大值。（默认配置）
-✔ 速度更快，是传统雪花算法的2-5倍，0.1秒可生成50万个。（i7笔记本，默认算法配置6bit+6bit）
+✔ 速度更快，是传统雪花算法的2-5倍，0.1秒可生成50万个（基于8代低压i7）。
✔ 支持时间回拨处理。比如服务器时间回拨1秒，本算法能自动适应生成临界时间的唯一ID。
@@ -100,15 +100,7 @@ QQ群：646049993
| 传统雪花算法 | 0.0045s | 0.053s | 0.556s |
| 雪花漂移算法 | 0.0015s | 0.012s | 0.113s |
-💍 极致性能：500W/s~3000W/s。（所有测试数据均基于8代低压i7计算。）
-
-## 适用范围
-
-🔷小型、中型、大型需要全局唯一Id（不用Guid）的项目。
-
-🔷 单机或分布式项目。
-
-🔷不想将 Long 型转 String 给前端用的项目。
+💍 极致性能：500W/s~3000W/s。（所有测试数据均基于8代低压i7计算）
## 如何处理时间回拨