Skip to main content
This page gets you a key and a first Monitoring response, then points you at push delivery. The key is the same one that authenticates every Blockworks product, so if you already have one you can skip the first step.
1

Get an API key

Create a key at app.blockworks.com/account/api.Keys are shown once at creation. Store yours in a secret manager or environment variable, and never commit it or send it from a browser.
2

Pull the latest developments

All Monitoring endpoints live under /monitoring/v2 on the shared Blockworks API host, and every one of them requires the X-Blockworks-API-Key header. Here we fetch the three most recent verified developments.
Narrow the stream with assetIds (UUIDs or slugs), intelCategories, minimumImportance, start and end, or free-text search. Every parameter is listed on List Developments.
3

Read the response

Monitoring responses use the same envelope as every Blockworks API: error is null on success and a string on failure, data carries the payload, and list endpoints add a metadata object with paging totals. Each item is a development, the atomic unit of coverage: one dated, verified occurrence, tagged with its taxonomy, importance, resolved assets, and the parent event it belongs to.
Response (trimmed to one development and its key fields)
Unresolved filter tokens are dropped silently, so an empty data array can mean “nothing matched” or “that asset slug does not exist”. See Filter semantics.
4

Subscribe instead of polling

A monitoring view is a saved filter over the stream. Create one in the Intel app, then either poll it or have matches pushed to you:

Poll a view

Page through the developments a saved view has matched.

Webhooks

Receive matches as signed HTTP POSTs, with HMAC verification and retries.
Access tiers, the legacy header, and key handling are covered in Authentication.