Skip to main content
解析されたイベントを初めて使用しますか? まず、解析されたストリームのメンタルモデルを読んでください — 解析されたイベントは、RESTとGraphQLを通じて同じデコードされた命令を返します。

クイックスタート

1

アクセスを取得

Parsed Eventsはベータ版で、支払いプランで利用可能です。HeliusダッシュボードからAPIキーを取得し、https://mainnet.helius-rpc.comにリクエストを送信してください。プロジェクトのAPIキーで認証し、クエリパラメータとしてapi-keyを渡します。
2

トランザクションを解析

署名をPOST /v1/parsed-events/transactionsのボディフィールドで渡します:
3

結果を読む

レスポンスは、要求された各署名に対して1つの結果を含み、入力順に並びます。各結果にはsignatureparserStatus、およびparsedまたはparserErrorのいずれかが含まれます:
この例は2つのインストラクションに絞られています: ルート内のデコードされたトークン転送と、カタログが知っているがデコードできないAMMインストラクションで、instructionNamenull として残り、rawData および rawAccounts は利用可能なままです。すべてのフィールドと完全な例の応答については解析済み応答を参照してください。
4

アドレス履歴を取得

POST /v1/parsed-events/transaction-history は、アドレスに触れたすべてのトランザクションに対して、デフォルトで最新のものから、上記と同じ解析結果を返します:
5

ページネート

履歴レスポンスは結果をページオブジェクトでラップします。次のリクエストで継続するためにpaginationTokenを返します。もしpaginationTokenが欠けている場合は、サービスが利用可能なページ範囲の終わりに達しています。

ガイド

Pump.fun ミントを取得

Pump.funでウォレットがデプロイしたすべてのトークンをページングします。

GraphQLでクエリ

アプリが必要とする解析済みフィールドを正確に選択します。

拡張トランザクションからの移行

レガシーAPIからのエンドポイント、パラメータ、および応答のマッピングです。

REST リファレンス

両方のRESTメソッドは/v1/parsed-events/にて、https://mainnet.helius-rpc.comの下でPOSTを介してJSONボディを受け付け、クエリパラメータとしてapi-keyで認証されます。リクエストボディは不明なフィールドを拒否するため、タイプミスは無視されずにエラーとして認識されます。GraphQLクエリはPOST /v1/parsed-events/graphqlに送信します。

トランザクションを解析

POST /v1/parsed-events/transactionsは署名で完全なSolanaトランザクションを取得し、Parsed Streamsを支えるIDLベースの命令デコーダーでデコードし、要求された署名ごとに1つのTransactionResultを返します。同じメソッドはGraphQLでtransactionsとして利用可能です。 レスポンス順序は入力順序に一致し、重複する署名も含まれます。欠落したトランザクションおよびアイテムレベルのパーサー失敗はアイテムレベルのparserStatus: "ERROR"結果として返されます:

リクエストボディ

string[]
必須
解析するトランザクション署名。最大バッチサイズは100です。
string
デフォルト:"confirmed"
トランザクションを取得する際に使用されるコミットメントレベル。
  • confirmed
  • finalized
boolean
デフォルト:"false"
trueの場合、各結果にrawTransactionとして生のSolanaトランザクションペイロードを含めます。

注意事項

  • processedコミットメントはサポートされていません。
  • rawTransactionは、includeRawTransactiontrueでない限り省略されます。
  • トランザクション実行エラーは依然として解析可能です。その場合、parsed.transactionStatusERRORになり、可能であればトランザクションエラーがparsed.errorに公開されます。
  • リクエストレベルの検証エラーはアイテムレベルの結果ではなくエラーレスポンスを返します。

解析済みトランザクション履歴

POST /v1/parsed-events/transaction-historyはアドレスの解析されたトランザクション履歴を返します。ページネーション、署名境界、スロット境界、ブロックタイム境界、ソート順序、およびオプションの生トランザクションをサポートします。同じメソッドはGraphQLでtransactionsByAddressとして利用可能です。 従来の拡張トランザクションアドレスエンドポイントとは異なり、リクエストパラメータはクエリストリングパラメータではなくJSONボディで送信されます。

リクエストボディ

string
必須
トランザクション履歴を取得するアドレス。
number
デフォルト:"100"
返すトランザクションの数。1100の間である必要があります。
string
この署名前のトランザクションを返します。
string
この署名後のトランザクションを返します。
string
前のレスポンスで返されたカーソル。
string
デフォルト:"desc"
返されるトランザクションのソート順序。
  • asc
  • desc
string
デフォルト:"confirmed"
履歴取得に使用されるコミットメントレベル。
  • confirmed
  • finalized
boolean
デフォルト:"false"
trueの場合、各結果にrawTransactionとして生のSolanaトランザクションペイロードを含めます。
object
スロット比較境界。各境界はオプションです: gt, gte, lt, lte.
object
Unix秒でのブロック時間比較境界。各境界はオプションです: gt, gte, lt, lte.

ページネーション

レスポンスはこの形状を持ちます。 各dataアイテムは、解析トランザクションで返されるのと同じTransactionResultフォーマットを使用します:
次のリクエストで継続するためにpaginationTokenを返します。もしpaginationTokenが欠けている場合は、サービスが利用可能なページ範囲の終わりに達しています。