verysimple， 实际上 谐音来自 V2ray Simple (显然只适用于汉语母语者), 意思就是极简.
verysimple 是一个 代理内核, 对标 v2ray/xray，功能较为丰富。
本作的想法是，使用自己的代码，实现v2ray的所有的好的功能（并摒弃差的功能），而且使用自主研发的更简单的架构，结合自主研发的新技术，实现反超。
verysimple项目大大简化了 转发机制，能提高运行速度。本项目 转发流量时，关键代码直接放在main.go里！非常直白易懂。
只有项目名称是v2ray_simple，其它所有场合 全使用 verysimple 这个名称，可简称 "vs"。本作过于极简，极简得连logo也没有.
规定，编译出的文件名必须以 verysimple 开头.
verysimple 研发了一些新技术，使用自研架构，可以加速，目前基本上是全网最快，且有用户报告内存占用 比v2ray/xray 小1/3。
vs的一些亮点是 全协议readv加速，lazy技术，vless v1，hysteria 阻控，更广泛等utls支持，grpc回落，交互模式等。
支持的功能有:
socks5(包括 udp associate 以及用户密码)/http(以及用户密码)/socks5http(与clash的mixed等价)/dokodemo/tproxy(透明代理)/trojan/simplesocks/vless(v0/v1)/vmess, 多用户,
ws(以及earlydata)/grpc(以及multiMode,uTls，以及 支持回落的 grpcSimple)/quic(以及hy阻控、手动挡 和 0-rtt)/smux,
dns(udp/tls)/route(geoip/geosite,分流功能完全与v2ray等价)/fallback(path/sni/alpn/PROXY protocol v1/v2), sniffing(tls)
tcp/udp(以及fullcone)/unix domain socket, tls(包括客户端证书验证), uTls,【tls lazy encrypt】, http伪装头,PROXY protocol v1/v2 监听,
cli(交互模式)/apiServer, Docker, docker-compose.
为了不吓跑小白，本 README 把安装、使用方式 放在了前面，如果你要直接阅读本作的技术介绍部分，点击跳转 -> 创新点
对觉得本作安装很复杂的人，我再强调一遍:
本作对标的是 v2ray和xray等内核，不是对标的“安装脚本”，本作是个内核，再说一遍。内核能支持各种交互模式已经很强大了好不好。
你见哪个内核项目负责人自己上来就提供完整一键脚本的？都是其他人帮着提供的，我这么忙哪有时间研究一键脚本。有需求的你可以写一个然后提PR啊。
本内核完全是我自己写的，完全不同于 xray这种 fork的版本，所以我很忙的。
如果是 linux服务器，可以参考我的一篇指导文章 install.md
电脑客户端的话直接自己到release下载就行。
注意如果要geoip分流，而且要自己的mmdb文件的话（高玩情况），还要下载mmdb；
默认第一次运行是会自动下载mmdb文件的，所以不用太担心。
不过geosite的话，也是需要下载的，可以通过交互模式进行下载，或通过如下命令下载
#在verysimple可执行文件所在目录
git clone https://github.com/v2fly/domain-list-community
mv domain-list-community geosite通过git下载的好处是, 自己想要更新时，直接 git pull 即可;
通过 交互模式进行下载的好处是, 如果你配置了配置文件, 并且有一个可用的节点, 则交互模式优先通过你的节点来下载geosite.
这样可以避免github被墙的情况。
git clone https://github.com/e1732a364fed/v2ray_simple
cd v2ray_simple/cmd/verysimple && go build详细优化的编译参数请参考Makefile文件
如果你是直接下载的可执行文件，则不需要 go build
注意，本项目自v1.1.9开始，可执行文件的目录在 cmd/verysimple 文件夹内，而根目录 为 v2ray_simple 包。
本作支持多种运行模式，方便不同需求的同学使用
- 命令行模式
- 极简模式
- 标准模式
- 兼容模式
- 交互模式
若为客户端，运行 ./verysimple -i 进入交互模式，选择下载geosite文件
第一次运行时会自动下载geoip文件。
可以通过 交互模式 来生成自定义的配置。
#客户端, 极简模式
verysimple -c client.json
#服务端, 极简模式
verysimple -c server.json关于 vlesss 的配置，查看 vs.server.json和 vs.client.json 就知道了，很简单的。
目前极简模式配置文件最短情况一共就4行，其中两行还是花括号，这要是还要我解释我就踢你的屁股。
极简模式使用json格式，内部使用链接url的方式，所以非常节省空间;
极简模式 不支持 复杂分流，dns 等高级特性。极简模式只支持通过 mycountry进行 geoip分流 这一种分流情况。
极简模式暂不支持 ws/grpc 特性.
极简模式继承自v2simple，理念是字越少越好。推荐没有极简需求的同学直接使用标准模式。
verysimple 继承 v2simple的一个优点，就是服务端的配置也可以用url做到。谁规定url只能用于分享客户端配置了？一条url肯定比json更容易配置，不容易出错。
另外，极简模式所使用的 url并不是正规的 各个协议所规定的 分享链接格式，而是我们自己的格式，所以链接看起来会略有区别。
以后可以考虑 推出一个 选项，选择 到底是 使用协议所规定的格式, 还是 使用我们verysimple自己的通用链接格式。
如果学会了极简模式里的url配置后，还可以用如下命令来运行，无需配置文件
#客户端
verysimple -L=socks5://127.0.0.1:10800 -D=vlesss://你的uuid@你的服务器ip:443?insecure=true
#服务端
verysimple -L=vlesss://你的uuid@你的服务器ip:443?cert=cert.pem&key=cert.key&version=0&fallback=:80不细心的人要注意了，vlesss，要三个s，不然的话你就是裸奔状态,加了第三个s才表示套tls
命令行模式 实际上就是把命令行的内容转化成极简模式的配置 然后再处理
命令行模式 不支持dns、分流、复杂回落 等特性。只能在url中配置 默认回落。
#客户端，标准模式
verysimple -c client.toml
#服务端，标准模式
verysimple -c server.toml
标准模式使用toml格式，类似windows的ini，对新手友好，不容易写错。推荐直接使用标准模式。
本作的 examples文件夹中的 vlesss.client.toml, vlesss.server.toml , multi.client.toml 等文件中 提供了大量解释性的注释, 对新手很友好, 一定要读一下，才可以熟练掌握配置格式。
未来会推出兼容v2ray的json配置文件的模式。
已经推出了交互模式, 可以在命令行交互着生成一个你想要的配置，这样也就不需要各种一键脚本了
交互模式有很多好玩的功能，可以试试。
运行 verysimple -i 即可进入交互模式
目前支持如下功能：
- 生成随机ssl证书
- 交互生成配置，超级强大
- 热删除配置
- 热加载新配置文件
- 调节日志等级
- 调节hy手动挡
- 生成一个随机的uuid供你参考
- 下载geosite文件夹
- 下载geoip文件(GeoLite2-Country.mmdb)
- 打印当前版本所支持的所有协议
- 查询当前状态
- 为tproxy设置iptables(12345端口)
- 为tproxy移除iptables
交互生成配置后还可以输出到文件、加载到当前运行环境、生成分享链接。
如果你不是放在path里的，则要 ./verysimple, 前面要加一个点和一个斜杠。windows没这个要求。
自己生成证书！而且最好是用 自己真实拥有的域名，使用acme.sh等脚本申请免费证书，特别是建站等情况。
而且用了真证书后，别忘了把配置文件中的 insecure=true 给删掉.
使用自签名证书是会被中间人攻击的，再次特地提醒。如果被中间人攻击，就能直接获取你的uuid，然后你的服务器 攻击者就也能用了。
要想申请真实证书，仅有ip是不够的，要拥有一个域名。本项目提供的 生成随机证书功能 仅供快速测试使用，切勿用于实际场合。
注意运行第二行命令时会要求你输入一些信息。确保至少有一行不是空白即可，比如打个1
openssl ecparam -genkey -name prime256v1 -out cert.key
openssl req -new -x509 -days 7305 -key cert.key -out cert.pem此命令会生成ecc证书，这个证书比rsa证书 速度更快, 有利于网速加速（加速tls握手）。
小白请无视这一段。
# 生成ca的命令:
openssl ecparam -genkey -name prime256v1 -out ca.key
openssl req -new -x509 -days 365 -sha256 -key ca.key -out ca.crt #会提示让你输入 CountryName 等信息。
# 用ca生成客户端key和crt
openssl ecparam -genkey -name prime256v1 -out client.key
openssl req -new -key client.key -out client.csr #会提示 让你输入 CountryName 等信息。
openssl x509 -req -days 365 -sha256 -in client.csr -CA ca.crt -CAkey ca.key -set_serial 01 -out client.crt之后, ca.crt 用于CA (服务端要配置这个), client.key 和 client.crt 用于 客户端证书 （客户端要配置这个）
注意 上面的openssl 生成 crt 的两个命令 要使用 -sha256参数, 因为默认的sha1已经不安全, 在go1.18中被废弃了。
本作的交互模式也有自动生成随机自签名证书功能
在你的服务端下载好程序后，运行 verysimple -i 开启交互模式，然后按向下箭头 找到对应选项，按回车 来自动生成tls证书。
本作有不少创新点，如下
实现了vless协议（v0，v1）和vlesss（即vless+tcp+tls），
在本项目里 制定 并实现了 vless v1标准 (还在继续研发新功能），添加了非mux的fullcone；
本项目 发明了独特的非魔改tls包的 双向splice，本作称之为 tls lazy encrypt, 简称lazy
在clash的gun.go (MIT协议) grpc客户端 代码基础上实现了 grpcSimple, 包含完整的服务端, 遵循了极简的理念，不引用谷歌的grpc包，减小编译大小4MB，而且支持 回落到 h2c。
使用了简单的架构，单单因为架构简单 就可以 提升不少性能。
本作使用了分层架构，网络层，tls层，高级层，代理层等层级互不影响。
所有传输方式均可使用utls来伪装指纹； 所有方式均可以选用 tcp、udp、unix domain socket 等 网络层，不再拘泥于原协议的网络层设计。
v0协议是直接兼容现有v2ray/xray的，比如可以客户端用任何现有支持vless的客户端，服务端使用verysimple
经过实际测速，就算不使用lazy encrypt等任何附加技术，verysimple作为服务端还是要比 v2ray做服务端要快。作客户端时也是成立的。最新1.10的测速似乎不lazy时即可比xray的 xtls快。（ 最新测速 )
本作的命令行界面还在开发一种 “交互模式”，欢迎下载体验，使用 -i 参数打开。也欢迎提交PR 来丰富 交互模式的功能。
支持trojan协议 以及smux, 而且经过测速，比trojan-go快。（速度差距和本作的vless与v2ray的vless的差距基本一致，所以就不放出测速文件了，参考vless即可）
不过 lazy特性是不支持trojan的。这种不稳定不安全的特性还是专用在一个协议上比较好。
在没有mmdb文件时，自动下载mmdb
使用readv 进行加速
其它监听协议还支持 socks5, http, dokodemo
多种配置文件格式,包括自有的 toml标准格式
默认回落，以及按 path/sni/alpn 回落
按 geoip,geosite,ip,cidr,domain,tag,network 分流，以及 按国别 顶级域名分流，用到了 mmdb和 v2fly的社区维护版域名列表
支持utls伪装tls指纹，本作的 utls 还可以在 用 websocket和grpc 时使用
支持websocket, 使用性能最高的 gobwas/ws 包，支持 early data 这种 0-rtt方式，应该是与现有xray/v2ray兼容的
支持grpc，与 xray/v2ray兼容; 还有 grpcSimple，见上文。
真实 nginx响应。
支持 quic以及hysteria 阻控，与xray/v2ray兼容（详情见wiki）,还新开发了“手动挡”模式
api服务器；tproxy 透明代理； http伪装头.
本作也是支持 trojan-go 声称的 “可插拔模块”的，没什么复杂的。而且也可以用build tag 来开启或关闭某项功能。
本作也是支持 clash 的 "use as library" 的，而且更加简单，very simple，你看godoc文档就懂了，主项目就一个主要的函数。
支持 Docker 容器, 见 #56，以及 cmd/verysimple/Dockerfile, 相关问题请找 该PR作者。
总之，可以看到，几乎在每一个技术上 本作都有一定的优化，超越其他内核，非常 Nice。
本作虽然声称 v2ray_simple, 但是实际的理念 与 clash 和 trojan-go 更加靠近，我也更欣赏这两个包，而不是 v2ray。
这也是我单独写一个 v2ray_simple 的原因。 v2ray的架构实在是非常落后，无法施展拳脚，而clash 和 trojan-go 则先进很多。
同时，vmess这种 信息熵 太大 的协议已经 应该退出历史舞台，本作予以淘汰，不再支持。
目前认为只有外层为 tls 的、支持回落的 协议才是主流。
然而，最近墙的 sni 阻断行为再一次打我脸了。看来 vmess/ssr 这种完全随机的协议还是有必要继续使用。。。
这里的v1是 verysimple 自己制定的，总是要摸着石头过河嘛。标准的讨论详见 vless_v1
总之，简单修订了一下协议格式，然后重点完善了fullcone。
verysimple 实现了 一种独创的 非mux型“分离信道”方法的 udp over tcp 的fullcone
v1还有很多其他新设计，比如用于 连接池和 dns等，详见 vless_v1_discussion
vless v1协议还处在开发阶段，我随时可能新增、修改定义。
因为本作率先提出了 vless v1的开发，所以本作的版本号 也直接从 v1.0.0开始
本项目 完整支持 udp
最新的代码已经完整支持vless v0
后来我还自己实现了vless v1，自然也是支持udp的，也支持fullcone。v1还处于测试、研发阶段.
另外上面说的是承载数据支持udp；我们协议的底层传输方式也是全面支持udp的。也就是说可以用udp传输vless数据，然后vless里面还可以传输 udp的承载数据。
底层用udp传输的话，可以理解为 比 v2ray的mkcp传输方式 更低级的模式，直接用udp传输, 不加任何控制。所以可能丢包,导致速度较差 且不稳定。
注意，因为技术实现不同，该功能不兼容xtls。, 因为为了能够在tls包外进行过滤，我们需要做很多工作，所以技术实现与xtls是不一样的。
lazy功能是对标xtls的，但是不兼容xtls，你用lazy的话，两端必须全用verysimple
关于xtls，你还可以阅读我对 xtls的233漏洞的研究文章
https://github.com/e1732a364fed/xtls-
在最新代码里，实现了 双向 tls lazy encrypt, 即另一种 xtls的 splice的实现，底层也是会调用splice，本包为了加以区分，就把这种方式叫做 tls lazy encrypt。
tls lazy encrypt 特性 运行时可以用 -lazy 参数打开（服务端客户端都要打开），然后可以用 -pdd 参数 打印 tls 探测输出
在系统 不支持splice和sendfile 系统调用时，lazy特性等价于 xtls 的 direct 流控.
因为是双向的，而xtls的splice是单向，所以 理论上 tls lazy encrypt 比xtls 还快，应该是正好快一倍？不懂。反正我是读写都是用的splice。
而且这种技术不通过魔改tls包实现，而是在tls的外部实现，不会有我讲的xtls的233漏洞，而且以后可以与utls配合 进行模拟指纹。
关于 splice，还可以参考我的文章 https://github.com/e1732a364fed/xray_splice-
该特性不完全稳定，可能会导致一些网页访问有时出现异常,有时出现bad mac alert;刷新页面可以解决
不是速度慢，是因为 目前的tls过滤方式有点问题, 对close_alert等情况没处理好。而且使用不同的浏览器，现象也会不同
在我的最新代码里，采用了独特的技术，已经规避了大部分不稳定性。总之比较适合看视频，毕竟双向splice，不是白给的！
经过我后来的思考，发现似乎xtls的splice之所以是单向的，就是因为它在Write时需要过滤掉一些 alert的情况，否则容易被探测；
不过根据 a report by gfwrev, 对拷直连 还是会有很多问题，很难解决
所以既然问题无法解决，不如直接应用双向splice，也不用过滤任何alert问题。破罐子破摔。
总之这种splice东西只适用于玩一玩，xtls以及所有类似的 对拷直连的 技术都是不可靠的。我只是放这里练一下手。大家玩一玩就行。
我只是在内网自己试试玩一玩，从来不会真正用于安全性要求高的用途。
关于splice的一个现有“降速”问题也要看看，（linux 的 forward配置问题），我们这里也是会存在的 XTLS/Xray-core#59
解决了xtls以下痛点
- 233 漏洞
- 只有单向splice
- 无法与fullcone配合
- 无法与utls配合
原因：
- 我不使用循环进行tls过滤，而且不魔改tls包
- 我直接开启了双向splice；xtls只能优化客户端性能，我们两端都会优化;一般而言大部分服务器都是linux的，所以这样就大大提升了所有连接的性能.
- 因为我的vless v1的fullcone是非mux的，分离信道，所以说是可以应用splice的（以后会添加支持，可能需要加一些代码，有待考察）
- 因为我不魔改tls包，所以说可以套任何tls包的，比如utls，目前已经添加了utls。所以你可以享受伪装的同时享受splice
而且alert根本不需要过滤，因为反正xtls本身过滤了还是有两个issue存在，是吧。
而且后面可以考虑，如果底层是使用的tls1.2，那么我们上层也可以用 tls1.2来握手。这个是可以做到的，因为底层的判断在客户端握手刚发生时就可以做到，而此时我们先判断，然后再发起对 服务端的连接，即可。
也有一种可能是，客户端的申请是带tls1.3的，但是目标服务器却返回的是tls1.2，这也是有可能的，比如目标服务器比较老，或特意关闭了tls1.3功能；此时我们可以考虑研发新技术来绕过，也要放到vless v1技术栈里。参见 e1732a364fed#2
在不使用新协议时，lazy只能通过不lazy tls1.2的方式来解决此问题, 即裸奔转发 tls1.3、加密转发 tls1.2.
默认的Makefile 或 直接 go build 是不开启内嵌功能的，需要加载外部mmdb文件，就是说你要自己去下载mmdb文件，
不过，最新的版本会自动检测，如果你没有mmdb文件，会自动给你从cdn下载下来，所以已经很方便了，不需要自己动手.
可以从 https://github.com/P3TERX/GeoLite.mmdb 项目，https://github.com/Loyalsoldier/geoip 项目， 或类似项目 进行下载
加载的外部文件 必须使用原始 mmdb格式。
若要内嵌编译，要用 tar -czf GeoLite2-Country.mmdb.tgz GeoLite2-Country.mmdb 来打包一下，将生成的tgz文件放到 netLayer文件夹中，然后再编译 ，用 go build -tags embed_geoip 编译
内嵌编译 所使用的 文件名 必须是 GeoLite2-Country.mmdb.tgz
因为为了减小文件体积，所以才内嵌的gzip格式，而不是内嵌原始mmdb
文档尽量多，代码尽量少. 同时本作不追求极致模块化, 可以进行适当耦合. 一切以速度、浅显易懂 优先
KISS, Keep it Simple and Stupid
文档、注释尽量详细，且尽量完全使用中文，尽量符合golang的各种推荐标准。
根据golang的标准，注释就是文档本身（godoc的原理），所以一定要多写注释。不要以为解释重复了就不要写，因为要生成godoc文档，在 pkg.go.dev 上 给用户看的时候它们首先看到的是注释内容，而不是代码内容
本项目所生成的文档在 https://pkg.go.dev/github.com/e1732a364fed/v2ray_simple
再次重复，文档越多越好，尽量降低开发者入门的门槛。
我有时也会时常在 discussion里发一些研究、讨论的文章，大家也要踊跃发言 https://github.com/e1732a364fed/v2ray_simple/discussions
代码的理念就是极简！这也是本项目名字由来！
根据 奥卡姆剃刀原理，不要搞一大堆复杂机制，最简单的能实现的代码就是最好的代码。
想要为本作贡献的同学，要学习本作的这些理念，并能够贯彻你的代码。
不够极简或解释不够清晰的代码我们将会进行淘汰或修正。
有贡献想法的同学，阅读 CONTRIBUTING / issue中的【开发者贡献指南】.
首先学会使用verysimple，熟读本 README.md 和 examples/ 下的配置文件.
之后读 doc.go 和 cmd/verysimple/version.go 文件里的 注释，对本作结构有一个认识。然后读 proxy/doc.go 理解 VSI模型。
之后 学习 proxy.BaseInterface 接口 和其 实现 proxy.Base. 之后学习 advLayer 里的各个接口。
之后就可以在go doc中选择自己感兴趣的地方阅读了。
MIT协议，即你用的时候也要附带一个MIT文件，然后作者不承担任何责任、义务、后果。
启发自我fork的v2simple，不过原作者的架构还是有点欠缺，我就直接完全重构了，完全使用我自己的代码。
这样也杜绝了 原作者跑路 导致的 一些不懂法律的人对于开源许可的 质疑。
实际上是毫无问题的，关键是他们太谨慎。无所谓，现在我完全自己写，没话说了吧—；
我fork也是尊重原作者，既然你们这么谨慎，正好推动了我的重构计划，推动了历史发展
目前正在计划的有
- 完善并实现 vless v1协议
- 什么时候搞一个 verysimple_c 项目，用c语言照着写一遍; 也就是说，就算本verysimple没有任何技术创新，单单架构简单也是有技术优势的，可以作为参考 实现更底层的 c语言实现。
- verysimple_c 写好后，就可以尝试将 naiveproxy 嵌入 verysimple_c 了
- 完善 tls lazy encrypt技术
- 链接池技术，可以重用与服务端的连接 来发起新请求
- 握手延迟窗口技术，可用于分流一部分流量使用mux发送，达到精准降低延迟的目的；然后零星的链接依然使用单独信道。
其它开发计划请参考 e1732a364fed#3
对于功能的golang test，请使用 go test ./... -count=1 命令。如果要详细的打印出test的过程，可以添加 -v 参数
内网测试命令示例：
在 cmd/verysimple 文件夹中, 打开两个终端,
./verysimple -c ../../examples/quic.client.toml -ll 0
./verysimple -c ../../examples/quic.server.toml -ll 0
测试环境：ubuntu虚拟机, 使用开源测试工具 https://github.com/librespeed/speedtest-go
编译后运行，会监听8989。注意要先按speedtest-go的要求，把web/asset文件夹 和一个toml配置文件 放到 可执行文件的文件夹中,我们直接在项目文件夹里编译的，所以直接移动到项目文件夹根部即可
然后内网搭建nginx 前置，加自签名证书，配置添加反代：
proxy_pass http://127.0.0.1:8989;
然后 speedtest-go 后置。
然后verysimple本地同时开启 客户端和 服务端，然后浏览器 firefox配置 使用 socks5代理，连到我们的verysimple客户端
注意访问测速网页时要访问https的，否则测的 splice的速度实际上还是普通的tls速度，并没有真正splice。
访问 https://自己ip/example-singleServer-full.html 注意这个自己ip不能为 127.0.0.1，因为本地回环是永远不过代理的，要配置成自己的局域网ip。
如果你是按上面指导内网进行测速的话，实际上readv有可能会造成减速效果，具体可参考 e1732a364fed#14
如果发现减速，则要关闭readv
左侧下载，右侧上传，单位Mbps。我的虚拟机性能太差，所以就算内网连接速度也很低。
不过这样正好可以测出不同代理协议之间的差距。
verysimple 版本 v1.0.3
//直连
156，221
163，189
165，226
162，200
//verysimple, vless v0 + tls
145，219
152，189
140，222
149，203
//verysimple, vless v0 + tls + tls lazy encrypt (splice):
161，191，
176，177
178，258
159，157
详细测速还可以参考另外几个文件，docs/speed_macos.md 和 docs/speed_ubuntu.md。
总之目前可以看到，verysimple是绝对的王者。虽然有时lazy还不够稳定，但是我会进一步优化这个问题的。
测速时，打开的窗口尽量少，且只留浏览器的窗口在最前方。已经证明多余的窗口会影响速率。尤其是这种消耗cpu性能的情况，在核显的电脑上确实要保证cpu其它压力减到最小。
群肯定是有的。只在此山中，云深不知处。实际上每一个群都有可能是verysimple群，每一个成员都有可能是verysimple的作者。
如果你实在找不到群，你不妨自己建一个，然后自称verysimple项目作者。
建议所有的人都认真阅读README以及其它所有有文字的文件和页面；
有能力的人要阅读整个verysimple项目的所有代码；
希望每一个人都能站出来，自豪地说，“我就是原作者”，并且能够滔滔不绝地讲解自己对verysimple的架构的理解。
如果你能fork，并青出于蓝，那么我甘拜下风。
也希望本项目能够普及到世界上所有需要学习相关技术的国家，希望所有的想要学习代码的人都能够先学习中文。
如果本作作者突然停更，这里允许任何人以 verysimple 作者的名义fork并 接盘。你只要声称自己是原作者，忘记了github和自己邮箱的密码，只好重开，这不就ok了。
关键不在于谁是作者，一个作者倒下，千万个作者会站起来。
我们的** 生生不息，追求自由的人们啊，一起奋斗吧！
鱼，我所欲也；熊掌，亦我所欲也。二者不可得兼，舍鱼而取熊掌者也。生，亦我所欲也；义，亦我所欲也。二者不可得兼，舍生而取义者也。
砍头不要紧， 只要主义真。 杀了夏明翰， 还有后来人。
MIT协议！作者不负任何责任。本项目 适合内网测试使用，以及适合阅读代码了解原理。
你如果用于任何其它目的，我们不会帮助你。
我们只会帮助研究理论的朋友。
同时，我们对于v2ray/xray等项目也是没有任何责任的。
为了支持hysteria 的阻塞控制，从 https://github.com/HyNetwork/hysteria 的 pkg/congestion里拷贝了 brutal.go 和 pacer.go 到我们的 quic文件夹中.
grpcSimple的客户端实现部分 借鉴了 clash 的gun的代码，该文件单独属于MIT协议，其文件开头都写了，不信自己看。（clash的gun又是借鉴 Qv2ray的gun的）
tproxy借鉴了 https://github.com/LiamHaworth/go-tproxy/ , （trojan-go也借鉴了它）
来自v2ray的代码有：quic的嗅探，geosite文件的解析(v2fly/domain-list-community), vmess的 ShakeSizeParser 和 openAEADHeader 等函数。
（grpc参考了v2ray但是没直接拷贝，而是自己写的。代码看起来像 主要因为 protobuf和grpc谷歌包的特点，导致只要代码是兼容的，写出来肯定是很相似的）
以上借鉴的代码都是用的MIT协议。
vmess 的客户端代码 来自 github.com/Dreamacro/clash/transport/vmess, 使用的是 GPLv3协议。该协议我直接 放在 proxy/vmess/ 文件夹下了。
同时我通过该vmess 客户端代码 反推出了 对应的服务端代码。
