Update documentation

Author: anytls

docs/faq.md

@@ -58,6 +58,19 @@ stop=3
 
 模仿的不是特别像，但可以说明 XTLS-Vision 的弊端：写死的长度处理逻辑，只要 GFW 更新特征库就能识别。
 
+## 命名疑问/更换传输层
+
+事实上，如果您愿意，您可以将协议放置在其他传输加密层上，这需要一些代码，但不太多。
+
+本协议主要负责的工作：
+
+1. 合理的 TCP 连接复用与性能表现 (`proxy/session`)
+2. 控制数据包长度模式，缓解“嵌套的TLS握手指纹识别” (`proxy/session` `proxy/padding`)
+
+但是仅完成以上工作，仍然无法提供一个“好用”的代理。其他不得不完成的工作，例如加密，目前是依赖 TLS 完成的，因此协议取名为 AnyTLS。
+
+更换其他传输层，您可能会失去 TLS 提供的安全保护。如果用于翻墙，还可能会触发不同的防火墙规则。简而言之，请自行承担风险。
+
 ## 参考过的项目
 
 https://github.com/xtaci/smux

readme.md

@@ -1,6 +1,6 @@
 # AnyTLS
 
-一个试图专注于缓解 "TLS in TLS" 问题的 TLS 代理协议。`anytls-go` 是该协议的参考实现。
+一个试图缓解 嵌套的TLS握手指纹(TLS in TLS) 问题的代理协议。`anytls-go` 是该协议的参考实现。
 
 - 灵活的分包和填充策略
 - 连接复用，降低代理延迟