非托管架构：技术基础
在去中心化金融（DeFi）生态系统中，"非托管"不仅仅是一个营销术语，而是一个严格的技术约束——私钥的物理控制权保留在终端用户手中。FRB Agent 被设计为严格的非托管基础设施层，这意味着它没有任何内部机制可以在没有本地、加密签名授权的情况下直接或间接访问用户资金。
传统 MEV 服务通常要求用户将抵押品存入智能合约，或共享授予支出权限的 API 密钥。FRB Agent 通过在用户本地安全边界内执行所有敏感操作（包括交易构建和密钥管理）来消除这一风险向量。
01信任模型比较
了解您的 MEV 技术栈的风险概况对于长期生存至关重要。大多数"云机器人"采用委托信任模型，而 FRB Agent 对您的密钥采用零知识信任模型。
⚠️ 托管 / 云托管
- • 密钥存储在提供商的云端（AWS/GCP）。
- • 单点故障（服务器被黑）。
- • 提供商可以冻结您的交易。
- • 交易历史对提供商完全可见。
🛡️ FRB 非托管
- • 密钥存储在 Windows 安全飞地中。
- • 攻击面仅限于您的物理 PC。
- • 抗审查（用户控制广播）。
- • 无策略参数的外部日志记录。
加密签名流程
FRB Agent 的安全性建立在隔离签名逻辑之上。当检测到盈利的 MEV 机会时，代理不会简单地"发送"交易，而是在请求签名之前经历多阶段验证过程。
本地状态验证
代理确认本地钱包余额足以覆盖交易交换和优先费用（Gas），以防止交易失败产生费用。
载荷构建（RLP/BORSCH）
代理在本地构建交易字节（以太坊用 RLP，Solana 用 BORSCH）。如果启用了调试模式，此载荷对用户可见。
硬件关联签名
签名请求发送到本地安全飞地。如果集成了硬件钱包（Ledger/Trezor），签名必须在设备上物理确认。
盲广播
已签名的交易广播到私有中继。FRB 后端永远不会收到交易正文或签名的副本。
高级安全：本地加密标准
FRB Agent 如何处理您的本地数据？我们采用行业标准加密协议，确保即使您的本地设备被攻破，您的 MEV 基础设施仍是一个强化目标。
本地配置和非敏感数据静态加密。
即使在调试模式下，私钥也不会打印到日志或标准输出。
使用机器特定的熵，防止在其他设备上解密。
为什么"代理"模型胜出
通过将 FRB 定义为"代理"而非"服务"，我们赋予用户将 MEV 视为专业操作的能力。这允许：
- 策略知识产权：由于逻辑在本地运行，您的秘密交易优势不会泄露给可能抢跑自身用户的平台所有者。
- 自定义 RPC 端点：您可以将 FRB Agent 指向自己的自托管节点，创建完全隔离和主权的交易环境。
- 降低监管风险面：由于您在自己的硬件上运行软件来与公共协议交互，您进行的是"自托管交互"，其法律含义与使用托管金融服务截然不同。
最终安全认证
非托管基础设施是现代区块链透明时代的唯一逻辑选择。随着用户越来越意识到中心化桥梁和自动化服务中的风险，FRB Agent 提供了回归本地、用户授权执行基本安全性的退路。