探索 MQL5 中的密码学：深入浅出的方法阐述（基础篇）
「在 MT5 里动手玩密码学」
MQL5 标准库自带 CryptEncode / CryptDecode 接口，可直接在 EA 或脚本里做 AES、DES、Base64 等变换，不必外接 DLL。对做信号加密、本地校验串的交易者来说，这是绕开第三方依赖的一条近路。 实际调用时，先确定编码类型枚举（如 CRYPT_BASE64、CRYPT_AES256），再传入键值与待处理缓冲区。下面这段演示了用 AES-256 对字符串做一次加密再解密的闭环，跑通即说明你的密钥与填充方式在 MT5 环境下是兼容的。 外汇与贵金属品种波动剧烈、杠杆高风险大，任何本地加密逻辑只解决数据传输与存储安全，不改变策略本身盈亏概率，验证时请先在模拟盘跑。
class="type">class="kw">string key = "my_secret_key_32bytes_long_ok"; class="type">class="kw">string data = "Hello MQL5 Crypto"; class="type">uchar src[], enc[], dec[]; StringToCharArray(data, src, class="num">0, StringLen(data)); CryptEncode(CRYPT_AES256, src, StringToCharArray(key, src, class="num">0, class="num">32), enc); CryptDecode(CRYPT_AES256, enc, StringToCharArray(key, src, class="num">0, class="num">32), dec); Print("Decoded: ", CharArrayToString(dec));
为什么交易者要在 MQL5 里碰密码学
算法交易跑在 MT5 上，EA 文件、信号参数、账户配置本质上都是本地可读的明文资产。对做实盘的外汇和贵金属交易者来说，这类数据一旦泄露，策略逻辑被复制或信号被截获的概率会明显上升，而这两个品种本身杠杆高、波动猛，属于典型高风险场。 密码学过去只归安全通信和数据保护用，现在开始进入 MQL5 开发者的日常。它不是炫技，而是给 EA 加一层：策略字符串不直接落盘、敏感配置能本地加密、跨端通知不走明文。 本篇后续会拆 MQL5 自带的密码学函数，从加密解密到邮件安全传输逐个过。你读完最实在的一步，是开 MT5 新建一个脚本，把下面这类接口跑通，确认自己的开发环境能编译调用。
◍ 算法交易里的密码学防线
做算法交易的人常忽略一件事：你的策略代码和传输通道本身就是攻击面。密码学不是锦上添花，而是把保密性、完整性、真实性三件事钉死的基础科学。 在 MT5 上跑 EA 时，若把核心逻辑以明文 mq5 分发，别人用反编译工具大概率能在数小时内还原你的进出场规则；对关键模块做加密或混淆，能显著提高逆向成本。 当 EA 对外接信号源或私有 API 发起请求，API key 和账户标识若走明文 HTTP，被嗅探的概率随运行时长线性上升。用 TLS 或轻量对称加密封装后再发，是低成本自保。 哈希校验也别偷懒：接收外部行情或信号时，用 SHA256 比对数据指纹，能在毫秒级发现是否被中间人篡改。高频环境下这点延迟可接受，但能拦掉大部分脏数据。外汇与贵金属杠杆高、连接不可控，通道加密和来源验真建议默认开启。
「MT5 里的加密与哈希工具箱」
MQL5 把密码学能力直接塞进了标准库，核心就两个函数：CryptEncode 和 CryptDecode，具体算法由 ENUM_CRYPT_METHOD 枚举切换。做 EA 或指标时若要在本地存敏感配置、或给 WebRequest 传参做校验，这几个原生方法比自己写算法稳得多。 加密侧只给对称方案。DES 用 56 位密钥，如今已不推荐；AES128 和 AES256 分别对应 128 位与 256 位密钥，后者密钥更长、抗暴力破解的余量更大。哈希侧有 MD5（128 位）、SHA1（160 位）和 SHA256（256 位）——前两者都已证实有碰撞或漏洞风险，实盘里做签名校验建议直接上 SHA256。 数据变形类还有 Base64（二进制转 ASCII，方便塞进 JSON / 文本协议）和 ZIP（Deflate 压缩，减小传输体积）。注意 MQL5 内置不支持非对称加密，公钥私钥那套得自己借 DLL 或外部服务实现；对称加密的命门永远是密钥保管，写死在 mq5 里能被反编译提取，从外部安全拉取才像样。 外汇与贵金属交易本身杠杆高、风险大，任何本地加密都只是提高门槛，不等于密钥不会泄露，涉及账户信号的保密设计请自行评估暴露面。
加解密调用的参数与坑
MT5 里做数据变换真正落地的就是 CryptEncode 和 CryptDecode 两个函数，前者把原始字节数组按指定方法转成密文或编码结果，后者反向还原。对称类方法（如 AES128）要求编码和解码用同一把密钥，哈希类则根本不可还原，只能用于校验。 函数签名里 method 决定算法，data 是待处理的 uchar 数组，key 在哈希和 Base64 场景下可留空，result 接收输出。AES128 这类算法对密钥长度有硬要求，例如必须正好 16 字节，传错长度会直接失败。 返回值是最容易被忽略的信号：两个函数返回 0 即代表出错，实盘代码里必须判断后再用 result，否则可能拿着空数组继续跑。 别把密钥写死在源码里。EA 分发出去后硬编码密钥等于公开，至少要用配置文件加运行时拼接，或依赖本地只存不传的随机盐。字符串和 uchar 互转时还要注意编码，否则中文或特殊符号会错位。
class="type">int CryptEncode( ENUM_CRYPT_METHOD method, class="kw">const class="type">uchar &data[], class="kw">const class="type">uchar &key[], class="type">uchar &result[] ); class="type">int CryptDecode( ENUM_CRYPT_METHOD method, class="kw">const class="type">uchar &data[], class="kw">const class="type">uchar &key[], class="type">uchar &result[] );