TGViewer
Project X Channel Project X Channel @projectxtls · 30K subscribers
Post #1473 8.42K
Project X Channel 目前 Xray-core 的架构是代理协议层 over 传输层 over 安全层,虽然不及之前设想的 NEXT 架构可以随便串但也完全够用了,且搞 Splice 等跨层判断也方便,实在不行还有 dialer-proxy,现在突然想画饼在后面加一个通用伪装层,不像以前放传输层主要是因为还要用到 XHTTP/3 等已经确保了基于 UDP 的可靠传输以及 XMUX、上下行分离等功能,设想中通用伪装层会支持 ICMP(ping)、ASCII(比如结合 VLESS Encryption 且它比 TLS/REALITY…
定义已经清晰,“最终伪装层”是最底层的一个“不可靠的传输层”,比如对于 UDP 它只做每个包的伪装而不会确保可靠传输(依赖上层 mKCP/QUIC/WG,或者代理协议就是想要原生 UDP 特性),另一方面它放的那些东西天马行空、不具备抗检测的鲁棒性但可能就是有奇效,比如现在已有的 XICMP、XDNS、header-*、mkcp-*、Salamander,后续还会把 TCP/TLS fragment、UDP noises 移过来,它们都支持分享,以及据称有用的 ASCII、gfw-killer 想要的在 TCP 流开头加自定义数据等,还可能加 MC 等游戏伪装,如果你有天马行空的 idea 也可以提出

分两种情况,一种是只加 header 一种是真的通过那个东西传输数据,第一种会被命名为 header-*,第二种会被命名为 X*,懒得起名了,另外 TCP 的那些伪装可以通过 VLESS fallbacks offload 给别的程序
  • 👍 36
  • 🔥 5
  • 👀 2
  • ❤ 1
More from @projectxtls
  1. Oct 7, 2026有没有一种可能我早就不想理这俩智障了,无奈这俩脑残到处造谣我“刻意隐瞒”一个没几个人用的 bug,这奇葩逻辑真的没有导致它们猪脑过载吗?到处造谣真就不用承担后果吗?这两件事永远没完…
  2. Oct 7, 2026正如同我早就说了我根本没有必要“刻意隐瞒”一个没几个人用的 bug 一样,我也早就说了 Cherry / drownrat 以为的我小号根本不是我的,现在截图也有了毒誓也发了,倒是…
  3. Oct 7, 2026唉真无语了,我就这么说吧,这人是我的话我死全家,不是的话 Cherry / drownrat 死全家🤣🤣🤣不好意思忘了他家里早没人了
  4. Oct 7, 2026甚至 Cherry / drownrat 这傻逼玩意儿脑残到真以为那些是我小号然后做出了开盒的恶臭操作,还又他妈脑补说被招安了保护起来了“报敏”了,好陌生的词汇,脑补能力真他妈的前…
  5. Oct 7, 2026如果 sing-box 继续一意孤行 trim 浏览器指纹 X25519MLKEM768,那确实没可能了,当然了那些小白只会说 REALITY 怎么连不上了、REALITY 怎么被…
  6. Oct 7, 2026https://github.com/XTLS/Xray-core/issues/6477#issuecomment-6029784910
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →