loading...
在任何公共链（如比特币或莱特币）上，每一笔不可篡改的交易都依赖于节点存储的关键识别数据。随着加密货币的普及和稳定币的快速增长，节点的计算资源压力与日俱增。
这一趋势预计将持续下去，不会在短期内停止。因此，开发人员需要重新设计后端架构，而节点运营商则需购买更昂贵的设备，以确保所有数据每周七天均可访问。
（来源：区块链）
原因显而易见。
一旦数据被写入区块链，它便成为不可变的永久记录。在 Solana 上，每个压缩交易的大小范围为 100 到 400 字节。每次添加新数据时，都会伴随状态变化，例如代币余额或程序数据的更新。
因此，即使某些区块因投票交易而为空，Solana 中的每个区块每个 epoch 仍会增加约 50 到 100MB 的数据。
直到最近，由于 Solana 验证器缺乏内置的数据索引功能，查询历史数据一直困难重重。它们仅存储最多一周前生成的状态。更糟糕的是，系统的低效以及对 Google BigTable 的依赖不仅速度慢，还大幅增加了成本。
此外，由于碎片化查询需要数千次 RPC 调用才能获取钱包的历史记录，并且缺乏基于时间的搜索功能，简单的查询（例如 2025 年 9 月完成的兑换总数）几乎无法实现。
专注于 RPC 节点、API 调用和数据流的基础设施提供商 Helius 宣布了一项重大改进，使在 Solana 上查询历史数据变得更加高效。
为了解决这一关键痛点，Helius 推出了一种名为“getTransactionsForAddress”的全新专有 RPC 方法。该方法运行在一个全新设计的分布式归档存储后端上，取代了对 Google BigTable 的历史查询依赖。使用 Helius 基础设施的节点运维人员现在可以按时间进行查询并执行双向排序。
Helius 表示，借助此 RPC 方法，检索历史数据的速度提升了 1000 倍，相关方法（例如 getBlock 或 GetTransaction）的延迟也降低了 10 倍。更重要的是，减少了数千次 RPC 调用，从而提高了效率并降低了代码复杂度。
Helius 的首席执行官 Mert Mumtaz 在 X 上发表的一篇文章中表示，这项增强功能将永远改变 Solana，因为它解决了“现存最大的数据/RPC 问题之一”。
767
113
974
888
770
340
823
582
869
678
