EA 代码加密保护指南：防止 MQL 源码被反编译的正确姿势

为什么编译后的 EA 仍然不安全？

MetaEditor 的编译是一个格式转换过程，不是安全过程。ex4 / ex5 文件里仍然保留了：

• 结构信息：函数边界、调用关系、参数表，逆向工具可以直接利用。
• 字符串常量：注释掉的信息不一定消失，提示语、URL、密钥明文往往原样保留。
• 确定性逻辑：指标公式、开平仓条件的计算路径可以被动态调试逐段还原。

换句话说：编译只挡住了「直接复制粘贴」，挡不住「读懂你的逻辑」。而交易逻辑恰恰是一个 EA 最值钱的部分。

可落地的防护清单

1. 基础：源码卫生
   • 交付版本删除调试代码、内部注释、开发期硬编码（测试账号、内部 URL）。
   • 字符串不出现明文敏感信息（密钥、服务器地址分段存储）。
2. 进阶：代码混淆
   • 变量与函数名去语义化，插入无效分支，破坏逆向工具的输出可读性。
   • 控制流打平，让关键判断淹没在噪声逻辑中。
3. 进阶：加密壳与完整性校验
   • 程序启动时校验自身完整性，被修改即拒绝运行（防打补丁式破解）。
   • 关键模块运行时解密，静态分析拿不到完整逻辑。
4. 核心：授权绑定
   • 即使文件被复制，授权体系（账户 / 机器码 / 时效 / 远程）也能控制谁能用。方案设计见 EA 授权验证系统设计。

这四层就是 SRV-05 EA 代码加密保护服务 的交付范围；需要更强防御体系时，升级到 SRV-07 EA 防破解加固 的 L1-L4 分层方案（见 防破解加固实战）。

防护强度与性能的平衡

防护措施	执行频率	性能影响
完整性校验	启动时一次	几乎为零
授权验证	启动 + 低频复核	可忽略
模块解密	启动时一次	毫秒级，可接受
运行时反复校验	每 tick	可能拖慢高频策略，需谨慎

原则：防护做在低频路径（OnInit），交易逻辑保持高频路径干净。对毫秒级敏感的剥头皮策略尤其如此。

三个常见误区

• 误区一：编译 = 安全。上文已解释，编译产物可被逆向，未防护的 EA 对专业分析者近乎透明。
• 误区二：改个名字就防得住。混淆的是标识符，不是逻辑；只改名的防护在一次动态调试面前就失效。
• 误区三：密钥明文写死在代码里。字符串加密都不做，等于把钥匙插在锁上；远程验证型授权还要防响应被仿真（兜底策略要设计好）。

标准防护流程

1. 现状评估：QQ 17662267 提交源码或成品文件，评估当前防护缺口，24 小时内回复。
2. 方案确认：按分发模式（卖断 / 租用 / 内部使用）与性能预算确定防护组合。
3. 实施加固：混淆、加密、校验、授权逐项落地，源码级改造不改变交易行为。
4. 回归验证：加固前后相同参数对照回测，确认交易行为一致。
5. 交付：交付加固后的成品 + 防护说明文档，30 天内提供跟进。

常见问题 FAQ