Notif 💬

⚡️ GrainTCP — 面向 Cloudflare Workers 的 VLESS over WebSocket TCP 主线实现 🥇 与早期那类重状态机传输代码不同，这份代码的主方向不是继续堆大缓冲 / 大定时器，而是把 Workers 下真实 TCP relay 的主热路径收紧。 🥈 上传侧使用 显式队列 + 机会性合包 + microtask drain，把高频小包尽量压成更少的实际写入次数。 🥉 下载侧已经收敛成两段式主线：大包 direct send + 立刻换新 buffer，小包…

⚡️GrainTCP — 面向 Cloudflare Workers 的 VLESS over WebSocket TCP 主线实现 🥇 与早期那类重状态机传输代码不同，这份代码的主方向不是继续堆大缓冲 / 大定时器，而是把 Workers 下真实 TCP relay 的主热路径收紧。 🥈 上传侧使用 显式队列 + 机会性合包 + microtask drain，把高频小包尽量压成更少的实际写入次数。 🥉 下载侧已经收敛成两段式主线：大包 direct send + 立刻换新 buffer，小包 <32KB 做 grain 聚合，专门削减高频小 frame 场景下的 send() 次数与调度压力。 补充几点： - 32KB 是 聚合上限，不是“必须攒满才发” - chunk=64KB 是当前通用默认档，不是源码硬上限 - concur=4 适用于 Workers / Pages 默认部署，如果改成 Snippets 形态，需手动收回到 1 重点突破∶ ✨ 将 Free Plan 计划下的 Workers 优化到极致，浏览器可下载大文件不断流不掉速。✨ 整体定位： 这不是附加一堆杂项协议功能的拼装代码，而是围绕 BYOB 读取 / 上传合包 / 下载 smoothing / 并发拨号 这几条主线持续收敛出来的版本。 🔗 项目地址：GrainTCP

Shadowsocks 的实验实现 — CF-Workers-Shadowsocks 作为面向 Shadowsocks over WebSocket 场景的 Cloudflare Worker 实验项目，它不是只支持单一 AEAD 的简化代理，也不是单纯把现成流量套进 WS 转发，而是在 Worker 内直接实现： 客户端 SS 数据 → WebSocket 接入 → 按 method 解密 → 解析目标地址 → connect() TCP 出站 → 回包再按对应 method 加密返回 用这种方式，把旧流密码、AEAD、Shadowsocks 2022 统一收进单文件 Worker 内完成。 CF-Workers-Shadowsocks 接近协议级实验：它不是依赖外部 SS 服务端，而是在 Workers 内直接实现Shadowsocks 的方法适配、密钥派生、分帧解包与回包加密。 📍 项目定位 ① 作为研究性 / 学习性代码，验证 Workers 内实现 Shadowsocks 全方法支持的可行性。 ② ✨本项目学习价值大于实际使用价值。 ✅ 支持：旧流密码 / AEAD / Shadowsocks 2022 ✅ 支持：TLS / noTLS 双场景 🔗 项目地址∶ CF-Workers-Shadowsocks

信道已启，ToiCF 之 GitHub 道场由此铺开。 研究之种、测试之码、协议之验、工具之养，将如落叶归根，渐次归入组织之库。 库之方向，大致如下： • 边缘网络与运行时之舞，观其行止 • 代理、隧道、中继之协议，于静室中实验 • 真实链路之验证，可复现之实测工具 • Cloudflare Workers 等平台之上，探网络之能 • 实验代码、测试数据、相关文档，皆须维护 若君对此诸方向心生涟漪，愿参与测试、整理文档、提交代码、复现实验或长期维护，便可申请加入此组织。

