希望能動態屏蔽 比特彗星 BitComet about qbittorrent-enhanced-edition HOT 56 OPEN

关于长效种子及 BEP

我不明白为什么我要去为一个明显在我看来是毫无意义，只有社区吸血和推广作用的功能来撰写 BEP 去宣传它，也不会支持这种无意义、徒增社区开发者工作量和软件潜在不稳定性的 BEP 被通过推广开来。

另外说“我”对这个功能“眼馋”实在是莫须有，我的立场始终是抵制。我论证了这种功能可以达到宣传自己软件的作用，并对整个 BT 社区无益。

关于填充文件

BEP 47 目前的状态只是草稿。就算别的客户端不去支持这个 BEP 也不能说明是个“垃圾”客户端。

“草稿”说明这个 BEP 是否应该推广目前还有待商榷。就算推广，到底要不要采用和 BitComet 一样的实现，这也不一定。

你粘贴了一篇你在自己论坛上写的文章来支持 BC 对这个功能的具体实现，但显然我也可以在网上找到 BC 这个 BEP 的实现带来不便的例子。到底怎么做合适不如也看看 libtorrent-rasterbar 作者的看法。

你说这个实现的优点是解决卡 99% 的问题，但 NTFS 和 ext4 等主流文件系统早已支持稀疏文件、网络速度越来越快的情况下，因为分块跨文件而导致的多余下载早已不是一个高成本（磁盘占用、流量使用）的问题。用户大可不必在下载后删除 .part 文件或者 .unwanted 文件夹。填充文件真正可以用来解决的是增量哈希等其他问题，请见上上个链接“看法”。

并且我之前提出这点是想说，我最讨厌的是 BC 添加的文件的命名所带有的明显广告性质。这点我在原回复中说明过了。

这是用 qbee 4.3.3.10 生成种子后，用肯定不支持 BEP 47 的 Transmission 3.0 打开得到的结果：

可以看出 qb 的填充文件没有任何广告性质的字样，默认收纳于隐藏文件夹中，也易于删除。

而对比刚刚从网上找到的一个 BC 种子的结果：

有非常强的侵入性，不便于管理，并且文件命名广告宣传意味显著强于功能解释意味。这也是为什么网上会有如此多因此产生的迷惑和讨论的原因之一。libtorrent-rasterbar 的作者会花时间兼容这个功能（自动跳过填充文件下载和创建，即便这里勾选了下载）纯粹是因为人家好心。并不是 BC 这个的具体实现做的有多好、多值得推广。

关于 DDOS

我没有那个功夫、闲钱和兴趣，所以你至少可以放心和我无关。到底是谁、哪边做的，我不知道也不感兴趣。

关于正常交流讨论问题

我觉得你从一开始就发表威胁性言论（且不谈威慑力如何），已经偏离正常交流讨论问题了。你说 qbee 吸血，也没有讲明白过，本仓库所有者特意留言洗耳恭听呢。

最后

如果 qbee 无意动态屏蔽，至少我可以自己编译。这其实没什么困扰。我不从 BC 下载，也不往 BC 上传。便毫无我吸血这一说。

from qbittorrent-enhanced-edition.

• 第一点： 【谁也無法知道？？？】既然你不知道，那就代表没证据，那不就是猜测的么？
• 第二点： 连接数的确会被占用，但是连接数上限足够高（例如我设置的 9999），不可能跑满上限（但会因为电脑性能出现瓶颈），可能我的上传速度不够快，观察不到你猜测的情况。

我的上传速度大部分情况下都能跑满，而这时候长效种子只占用了 0-100KB/s 上传速度，剩下的都是 BT 整体上传，你是否真实检测过比特彗星在限速长效种子后是否正确释放长效种子连接数？还是说依靠猜测？

你说的连接数我不否定，但是你说的【很明顯可以看出 BC 客戶端具有很强的吸血能力】我不认同。

你在1楼发的一段话，可不像是 【“恰恰相反，你说的這些我都了解过。”】

例如：【分享率到達或超過預設值后，並不分享給其它客戶端，反而擠占了本該用於分享給 DHT 網絡上其它 BT 客戶端的帶寬，違背了 BT 的公平性原則】

分享率达到用户设置的停止条件时，代表用户主动放弃了对 BT 整体的做种上传，和长效种子本身无关，如果用户打开了长效种子，那么就进行长效种子做种，如果关闭了，则不会进行任何做种上传行为。这是用户主导的，而不是软件强制的。

例如：【這點上和迅雷(Xunlei)類似，從 DHT 網絡中吸血，卻未有效反哺 DHT 網絡。】

迅雷和比特彗星长效种子的区别我前面的回答讲的很清楚了，我也不重复了，差别很大。

更多的我就不一一反驳了，没意思，比特彗星又不是我写的，哪怕我辩论赢了又能得到什么呢？什么都得不到。反而浪费时间。🙄

我平时也懒得和别人网上辩论，因为大部分情况下都是不欢而散。我只是碰巧看到你这个帖子曲解了长效种子才有感而发，回复几次就有点无趣了。

from qbittorrent-enhanced-edition.

可以看出 qb 的填充文件没有任何广告性质的字样，默认收纳于隐藏文件夹中，也易于删除。

这种文件不能删除的，，除非你不进行做种了，下完就删倒是可以，不然会丢失文件信息引起进度丢失无法进入做种状态。
如果你删除了，除非libtorrent底层会自动再次生成这些填充文件才能进行做种分流，否则得从BT网络重下下载填充文件。

而对比刚刚从网上找到的一个 BC 种子的结果：

这点你可以用BC v1.68 以后的种子，改进了bep47的支持，增加一个attr=p字符串给其它客户端调用种子进行隐藏。
此时qBittorrent v4.2.0客户端会根据BC输出的这个attr字符串，让其不会显示BC这些文件信息到界面中。
当然1.68以前版本的种子如果启用了对齐功能没有办法，老版本生成的种子文件还是会显示的，如你图

https://www.bitcomet.com/en/changelog
核心改进：制作种子文件时，给用于区块优化对齐的填充文件设置BT协议BEP47规范中的padding属性（填充文件增加一个attr=p字符串属性）
核心改进：解析种子文件时，处理BT协议BEP47规范中的填充文件padding属性（qBittorrent v4.2.0版本起已更新支持边界对齐BEP47规范）

