📢【停機維護公告】硬體全面升級
親愛的會員們：
為提供更穩定、更快速的服務體驗，本站將進行硬體全面升級，屆時網站將暫停服務。
停機時間：7 月 12 日（週日）中午 12:00 起
預計耗時：6～12 小時
維護內容：網站硬體全面升級
維護期間網站將無法正常訪問，且做種數據將暫停統計，請各位保持客戶端正常做種即可，數據不會遺失，待升級完成後將恢復正常統計。實際恢復時間視升級進度而定，完成後將另行公告，感謝大家的理解與支持
親愛的會員們：
為提供更穩定、更快速的服務體驗，本站將進行硬體全面升級，屆時網站將暫停服務。
停機時間：7 月 12 日（週日）中午 12:00 起
預計耗時：6～12 小時
維護內容：網站硬體全面升級
維護期間網站將無法正常訪問，且做種數據將暫停統計，請各位保持客戶端正常做種即可，數據不會遺失，待升級完成後將恢復正常統計。實際恢復時間視升級進度而定，完成後將另行公告，感謝大家的理解與支持
📢【停機維護公告】硬體第二次升級
親愛的會員們：
為提供更穩定、更快速的服務體驗，本站將進行硬體全面升級，屆時網站將暫停服務。
停機時間：7 月 19 日（週日）中午 12:00 起
預計耗時：6～12 小時
維護內容：網站硬體全面升級
維護期間網站將無法正常訪問，且做種數據將暫停統計，請各位保持客戶端正常做種即可，數據不會遺失，待升級完成後將恢復正常統計。實際恢復時間視升級進度而定，完成後將另行公告，感謝大家的理解與支持
親愛的會員們：
為提供更穩定、更快速的服務體驗，本站將進行硬體全面升級，屆時網站將暫停服務。
停機時間：7 月 19 日（週日）中午 12:00 起
預計耗時：6～12 小時
維護內容：網站硬體全面升級
維護期間網站將無法正常訪問，且做種數據將暫停統計，請各位保持客戶端正常做種即可，數據不會遺失，待升級完成後將恢復正常統計。實際恢復時間視升級進度而定，完成後將另行公告，感謝大家的理解與支持
🎴 新功能公告|機制卡(功能卡)正式登場
各位會員好,
繼收藏卡之後,我們推出一類全新的卡片——機制卡(功能卡)。與收集用的收藏卡不同,機制卡是拿來「用」的實用道具,能直接換魔力值、換 VIP、折抵置頂費用。
目前開放三種機制卡:
- 魔力符券(N)——使用後直接獲得魔力值。
- 置頂免費符(SR)——在「單種置頂全站免費」時折抵所需魔力。
- VIP 七日符(SSR)——使用後獲得 7 天 VIP。
三者稀有度由低到高(N → SR → SSR),越高階越難得。
如何取得?
到灰燼工坊把重複或不需要的收藏卡分解成「灰燼」,再用灰燼轉蛋(開包)——除了抽到收藏卡,就有機會開出機制卡。稀有度越高越難得(具體掉率不公開)。
如何使用?
到「我的機制卡」頁點擊即可使用,用掉即銷毀、效果立即發放。(「置頂免費符」較特殊,請於「單種置頂全站免費」流程中折抵。)
也能交易!
機制卡同樣可在卡片市場用魔力值買賣,每種各有獨立行情與掛單簿;新開出的卡過了短暫交易鎖即可掛上市場。不想自己用?掛上市場變現也行。
👉 立即前往:收藏卡頁面 (https://kp.m-team.cc/cards) 開始你的灰燼工坊之旅
各位會員好,
繼收藏卡之後,我們推出一類全新的卡片——機制卡(功能卡)。與收集用的收藏卡不同,機制卡是拿來「用」的實用道具,能直接換魔力值、換 VIP、折抵置頂費用。
目前開放三種機制卡:
- 魔力符券(N)——使用後直接獲得魔力值。
- 置頂免費符(SR)——在「單種置頂全站免費」時折抵所需魔力。
- VIP 七日符(SSR)——使用後獲得 7 天 VIP。
三者稀有度由低到高(N → SR → SSR),越高階越難得。
如何取得?
到灰燼工坊把重複或不需要的收藏卡分解成「灰燼」,再用灰燼轉蛋(開包)——除了抽到收藏卡,就有機會開出機制卡。稀有度越高越難得(具體掉率不公開)。
如何使用?
到「我的機制卡」頁點擊即可使用,用掉即銷毀、效果立即發放。(「置頂免費符」較特殊,請於「單種置頂全站免費」流程中折抵。)
也能交易!
機制卡同樣可在卡片市場用魔力值買賣,每種各有獨立行情與掛單簿;新開出的卡過了短暫交易鎖即可掛上市場。不想自己用?掛上市場變現也行。
👉 立即前往:收藏卡頁面 (https://kp.m-team.cc/cards) 開始你的灰燼工坊之旅
公告：關於惡意限速用戶的處置
經過前三個月的大量數據統計與觀察，我們發現部分用戶存在惡意限速的行為，長期以極低速率做種，嚴重影響站點的正常做種與資源流通環境。為維護站點生態，本站將對此類用戶啟動封禁處理，**自即日起開始執行**。
命中條件如下：
1. 單月內累積達 15 天（含）以上（不需連續），該用戶當日所有有上傳的種子合計，於實際產生上傳的時間內平均上傳速度低於 10 KB/s 者，將直接予以封號。
2. 當日未產生任何上傳的種子，不列入統計。
3. 當日做種時間少於 1 小時的種子，不列入統計。
關於「上傳速度」與「上傳時間」的認定：
一律以 BT 協議中客戶端向 Tracker 回報（announce）的數據為準。凡客戶端未回報之數據，站方無從得知，亦不予採計。請確保您的客戶端正常回報，以免因回報異常影響統計。
請特別注意：本次封禁不接受任何形式的申訴或解除。
也請各位用戶維持正常的做種行為，切勿透過限速或其他規避手段影響站點的健康生態。感謝您的理解與配合。
---
判定方式
系統只統計「當日實際有產生上傳的時間」與「當日有上傳的種子合計流量」，計算方式如下：
> 當日合計均速 ＝ 當日合計上傳流量 ÷ 當日實際有上傳的總時間
限速數字本身並不是判定依據，判定的是「有上傳的時間內實際跑出來的合計均速」。只要正常做種、不刻意壓速，一般都遠高於 10 KB/s，無須擔心。
---
範例一：以限速角度看（總限速 100 KB/s，保種 1000 個）
- 正常做種（不命中）：當日有效上傳時間合計 4 小時，共上傳 1.2 GB。
均速 ＝ 1.2 GB ÷ 4 小時 ≈ 87 KB/s，遠高於 10 KB/s，**不命中**。
- 惡意限速（命中）：當日刻意壓低速率，有效上傳時間合計 3 小時，僅上傳 60 MB。
均速 ＝ 60 MB ÷ 3 小時 ≈ 5.7 KB/s，低於 10 KB/s，**當日命中**。
範例二：以流量角度看（當日合計上傳同為 500 MB）
同樣的流量，是否命中取決於「在多長的有效上傳時間內完成」：
- 時間短、速度高（不命中）：500 MB 在 2 小時內完成。
均速 ＝ 500 MB ÷ 2 小時 ≈ 71 KB/s，**不命中**。
- 時間長、速度低（命中）：500 MB 分散在 20 小時內慢慢傳。
均速 ＝ 500 MB ÷ 20 小時 ≈ 7.1 KB/s，**當日命中**。
可以看出：關鍵不在流量多寡，也不在限速數字，而在「有上傳的時間內跑出來的合計均速」。刻意限速拉長時間、壓低速率，就會踩線。若此情形單月累積達 15 天以上，即予封號。
---
如何確保自己安全
1. 請勿對本站種子設定過低的總上傳限速，或至少不要壓在極低值。
2. 確保 BT 客戶端正常運作、正常向 Tracker 回報數據。
3. 維持正常做種行為即可，無須刻意操作。
---
常見問題答疑
Q：偶爾網路波動，會不會被誤判？
本規則之門檻（單月累積 15 天、每日有效上傳均速均低於 10 KB/s）已充分考量偶發網路波動之影響。正常做種即使偶有波動，亦不可能長期、穩定地將速度維持於此標準以下；能持續命中者，均屬刻意壓速之行為。
Q：運營商限速，會不會導致誤判？
一般運營商之上行頻寬遠高於此，正常網路環境不可能長期維持在 10 KB/s 以下；縱使少數運營商對 P2P 有定向限速，本規則採計的是「當日所有種子之合計均速」，而非單一連線。只要用戶整體仍有正常上傳，合計均速即會被拉升，不致命中。唯有整體對外上傳近乎全面停滯、且連續達標者方會觸及——此已非單純運營商限速所能造成，而屬刻意壓速或全面規避之行為。
Q：孤種、對端連接性差導致速度慢，會不會被誤判？
命中判定看的是「當日所有有上傳種子的合計均速」，而非單一種子。孤種係相對於個別種子的下載方而言的狀態；正常做種者帳上不會僅有單一種子，某個孤種即使因對端連接性不佳而速度偏低，同時段其他種子的正常上傳亦會納入合計，個別孤種的慢速並不會使當日合計均速低於門檻。唯有整體長期、幾乎無正常上傳者，方會連續命中——此正是本規則所針對的惡意限速行為。
Q：使用 uTP（UDP）傳輸，上傳量會不會被少算？
不會。uTP（UDP）僅是 peer 之間的傳輸協定，傳出多少位元組即計多少，與上傳量統計無關。統計依據為客戶端向本站 Tracker（HTTP）回報之累計上傳量，與底層走 TCP 或 uTP 無涉，不會因傳輸協定不同而少算。
經過前三個月的大量數據統計與觀察，我們發現部分用戶存在惡意限速的行為，長期以極低速率做種，嚴重影響站點的正常做種與資源流通環境。為維護站點生態，本站將對此類用戶啟動封禁處理，**自即日起開始執行**。
命中條件如下：
1. 單月內累積達 15 天（含）以上（不需連續），該用戶當日所有有上傳的種子合計，於實際產生上傳的時間內平均上傳速度低於 10 KB/s 者，將直接予以封號。
2. 當日未產生任何上傳的種子，不列入統計。
3. 當日做種時間少於 1 小時的種子，不列入統計。
關於「上傳速度」與「上傳時間」的認定：
一律以 BT 協議中客戶端向 Tracker 回報（announce）的數據為準。凡客戶端未回報之數據，站方無從得知，亦不予採計。請確保您的客戶端正常回報，以免因回報異常影響統計。
請特別注意：本次封禁不接受任何形式的申訴或解除。
也請各位用戶維持正常的做種行為，切勿透過限速或其他規避手段影響站點的健康生態。感謝您的理解與配合。
---
判定方式
系統只統計「當日實際有產生上傳的時間」與「當日有上傳的種子合計流量」，計算方式如下：
> 當日合計均速 ＝ 當日合計上傳流量 ÷ 當日實際有上傳的總時間
限速數字本身並不是判定依據，判定的是「有上傳的時間內實際跑出來的合計均速」。只要正常做種、不刻意壓速，一般都遠高於 10 KB/s，無須擔心。
---
範例一：以限速角度看（總限速 100 KB/s，保種 1000 個）
- 正常做種（不命中）：當日有效上傳時間合計 4 小時，共上傳 1.2 GB。
均速 ＝ 1.2 GB ÷ 4 小時 ≈ 87 KB/s，遠高於 10 KB/s，**不命中**。
- 惡意限速（命中）：當日刻意壓低速率，有效上傳時間合計 3 小時，僅上傳 60 MB。
均速 ＝ 60 MB ÷ 3 小時 ≈ 5.7 KB/s，低於 10 KB/s，**當日命中**。
範例二：以流量角度看（當日合計上傳同為 500 MB）
同樣的流量，是否命中取決於「在多長的有效上傳時間內完成」：
- 時間短、速度高（不命中）：500 MB 在 2 小時內完成。
均速 ＝ 500 MB ÷ 2 小時 ≈ 71 KB/s，**不命中**。
- 時間長、速度低（命中）：500 MB 分散在 20 小時內慢慢傳。
均速 ＝ 500 MB ÷ 20 小時 ≈ 7.1 KB/s，**當日命中**。
可以看出：關鍵不在流量多寡，也不在限速數字，而在「有上傳的時間內跑出來的合計均速」。刻意限速拉長時間、壓低速率，就會踩線。若此情形單月累積達 15 天以上，即予封號。
---
如何確保自己安全
1. 請勿對本站種子設定過低的總上傳限速，或至少不要壓在極低值。
2. 確保 BT 客戶端正常運作、正常向 Tracker 回報數據。
3. 維持正常做種行為即可，無須刻意操作。
---
常見問題答疑
Q：偶爾網路波動，會不會被誤判？
本規則之門檻（單月累積 15 天、每日有效上傳均速均低於 10 KB/s）已充分考量偶發網路波動之影響。正常做種即使偶有波動，亦不可能長期、穩定地將速度維持於此標準以下；能持續命中者，均屬刻意壓速之行為。
Q：運營商限速，會不會導致誤判？
一般運營商之上行頻寬遠高於此，正常網路環境不可能長期維持在 10 KB/s 以下；縱使少數運營商對 P2P 有定向限速，本規則採計的是「當日所有種子之合計均速」，而非單一連線。只要用戶整體仍有正常上傳，合計均速即會被拉升，不致命中。唯有整體對外上傳近乎全面停滯、且連續達標者方會觸及——此已非單純運營商限速所能造成，而屬刻意壓速或全面規避之行為。
Q：孤種、對端連接性差導致速度慢，會不會被誤判？
命中判定看的是「當日所有有上傳種子的合計均速」，而非單一種子。孤種係相對於個別種子的下載方而言的狀態；正常做種者帳上不會僅有單一種子，某個孤種即使因對端連接性不佳而速度偏低，同時段其他種子的正常上傳亦會納入合計，個別孤種的慢速並不會使當日合計均速低於門檻。唯有整體長期、幾乎無正常上傳者，方會連續命中——此正是本規則所針對的惡意限速行為。
Q：使用 uTP（UDP）傳輸，上傳量會不會被少算？
不會。uTP（UDP）僅是 peer 之間的傳輸協定，傳出多少位元組即計多少，與上傳量統計無關。統計依據為客戶端向本站 Tracker（HTTP）回報之累計上傳量，與底層走 TCP 或 uTP 無涉，不會因傳輸協定不同而少算。