Saltar al contenido principal
¿Es tu primera vez con Parsed Events? Lee primero el modelo mental de Parsed Streams. Parsed Events devuelve las mismas instrucciones decodificadas mediante REST.

Inicio rápido

1

Get Access

Parsed Events está disponible en todos los planes por 10 créditos por solicitud. Obtén tu clave de API en el panel de Helius y envía solicitudes a https://mainnet.helius-rpc.com.Autentícate con la clave de API de tu proyecto, que debes pasar como parámetro de consulta api-key.
2

Parse a Transaction

Pasa las firmas en el campo transactions del cuerpo de POST /v1/parsed-events/transactions:
3

Read the Result

La respuesta contiene un resultado por cada firma solicitada, en el orden de entrada. Cada resultado incluye signature, parserStatus y parsed o parserError:
El ejemplo se redujo a dos instrucciones: una transferencia de tokens decodificada dentro de la ruta y una instrucción de AMM cuyo programa está registrado en el catálogo, pero no se puede decodificar. Por eso, instructionName queda como null, mientras que rawData e rawAccounts siguen disponibles. Consulta la Respuesta analizada para conocer todos los campos y ver un ejemplo de respuesta completo.
4

Fetch Address History

POST /v1/parsed-events/transaction-history devuelve los mismos resultados analizados que se muestran arriba para cada transacción que involucró una dirección. De forma predeterminada, muestra primero las más recientes:
5

Paginate

Las respuestas del historial agrupan los resultados en un objeto de página. Vuelve a pasar paginationToken en la siguiente solicitud para continuar. Si falta paginationToken, el servicio llegó al final del intervalo de páginas disponible.

Guías

Fetch Pump.fun Mints

Recorre por páginas cada token que una billetera haya implementado en Pump.fun.

Migrate from Enhanced Transactions

Mapeo de endpoints, parámetros y respuestas desde la API heredada.

Referencia REST

Ambos métodos REST aceptan un cuerpo JSON mediante POST bajo /v1/parsed-events/ en https://mainnet.helius-rpc.com, autenticado con el parámetro de consulta api-key. Los cuerpos de las solicitudes rechazan los campos desconocidos, por lo que los errores tipográficos generan un error explícito en lugar de ignorarse silenciosamente.

Analizar transacciones

POST /v1/parsed-events/transactions obtiene transacciones completas de Solana por firma, las decodifica con el mismo decodificador de instrucciones basado en IDL que impulsa Parsed Streams y devuelve un TransactionResult por cada firma solicitada. El orden de la respuesta coincide con el orden de entrada, incluidas las firmas duplicadas. Las transacciones faltantes y los errores del analizador de elementos individuales se devuelven como resultados parserStatus: "ERROR" en el nivel del elemento:

Cuerpo de la solicitud

string[]
requerido
Firmas de las transacciones que se analizarán. El tamaño máximo del lote es 100.
string
predeterminado:"confirmed"
Nivel de confirmación usado al obtener las transacciones.
  • confirmed
  • finalized
string
predeterminado:"none"
Codificación de la transacción sin procesar de Solana que se devuelve como rawTransaction en cada resultado, con la estructura getTransaction.
  • none
  • json
  • jsonParsed
  • base64

Notas

  • No se admite el nivel de confirmación processed.
  • rawTransaction se omite a menos que establezcas el campo rawTransaction de la solicitud en json, jsonParsed o base64. El valor anterior includeRawTransaction: true sigue funcionando como alias de json.
  • Las transacciones cuya ejecución falla aún pueden analizarse. En ese caso, parsed.transactionStatus es ERROR y, cuando está disponible, el error de la transacción se muestra en parsed.error.
  • Los errores de validación de la solicitud devuelven una respuesta de error en lugar de resultados por elemento.

Historial de transacciones analizadas

POST /v1/parsed-events/transaction-history devuelve el historial de transacciones analizadas de una dirección. Admite paginación, límites de firmas, límites de slots, límites de tiempo de bloque, orden y transacciones sin procesar opcionales. A diferencia del endpoint de dirección heredado de Transacciones mejoradas, los parámetros de la solicitud se envían en un cuerpo JSON en lugar de como parámetros de la cadena de consulta.

Cuerpo de la solicitud

string
requerido
Dirección cuyo historial de transacciones se debe obtener.
number
predeterminado:"100"
Número de transacciones que se devolverán. Debe estar entre 1 y 100.
string
Devuelve las transacciones anteriores a esta firma.
string
Devuelve las transacciones posteriores a esta firma.
string
Cursor devuelto por la respuesta anterior.
string
predeterminado:"desc"
Orden de las transacciones devueltas.
  • asc
  • desc
string
predeterminado:"confirmed"
Nivel de confirmación que se usa para obtener el historial.
  • confirmed
  • finalized
string
predeterminado:"succeeded"
Resultado de ejecución que se incluirá.
  • succeeded
  • failed
  • any
string
predeterminado:"none"
Indica si se deben incluir las transacciones que solo hacen referencia a una cuenta de tokens propiedad de address, pero no a address en sí. Muchas transferencias de tokens entrantes solo afectan la cuenta de tokens del destinatario.
  • none
  • balanceChanged
  • all
string
predeterminado:"none"
Codificación de la transacción sin procesar de Solana que se devuelve como rawTransaction en cada resultado, con la estructura getTransaction.
  • none
  • json
  • jsonParsed
  • base64
object
Límites de comparación de slots. Cada límite es opcional: gt, gte, lt, lte.
object
Límites de comparación del tiempo de bloque en segundos Unix. Cada límite es opcional: gt, gte, lt, lte.

Paginación

Las respuestas tienen esta estructura. Cada elemento data usa el mismo formato TransactionResult que devuelve Analizar transacciones:
Vuelve a enviar paginationToken en la siguiente solicitud para continuar. Si falta paginationToken, el servicio ha llegado al final del intervalo de páginas disponible.