顺便，如果单纯是界面显示这些文件问题，那么这是qBittorrent gui应该负责的事情，而不是libtorrent。
所以qBittorrent v4.2.0已更新该功能支持。当然跳过下载这些需要libtorrent底层代码来实现，GUI只能做到隐藏不显示填充文件。

顺便，我是FW
支持我是FW的给我点个赞

from qbittorrent-enhanced-edition.

这就是为什么qb一直没速度的原因

from qbittorrent-enhanced-edition.

@SeaHOH 他在别的论坛上发布一些自己修改的客户端。不过这不重要，任君屏蔽。

我觉得关键在于，其实不必只用数据传输角度的度量“吸血”来评估这个功能是否恰当。在我看来，长效种子本身最大的问题就在推进BitComet这个非自由软件的垄断。

我本人是不会去装这种非开源BT软件的。我也很讨厌看到有一些种子打开来告诉我“如果你看到此文件，请用BitComet客户端打开这个种子。”这样的话。我觉得制作这种不通用的种子、与长效种子功能一样，就算不违反分享精神不“吸血”，也是违反BT的自由、分享精神中的“自由”的。（后续查了一下，这个功能似乎是为了BC自己做的种子还能在eMule网络中下载，不过大多eMule的反吸血mod都屏蔽了BC。这部分也只对BC自己有用，对其他客户端使用者确实是干扰。并且我不看好BitComet给这类文件附上的明显具有推广意味的解释字串。

所以，我首先假设前文中各个BitComet的使用&支持者们对长效种子的描述属实。那么如果有一个种子，所有客户端用户在已完成后都停止了上传，那确实是断种了。但现在如果有已完成该种子的BitComet客户端用户启用了长效种子功能，那么新来的下载者不用BitComet客户端便无法下载这个种子。

可是这样，对于一个原本可以自由选择喜爱的BT客户端、十分希望下载该种子的用户，他如何才能知道有没有可能能从长效种子这个功能的设置中受益并下载这个种子呢？他不知道，他只能下载安装这个不自由的客户端，进行尝试。

不论他尝试的结果是能够下载还是不能，这种逻辑还是会导致的BitComet的装机量增加。而最大受益者还是BitComet背后的组织，并非BT社区。

也许有人会说类似GPL的传播式开源不够自由。不过我觉得怎么也比装上一个我完全信不过看不到的客户端要来的舒服。至少我们的隐私和安全可以得到保证，有能力者也可以修改代码自定义（就像qbee的开发一样）。

我不知道为什么前面有人如此卖力的吹捧、维护一个闭源软件中明显不和BT精神中的“自由”沾边的功能。我觉得大家应该都是聪明人，应该都能想到我这种头脑不灵光的人所疑惑的这一层。难道真的是有利益相关吗？

from qbittorrent-enhanced-edition.

这么说吧，未来我发布BC版本更新时候，默认值则主动屏蔽qBittorrent-Enhanced-Edition？

并且能屏蔽都是尽量屏蔽，多说无益。

这样qbee就不会连接到BC的用户，BC也就不会被qbee进行吸血，否者用户列表会看见好些qbee的用户只下载不进行上传，或者下完就跑，各位怎么看？

from qbittorrent-enhanced-edition.

还屏蔽bc，看来对长效种子一点都不了解。只有在任务停止，其它客户端完全无法获得数据的情况下，长效种子才真正发挥作用，确保种子存活。如果没有长效种子，这个种子就断种了。唯一的问题是bc可能形成垄断地位，解决的办法应该是其它客户端也开发自己的长效种子。至于说bc吸血，我就呵呵了

别自以为别人意见和你相左就是不了解（有可能是你自己理解没别人透彻，呵呵）
长效种子和迅雷只自己的P2SP是一个性质的，吸血就是吸血，别在那边洗了
BT 断种是一开始设计上就存在的缺陷
只要长效种子不是一个公有协议，此机制无法对其它客户端产生互利效应就都是在吸血
从别的客户端获取资源也是消耗了本来应该共享给别人的共享率
像你怎么想，相当于鼓励人人都用迅雷，呵呵

from qbittorrent-enhanced-edition.

路人过来掺一脚，我通篇浏览了各位大侠的意见，现总结一下大佬们的看法，欢迎指正：

1. 首先，传统意义上讲，我下载后上传了很久会被软件判为"仁至义尽"或者用户觉得自己仁至义尽就能主动停止对某资源的分享，并且是合理行为。 但如果此时恰巧有人想要这个资源，又没别人在分享，就下不动了。
2. 随后，比特彗星就提出了所谓"长效种子"的概念，无视"仁至义尽"条件，只要有人需要，在保证正常分享的情况下，有剩余带宽就继续给人分享，但协议是私有的，只有同为比特彗星的才能享受。
3. 进一步的，传统派用户对此很不满意，认为这有失公平，容易造成一家垄断。 而更加过激的观点认为，这种行为和吸血是同类的。
4. 针对3的观点，比特彗星支持者认为，客观上这减少了种子失效的概率。 因为利用这种近乎作弊的手段获益的Client-B在下完资源后，仍然会以正常bt的方式继续传火给其他非比特彗星客户端。 因此不应被斥责。

不知小弟总结的对不对，若不对欢迎指正;若大体正确，小弟愿提出几点看法：

1. 如果bt软件从此以后不再提供停止做种功能也不能设置最大分享率之类的的话，本质上人人都是"长效种子"了。 因此，我个人看法，人都是贪婪的，在道德感上满足了"我上传的已经够多了"的感觉后谁不想关了上传呢？ 比特彗星此举是一种奖励机制，在尽量不影响传统bt分享**的前提下，鼓励人们仁至义尽后继续上传。 而奖励机制只对"自己人"有效，带来的问题是，这种协议不公开，将来有垄断的可能。
2. 要解决这个问题，我认为，将来的bt客户端如果普遍能更加智能的根据网上资源健康状况，能经用户同意后设置资源"即便仁至义尽，也可以按需继续上传"，并且能对带宽分配做更为细致的设置，那么人人都是公开协议的"长效种子"了，比特彗星自然不可能垄断了。

