Pending Traces
ThependingTraces endpoint retrieves traces that are pending completion in the TON blockchain. These represent transaction execution flows that have not yet fully propagated through all necessary contracts.
Get you own node endpoint todayStart for free and get your app to production levels immediately. No credit card required.You can sign up with your GitHub, X, Google, or Microsoft account.
TON pricing is the same for full, archive, v2, v3There’s no difference between a full node an archive node in data availability or pricing.
All data is always available and all node requests are consumed as 1 request unit.
Parameters
trace_id(string, optional) — Filter by specific trace ID.limit(integer, optional) — Maximum number of traces to return. Default:10.offset(integer, optional) — Number of traces to skip for pagination. Default:0.
Response
-
traces(array) — Array of pending trace objects:trace_id(string) — Trace ID.external_hash(string) — Hash of the external message.mc_seqno_start(integer) — Start masterchain sequence number.start_lt(integer) — Start logical time.start_utime(integer) — Start unix timestamp.state(string) — Trace state (e.g.,pending).pending_edges(integer) — Number of pending message edges.edges(integer) — Total edges so far.nodes(integer) — Total nodes so far.
-
address_book(object) — Address book mapping.
Use case
ThependingTraces endpoint is essential for tracking in-progress complex operations:
- Monitoring multi-hop transactions that involve several contracts.
- Tracking Jetton transfers waiting for completion across wallet contracts.
- Debugging stuck transactions by identifying pending message edges.
- Building real-time dashboards showing transaction progress.
- Implementing timeout alerts for transactions taking too long.
Query Parameters
Filter by trace ID
Maximum number of traces to return
Number of traces to skip