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 Narrow the stream with
/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.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:Access tiers, the legacy header, and key handling are covered in
Authentication.
Poll a view
Page through the developments a saved view has matched.
Webhooks
Receive matches as signed HTTP POSTs, with HMAC verification and retries.