Forever Fish

來源：http://mkv.cn/Html/Article/539.html

 為什麼Bitcomet被許多的Tracker封鎖呢?
 作者：pristones 翻譯轉貼自：cnbeta

OK，你們大都在想，對於BitComet的封禁會不會在這裡被解除，答案是不會，並且極有可能它永遠也不會被解禁。
你們大都認為，BitComet比其他的客戶端更"快"，但是你們不知道它更"快"的原因。
原因就是它的數不清的疑似欺詐的特徵。例如：

# 它損害tracker，並且當tracker告訴客戶端在下次announce前要等待多久時，它毫不理會。
# 當它被另一個節點冷落的時候（主要是另一個節點拒絕給某BC客戶端任何上傳，因為該節點此前並沒有從該BC客戶端獲得任何下載），該BC客戶端將以高達每秒鐘10+次的頻率反覆連接該節點，企圖從該節點獲得數據。
# 當它上傳時沒有並發連接數的限制，結果是使得上傳帶寬如此的分散，每個節點僅能得到0.1k/s或者更低的速率。
# BC 0.60 新設計的加密header信息的特徵，使它相對於其它的BT軟件，攫取了一項非常不公平的優勢，當BC在上傳時會優先於其它的BT軟件選擇使用BC的用戶。（據我所知，uTorrent工作於一個類似的機制上，但是會公佈該信息，如果其他的BT客戶端軟件作者願意的話他們也可以實現此功能，這才是唯一真正有效率的做法）
# 如果你從它那裡請求過多的塊（100左右？大約），它將會丟棄你所有的請求。
# 它也會通過反覆連接和斷開連接來獲得並發連接數，不當的使用超級種子，並且基本上獨佔超級種子的所有帶寬。
# 它有一項濫用的多tracker執行（總是在所有的層級中向所有的tracker來announce）。
# 當製作種子的時候，它會做一些愚蠢的事情（例如在中國、日本、韓國的使用者製作種子時，它不使用UTF-8編碼）。

問題的實質是，BitComet更"快"了，因為它通過上述種種做法使其他的所有BT軟件變慢了；如果人人抵制BitComet，整個BT世界將會好很多！

附帶說明一下，BitComet的開發者在數月前就已經知道了關於它的這一討論，但是現在他們的做法僅僅是放出來了一個BC 0.61，該版本仍然有一些較小的使DHT網絡洩漏的bugs並且在很多系統上發生崩潰。
對於那些自以為可以通過破解BC客戶端（或者使用欺騙補丁）來使得它可以運行的"大佬"們，當你們的賬號被封禁時，別來對著我哭。