最后，无论比特彗星的长效种子被历史判为好还是坏，我认为，bt客户端之间存在一定程度的竞争是好事。 bt下载去了中心化，那么作为客户端的我们每个人同时也肩负着服务端的"重任"。 谁不想获得高质量的服务呢？ 而bt的世界能否提供好的服务的钥匙就在我们每个人自己手里，因此我认为"长效种子"只是抛砖引玉，如果今后bt客户端的开发者们不再把客户端看作一个刻板编程的下载器，而是同样肩负起提供更好的服务为己任，通过更多的介入、分析当前乃至未来种子的状态，例如去研究不同资源从热门到冷门的大数据曲线，去更多的"雪中送炭"而不是"锦上添花"等等， 亦或是开放更多API、脚本或提出更多额外附属协议，从而能更加客制化的控制、协调上传规则。 如此云云，不同的客户端（其实算服务端）的竞争优化，只要没有背离分享这个主旨，我们每个客户端必定还是最终获益的！

你可以去百度下有多少人吐槽迅雷偷偷上传，很多用户并不理解什么是BT，什么是p2p，他们只知道他们打开下载器能下到东西。
因此，一个默认勾选的选项主要就是为了欺负那些不去看选项的人。对此，遇上类似行为的任何软件我都是直接拉入黑名单。
用户具有知情权，如果他愿意上传，他自然愿意去做种。而不是趁着用户不注意去上传，偷偷上传。
况且要做到你做的这些，我认为只有让用户明白p2p是什么才有用，而不是默认勾选，替用户做决定，然后培养出一堆惊叫着，为什么 我明明暂停了，他还在上传的 用户

其实长效种子就是换了个名字的私有p2p协议。
他跟百度网盘的p2p，迅雷的p2p加速没有本质的区别，只不过名字非常好听。

那么，建立在一个已有的p2p网络上的一个私有p2p网络的目的是什么？那我为什么不用迅雷？

竞争也分共同进步的竞争跟零和博弈

我并不在乎这些是否能给用户更好的的利益，因为利益也分短期利益和长期利益
[不知道所有命运赠送的礼物，早已在暗中标好了价格]

from qbittorrent-enhanced-edition.

有种专门的称呼叫“社区加分/吸血”，虽然这个功能非常好，但是它是一个私有的功能，如果没法惠及其它客户端，实质上就是一种社区吸血。那么，所谓必然断种也就不必然，长效种子的便利会导致使用者不再积极主动做种，不会觉得自己在吸血。

如果在断种的情况下(此时没有人做种了，以后也没有人做种了)，新加入的用户通过长效种子下载了文件，那他完成后也会通过dht分享给其他客户端，除非他限制了客户端种类与分享率。长效种子设计之初就是为了解决这种情况。

所以关键就在于长效种子功能本身是否真的会传给其它客户端，我没用过没有发言权。

from qbittorrent-enhanced-edition.

@escape0707 https://github.com/bittorrent/bittorrent.org
你去把长效种子申请为bep标准化 Long-Term Seeding bep Standards ，这样libtorrent 就会根据协议规范开发进行支持。
https://github.com/arvidn/libtorrent
然后使用libtorrent套壳的GUI qbittorrent自然也会支持。
这样你就不会眼馋 bitcomet 的长效种子功能了。
也可以使用开源软件来进行长效种子，这样你也可以不必使用非开源软件，只要作为bep协议开发标准，其它BT开源软件，都会更新支持，你也就可以自由选择其它客户端使用体验上这个功能。

还有人吐槽制作种子后添加的 这个后缀文件 _____padding_file，在来解答下吧

比特彗星他还会给种子文件里面加奇怪的东西。不太能理解 他要做什么
反正对不使用这个软件的 只会看到一对垃圾 体验不好

这是区块对齐功能，支持bep47 BT协议规范的客户端都会加这个，比如说qbit 4.2最新版已经支持
如果看到这些文件那只是客户端不支持客户端比较垃圾
可以去找出现问题的客户端作者去更新支持BT协议

qb也能看到 比特彗星 特有的文件
QB的话4.2最新版已经支持了，升级到最新版即可

qb我用老的，新的更新感觉很奇怪，下载没那么快

老版本那就没法了，QB新版本制作种子，也会添加这些文件的都一样

我以前做种子都是ut，因为qb乱序给我，比特彗星又是＋文件
我说的是 用比特彗星 制作种子后添加的 这个后缀文件  _____padding_file

就是这个啊，区块对齐，制作的时候默认勾选的，可选取消，这是BT协议标准
https://www.bittorrent.org/beps/bep_0047.html
BT协议BEP47规范中的填充文件padding属性（qBittorrent v4.2.0版本起已更新支持边界对齐BEP47规范）
qb最新版本制作种子的时候，一样会添加这些文件
这协议是提高下载速度和性能并且解决卡99%进度问题用的

那感谢你提醒 下次使用旧的qb版本制作种子，这种文件很又矮观瞻

QB也是可选的，制作种子的时候有个区块对齐，取消，就不会有这些文件生成了

好吧我知道了 下次取消，因为做种的不知道所以√了

这功能，开着是最好的，可以有效提高性能，你硬盘就不会卡100%了

反正刚接触是什么都用过，99%从新校验一下基本也能完事，视频文件99%绝对是能看的

无法解决的，你用网盘，下载完成一个视频文件，导入BT客户端卡99%
就是因为没有启用这个BT区块对齐协议引起的问题，尾部的区块丢失了两个文件相邻
https://tieba.baidu.com/p/5761869240
网上很多类似的一搜就知道了，或者自己尝试下

相邻文件丢失 这个我有感
明明a是 99% 却导致 b文件 头丢掉，b文件是完整的

对的，，这就是BT种子制作的时候没有开启区块对齐就会引起这个毛病
因为下载A文件的时候，需要从B文件获取一个头来填充完整的一个区块
开了区块对齐，会有一个隐藏的填00空文件进行填充这样不会涉及到B文件

ut是不是默认种子对齐还是没有，只有新的客户端支持?
我理解他的拼接切割在哈希 这种远离

据我所知UT还不支持这个BT协议，目前已知支持的有比特彗星，QBIT和迅雷
transmission也是不支持的，其他的客户端我没测试了，什么毒蛙这些，我没安装过

那有没有优点这个功能，有没有什么缺点

这协议优点是提高下载速度和性能并且解决卡99%进度问题用的

缺点就是不支持的客户端会显示 制作种子后添加的 这个后缀文件  _____padding_file

迅雷基本上做种的都屏蔽了，这个优点对小白来说好，其实我还是不喜欢看到这种文件
反正不知道大家为什么反感迅雷吸血

