延迟降低 10 倍，RPC 调用减少 100 倍
轻松访问 Solana 自创世以来的完整历史记录，放心构建后端服务。
一次 RPC 调用即可访问 Solana 的完整历史记录
使用 getTransactionsForAddress 更轻松地索引数据。这一新方法将 getSignaturesForAddress 和 getTransaction 合并为一次调用。
- 使用反向搜索，优先返回最早的结果
- 添加基于时间的筛选条件，按时间戳或 slot 筛选
- 获取地址和代币账户的统一历史记录
{
"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 筛选
- 获取地址和代币账户的统一历史记录
完整的钱包转账历史，
无需拼接
使用 getTransfersByAddress，通过精确筛选条件返回钱包地址已解析、易读的 SOL 和代币转账记录。
- 按铸币地址、时间、金额、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
}
]
}
- 按铸币地址、时间、金额、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 数据集上训练大语言模型。
历史数据常见问题
在 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，再针对每个代币账户查询 getSignaturesForAddress。这种方式速度慢、成本高，而且通常需要额外执行数百次 RPC 调用。
可以。要获得完整信息，请使用 Parsed Events API 对地址历史记录进行分页查询。它可将 3,600 多个 Solana 程序支持的指令解码为具名参数和账户，并在支持的情况下提供代币转账详情和通俗摘要。无法解码时，仍会保留原始指令数据。当你需要原始交易载荷时，请使用 getTransactionsForAddress。你也可以使用 getTransfersByAddress 返回某个地址简洁且已解析的 SOL 和代币转账记录。
要获取 Solana 钱包的完整历史记录，包括其所有关联代币账户 (ATA)，请使用 getTransactionsForAddress RPC 方法，并将 tokenAccounts 筛选器设置为 all。这要求返回的交易引用钱包地址或该钱包拥有的代币账户。更多信息，请阅读我们的指南，了解如何通过一次调用获取 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 提供支持。