我能意会到你的大体意思是：这种“政治不正确”的事尽量不要让BT客户端内置，以避免他人对客户端的批评。
我的想法是：
【1】彗星已经有客户端屏蔽功能，再加个地区屏蔽很容易实现，而且舆论上好像也是虱子多了不痒。
【2】第三方工具实现这个功能的话，配置麻烦、普及率低、性能消耗大。如果是彗星内置则相反。
当然，运营商对流量的管控程度，目前确实也还没达到让这一功能被普遍刚需的地步。
该功能已有且已实现，需求2.10及后续版本
https://bbs.itzmx.com/thread-110312-1-1.html
目前需要去ip2location官网 或者ipip等数据库下载特定国家地区的列表导入比特彗星软件中即可
没有单独的下拉选项来选择某个国家
ip2location免费的国家ip库：Block Visitors by Country | IP2Location
下载选择美国，CIDR格式的ip库，如图所示
其实很多问题的扩大都是早期不重视造成的 比如在很多PT站点都是禁用BC的
因为在远古时期对私有种子启用DHT的bug 以及分块填充文件问题
PT的“经验传承”比BT要多 很多站点还在使用这些陈旧的“祖宗之法”
要是本身提供的话就会有一个维护问题
是否要提供动态的IP数据库更新服务？如果有流量就是个问题
如果只是每次随着版本更新 可能又不太及时
而且要是内置可供选择的话 是否要列出所有的国家和地区？
那些国家和地区算是国家和地区？
这些都是问题
配置麻烦和普及率低不完全是坏事 这本身就是高级功能
可以有效的避免不会使用和不需要使用的用户误触
性能消耗其实是更小的 尤其是使用防火墙
像刚才链接中的教程中使用的堡垒防火墙 使用的是Windows筛选平台
可以被认为是一种系统API 处理效率上是远高于一般应用程序的
运营商看上传和连接数了。
WebUI 后续会加上种子市场吗
目前webUI中的 视频播放选择列表会根据文件名的长度自动调整宽度
其宽度会随着 当前显示文件名长度而不断变化 造成闪烁
建议其宽度应以该任务中文件名最长的为准
或者像GUI那样使用固定宽度
播放视频时有时会出现 invalid file_index 错误
疑似和视频播放列表选择状态有关系 多文件任务比较容易出现此问题
从请求来看 file index 的值变成了 -1
有一点不太确定，问一下，如果DHT请求某个种子的元数据，任务列表没有，但种子市场有，这种情况下会传输元数据吗？
如果不会的话，建议出个高级设置，允许在别人DHT检索元数据时，彗星可以调用种子市场的元数据传输给别人。
（DHT是个去中心化的网络，如果别人向我查询，我虽然任务列表没有，但是如果我的种子市场上面有, 我其实也是有能力提供元数据给他。）
應該說…他人共享、RSS種子、DHT種子、Tracker種子的資料庫能共用就好了…只要能完整下載回來，其實也不用在意是哪裡下載的了…
尤其RSS種子的部份，當一個TORRENT檔在其中一個RSS站下載回來後，同時若出現在其它RSS站的話，就會永遠顯示下載失敗，但單純是來源重複了…，必需另外搜尋下載完成的TORRENT檔才能手動下載，希望重複的TORRENT檔會自動顯示為下載完成
现在比特彗星是只能连接到比特彗星的用户吗，我看了很多种子的用户客户端都是比特彗星端口的没有其他的，还是因为我是从种子市场获得的磁链就只有比特彗星的人在下载
任务列表没有，种子市场有的话传输元数据的该功能已有，不过需要对方使用的也是比特彗星客户端，并且上传方必须为绿灯，这样才能传输种子市场的元数据来转成种子文件
迅雷第一，比特彗星第二，其次utorrent 然后qb
前段时间爬过数据，全球客户端使用情况，数据确保来源可信，统计了全球大约总共有500w日活跃的用户使用BT下载软件
这数据真是让人心塞。
迅雷早就无敌了 无可撼动…
BC似乎有不能及时释放内存占用的问题… 这肯定反常…
你这个界面卡顿也是有下载任务导致的
不过我这边的CPU占用率并不高 也只运行了7个任务
感觉还是有其他的问题
界面吃主线程单核心，比如说我CPU 40核心，所以3%就是瓶颈了
先让改成工作线程，下一版在看看还卡不卡就知道了
但是之前的版本似乎没有这样的问题 尤其是在这种任务很少的情况下
还有进程堆占用缓慢增大是正常情况吗？