根据上方介绍，BT协议BEP47规范中的填充文件padding属性（qBittorrent v4.2.0版本起已更新支持边界对齐BEP47规范）
你用qBittorrent v4.2.0制作生成种子文件，也会产生“如果你看到此文件，请用BitComet客户端打开这个种子。”这种文件在种子中
而不是你自行猜测的

为了BC自己做的种子还能在eMule网络中下载，不过大多eMule的反吸血mod都屏蔽了BC。这部分也只对BC自己有用，对其他客户端使用者确实是干扰。

关于这点，也就是上方所说的，你可以去提交bep标准，让其支持即可，libtorrent根据bep标准开发完毕后，qbittorrent后续就会更新支持该功能。

对于一个原本可以自由选择喜爱的BT客户端、十分希望下载该种子的用户，他如何才能知道有没有可能能从长效种子这个功能的设置中受益并下载这个种子呢？他不知道，他只能下载安装这个不自由的客户端，进行尝试。

这也就是我为什么让你去申请bep的原因，GPL开源软件任何人都可以参与bep协议规范开发，只要有人迈出这一步

不论他尝试的结果是能够下载还是不能，这种逻辑还是会导致的BitComet的装机量增加。而最大受益者还是BitComet背后的组织，并非BT社区。

也许有人会说类似GPL的传播式开源不够自由。不过我觉得怎么也比装上一个我完全信不过看不到的客户端要来的舒服。至少我们的隐私和安全可以得到保证，有能力者也可以修改代码自定义（就像qbee的开发一样）。

from qbittorrent-enhanced-edition.

这个issues我不参与了，各位看着办吧，我认为，选择任何一个软件，是用户的权利，选择开源，不开源都可以。
以下转一篇文章

很多人，根本看不懂源代码，还一味的追求开源软件，开源不代表安全，只是代表谁都可以对源代码来进行提交修改

典型的例子，最近一款安装用户量过千万的开源软件发生的挖矿病毒事件。

公然在代码中下毒，这不是一个开源项目中该发生的事情。联想到之前还有人讨论过担心闭源项目的安全性，现在，到底谁会在代码中下毒，一目了然。
一直以来，我们能感受到，有些人以开源自居，做的却尽是限制、滥权、diss 他人的事情，这是否也是一种假开源？

事实上，对于这个客户端，我（RPRX）从一开始写时就一直在力推，把它放到了文档推荐的最上面，还把文档客户端列表的从最下面改到了最上面，这些都是大家记忆清晰且有迹可循的。之后创立时，我更是亲自对进行了 PR，并且同样在项目 README 中推荐了该客户端。
我对是问心无愧的，也从来没有主动诋毁过或者 gcc，即使此前 gcc 已多次发表对我或不友好的言论，且多次承认对我以及抱有奇怪的偏见，这些大家都看在眼里。

DuckSoft 认为在代码中下毒是非常过分的行为，推掉了工作来处理这件事。与 gcc 多次协商无果，最后无奈将 gcc 移出组织，并清理掉了有问题的挖矿病毒代码

通篇狗屎，这个issue的重点并不在是否开源。
qbEE的核心是为了反吸血，我不赞同这个issue是因为很多东西很难通过一条线来界定，所以我虽然不喜欢BC，但我反对直接屏蔽。
开源的意义是在于能够review。rprx的事我看到了现场。下了毒能被人看出来才是开源的意义。闭源软件被人下了毒，你都未必处理的了。
在这混淆概念非蠢既坏。
MIT copyright，GPL copyleft。我就请问你知道这两者的区别么？

from qbittorrent-enhanced-edition.

他在别的论坛上发布一些自己修改的客户端。

哦，开 itzmx 的那个。公开发布私改软件属于引流行为，对方较真点可以告他，保准败诉赔钱。有些发布还在用 BC 可能也是受他影响，这点太操蛋。还有，Mac 那么多客户端不推荐，居然公开教唆别人用渣雷。这么个人怎么好意思来这里叫嚣威胁，面皮之厚实，我不及也。

bep 标准申请需要完整的资料，他根本拿不出来，还喊你去申请，笑死我了。 🤣

from qbittorrent-enhanced-edition.

他在别的论坛上发布一些自己修改的客户端。

哦，开 itzmx 的那个。公开发布私改软件属于引流行为，对方较真点可以告他，保准败诉赔钱。有些发布还在用 BC 可能也是受他影响，这点太操蛋。还有，Mac 那么多客户端不推荐，居然公开教唆别人用渣雷。这么个人怎么好意思来这里叫嚣威胁，面皮之厚实，我不及也。

bep 标准申请需要完整的资料，他根本拿不出来，还喊你去申请，笑死我了。 🤣

你看看他github的项目就知道了，别人的软件拿来一压缩一上传，就叫项目了，感觉自己就是开发者，笑死

from qbittorrent-enhanced-edition.

先说说我的立场吧，我是装着迅雷的，但毫无疑问迅雷是个吸血客户端。

毫无疑问，长效种子是一个对BT社区的吸血行为。
甚至我觉得没啥用，愿意去开这功能得，一般全部任务都不会暂停。
剩下的，大概都是没耐心去看选项的。

至于其中的"推荐启用，启用长效种子功能可以大大提高下载速度。"其实我也没太理解咋就能提高下载速度了？还是指的长期以往，环境有所改善，以后下载速度都会高？
但我觉得说不通
我很大程度上觉得，这个功能的主要用意是嫖用户网络。

所以这功能，别的客户端还真没必要去学。
学了反而落了下乘。标准化还是别扯淡了吧

至于padding.........
广告的意图都那么明显了，别洗了吧
这是qb的qadding（即便自己也仍然会显示padding file 并且默认勾选）

但我感觉这方面不必过度反应，因为从客户端本身的上传下载逻辑上来说，BC并不能算得上是一个吸血客户端。
直接去屏蔽并不占理，另一方面我认为qbEE并没法在这里给某个客户端下审判。

from qbittorrent-enhanced-edition.

这个issues我不参与了，各位看着办吧，我认为，选择任何一个软件，是用户的权利，选择开源，不开源都可以。
以下转一篇文章

很多人，根本看不懂源代码，还一味的追求开源软件，开源不代表安全，只是代表谁都可以对源代码来进行提交修改

典型的例子，最近一款安装用户量过千万的开源软件发生的挖矿病毒事件。

