延迟降低 10 倍，RPC 调用减少 100 倍
轻松访问 Solana 自创世以来的完整历史，放心构建后端服务。
一次 RPC 调用即可访问 Solana 的完整历史
使用 getTransactionsForAddress 更轻松地索引数据。这一新方法将 getSignaturesForAddress 和 getTransaction 合并为一次调用。
- 使用反向搜索，优先返回最早的结果
- 添加基于时间的筛选条件，按时间戳或 slot 筛选
- 获取地址和 token account 的统一历史记录
{
"jsonrpc": "2.0",
"id": 1,
"method": "getTransactionsForAddress",
"params": [
"YOUR_ADDRESS_HERE",
{
"transactionDetails": "full",
"sortOrder": "asc", // Oldest first
"limit": 1000,
"filters": {
"tokenAccounts": "all",
"blockTime": {
"gte": 1735689600, // Jan 1, 2025
"lte": 1738368000 // Jan 31, 2025
},
"status": "succeeded"
}
}
]
}
- 使用反向搜索，优先返回最早的结果
- 添加基于时间的筛选条件，按时间戳或 slot 筛选
- 获取地址和 token account 的统一历史记录
完整的钱包转账历史，
无需拼接
使用 getTransfersByAddress，通过精确的筛选条件返回钱包地址经过解析且易于理解的 SOL 和代币转账记录。
- 按 mint、时间、金额、slot、状态、方向或交易对手方筛选转账
- 返回简洁易读的转账对象，而非完整的交易载荷
- 使用专为生产应用打造的分页功能，获取完整的钱包转账历史
{
"jsonrpc": "2.0",
"id": 1,
"method": "getTransfersByAddress",
"params": [
"YOUR_ADDRESS_HERE",
{
"mint": "EPjFWdd5AufqSSqeM2qN1xzybapC8G4wEGGkZwyTDt1v",
"direction": "in",
"with": "COUNTERPARTY_ADDRESS",
"filters": {
"amount": { "gte": 1000000 },
"blockTime": { "gte": 1735689600, "lte": 1738368000 },
"status": "succeeded"
},
"limit": 100
}
]
}
- 按 mint、时间、金额、slot、状态、方向或交易对手方筛选转账
- 返回简洁易读的转账对象，而非完整的交易载荷
- 使用专为生产应用打造的分页功能，获取完整的钱包转账历史
Solana 索引，
现在快 10 倍
使用经过性能优化的归档系统，以快 10 倍的速度将历史数据回填到数据库中，再通过 LaserStream 持续更新数据。
“过去，将超过 15,000 笔交易的钱包中的 Solana 交易导入 Awaken 的税务工具需要 3–5 分钟。使用 getTransactionsForAddress 后，耗时不到 60 秒。此外，借助 gTFA 基于 slot 的筛选功能，我们可以从上次导入的 slot 开始持续同步新交易，比从最新交易向最早交易反向遍历更快、更轻松。”
回填 Solana 数据
并持续保持更新
定义数据集
选择日期或 slot 范围、数据类型（例如区块、账户、程序）和筛选条件（例如 tokenAccounts），确定数据集范围。
摄取历史数据
在你选择的目标位置接收结构化数据集，包括 Amazon S3、ClickHouse 和 PostgreSQL
保持索引更新
通过 LaserStream gRPC 或 WebSockets 实时传输新事件，让索引与 Solana 的最新数据保持同步。
历史数据使用场景
索引
使用归档数据快速填充数据库，无需自行构建索引器。
合规
获取历史交易活动，以满足法规和监管机构的要求。
回测
下载数据集以测试交易算法、提高投资回报率并降低风险。
历史分析
通过分析结构化数据集，发现链上趋势、资金流和用户行为。
报告
回填历史应用和收入数据，确保报告准确无误。
训练
使用结构化数据，在完整且可搜索的 Solana 数据集上训练 LLM。
历史数据常见问题
在 Solana 归档数据的语境中，索引是将历史交易数据结构化并整理到数据库中的过程，以便快速、高效地检索。大多数在 Solana 上构建产品的公司都会维护与自身业务相关的索引（例如稳定币转账）。回填是检索从 Solana 创世区块至今任意时间点的历史交易数据，以构建索引的过程。在大多数情况下，开发者可以使用 getTransactionsForAddress 等 RPC 方法应用基于时间的筛选条件、设置排序顺序（即按时间顺序或最新优先），并对批量交易进行分页。对于大型回填任务，公司可以联系我们的团队获取托管式回填服务。
自助服务允许你使用现有 RPC 方法（例如增强版 getTransactionsForAddress）回填或索引 Solana 数据，并将数据写入你选择的目标位置。托管式回填是一项测试版服务，我们会替你处理上述流程。初期，我们将托管式回填服务仅开放给少量客户，以便在将其作为自助选项推出前，更深入地了解回填数据的痛点和理想目标位置。
为 Solana 数据建立索引的推荐方法是：使用 getTransactionsForAddress RPC 方法获取 Solana 的全部归档数据，将其存储到你选择的数据库中，例如 PostgreSQL 或 ClickHouse 等列式数据库，然后使用 LaserStream 或增强版 WebSockets等 Solana 数据流解决方案实时更新索引。
getTransactionsForAddress (gTFA) RPC 方法是 Helius 专属的用于查询归档数据的 Solana RPC 方法，它将 getSignaturesForAddress 和 getTransaction 合并为一次调用。开发者可以使用反向搜索以及基于时间、状态和 slot 的筛选与分页等强大新功能，批量返回最多 100 笔完整交易或 1,000 个签名。
getTransactionForAddress 的全新 tokenAccounts 筛选器只需一次调用，即可返回某个 Solana 地址的全部交易，包括涉及该地址关联代币账户（ATA）的所有交易。此前，开发者需要查询 getTokenAccountsByOwner，然后对每个 token account 调用 getSignaturesForAddress。这个过程缓慢、昂贵，而且通常需要额外执行数百次 RPC 调用。
可以。若要获取完整信息，请使用 Parsed Events API 分页浏览地址的历史记录。它可将 3,600 多个 Solana 程序中受支持的指令解码为具名参数和账户，并在支持时提供代币转账详情和通俗摘要。如果无法解码，则会保留原始指令数据。需要原始交易载荷时，请使用 getTransactionsForAddress。你也可以使用 getTransfersByAddress 返回某个地址简洁且已解析的 SOL 和代币转账记录。
要获取 Solana 钱包的完整历史记录，包括其所有关联代币账户（ATA），请使用 getTransactionsForAddress RPC 方法，并将 tokenAccounts 筛选器设置为 all。这要求返回的交易引用钱包地址或该钱包拥有的 token account。更多信息，请阅读我们的指南，了解如何通过一次调用获取 Solana 代币历史记录。
我们从零构建了一个全新的 Solana 归档系统，以取代大多数其他 RPC 提供商用于提供历史数据的默认 Google BigTable 数据库。我们的索引会为每个唯一的（交易、账户）组合存储一个条目。截至撰写本文时，我们的索引已包含超过 2.3 万亿行，承载着 Solana 超过 4500 亿笔交易。尽管规模庞大，在生产负载下，P50 查询时间仍约为 8ms。我们还构建了其他索引，以支持按 slot、时间、状态等条件查询。所有这些索引都运行在专门构建的裸机主机上，配备 PB 级顶级 NVMe，并跨多个区域复制，为开发者提供可靠、可扩展且低延迟的历史数据访问能力。
getBlock 等标准 RPC 方法速度较慢，不适合较小且具体的数据集。循环调用 getSignaturesForAddress 和 getTransaction 等方法需要大量不必要的 RPC 请求、指数退避和重试逻辑。此前，这些标准 RPC 方法还会访问 Google BigTable，也就是大多数 RPC 提供商使用的默认归档数据存储。我们从零构建了自己的索引，优化历史数据的存储、访问和提供方式。开发者查询 getTransactionsForAddress (gTFA) 方法时，实际上是将标准的 getSignaturesForAddress 和 getTransaction 方法合并为一次查询，并获得额外的排序、筛选和分页选项。得益于定制索引，getTransactionsForAddress 让开发者可以更灵活地控制查询、简化工作流并更快地返回数据。
深受顶尖团队信赖
得益于 getTransactionsForAddress（gTFA）端点，我们将 RPC 调用减少了 40%。Helius 的前沿功能让我们能够为用户提供最快、最可靠的体验。
过去，从拥有超过 15,000 笔交易的钱包将 Solana 交易导入 Awaken 的税务工具需要 3-5 分钟。使用 getTransactionsForAddress 后，只需不到 60 秒。此外，借助 gTFA 基于 slot 的筛选，我们可以从上次导入的 slot 持续同步新交易，比从最新交易向最早交易反向遍历更快、更轻松。
过去，我们需要进行多次调用并拼接逻辑，才能在 Solana 上构建交易历史工作流。借助 Helius 的新 getTransactionsForAddress 端点，现在只需一次查询，即可一步获得包含筛选、排序和分页的完整交易数据。这大幅减少了我们的工程工作量，也让用户更快、更可靠地获得结果。
在 RPC 方面，Helius 的响应速度令人难以置信。我们使用 NFT 压缩等前沿技术时，这一点非常宝贵。快速响应并减少调试索引问题的时间，意味着我们可以投入更多时间打造出色的用户体验。
我们最重视的是用户安全。为了向交易者提供最优价格和最小价差，我们依靠 LaserStream 为价格引擎提供最新、最快的链上数据。
随着 Solana 活动持续增长，Helius 已成为领先的 Solana 基础设施提供商之一，让我们的团队能够访问满足企业级平台需求的可靠数据。
我曾亲自在 Zeta 构建内部索引和数据管道，深知这对新团队来说有多棘手。能够节省无数数据工程工时和昂贵的 AWS 账单，是我们的巨大优势。
Helius 速度极快且十分可靠。如果有人希望在 Solana 上获得最佳开发者体验，我会向他们推荐 Helius。Backpack 的大部分基础设施都由 Helius 提供支持。
得益于 getTransactionsForAddress（gTFA）端点，我们将 RPC 调用减少了 40%。Helius 的前沿功能让我们能够为用户提供最快、最可靠的体验。
过去，从拥有超过 15,000 笔交易的钱包将 Solana 交易导入 Awaken 的税务工具需要 3-5 分钟。使用 getTransactionsForAddress 后，只需不到 60 秒。此外，借助 gTFA 基于 slot 的筛选，我们可以从上次导入的 slot 持续同步新交易，比从最新交易向最早交易反向遍历更快、更轻松。
过去，我们需要进行多次调用并拼接逻辑，才能在 Solana 上构建交易历史工作流。借助 Helius 的新 getTransactionsForAddress 端点，现在只需一次查询，即可一步获得包含筛选、排序和分页的完整交易数据。这大幅减少了我们的工程工作量，也让用户更快、更可靠地获得结果。
在 RPC 方面，Helius 的响应速度令人难以置信。我们使用 NFT 压缩等前沿技术时，这一点非常宝贵。快速响应并减少调试索引问题的时间，意味着我们可以投入更多时间打造出色的用户体验。
我们最重视的是用户安全。为了向交易者提供最优价格和最小价差，我们依靠 LaserStream 为价格引擎提供最新、最快的链上数据。
随着 Solana 活动持续增长，Helius 已成为领先的 Solana 基础设施提供商之一，让我们的团队能够访问满足企业级平台需求的可靠数据。
我曾亲自在 Zeta 构建内部索引和数据管道，深知这对新团队来说有多棘手。能够节省无数数据工程工时和昂贵的 AWS 账单，是我们的巨大优势。
Helius 速度极快且十分可靠。如果有人希望在 Solana 上获得最佳开发者体验，我会向他们推荐 Helius。Backpack 的大部分基础设施都由 Helius 提供支持。