Solanaのアーカイブデータにおけるインデックス作成とは、履歴トランザクションデータを構造化してデータベースに整理し、高速かつ効率的に取得できるようにするプロセスです。Solana上でプロダクトを構築する企業の多くは、自社ビジネスに関連するインデックス（ステーブルコイン送金など）を維持します。バックフィルとは、Solanaのジェネシスブロック以降の任意の時点から履歴トランザクションデータを取得し、インデックスを構築するプロセスです。ほとんどの場合、開発者はgetTransactionsForAddressなどのRPCメソッドを使用して、時間ベースのフィルターを適用し、並べ替え順（時系列順または新しい順）を設定し、トランザクションのバッチをページネーションできます。大規模なバックフィルについては、当社チームにマネージドバックフィルをご相談ください。

セルフサービスでは、強化されたgetTransactionsForAddressなどの既存RPCメソッドを使用してSolanaデータをバックフィルまたはインデックス化し、希望する保存先へ格納できます。マネージドバックフィルは、上記のプロセスを当社が代行するベータサービスです。セルフサービスのオプションとして提供を開始する前に、バックフィルデータに関する課題と希望する保存先をより深く把握するため、当初はマネージドバックフィルサービスを利用できるお客様の数を限定しています。

Solanaデータのインデックス作成で推奨される方法は、getTransactionsForAddress RPCメソッドを使用してSolanaの全アーカイブデータを取得し、PostgreSQLなどの任意のデータベースやClickHouseなどのカラム指向データベースに保存したうえで、LaserStreamやEnhanced WebSocketsなどのSolanaデータストリーミングソリューションを使用し、インデックスをリアルタイムに更新することです。

getTransactionsForAddress（gTFA）RPCメソッドは、getSignaturesForAddressとgetTransactionを1回の呼び出しに統合した、Helius独自のアーカイブデータをクエリするためのSolana RPCメソッドです。開発者は、逆順検索、時間、ステータス、スロットベースのフィルタリング、ページネーションなどの強力な新機能を使用し、最大100件の完全なトランザクションまたは1,000件の署名をバッチで取得できます。

getTransactionForAddress用の新しいtokenAccountsフィルターは、Solanaアドレスに関連するすべてのトランザクション（そのアドレスのAssociated Token Accounts（ATA）に関連するすべてのトランザクションを含む）を1回の呼び出しで返します。従来、開発者はgetTokenAccountsByOwnerをクエリした後、トークンアカウントごとにgetSignaturesForAddressを実行する必要があり、低速でコストが高く、多くの場合は追加で数百回ものRPC呼び出しが必要でした。

はい。全体像を把握するには、Parsed Events APIを使用してアドレスの履歴をページ単位で取得できます。対応する命令は、3,600を超えるSolanaプログラムにわたって名前付き引数とアカウントにデコードされ、対応している場合はトークン送金の詳細と平易な要約も含まれます。デコードできない場合も、未加工の命令データは保持されます。未加工のトランザクションペイロードが必要な場合は、getTransactionsForAddressを使用してください。また、getTransfersByAddressを使用すると、アドレスに関する簡潔で解析済みのSOLおよびトークン送金記録を取得できます。

すべてのAssociated Token Accounts（ATA）を含むSolanaウォレットの全履歴を取得するには、getTransactionsForAddress RPCメソッドを使用し、tokenAccountsフィルターをallに設定します。この場合、返されるトランザクションがウォレットのアドレスまたはウォレットが所有するトークンアカウントを参照している必要があります。詳しくは、1回の呼び出しでSolanaのトークン履歴を取得するためのガイドをご覧ください。

他の多くのRPCプロバイダーが履歴データの提供に使用しているデフォルトのGoogle BigTableデータベースを置き換えるため、まったく新しいSolanaアーカイブシステムをゼロから構築しました。当社のインデックスは、一意の（トランザクション、アカウント）のペアごとに1つのエントリを保存します。現在、インデックスには2.3兆行を超えるデータがあり、本稿執筆時点でSolanaの4,500億件を超えるトランザクションを保持しています。この規模にもかかわらず、本番環境の負荷下でP50検索時間は約8msです。さらに、スロット、時間、ステータスなどによる検索を可能にする他のインデックスも構築しました。これらのインデックスはすべて、ペタバイト規模の最高性能NVMeを搭載した専用設計のベアメタルホスト上で稼働し、複数のリージョンにレプリケーションされています。これにより、開発者は履歴データへ高い信頼性、スケーラビリティ、低レイテンシでアクセスできます。

getBlockなどの標準RPCメソッドは低速で、小規模かつ特定のデータセットには適していません。getSignaturesForAddressやgetTransactionをループさせる方法では、多数の不要なRPCリクエスト、指数バックオフ、再試行ロジックが必要です。これまで、こうした標準RPCメソッドは、多くのRPCプロバイダーが使用するデフォルトのアーカイブデータストアであるGoogle BigTableにもアクセスしていました。当社は、履歴データの保存、アクセス、提供方法を最適化するため、独自のインデックスをゼロから構築しました。開発者がgetTransactionsForAddress（gTFA）メソッドをクエリすると、標準のgetSignaturesForAddressとgetTransactionが、追加の並べ替え、フィルタリング、ページネーションオプションを備えた1つのクエリに統合されます。カスタムインデックスを構築したことで、getTransactionsForAddressはクエリの制御性を高め、ワークフローを簡素化し、データをより高速に返します。