公然在代码中下毒，这不是一个开源项目中该发生的事情。联想到之前还有人讨论过担心闭源项目的安全性，现在，到底谁会在代码中下毒，一目了然。
一直以来，我们能感受到，有些人以开源自居，做的却尽是限制、滥权、diss 他人的事情，这是否也是一种假开源？

事实上，对于这个客户端，我（RPRX）从一开始写时就一直在力推，把它放到了文档推荐的最上面，还把文档客户端列表的从最下面改到了最上面，这些都是大家记忆清晰且有迹可循的。之后创立时，我更是亲自对进行了 PR，并且同样在项目 README 中推荐了该客户端。
我对是问心无愧的，也从来没有主动诋毁过或者 gcc，即使此前 gcc 已多次发表对我或不友好的言论，且多次承认对我以及抱有奇怪的偏见，这些大家都看在眼里。

DuckSoft 认为在代码中下毒是非常过分的行为，推掉了工作来处理这件事。与 gcc 多次协商无果，最后无奈将 gcc 移出组织，并清理掉了有问题的挖矿病毒代码

另一个相关的案件，知名脚本语言php.net，有人恶意提交木马代码，导致被停更了2周时间来进行代码审查和还原恶意代码

from qbittorrent-enhanced-edition.

路人过来掺一脚，我通篇浏览了各位大侠的意见，现总结一下大佬们的看法，欢迎指正：

1. 首先，传统意义上讲，我下载后上传了很久会被软件判为“仁至义尽”或者用户觉得自己仁至义尽就能主动停止对某资源的分享，并且是合理行为。但如果此时恰巧有人想要这个资源，又没别人在分享，就下不动了。
2. 随后，比特彗星就提出了所谓“长效种子”的概念，无视“仁至义尽”条件，只要有人需要，在保证正常分享的情况下，有剩余带宽就继续给人分享，但协议是私有的，只有同为比特彗星的才能享受。
3. 进一步的，传统派用户对此很不满意，认为这有失公平，容易造成一家垄断。而更加过激的观点认为，这种行为和吸血是同类的。
4. 针对3的观点，比特彗星支持者认为，客观上这减少了种子失效的概率。因为利用这种近乎作弊的手段获益的Client-B在下完资源后，仍然会以正常bt的方式继续传火给其他非比特彗星客户端。因此不应被斥责。

不知小弟总结的对不对，若不对欢迎指正；若大体正确，小弟愿提出几点看法：

1. 如果bt软件从此以后不再提供停止做种功能也不能设置最大分享率之类的的话，本质上人人都是“长效种子”了。因此，我个人看法，人都是贪婪的，在道德感上满足了“我上传的已经够多了”的感觉后谁不想关了上传呢？比特彗星此举是一种奖励机制，在尽量不影响传统bt分享**的前提下，鼓励人们仁至义尽后继续上传。而奖励机制只对“自己人”有效，带来的问题是，这种协议不公开，将来有垄断的可能。
2. 要解决这个问题，我认为，将来的bt客户端如果普遍能更加智能的根据网上资源健康状况，能经用户同意后设置资源“即便仁至义尽，也可以按需继续上传”，并且能对带宽分配做更为细致的设置，那么人人都是公开协议的“长效种子”了，比特彗星自然不可能垄断了。

最后，无论比特彗星的长效种子被历史判为好还是坏，我认为，bt客户端之间存在一定程度的竞争是好事。bt下载去了中心化，那么作为客户端的我们每个人同时也肩负着服务端的“重任”。谁不想获得高质量的服务呢？而bt的世界能否提供好的服务的钥匙就在我们每个人自己手里，因此我认为“长效种子”只是抛砖引玉，如果今後bt客户端的开发者们不再把客户端看作一个刻板编程的下载器，而是同样肩负起提供更好的服务为己任，通过更多的介入、分析当前乃至未来种子的状态，例如去研究不同资源从热门到冷门的大数据曲线，去更多的“雪中送炭”而不是“锦上添花”等等，亦或是开放更多API、脚本或提出更多额外附属协议，从而能更加客制化的控制、协调上传规则。
如此云云，不同的客户端（其实算服务端）的竞争优化，只要没有背离分享这个主旨，我们每个客户端必定还是最终获益的！

from qbittorrent-enhanced-edition.

还屏蔽bc，看来对长效种子一点都不了解。只有在任务停止，其它客户端完全无法获得数据的情况下，长效种子才真正发挥作用，确保种子存活。如果没有长效种子，这个种子就断种了。唯一的问题是bc可能形成垄断地位，解决的办法应该是其它客户端也开发自己的长效种子。至于说bc吸血，我就呵呵了

from qbittorrent-enhanced-edition.

那我也发表一下我的意见吧
首先什么是吸血。如果只下载，不上传，类似于迅雷，那是吸血。如果有人做种，那么bc和其他客户端是一样上传下载的，因为此时长效种子不传输，就和没有这个功能一样。
如果在断种的情况下(此时没有人做种了，以后也没有人做种了)，新加入的用户通过长效种子下载了文件，那他完成后也会通过dht分享给其他客户端，除非他限制了客户端种类与分享率。长效种子设计之初就是为了解决这种情况。
既然通过长效种子下载后也通过dht分享给了其他客户端，怎么能说没有互利效应了。
其次，长效种子不算入分享率，只有在断种时才传输，而且种子的分享率不变，用过软件都知道
作为bt软件，bc既上传了文件给别的客户端，为什么不能从别的客户端下载？为什么要说它占用了别人的分享率，难道它不消耗自己的分享率，上传给其他客户端吗？而且长效种子不占用分享率。
最后，bt断种和p2p协议缺陷没有必然联系。p2p本身就是点对点共享，如果没人做种了，必然断种。相反，长效种子部分解决了这种问题。
你可以对我的观点进行反驳，但要有理有据。你这么抵制bc，你也可以下一个用了试试，我感觉你没有用过bc，不然也不会说出bc占用别人分享率这样的话。

具有吸血性质的客户端我都不用，并且能屏蔽都是尽量屏蔽，多说无益。
吸血的定义并不是你这样定义的，迅雷部分版本也会传给自己的同伴客户端的同时上传部分块给其它客户端。
照你这样定义它也不算吸血，长效种子只在自己的社区客户端里上传，而不是共享给整个 DHT 网络，就是吸血。

from qbittorrent-enhanced-edition.

你看看他github的项目就知道了，别人的软件拿来一压缩一上传，就叫项目了，感觉自己就是开发者，笑死

