Windows 设置：验证 SHA-256 并开始模拟

简短回答 — 在让 FRB Windows 安装程序接触钱包之前，请按顺序执行三件事：(1) 使用 Get-FileHash 计算其 SHA-256 并与 发布页面 上的值进行比较，(2) 确认 下载页面 上发布相同的 SHA-256 哈希（两个页面必须一致），以及 (3) 运行 模拟模式 至少在打开实时开关之前，需要 30 分钟确认策略收敛。第 1 步和第 2 步捕获供应链篡改 — 有人在 FRB 的构建服务器和您的硬盘驱动器之间替换了修改后的安装程序。第 3 步在配置错误（错误的 RPC、错误的滑点、漂移的费用模型）花费你真正的 ETH 之前发现它们。每个步骤只需不到 5 分钟。跳过它们是第一天就可以避免损失的最常见原因。

为什么存在这些检查

FRB 桌面代理在您的计算机上本地运行。用户的私钥被解密并在代理的地址空间内签署交易。该模型比稳定状态下的 Telegram 或网络机器人更安全——您的密钥永远不会离开您的硬件——但它将信任集中在您正在运行的二进制文件上。如果有人成功地将恶意版本替换为合法版本，您就可以将密钥导入到受感染的软件中。

下面的两个验证步骤是 Windows 如何让您确认磁盘上的二进制文件是 FRB Labs 构建和签名的二进制文件。

第 1 步 - 针对已发布哈希值的 SHA-256

在包含下载的安装程序的文件夹中打开 PowerShell：

电源外壳

Get-FileHash .\FRB-Setup-2.2.0.exe -Algorithm SHA256
Copy

（使用您下载的确切文件名；版本号因版本而异。）

将生成的十六进制哈希值与 /releases 上列出的该版本的 SHA-256 值进行比较。两个字符串必须逐个字符匹配。单个不同字符表示磁盘上的文件不是 FRB 发布的文件。

如果它们不匹配：

• 不要运行安装程序。
• 从新的浏览器选项卡重新下载 - 如果您偏执，最好是不同的网络。
• 如果新下载的内容仍然不匹配，请提交漏洞报告——可能存在真正的供应链问题。

第 2 步 — SHA-256 哈希

在 PowerShell 中，运行 Get-FileHash .\FrbAgent_install_vr_8.6.exe -Algorithm SHA256。

确认：

• 摘要算法： SHA256
• 计算出的哈希值与发布的值逐字符完全匹配

如果计算出的 SHA-256 与下载和发布页面上发布的值不匹配，不要运行安装程序 — 从官方 URL 重新下载并再次检查。

来自双重身份域名（任何不是 ai-frb.com 的域名）的不匹配哈希值是网络钓鱼尝试，而不是损坏的下载。报告一下。

第 3 步 — 安装、配对，但尚未上线

验证二进制文件后，安装并启动。代理会显示 6 个字符的 PIN。将其与 /app 处的仪表板配对（“添加机器人”→ 粘贴 PIN）。代理应显示在仪表板中，并包含主机名、区域和正常运行时间。

现在配置 RPC 和中继端点（请参阅 FRB playbook 了解端点选择指南），但将策略保留在模拟模式。暂时不要导入带有资金的密钥，或者如果导入，请设置钱包权限，使其可以读取但无法签名。

第 4 步 — 模拟门

运行模拟 30 分钟（对于较慢的策略则运行更长的时间）。您要检查的内容：

• 同一策略上至少 3 次获胜的模拟交易。一个还不够——可能是运气。模拟 PnL 与实现 PnL 之间差距 < 5% 的三个人表示该模型是诚实的。
• 零中继错误。 无超时、无格式错误的捆绑响应、无构建器拒绝。如果您看到任何错误，则说明您的中继配置错误，而不是您的策略错误。
• 没有您不认识的恢复原因。 恢复表示链上现实与您的模型不同。调查原因——通常是滑点、费用低估或模拟和潜在发送之间的 DEX 状态变化。

如果模拟不干净，不要上线。首先拧紧模型。

第 5 步 — 严格的首次上线上限

当模拟门通过时：

• 每笔交易的 Gas 预算：1× 模拟 Gas 中位数
• 每会话 ETH 预算：约 200 美元等值或 5× 一笔获胜交易
• 滑点上限：0.5%（稳定币较低）
• 公共内存池后备：第一个会话关闭
• Reverting-tx-allowed 标志：关闭，除非该策略确实需要探测并重试

前 50 个上线捆绑包是一次测量运行，而不是赚钱运行。您正在确认现实世界的包含延迟、现实世界的中继行为和现实世界的费用动态与模拟器向您显示的相符。如果确实如此，请以 25% 的增量扩大规模。如果没有，请返回模拟并查找模型错误。

整个清单不是什么

这不是一个保证。根据已发布的 SHA-256 验证的经过 SHA-256 验证的二进制文件仅告诉您该文件是 FRB 构建的，而不是告诉您 FRB 的构建是正确的、您的网络未被拦截或者您的策略是有利可图的。它消除了一类特定的风险：构建和运行之间的篡改。其他风险需要自己的控制。

有关更广泛的风险情况，请参阅MEV 交易机器人的风险管理 和2026 年加密交易机器人安全最佳实践。

高级验证：操作系统级流程检查

对于希望获得 SHA-256 和 SHA-256 之外的最强保证的用户，Sysinternals Process Monitor 提供了 FRB Agent 在运行时实际执行的操作的操作系统级别确认：

使用进程监视器检查什么：

1. 按 Process Name = FRB.exe 过滤并监视文件系统事件。 FRB 应从 %APPDATA%\FRB\ （加密密钥存储）读取，而不是从其他地方读取密钥操作。此路径之外的任何密钥文件访问都是意外的。
2. 观看网络事件。 FRB 应该只创建到已知 Flashbots、Jito 和 RPC 端点的 TCP 连接（记录在 FRB 的透明页面 /trust 中）。任何与无法识别的 IP 的意外出站连接都需要进行调查。
3. 在 Process Monitor API 事件日志中观察 CryptUnprotectData API 调用。这是 Windows DPAPI 函数，用于解密内存中的密钥。您应该在发起交易时看到它被调用，而不是在其他时间。

使用 Wireshark 进行网络级验证： 捕获 FRB 的出站流量并验证所有目标 IP 与已知提供商 ASN 匹配（Flashbots 使用 Cloudflare IP；Jito 使用 AWS 美国东部；主要 RPC 提供商使用其记录的 IP 范围）。任何流量都不应流向无法识别的消费者 ISP 或住宅 IP 地址。

这些步骤是可选的，但提供了最严格的独立验证，确保 FRB Agent 的行为完全按照文档记录。

参考

• 微软：Get-FileHash cmdlet
• Microsoft：使用 signtool/properties 验证文件签名
• FRB 发布并发布 SHA-256
• MEV 交易机器人的风险管理
• 2026 年加密交易机器人安全最佳实践