A comparison, not a performance claim

What can history tell you that one check cannot?

Sometimes earlier samples change the picture. Sometimes a fresh request is more useful. These examples show both—and where our current records have gaps.

Synthetic examples. Every scenario below is invented. This is not a benchmark, a real provider’s record, or a verified clean day. “Periodic monitor” describes a capability, not a tested competitor.

One fresh request

What it sees now

A periodic monitor

Earlier samples; offer fields retained when relevant

Pulse daily history

Only fields in our current committed format

Inspect the invented inputs and expected result

History is useful only if it changes a real decision.

In none of these examples does Pulse show more information than the described periodic monitor. Other products already offer monitoring, history and checkable records. We are testing whether our small daily record helps a developer review an endpoint before integration. We have not demonstrated a unique advantage or a moat.

Our archive records sample counts, responses, payment-offer counts and average latency. It does not record price history, payout-address history, x401 history, exact outage times or paid delivery. A signature and timestamp help check a record’s integrity; they do not establish that the observation is true.

Try the offline developer example · Read the collection limits · Describe a workflow this could help