Event Trace Waterfall

The waterfall view is a visual timeline that shows how an event flows through the pipeline — with timing bars that reveal latency at each step, parallel branches, and bottlenecks.

Overview

When an event is processed, each node in the pipeline records its start time and duration. The waterfall visualizes these as horizontal bars on a shared timeline, offset from the event's creation time. This lets you see at a glance which steps ran in parallel, which were sequential, and where time was spent.

The waterfall is available in the webhook detail drawer under the Timeline tab. Click any event row, then switch to Timeline.

Reading the waterfall

Each row in the waterfall represents a pipeline step. The bar's position and width show when the step started (relative to event creation) and how long it took.

Step information

FieldDescription
Node typeThe kind of node (webhook, schemaValidator, delivery, etc.)
NameThe node's configured name
StatusOutcome of this step (success, failed, blocked, skipped)
Start timeAbsolute timestamp when the step began
DurationHow long the step took in milliseconds
OffsetMilliseconds after event creation that this step started

Parallel branches

When a node delivers to multiple targets, the waterfall shows each branch as a separate row. Overlapping bars indicate parallel execution. This is common when:

  • A webhook delivers to multiple URLs simultaneously
  • Schema validation runs while the primary delivery is queued
  • Multiple chain branches execute in parallel

Example waterfall

textWaterfall visualization
Event created ──────────────────────────────────────────────►
                                                        time (ms)
  0ms    50ms   100ms  150ms  200ms  250ms  300ms  350ms

  ├─ Schema Validator ─┤
  │  "Payment Schema"   │  (0-45ms, PASS)
  │                     │
  ├────── Delivery ─────────────────────────────┤
  │  "Payment API"      │  (48-320ms, SUCCESS)  │
  │                     │                       │
  ├── HTTP Action: Slack ──────────┤
  │  (48-180ms, SUCCESS)           │
  │                                │
  ├── HTTP Action: Analytics ─────────────┤
     (48-210ms, SUCCESS)                  │
Long bars on delivery steps usually indicate network latency to the downstream server. Compare parallel branch durations to identify which target is the slowest.

Status colors

StatusColorMeaning
SUCCESSGreenStep completed successfully
FAILEDRedStep failed (delivery error, validation failure)
BLOCKEDAmberStep was blocked by an upstream node (e.g., schema validator)
SKIPPEDGrayStep was skipped (e.g., filter did not match)
PENDINGBlueStep is still in progress (live tail only)

Debugging with the waterfall

  • Large gap between steps: indicates queue wait time — the delivery worker may be under load.
  • Long delivery bar: the downstream server is slow to respond. Check target server health.
  • BLOCKED step followed by no delivery: a schema validator or filter rejected the event.
  • Missing expected branch: check that the chain connection exists on the canvas.
Use the waterfall alongside the Replay Studio for a step-by-step walkthrough of the same event.