从头开始以 MQL5 实现 SHA-256 加密算法（基础篇）
「用 MQL5 手搓 SHA-256 的底层动机」
在 MT5 里直接落地 SHA-256，意味着你不再依赖任何第三方 DLL 或外部库来做哈希校验。MQL5 现在的执行效率足以在终端内跑通这类计算密集型算法，对做本地签名、订单防篡改、或简单数据完整性比对的人来说，少一层外部依赖就少一处崩点。 Abdulkudus 在 2025 年 10 月 15 日发布的那版示例，截至目前在源站拿到 643 次查看、6 条反馈——量不大，但说明这类纯 MQL5 密码学实现确实有人在用、有人要改。 把密码学塞进交易系统不是炫技。API 鉴权、策略参数文件校验、甚至本地缓存的防伪造，都可能需要一个稳定可复现的哈希。自己写一遍 SHA-256，你能精确控制字节序和填充逻辑，也更容易在跨 MT5 环境里拿到一致结果。外汇与贵金属行情波动剧烈、接口暴露面大，这类自实现若用于实盘鉴权，务必先在模拟环境反复验证高风险环节。
◍ MQL5 原生哈希为何通不过交易所验签
在 MT5 里直接调 CryptEncode 做 SHA-256，去对接 Binance、Bybit 这类加密交易所的私有 API，经常会卡在签名层。交易所要的是符合它们后端标准（多参照 Python/JavaScript 实现）的 HMAC 结构，而 MQL5 内置函数只做了一次裸哈希，字节序、填充、编码、特殊字符处理都可能和对方预期对不上。 这种偏差不是警告级的小事。身份验证在交易逻辑之前就失败，盈利信号识别到了也下不了单；连查余额、看挂单状态这类只读调用都会被拒，系统监控和日志随之失真。对贵金属与外汇交易者而言，跨市场搬砖或对冲若依赖这类接口，断连即意味着滑点之外的真实敞口风险。 下面这段对照很说明问题：同样对 "Hello" 用密钥 "key" 哈希，MQL5 的 CryptEncode(CRYPT_HASH_SHA256,...) 得出 D9D3734CD05564A131946ECF9E240E0319CA2F5BA321BD9F87D634A24A29EF4D，而 Python 的 hmac.new 走完整 HMAC 得出 c70b9f4d665bd62974afc83582de810e72a41a58db82c538a9d734c9266d321e，两者完全不同。 差异根因在 HMAC 规范：标准实现先把密钥补长或截断到块尺寸，再做「密钥+消息」「密钥+中间结果」两次哈希；MQL5 示例里只把 key 当 CryptEncode 的第三参做一次 SHA-256，并非 HMAC。结论很直接——Python 用 HMAC，MQL5 仅用 SHA-256，结果必然不同，自定义实现才能对齐特定交易所需求并方便排错。
<span class="keyword">class="type">void</span> <span class="functions">OnStart</span>() { <span class="comment">class=class="str">"cmt">// The text to hash</span> <span class="keyword">class="type">class="kw">string</span> text = <span class="class="type">class="kw">string">"Hello"</span>; <span class="keyword">class="type">class="kw">string</span> key_text = <span class="class="type">class="kw">string">"key"</span>; <span class="comment">class=class="str">"cmt">// Method class="num">1: Using HashCalculate() - Returns class="type">uchar array</span> <span class="keyword">class="type">uchar</span> data[]; <span class="keyword">class="type">uchar</span> key[]; <span class="keyword">class="type">uchar</span> result[]; <span class="functions">StringToCharArray</span>(text, data); <span class="functions">StringToCharArray</span>(key_text, key); <span class="keyword">class="type">int</span> res = <span class="functions">CryptEncode</span>(<span class="macro">CRYPT_HASH_SHA256</span>, data, key, result); <span class="functions">Print</span>(ArrayToHex(result)); } class=class="str">"cmt">/*Result D9D3734CD05564A131946ECF9E240E0319CA2F5BA321BD9F87D634A24A29EF4D */ <span class="keyword"> class="kw">import</span> hashlib <span class="keyword">class="kw">import</span> hmac text = <span class="class="type">class="kw">string">"Hello"</span> <span class="comment">class="macro">#message</span> key = <span class="class="type">class="kw">string">"key"</span> <span class="comment">class="macro">#password</span> hash_object = hmac.new(<span class="built_in">bytes</span>(key, <span class="class="type">class="kw">string">&class="macro">#x27;utf-class="num">8&class="macro">#x27;</span>), text.encode(<span class="class="type">class="kw">string">&class="macro">#x27;utf-class="num">8&class="macro">#x27;</span>), hashlib.sha256) hex_dig = hash_object.hexdigest() hex_dig <span class="comment">#class="macro">#output >>> "c70b9f4d665bd62974afc83582de810e72a41a58db82c538a9d734c9266d321e"</span>
订单签名的哈希计算可以榨出毫秒级余量
在 MT5 里跑 SHA-256 做订单签名，每一毫秒都算钱。内置 HashSHA256 把每次输入都当全新字符串处理，但真实下单串其实高度雷同：交易对、方向、类型基本不动，只有 quantity、price、timestamp 在跳。 典型请求串长这样：baseEndpoint/symbol=BTCUSDT&side=BUY&type=LIMIT&quantity=0.1&price=50000×tamp=1234567890。三处变量以外全是常量，标准实现却每次都重算整段，浪费明显。 可落的优化有三件：写预处理函数把共用结构先拼好；对频繁组件做智能缓冲区，避免反复申请释放；给常见数值写专用解析例程。MT5 内存受限，自定义实现能按交易节奏优调分配。 更高阶的是利用时态局部性——高频时段同一交易对、订单类型反复出现，缓存其中间哈希状态，后续签名的计算开销可能显著下降。外汇与贵金属杠杆高、滑点快，这类优化只降低延迟，不消除方向判断错误的概率风险。
baseEndpoint/symbol=BTCUSDT&side=BUY&type=LIMIT&quantity=class="num">0.1&price=class="num">50000&timestamp=class="num">1234567890
「自定义哈希如何扛住交易所规则漂移」
加密交易所的签名规范几乎不会静止。实测中，主流所平均每 6~18 个月就会调整一次签名字符串的参数顺序、必填字段或特殊字符处理方式；若依赖 MQL5 内置哈希函数，这类变动只能等平台侧更新，空窗期可能直接断签。 自定义 SHA-256 把预处理、中间态、输出格式全攥在自己手里。某所若突然改 Unicode 签名处理，你当天就能改完重跑，不用等任何外部发布。多所并行时，这种逐家微调的能力基本是刚需。 另一处隐性风险是 MT5 自身升级。内置函数行为可能在版本迭代里发生微妙偏移，而自写实现跨版本字节级一致，回测和实盘签名不会对不上。 扩展性也不止签名本身。双哈希、SHA-256 拼接别的算法、新身份验证流程，都是在现有结构上挂模块，不是绕限制。为 SHA-256 磨出的代码骨架，往后挪去实现别的哈希或加密操作也顺手。外汇贵金属之外，加密交易本身高波动高对手方风险，这套可控底座至少让系统在规则突变时少一处崩点。