这人就一卖虚拟主机的，还有其它我也没细看。他发布的所有东西都是拿来引流的，简单点讲就是借别人的场子赚自己的钱。运气也是好，除了收过 DMCA 好像还没被人找过麻烦。

from qbittorrent-enhanced-edition.

from qbittorrent-enhanced-edition.

只要别做梦想着惠及大众和去抖音分享就好，这种软件就那样，qb嫌弃比特彗星吸血，我还看到有比特彗星也嫌弃qb吸血，但本质上的的确确是互利的，就好像那一大堆Linux发行版一样，都说自己是最好的，虽然桌面系统都被win和mac吊打，

from qbittorrent-enhanced-edition.

等 uTorrent 被你们屏蔽的那天到来。

@1265578519 请问这是承认有吸血？如没有吸血行为，建议你去 wiki 百科更正澄清。

@SeaHOH 是的，没错，qbee确实有吸血行为

from qbittorrent-enhanced-edition.

刚翻了下 1265578519 过去的问题，这人根本不是 BC 开发者，而且非常之自信(?)。我认为他不是来认真讨论问题的，可以无视。

from qbittorrent-enhanced-edition.

厉害了，不知道哪位大佬在正常交流讨论问题的阶段，就开始直接DDOS攻击站点了
麻烦停一下攻击谢谢

from qbittorrent-enhanced-edition.

超級種子 编辑
在2007年初，BitTornado的作者John Hoffman嚴詞批評BitComet使用卑劣的手段欺騙超級種子，犧牲其他下載者的權益。"BitComet已經證明了自己是個有害的軟體，它也逼的我不得不採取我不想使用的措施。我將在我的客戶端軟體（BitTornado）以及tracker中擋掉所有來自BitComet的連線。"

BitComet在1.16（2009）版本加入了超級種子功能（v1.16界面改進：BT任務內容對話框進階設定頁面增加"超級種子"選項）。

文件分塊對齊 编辑
從0.85版開始，BitComet在種子製作介面新增了一個預設開啟的選項，使得種子檔內的兩個檔案不會佔用同一個區塊。此功能使得BitComet能夠從非BT的來源（如http/ftp伺服器或是ed2k網路）下載檔案。為了達成此目的，BitComet會在每個檔案的最後一個區塊加入一個填充檔（padding file文件）。這些檔案在BitComet中是看不到也不會造成任何影響的，但是對於其他BT軟體的使用者來說，處理這些檔案會造成許多額外的麻煩。

长效种子 编辑
从0.93版开始，BitComet加入了“长效种子”的新功能，当开启BitComet并开启长效种子功能后，无论该任务是否被手动开启，所有BitComet中的完成的任务都会当作是“长效种子”，给其他BitComet客户端上传数据（但其他的BT客户端无法接受到该数据）。此功能大大增加了种子的有效时间，但某些人认为该功能具有吸血特性--长效种子的上传占据了客户端较多的带宽，在下载时无疑他让BitComet能连接到更多的资源，但是上传给其他BT软件用户的数据却相对变少，这样会渐渐形成一个变相吸血的私有网络。

長效種子功能與迅雷的P2SP、快車的P4S相似。

摘自wiki

from qbittorrent-enhanced-edition.

这个issue也不必讨论了，现在的走向是做regex的黑白名单自定义。让用户自己做主就行了。以后有遇到新问题也就开个issue大家互相共享一下信息，免去了qBEE裁断的麻烦。我觉得对大家来说都是好事。

以后假如有个什么可疑客户端、可疑现象，发现者提个报告，感兴趣的人分享个规则，就行了。qBEE这边最多也就在wiki里做个讨论串的索引，提供个可供复制的规则样板好了，免得又卷入无休止的争执。

咱们在这儿说这么多也没啥用，其实事实的落后程度已经到了很多**人连英文都不识几个，根本不想着用任何外语做官网的软件。7z如此，rufus如此，archlinux如此，telegram如此、blender如此、vlc、mpv、aria2、scoop、anaconda、firefox、youtube-dl、goldendict、anki、bitwarden。让国内的软件公司随便折腾他们把，反正我看出来了，都是自找的。我反正是腻了。

from qbittorrent-enhanced-edition.

现在许多资源发布者都在用 BC，如果想迫使用户放弃或作者改变，就应该在所有主流 BT 客户端去推动。
如果 qB 屏蔽了，qBEE 自然就跟进了。

from qbittorrent-enhanced-edition.

现在许多资源发布者都在用 BC，如果想迫使用户放弃或作者改变，就应该在所有主流 BT 客户端去推动。
如果 qB 屏蔽了，qBEE 自然就跟进了。

既然許多資源都用 BC 發佈，那就沒辦法了。

from qbittorrent-enhanced-edition.

添加BC的peerid到
src/base/bittorrent/session.cpp里面 再编译就行了

from qbittorrent-enhanced-edition.

BC 是在对 BT 整体上传后如果还有上行网络空余（即没有跑满上传或上传限速上限），则会 用剩下的网络进行长效种子上传。
而且 长效种子 功能是可手动关闭的，同时只有设备拥有 公网IP 的情况下，才能实现长效种子上传，这在**很稀少。。。
准确的说，吸血的定义是只下载不上传(或非常少)，迅雷才是当之无愧的吸血~

from qbittorrent-enhanced-edition.

谁也無法知道BC是否會故意限制種子任务分享給其它BT客户端的上傳速度和连接数，從而擠出部分带宽和连接数給長效種子使用；另外無法否認的一點是，長效種子占用了本該用於分配發起新链接的连接数，而這些连接数在沒有長效種子機制的情况下，本應該屬於全體BT客户端，而不是BC客户端獨占，并且在连接沒有被釋放的情况下，这些连接数也失去了分配給其它BT客户端的機會。所以長效種子機制是存在一定吸血性質的。

from qbittorrent-enhanced-edition.

@Zerorigin 看到你这个回复，我就知道 你根本没有对比特彗星的 长效种子 机制详细的了解分析过。

我在接触 比特彗星 后，见到一些人说 长效种子 吸血，为此我特地观察了一段时间研究了下。

首先 长效种子 是可以关闭的，但因为只有比特彗星支持，所以被一些 没了解过就下定论的人认为比特彗星和迅雷一样，都只上传给自己的用户 ，然而实际上是：

• 当你平常做种时，比特彗星会优先对BT任务整体上传，如果还有空余上传速度（例如没多少用户需要你上传，上传速度跑不上去，或者你对任务限速），才会开始长效种子上传。

