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:- JavaScript
- cURL
3
Read the Result
La respuesta contiene un resultado por cada firma solicitada, en el orden de entrada. Cada resultado incluye 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,
signature, parserStatus y parsed o parserError: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:- JavaScript
- cURL
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 mediantePOST 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.
confirmedfinalized
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. rawTransactionse omite a menos queincludeRawTransactionseatrue.- Las transacciones que no se ejecuten correctamente aún pueden analizarse. En ese caso,
parsed.transactionStatusesERRORy, cuando está disponible, el error de la transacción se expone enparsed.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.
ascdesc
string
predeterminado:"confirmed"
Nivel de confirmación usado para obtener el historial.
confirmedfinalized
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 elementodata usa el mismo formato TransactionResult que devuelve Analizar transacciones:
paginationToken en la siguiente solicitud para continuar. Si falta paginationToken, el servicio llegó al final del intervalo de páginas disponible.