sendBundle

提交一个最多包含 5 笔完全签名交易的捆绑包，以进行原子性执行。所有交易按顺序执行——如果任何一笔交易失败，整个捆绑包都会被拒绝。至少一笔交易需要向 Jito 小费账户支付小费。

速率限制

sendBundle 的速率限制为每个项目每秒 5 个请求。getBundleStatuses 和 simulateBundle 使用常规 RPC 速率限制。

端点

POST https://mainnet.helius-rpc.com/?api-key=YOUR_API_KEY

请求

string

必填

"2.0"

number

必填

请求标识符。

string

必填

"sendBundle"

array[string]

必填

最多包含 5 笔完全签名交易的数组，使用 base64 编码。

string

"base64"（推荐）或 "base58"。默认值："base58"。

查询参数

boolean

默认值:"false"

设为 true 时，会将你的捆绑包路由避开在统计上与三明治攻击有关联的验证者。每个请求可单独启用。请参阅 MEV Protect。

请求头

string

可选。路由到特定的 Jito Block Engine 区域。可选值：ams、dub、fra、lon、nyc、slc、sgp、tyo、mainnet。如果省略，则路由到全局端点（根据地理位置路由到最近的端点）。

请求示例

curl "https://mainnet.helius-rpc.com/?api-key=YOUR_API_KEY" \
  -X POST \
  -H "Content-Type: application/json" \
  -H "jito-region: nyc" \
  -d '{
    "jsonrpc": "2.0",
    "id": 1,
    "method": "sendBundle",
    "params": [
      [
        "BASE64_SIGNED_TX_1",
        "BASE64_SIGNED_TX_2"
      ],
      {
        "encoding": "base64"
      }
    ]
  }'

响应

string

捆绑包 ID（交易签名的 SHA-256 哈希值）。可配合 getBundleStatuses 使用，以跟踪是否落地。

{
  "jsonrpc": "2.0",
  "result": "892b79ed49138bfb3aa5441f0df6e06ef34f9ee8f3976c15b323605bae0cf51d",
  "id": 1
}

另请参阅

通过 Helius 使用 Jito Bundles — 完整指南，涵盖区域路由、小费账户和相关要求
getBundleStatuses — 检查捆绑包的落地状态
simulateBundle — 提交前测试捆绑包

开始使用

交易

发送交易

账户管理

速率限制

端点

请求

查询参数

请求头

请求示例

响应

另请参阅

​速率限制

​端点

​请求

​查询参数

​请求头

​请求示例

​响应

​另请参阅

速率限制

端点

请求

查询参数

请求头

请求示例

响应

另请参阅