Skip to main content
¿Es tu primera vez con Eventos analizados? Lee primero el modelo mental de Flujos analizados. Eventos analizados devuelve las mismas instrucciones decodificadas mediante REST y GraphQL.

Inicio rápido

1

Get Access

Eventos analizados está en beta abierta y disponible en los planes de pago. 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 todos los tokens que una billetera implementó en Pump.fun.

Query with GraphQL

Selecciona exactamente los campos analizados que necesita tu aplicación.

Migrate from Enhanced Transactions

Asignación 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 y se autentican con el parámetro de consulta api-key. Los cuerpos de las solicitudes rechazan los campos desconocidos. Así, los errores tipográficos generan un error visible en lugar de ignorarse silenciosamente. Las consultas GraphQL se envían a POST /v1/parsed-events/graphql.

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 utiliza Flujos analizados y devuelve un TransactionResult por cada firma solicitada. El mismo método está disponible en GraphQL como transactions. 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
boolean
predeterminado:"false"
Cuando sea true, incluye la carga útil de la transacción sin procesar de Solana como rawTransaction en cada resultado.

Notas

  • No se admite el nivel de confirmación processed.
  • rawTransaction se omite a menos que includeRawTransaction sea true.
  • Las transacciones que no se ejecuten correctamente aún pueden analizarse. En ese caso, parsed.transactionStatus es ERROR y, cuando está disponible, el error de la transacción se expone en parsed.error.
  • Los errores de validación en el nivel de la solicitud devuelven una respuesta de error en lugar de resultados en el nivel del 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, ordenamiento y transacciones sin procesar opcionales. El mismo método está disponible en GraphQL como transactionsByAddress. A diferencia del endpoint de direcciones heredado de Transacciones mejoradas, los parámetros de la solicitud se envían en un cuerpo JSON y no como parámetros de la cadena de consulta.

Cuerpo de la solicitud

string
requerido
Dirección cuyo historial de transacciones se obtendrá.
number
predeterminado:"100"
Cantidad 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 usado para obtener el historial.
  • confirmed
  • finalized
boolean
predeterminado:"false"
Cuando sea true, incluye la carga útil de la transacción sin procesar de Solana como rawTransaction en cada resultado.
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 pasar paginationToken en la siguiente solicitud para continuar. Si falta paginationToken, el servicio llegó al final del intervalo de páginas disponible.