From 6cadc8b3f0736c20f4f20864bcedbfc75bdc957e Mon Sep 17 00:00:00 2001
From: GuGuGee <88784822+GuGuGee@users.noreply.github.com>
Date: Tue, 21 Sep 2021 09:36:17 +0800
Subject: [PATCH] =?UTF-8?q?=E9=94=99=E5=88=AB=E5=AD=97=E4=BF=AE=E6=AD=A3?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

“在 RPRX 不断开发迭代 VLESS 协议及 fallback 功能的过程种”，修改为“在 RPRX 不断开发迭代 VLESS 协议及 fallback 功能的过程中”，错别字“种”改成了“中”
---
 docs/document/level-1/fallbacks-lv1.md | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/docs/document/level-1/fallbacks-lv1.md b/docs/document/level-1/fallbacks-lv1.md
index e7298be..a882cb0 100644
--- a/docs/document/level-1/fallbacks-lv1.md
+++ b/docs/document/level-1/fallbacks-lv1.md
@@ -115,7 +115,7 @@
 
 为什么又要再次认识回落呢？ 因为，上面仅仅说清楚了基于“协议”的、抵抗【主动探测】的初版回落。
 
-在 [RPRX](https://github.com/rprx) 不断开发迭代 `VLESS` 协议及 `fallback` 功能的过程种，逐渐发现，回落完全可以更加灵活强大，只要在保证抵抗【主动探测】的前提下，充分利用数据首包中的信息，其实可以做到多元素、多层次的回落。（如 `path`, `alpn` 等）
+在 [RPRX](https://github.com/rprx) 不断开发迭代 `VLESS` 协议及 `fallback` 功能的过程中，逐渐发现，回落完全可以更加灵活强大，只要在保证抵抗【主动探测】的前提下，充分利用数据首包中的信息，其实可以做到多元素、多层次的回落。（如 `path`, `alpn` 等）
 
 基于这个开发理念，【回落】功能才逐渐成长为现在的完全体，即完成了 `纯伪装 --> ws分流 --> 多协议多特征分流` 的进化。最终版甚至完全替代了以前要用 Web 服务器、其他工具才能完成的分流的功能。且由于上述的【回落/分流】处理都在首包判断阶段以毫秒级的速度完成、不涉及任何数据操作，所以几乎没有任何过程损耗。