diff --git a/README.en.md b/README.en.md
index 22d5bb11..e00c5830 100644
--- a/README.en.md
+++ b/README.en.md
@@ -1,6 +1,6 @@
 # WechatMagician
 
-WechatMagician is a fancy Xposed module designed for Chinese social media application Wechat, to help the users get the ultimate control of their messages and moments. Currently this module supports WeChat version up to 6.5.16. It has implemented following features:
+WechatMagician is a fancy Xposed module designed for Chinese social media application Wechat, to help the users get the ultimate control of their messages and moments. Currently this module supports WeChat version up to 6.6.1. It has implemented following features:
 1. Prevent friends from recalling messages (with customizable notification).
 2. Prevent friends from deleting moments or comments.
 3. Allow user to set the limit on number of photos to send (default value is 1000).
@@ -22,7 +22,7 @@ After learning from the failure of other Wechat modules, this project wants to d
 * __Stability__: Most of those modules crashes for every Wechat update due to the obfuscator used by Wechat.
   - This project wraps each feature into a small "unit"; a single unit can crash safely without ruining the whole module.
   - This project has [a set of APIs](https://github.com/Gh0u1L5/WechatMagician/blob/master/src/main/kotlin/com/gh0u1l5/wechatmagician/util/PackageUtil.kt) to analyze and match the signatures of critical classes / methods.
-  - This project picks only [the signatures](https://github.com/Gh0u1L5/WechatMagician/blob/master/src/main/kotlin/com/gh0u1l5/wechatmagician/backend/WechatPackage.kt) that exist from Wechat 6.5.3 to 6.5.16. Even if a signature is broken in the coming Wechat updates, it can be fixed easily.
+  - This project picks only [the signatures](https://github.com/Gh0u1L5/WechatMagician/blob/master/src/main/kotlin/com/gh0u1l5/wechatmagician/backend/WechatPackage.kt) that exist from Wechat 6.5.3 to 6.6.1. Even if a signature is broken in the coming Wechat updates, it can be fixed easily.
   - This project hooks the methods close to system components / platform tools. This sacrifices some speed but ensures some stable break points.
 * __Simplicity__: Large modules like WeXposed have many functions that are hardly used by most of the users, but most of the crashes are caused by those functions.
   - If those functions are implemented by different modules, and the users can just install the modules as they need, then our lives would be much more easier.