是否有新版本QQ NT上线包的支持计划？

[zhaodice]

目前已知的信息：
1.新版的安卓已经部分地转为NT协议，协议被写在了libkernel.so，分析有难度
2.新版上线包的register似乎有校验，数据包的参数验证失败后返回register failed，然后直接封号
3.现在的协议属于假NT，即修改了协议版本号但tx服务器依然兼容了旧的上线包
即旧上线包登录后全部用旧协议，新上线包登录后全部用新协议（貌似tx做了个切换新旧服务器的网关？）
4.未来关闭旧版上线包应该也是必然的了，到了那时候应该会大规模拉闸

开issue的目的：
1.在已知未来可能会大规模拉闸的情况下，是否有适配新协议的计划？
2.开一个issue，占个坑
3.可以转为discussion进一步讨论

[landall]

这个真的多虑了，现在那么多旧手机呢，根本不可能全面拉闸。最多bot识别更严格一些。

而且NT QQ，有可能用其他的介入方法会更方便些，比如自己去篡改js。QQ全面转NT，主要原因还是为了兼容Linux，在Linux上做文章估计能开辟全新的体系。

[zhaodice]

这个真的多虑了，现在那么多旧手机呢，根本不可能全面拉闸。最多bot识别更严格一些。

而且NT QQ，有可能用其他的介入方法会更方便些，比如自己去篡改js。QQ全面转NT，主要原因还是为了兼容Linux，在Linux上做文章估计能开辟全新的体系。

可是旧版QQ一直在拉闸，版本低就45了

[landall]

这个真的多虑了，现在那么多旧手机呢，根本不可能全面拉闸。最多bot识别更严格一些。
而且NT QQ，有可能用其他的介入方法会更方便些，比如自己去篡改js。QQ全面转NT，主要原因还是为了兼容Linux，在Linux上做文章估计能开辟全新的体系。

可是旧版QQ一直在拉闸，版本低就45了

目前看其他几个项目汇总的信息，协议方面基本上是空白的，也就是指望像Mirai这种机制实现，大家都是很绝望的。
基于Android版本，去介入js加载流程里hook，似乎取得了一些进展。
但大部分这类项目都在刚可以用、性能非常糟糕的阶段，开发者就被约谈然后放弃开发了。
而且QQNT的前端有大量的行为上报，他们直接做headless后端的思路，从一开始就很容易被系统识别出来。

所以现在这个阶段，等，是最好的选项。
等一个相对好的介入机制被大家想出来。目前他们的思路一看就知道会白忙活。