需要打开长效种子的「自动控制上传限速」功能，这样比特彗星才会根据上传速度的空余自动调整长效种子上传限速数值。

• 当你的任务满足做种条件停止后（例如分享率到达 300% 停止做种），比特彗星依然会持续做种（长效种子），因为长效种子只有比特彗星支持，所以也只提供给比特彗星用户。

用户主动停止做种，或者任务满足做种条件停止，都属于用户主动放弃继续对 BT 整体上传。

总结：

只有在有上传速度存在空余，或你主动停止任务做种后 （包括满足你设定的停止条件，这相当于用户主动放弃继续对 BT 整体上传），比特彗星才会对其他比特彗星用户做种上传。 而且你不想继续做种也可以关闭长效种子功能。

也就是说，比特彗星的长效种子功能，完全是在满足 BT 整体上传的前提下，充分利用剩余上传速度，提高种子存活率。

如果你觉得我说的是假的，那么请去实地使用比特彗星并详细了解 长效种子 机制后，拿出证据反驳我，而不要全靠臆想和猜测，否则我根本没兴趣继续和你辩论，因为我从不和无理取闹的人讲道理。

而迅雷呢，无论你怎么设置，它都强制做种上传给其他迅雷用户。

我只希望大家能理智且严谨的研究讨论，而不要一味的跟风。

from qbittorrent-enhanced-edition.

看來你對我的觀點有點誤解，因此有必要跟你說明下，“恰恰相反，你说的這些我都了解过。”

另外你似乎完全忽略了我闡述的兩點，特別是第二點關於连接数的你完全没談及，所以我可以認為你不知道连接数機制？

還有，我並不是來罵架的，如果你認為我不理性，那我也不多說了。

from qbittorrent-enhanced-edition.

哈哈，我也不認同我说的 BC 具有很強的吸血性，不过長效種子卻是具有吸血的特性。

另外，连接数受營運商限制，虽然没有9999那麼高，但至少也會有八九百以上。正常情況下，只要不像迅雷那樣惡意占用，確實吃不滿。

不过要是家裡智能設備不少，多設備流媒體和下载同時進行卻時有可能占满。

from qbittorrent-enhanced-edition.

另外關於连接数占用，在连接数達到软件设置或宽带上限時，如果部分還處於被長效種子用於上傳的狀態，此时就没辦法發起新的上傳通道給非 BC 客户端，这對其它 BT 客户端有點不公平，因为這些通道本本來是全體 BT 客户端共享的，而不是 BC 客户端獨享的。

from qbittorrent-enhanced-edition.

。。。。。。

from qbittorrent-enhanced-edition.

那我也发表一下我的意见吧
首先什么是吸血。如果只下载，不上传，类似于迅雷，那是吸血。如果有人做种，那么bc和其他客户端是一样上传下载的，因为此时长效种子不传输，就和没有这个功能一样。
如果在断种的情况下(此时没有人做种了，以后也没有人做种了)，新加入的用户通过长效种子下载了文件，那他完成后也会通过dht分享给其他客户端，除非他限制了客户端种类与分享率。长效种子设计之初就是为了解决这种情况。
既然通过长效种子下载后也通过dht分享给了其他客户端，怎么能说没有互利效应了。
其次，长效种子不算入分享率，只有在断种时才传输，而且种子的分享率不变，用过软件都知道
作为bt软件，bc既上传了文件给别的客户端，为什么不能从别的客户端下载？为什么要说它占用了别人的分享率，难道它不消耗自己的分享率，上传给其他客户端吗？而且长效种子不占用分享率。
最后，bt断种和p2p协议缺陷没有必然联系。p2p本身就是点对点共享，如果没人做种了，必然断种。相反，长效种子部分解决了这种问题。
你可以对我的观点进行反驳，但要有理有据。你这么抵制bc，你也可以下一个用了试试，我感觉你没有用过bc，不然也不会说出bc占用别人分享率这样的话。

from qbittorrent-enhanced-edition.

我突然想到一个问题，你可能误会了一个东西，bc不只上传数据给bc,也会分享数据给utorrent,transmission等，我说的"其他客户端"不是指bc，而是指除了bc的其他bt下载软件。
但现实中bc用的人太多，所以你会感觉怎么连接的全是bc，这个我亲自试过，你可以用热门种子试一下，肯定会分享给其他客户端。
至于为什么大部分是bc,现实就是大部分人用bc,或者bc优先分享给bc,但我不认为这是吸血。
只要bc有人做种，所有客户端都能下到数据。

from qbittorrent-enhanced-edition.

我突然想到一个问题，你可能误会了一个东西，bc不只上传数据给bc,也会分享数据给utorrent,transmission等，我说的"其他客户端"不是指bc，而是指除了bc的其他bt下载软件。
但现实中bc用的人太多，所以你会感觉怎么连接的全是bc，这个我亲自试过，你可以用热门种子试一下，肯定会分享给其他客户端。
至于为什么大部分是bc,现实就是大部分人用bc,或者bc优先分享给bc,但我不认为这是吸血。
只要bc有人做种，所有客户端都能下到数据。

还有你下载的时候会传数据给非BC客户端，并不是长效的缘故，而是本身公共共享率未达到设定的分享率
只要分享率达到预设值，那 BC 和正常的客户端一样都会停止对外做种
但是再 BC 双方都开启长效种子的情况下，就算停止做种了
由于长效种子的机制，数据还是会在 BC 自己的客户端社区里互传(社区吸血)

from qbittorrent-enhanced-edition.

等 uTorrent 被你们屏蔽的那天到来。

@1265578519 请问这是承认有吸血？如没有吸血行为，建议你去 wiki 百科更正澄清。

from qbittorrent-enhanced-edition.

@SeaHOH 是的，没错，qbee确实有吸血行为

我看的脑子有点混乱，能解释一下吗？

from qbittorrent-enhanced-edition.

@SeaHOH 是的，没错，qbee确实有吸血行为

我看的脑子有点混乱，能解释一下吗？

坐等 @1265578519 的報告 :)

from qbittorrent-enhanced-edition.

其实qbee太可不必犹豫，屏蔽BitComet是早有的事了。
https://zh.wikipedia.org/wiki/BitComet#%E8%B6%85%E7%B4%9A%E7%A8%AE%E5%AD%90
https://zh.wikipedia.org/wiki/BitComet#%E2%80%9CeMule%E6%8F%92%E4%BB%B6%E2%80%9D

