介绍 shredTransactionSubscribe：执行前的 Solana 事务可见性

shredTransactionSubscribe 简介：执行前的 Solana 事务可见性 Blazar 的 shredTransactionSubscribe 在执行前作为 WebSocket JSON-RPC 订阅带来了 Solana 事务可见性。了解过滤器、通知形状和示例请求。

Quicknode 2026 年 6 月 30 日 — 阅读时间 9 分钟

Solana 移动速度很快，因为块不会作为单个整体对象在网络中传输。验证器将块数据分解为称为碎片的较小块，并在块完全重播之前和正常 RPC 订阅可以公开执行元数据之前通过网络传播它们。

Quicknode 的 Solana WebSocket 引擎 Blazar 现在包含 shredTransactionSubscribe，可将早期信号转换为面向开发人员的 WebSocket 方法。它订阅执行前从碎片/条目摄取中观察到的事务。

shredTransactionSubscribe 处于测试阶段，本文中描述的内容可能会发生变化。

什么是碎片？

碎片是 Solana 区块在生成时通过网络传输的固定大小的片段。在最终块通过执行后 RPC 路径可查询之前，使用碎片可以让您在传输时观察交易数据。

这些碎片可以重建为条目。条目包含 Solana VersionedTransaction 值：签名、消息、静态帐户密钥、指令、最近的块哈希、对 v0 事务的地址查找表的引用。

关键区别在于时间：

粉碎/条目摄取发生在重播/执行之前。

正常的交易元数据只有在执行后才可用。

粉碎时交易数据可以早于执行数据，但不能包含元、错误、日志、代币余额、计算单元或内部指令等结果。

Blazar 如何获取和规范化数据

原始碎片数据路径有两个大多数开发人员无法轻易填补的空白。

首先，原始 SubscribeEntries 流需要 gRPC、bincode 解码、事务解析、地址查找表解析，以及在执行之前清楚了解什么是已知的、什么是未知的。大多数应用程序开发人员想要 WebSocket JSON-RPC 订阅，而不是基础设施。

其次，账户过滤需要ALT意识。大多数 Solana v0 事务使用地址查找表。如果没有本地 ALT 解析，仅通过查找表接触帐户的交易可能会被基于帐户的过滤器错过。 Blazer 解析静态密钥以及加载的 ALT 地址以进行帐户过滤。

Blazar 从碎片流基础设施接收早期的 Solana 交易源，并将该低级网络信号转换为标准的 WebSocket JSON-RPC 订阅体验。 Blazar 可以在正常的执行后 RPC 路径公开交易之前观察交易，然后发出结构化的 shredTransactionNotification，其中包含交易正文、槽、签名、版本和已解析的加载地址（如果可用）。

将流视为早期的、尽力而为的信号：通知以接近上游的顺序到达，但没有严格的顺序保证，并且同一事务有时可能会被多次观察到。如果您的用例需要恰好一次，则对签名进行重复数据删除。

Blazar 还在交付前增强了碎片衍生的交易数据。 Blazar 不会转发原始的早期信号并让每个客户端执行相同的丰富工作，而是标准化事务形状并在可能的情况下解析地址查找表加载的地址。这为订阅者提供了更完整的预执行帐户视图，而无需操作专门的 Solana 网络基础设施或构建自己的碎片解析堆栈。

Solana 交易时间线上的碎片

粉碎时间事务可见性在 Solana 数据时间轴上创建一个新点：

× 终端 □ 交易广播 -> 观察碎片 -> 条目解码 -> 重放/执行 -> 处理/确认/最终确定的 RPC 数据

大多数 Solana WebSocket 方法在执行后或验证器状态转换前后运行。 shredTransactionSubscribe 公开了早期的入口解码点。

结果不能替代 transactionSubscribe 。它是工作流程的早期预执行伴侣，可以从尽快查看事务意图中受益。

示例用例

shredTransactionSubscribe 支持执行后方法无法覆盖的用例，并通过在执行前传递事务数据来改进其他用例。

早期交易意向

交易系统、DEX 分析、路由引擎和市场基础设施可以在执行前观察交易。这比标准执行后流更早地识别帐户压力、程序活动或传入订单流。

账户感知预执行监控

客户端可以订阅涉及特定帐户的交易，包括通过地址查找表加载的帐户。使用它来监控热门帐户、矿池帐户、代币帐户、保险库或特定于协议的状态帐户。

签名级生命周期跟踪

与signatureSubscribe和enableReceivedNotification: true配合使用，客户端可以观察执行前第一次看到签名的时间，然后观察签名是成功还是失败。

操作诊断

支持和基础设施团队可以回答以下问题：在执行之前是否观察到交易？后来落地了吗？是不是没见过？它依赖于查找表地址吗？这可以实现更好的事务生命周期诊断。

投票和老虎机信号

Blazar 还使用相同的碎片/条目摄取路径来执行预投票通知和新槽信号。 shredTransactionSubscribe 是构建在同一早期数据源之上的特定于事务的表面。

方法概述

shredTransactionSubscribe 订阅来自 shred/entry 摄取的执行前事务通知。它故意不是 transactionSubscribe 的配置变体。由于数据阶段不同，有效负载也不同。

它接受一个可选的过滤器对象作为第一个也是唯一的参数。

× 终端 □ { "jsonrpc": "2.0", "id": 1, "method": "shredTransactionSubscribe", "params": [ { "vote": false, "signature": "可选签名", "accounts": { "include": ["可选-pubkey"], "排除": ["可选-pubkey"], "required": ["可选-pubkey"] } } ] }