私有交易端点:路径、边界与验证方法
**先说结论** - “私有端点”不是一种统一产品。面向钱包用户的私有交易 RPC、面向搜索者的以太坊 Bundle API,以及 Solana 的 Jito Bundle 路径,在载荷、可见性、回退方式和确认规则上都不同。应先阅读当前官方文档,再模拟完整载荷,并以链上结果确认是否执行。 ## 三类路径不能混为一谈

先说结论 - “私有端点”不是一种统一产品。面向钱包用户的私有交易 RPC、面向搜索者的以太坊 Bundle API,以及 Solana 的 Jito Bundle 路径,在载荷、可见性、回退方式和确认规则上都不同。应先阅读当前官方文档,再模拟完整载荷,并以链上结果确认是否执行。
三类路径不能混为一谈
| 路径 | 常见载荷 | 必须核对的证据 |
|---|---|---|
| 私有交易 RPC | 一笔已签名交易 | 是否公开回退、替换、取消、到期 |
| 以太坊 Bundle API | 有序的已签名交易组 | 目标区块、允许回滚、构建者选择、状态 |
| Solana Bundle 路径 | 有序的 Solana 交易组 | Slot 处理、Tip 规则、Bundle 状态、签名确认 |
Flashbots Protect 面向以太坊用户交易保护。Flashbots Bundle 是另一套搜索者工作流。Jito 记录的是 Solana Bundle 模型。一个系统的说明不能用来证明另一个系统的行为。
私有提交能改变什么
私有提交可以减少交易在上链前被主动广播到公共内存池的机会,但它本身不能证明:
- 中继、构建者、验证者或基础设施运营方都无法看到载荷;
- 请求一定会进入区块或 Slot;
- 成交价格一定更好;
- 所有排序风险、合约风险或状态变化都被消除;
- 存在固定收益、滑点改善或成功率。
交易上链后会公开。真正需要核对的是:上链前谁能接收载荷,以及请求过期或未被选中后是否会转到公开路径。
可复现的评估表
| 项目 | 要回答的问题 |
|---|---|
| 网络与方法 | 支持哪条链、哪个 RPC 方法和何种载荷? |
| 可见性 | 哪些服务、构建者或验证者会收到载荷? |
| 回退 | 何种情况下会进入公开路径? |
| 模拟 | 使用哪个状态引用,如何返回回滚? |
| 到期 | 请求何时不再有效? |
| 确认 | 哪个状态接口、交易哈希、签名和回执能证明结果? |
| 数据处理 | 当前条款如何规定日志、保留和共享? |
不要复制没有测试条件的延迟、保护率或上链率排行。比较不同路径时,应在相同地区、相同载荷和相同观察窗口内保留原始时间戳。
安全测试流程
- 记录官方文档链接和复核日期。
- 核对网络、方法、认证、回退和到期规则。
- 构建完整交易或 Bundle,但不要在日志中保存密钥。
- 对指定状态进行模拟。
- 使用低风险载荷测试单一路径。
- 保存响应标识和本地时间戳。
- 在链上核对交易哈希或签名。
- 将结果归类为上链、到期、拒绝、回滚、替换或未找到。
FRB Agent 的位置
FRB Agent 是面向 EVM 和 Solana 用户配置工作流的非托管 Windows 执行助手,签名保留在本地。运营者选择可用路径,并负责权限、模拟、服务商政策、费用和链上确认。
FRB 不是中继、构建者或验证者,也不承诺交易一定私有或一定上链。它的作用是把路径核对、本地签名、模拟、提交和结果对账放在运营者控制的工作流中。
方法与限制
本文比较官方文档中的路径语义,不提供服务商性能排名。接口、构建者覆盖、回退政策和数据条款都可能变化。生产使用前应重新检查原始文档,并保留可复现的测试证据。
**下一步:**先阅读私有 Bundle 工作流,再使用模拟模式完成低风险测试。
Frequently asked questions
私有端点会让交易永久保密吗?
不会。处理请求的服务可以看到载荷,交易上链后会公开,回退和共享范围取决于服务商的当前政策。
私有交易 RPC 与 Bundle API 相同吗?
不同。前者通常面向单笔用户交易,后者面向带目标和到期规则的有序签名交易组。
相关文章
延伸阅读与工具
讨论
暂无笔记。添加第一条观察,或在以下平台与团队分享链接 X (@MCFRB).