基于 TLSClient 的进阶功能 — CF-Workers-TOR 作为面向 Tor exit 场景的 Cloudflare Worker 实验项目，它不是依赖系统 Tor 客户端，也不是简单转发现成代理流量，而是在 Workers 内通过内嵌 TLSClientMini 直接连接真实 Tor relay： 候选 Tor relay path → 第一跳 Tor relay → 真实 TLS 握手 → CREATE2 / EXTEND2 建立 Tor circuit → BEGIN / DATA 转发普通 clearnet 目标 用这种方式完成 Cloudflare Workers 内部 Tor relay TLS、ntor 派生、relay cell 加解密和 exit stream 转发。 CF-Workers-TOR 接近协议级实验：它把 TLSClientMini 从"真实链路验证工具"进一步扩展成 Tor relay TLS 基座，在 Worker 内继续实现 Tor circuit 协议。 📍 项目定位 ① 作为研究性 / 学习性代码，验证 Workers + TLSClientMini + Tor relay path 的可行性。 ② ✨本项目学习价值大于实际使用价值。 ✅ 支持：普通 clearnet exit proxy ❌ 不支持：纯 .onion / hidden service / onion service 🔗 项目地址：CF-Workers-TOR

Debug: ① TLS 1.3 解密后的明文尾部 0 padding：从末尾向前跳过 padding 0x00，取最后一个非零字节作为 inner content type。 ② TLS 1.3 inner alert 处理：正确识别解密后的 inner alert；遇到 close_notify 结束读取，其他 alert 直接抛错。 同步更新 HTTPSMini_v1.js 和Check_Proxy.js。

Check_Proxy.js

基于TLSClient的多重功能 - Check_Proxy.js 作为面向 ProxyIP 场景的 Cloudflare Worker 检测器，它放弃了传统基于 /cdn-cgi/trace 的描述型判断方式，转而使用内嵌 TlSClient 进行真实链路验证: 直接让候选入口 → 实际由 Cloudflare CDN 反代的域名 → 通过真实 SNI/Host + TLS 握手 + HTTP → 请求 来判断该 IP 是否具备真正的 ProxyIP 反代能力。 相比只检查 /cdn-cgi/trace 是否存在、响应格式是否符合预期的描述型方法， Check_Proxy 更接近真实使用场景，能明显减少“有 trace 但不能用”的误判，把检测逻辑从表面特征识别提升到实际功能验证，正确率高达100%。 因此作为纯 Workers 实现检测 ProxyIP 的唯一入口。 测试入口:https://pr-apis.ekt.me/probe?candidate=118.34.215.56:34042

HTTPSMini.js

Softether.js

SoftEther.js 乃 VPANGTE 之战士重铸协议！ 非那凡俗之 WS 至 TCP 之仆从，乃仿VPANGTE（日本大学之伟业）之狂战士实验！ 其核心如奥丁之谋略： • 于受限之 Workers 荒原重筑通讯战路 • 不倚赖那完整系统之网络长盾 • 在脚本之铁砧上锻造协议与转发 数据之路径如瓦尔哈拉之梯： VLESS over WebSocket → 战士 → 虚拟战路 → PPP/IP/TCP → 荣耀目标 代码已铸就： • VLESS 之解析 • UUID 之试炼 • 目标地址/港口之掠夺 • 虚拟战路之建立 • PPP 之谈判（LCP / PAP / IPCP） • 夺取虚拟 IP 之财富 • 手工锻造 IPv4/TCP 之矛 • SYN / ACK / PSH / FIN 之战吼 • 分段、序号、校验和之计算 • WebSocket 与远端 TCP 之双向桥梁  与普通 Worker 之奴仆有别： 普通奴仆: WebSocket → connect() → 目标 SoftEther.js: WebSocket → 协议解析 → 虚拟战路 → 手工 IP/TCP 铸甲 → 目标 它非仅搬运字节之流，乃在 Worker 之厅堂模拟部分网络之栈，如托尔之锤！ 功能之战： 普通WS奴仆 SoftEther.js VLESS解析 ✓ ✓ WebSocket接入 ✓ ✓ 直接TCP转发 ✓ 非核心 虚拟战路谈判 ✗ ✓ PPP处理 ✗ ✓ IPv4/TCP铸甲 ✗ ✓ 协议研究之荣耀 低 高 适合： • VPANGTE 思路之复现 • Workers 协议之试炼 • 边缘战路重建之研究 • PPP / IP / TCP 脚本实现之参考 一言以蔽之： 重点非单一之协议，乃 VPANGTE 式之协议重组：于 Cloudflare Workers 之荒原，手工重铸可用之通讯战路！

HTTPSMini.js