本文作者分享了入坑PT一年来的经验，重点介绍了一种利用Tracker代理来规避下载量统计的技巧。PT机制仅依赖客户端汇报的下载和上传数据，这为Ratio控制留下了漏洞。作者实现了一个Tracker代理，当BT客户端汇报时，代理会检查缓存的Peer列表。若列表存在且未过期，则直接返回，避免了下载量统计。此方法还可能整合不同PT站的用户，增加Peer连接数，提升下载效率。文章末尾提供了网站和GitHub仓库链接，供感兴趣的读者尝试。

💡 **Tracker代理规避下载量统计**：PT下载量统计依赖客户端汇报，作者利用Tracker代理缓存Peer列表，在客户端汇报时直接返回缓存数据，从而实现不计入下载量的效果，有效解决Ratio问题。

🚀 **提升下载效率与连接性**：该Tracker代理可能整合来自不同PT站的Peer列表，使下载同一资源的用户能连接到更多Peer，从而可能提升整体的下载速度和连接稳定性。

🛠️ **简易操作的种子修改工具**：作者开发了一个简单的网页工具，用户上传种子文件后，工具会自动修改并提供修改后的种子文件供下载，用户只需将修改后的种子添加到BT客户端即可开始使用该代理服务。

🔗 **开源项目与在线试用**：该项目已在GitHub上开源，并提供了一个在线试用的网站（https://tracker.submy.org），方便用户直接体验其功能，同时也鼓励社区参与和贡献。

我入坑 PT 也快一年了，之前偶然读到了一篇博客，讲的是 PT 机制的几个有意思的漏洞。正好我对 BT 也不是很了解，就一路从 bencode 学到 tracker 协议，现在也算是对这块比较熟悉了。

PT 只靠客户端汇报的 downloaded 和 uploaded 来统计数据，而这些字段原本不是设计来限制 ratio 的，所以自然就留下了很多可以做文章的点。我就跟着博客作者的思路，实现了一个 tracker “代理”，当 BT 客户端向代理汇报的时候代理就会检查缓存里是否有这个种子的 peer 列表，如果有并且没过期就直接返回，否则向真实 tracker 发起一个“开始下载”的请求，得到 peer 列表并存储。这样就可以实现不计入下载量的效果。

而且可能还有一个额外的好处，就是如果两个人下载同一个种子，但是通过不同的 PT 站，那么 peer 列表会被整合，让每个人都能连接到更多的 peer 。

因为我不太会前端，所以网页做得比较简单，就一个按钮，把种子上传之后会自动修改并下载修改后的种子，然后添加到 BT 客户端就可以下载了。如果感兴趣可以试一试。

网站： https://tracker.submy.org

仓库： https://github.com/arielherself/btc