eMule v0.50b CN-9 Build 630 LTS (Back To Square One)
eMule v0.50b CN-9 Build 630 LTS (Back To Square One) 版主要更新：
eMule v0.50b CN-9 Build 610 LTS (Very Very Bad)
eMule v0.50b CN-9 Build 610 LTS (Very Very Bad) 版主要更新：
eMule v0.50b CN-9 Build 540 LTS
獨有的隨機上傳選擇算法改進，算法簡化及調整，更穩健適配何種狀況； 修正長時間運行時可能出現kademlia失效的問題（抱歉，是過度優化導致的）； 修正合併eMule Community版本不完整、所導致的搜索結果保存錯誤，可能導致啟動緩慢（升級前請先刪除config/StoredSearches.met）； 修正kademlia的DataIO的包內容有效性判斷代碼中的錯誤； 微調下載帶寬控制算法。 這一版本使用Visual Studio Community 2022編譯，並更新了eMule的依賴庫，尤其是zlib庫更新到最新開發版。
eMule v0.50b CN-9 Build 513 LTS
新一代下載帶寬控制算法，完全符合winsock的調用標準，同時消除 aMule v2.3.2 及以後版本下載時出現的底層錯誤； 修正一個下載哈西完成之後，文件卻無法完成的問題（感謝community的維護者fox88新版帶來的的代碼改進）； 對 kademlia 請求的速率控制採用標準的 Token Bucket 算法； 將動態緩存算法與「文件緩存大小」（File buffer size）可設定參數掛鉤，推薦選擇不要超過768KB，因為更大的值效果不一定好，不過可以自己試試看； 下載緩存隨機寫入算法微調，增加磁盤寫入隨機／動態寫入程度，進一步釋放資源，讓它表現得更加 non-blocking，從而提高圖形界面響應速度。 註：新的下載帶寬控制算法，下載的 socket_buffer 為 16KB 左右，由於控制以 20ms 為時間間隔，若想獲得好的控制效果，下載帶寬限制不得低於 socket_buffer/20 ms，即 800 KB/s 左右，否則遇到大水管給你下載的時候可能同時導致下載流量不穩定；
eMule 0.50b CN-9 Build 512 LTS
主要更新： 重寫下載帶寬分配算法，同時解決大部分aMule v2.3.2及以後版本導致的下載中斷問題； 部分數據結構從以前改造的std::vector重新回到更為適合的std::list； 各種內存占用優化，更適合長時間跑； 下載緩存微調及優化，解決特殊情況下緩存排序可能出現混亂的問題； 梳理接受下載的邏輯，解決一些特殊情況下出現接收到錯誤下載數據的問題； 解決udp接收方面的一些遺留問題。