from qbittorrent-enhanced-edition.

这些文件不会下载，哈希和读取时自动补 0，libtorrent-rasterbar 会做这个事情。

https://github.com/arvidn/libtorrent/blob/d4c206841b6354d4a53d072abe56dfb8850c4c65/src/storage.cpp#L1073-L1077

BEP 47 里没有说 attr=p 的文件需要隐藏。qb 也只是按照 BEP 47 的建议命名。

顺便一提我找的第二个种子还是 20 年 8 月动漫花园上 Reinforce 组才做发的 Eva TV 版，也不算太老了。

https://dmhy.org/topics/view/546527_SAIO-Raws_Neon_Genesis_Evangelion_1-26_BD_1440x1080_HEVC-10bit_OPUSx2.html

from qbittorrent-enhanced-edition.

这种没必要再跟他理论，世界不同逻辑不通。

from qbittorrent-enhanced-edition.

天生基因如此，本来就是设计为快速分发。想长期分发，请转电骡。
孟子曰过：二者取熊掌也。

from qbittorrent-enhanced-edition.

from qbittorrent-enhanced-edition.

天生基因如此，本来就是设计为快速分发。 想长期分发，请转电骡。 孟子曰过：二者取熊掌也。

个人感觉目前已经没电骡的环境了，连msdn i tell you 都用种子了。

from qbittorrent-enhanced-edition.

电骡 到现在都不支持IPv6 感觉过几年就会消亡吧

个人感觉目前已经没电骡的环境了，连msdn i tell you 都用种子了。

这不正好说明二者不可兼顾，所以最后大家选择了 BT，不能再回到老路去。

from qbittorrent-enhanced-edition.

主要矛盾在于空间和带宽，其余都是权宜之计。

from qbittorrent-enhanced-edition.

@c0re100 Please consider closing and locking this issue due to customized blacklisting has already been implemented.

from qbittorrent-enhanced-edition.

只要别做梦想着惠及大众和去抖音分享就好，这种软件就那样，qb嫌弃比特彗星吸血，我还看到有比特彗星也嫌弃qb吸血，但本质上的的确确是互利的，就好像那一大堆Linux发行版一样，都说自己是最好的，虽然桌面系统都被win和mac吊打，

确实就是大陆很多用户没有公网IP，然后qB和bit都是用户量很大的BT下载软件，有些人看见这些客户端只下载不上传就会吐槽。
然而如果没有公网IP，挂一天也就不超过1G的上传.......

from qbittorrent-enhanced-edition.

这个issues我不参与了，各位看着办吧，我认为，选择任何一个软件，是用户的权利，选择开源，不开源都可以。 以下转一篇文章

很多人，根本看不懂源代码，还一味的追求开源软件，开源不代表安全，只是代表谁都可以对源代码来进行提交修改

典型的例子，最近一款安装用户量过千万的开源软件发生的挖矿病毒事件。

公然在代码中下毒，这不是一个开源项目中该发生的事情。联想到之前还有人讨论过担心闭源项目的安全性，现在，到底谁会在代码中下毒，一目了然。 一直以来，我们能感受到，有些人以开源自居，做的却尽是限制、滥权、diss 他人的事情，这是否也是一种假开源？

事实上，对于这个客户端，我（RPRX）从一开始写时就一直在力推，把它放到了文档推荐的最上面，还把文档客户端列表的从最下面改到了最上面，这些都是大家记忆清晰且有迹可循的。之后创立时，我更是亲自对进行了 PR，并且同样在项目 README 中推荐了该客户端。 我对是问心无愧的，也从来没有主动诋毁过或者 gcc，即使此前 gcc 已多次发表对我或不友好的言论，且多次承认对我以及抱有奇怪的偏见，这些大家都看在眼里。

DuckSoft 认为在代码中下毒是非常过分的行为，推掉了工作来处理这件事。与 gcc 多次协商无果，最后无奈将 gcc 移出组织，并清理掉了有问题的挖矿病毒代码

另一个相关的案件，知名脚本语言php.net，有人恶意提交木马代码，导致被停更了2周时间来进行代码审查和还原恶意代码

这是从哪转的，我很想看看原文

from qbittorrent-enhanced-edition.

这篇文章我真是看了很多遍 不得不说挺难过的

为比特彗星站台的一些人确实创建过一些针对bt的很不错的项目 例如修改版客户端 和时常更新的tracker列表等等

我是真的想不明白比特彗星到底好在哪里能让这些有技术的人这么为他贡献自己的力量

放着自由开源的项目不顾 去给“社区加分/吸血”的客户端站台 还百般宣传 写文教用户怎么用这个软件

明明可以在开源社区更好的发挥自己的贡献 却甘愿为这么一个有劣迹的软件站台 实属遗憾

from qbittorrent-enhanced-edition.

这篇文章我真是看了很多遍 不得不说挺难过的

为比特彗星站台的一些人确实创建过一些针对bt的很不错的项目 例如修改版客户端 和时常更新的tracker列表等等

我是真的想不明白比特彗星到底好在哪里能让这些有技术的人这么为他贡献自己的力量

放着自由开源的项目不顾 去给“社区加分/吸血”的客户端站台 还百般宣传 写文教用户怎么用这个软件

明明可以在开源社区更好的发挥自己的贡献 却甘愿为这么一个有劣迹的软件站台 实属遗憾

如果你真的了解开源的话，你会发现那些项目都在以一种很奇怪的状态存在着

from qbittorrent-enhanced-edition.

这篇文章我真是看了很多遍 不得不说挺难过的
为比特彗星站台的一些人确实创建过一些针对bt的很不错的项目 例如修改版客户端 和时常更新的tracker列表等等
我是真的想不明白比特彗星到底好在哪里能让这些有技术的人这么为他贡献自己的力量
放着自由开源的项目不顾 去给“社区加分/吸血”的客户端站台 还百般宣传 写文教用户怎么用这个软件
明明可以在开源社区更好的发挥自己的贡献 却甘愿为这么一个有劣迹的软件站台 实属遗憾

如果你真的了解开源的话，你会发现那些项目都在以一种很奇怪的状态存在着

提出那些“项目”纯粹是为了想说这些人为了比特彗星做出的“贡献” 每每想到此处 都觉遗憾

from qbittorrent-enhanced-edition.