Address Monitor
Pronunciation: AD-dress mon-I-tor
Definition
Address Monitor is a service that continuously watches one or more blockchain addresses for transactions, balance changes, confirmations, or risk events. It is used to detect relevant activity quickly enough to update payment and operational workflows. It differs from an address indexer, which builds broader historical data and may not provide low-latency alerting. Common risks include missed blocks and provider outages.
Overview
Address Monitor is a service that continuously watches one or more blockchain addresses for transactions, balance changes, confirmations, or risk events. It is used to detect relevant activity quickly enough to update payment and operational workflows. It differs from an address indexer, which builds broader historical data and may not provide low-latency alerting.
A typical implementation works as follows: The monitor registers addresses, consumes node or indexer updates, matches relevant activity, evaluates confirmation policy, and emits callbacks or internal events. For Address Monitor, identifiers and timestamps should remain stable enough to trace the technical action to its final business outcome.
Common risks include missed blocks and provider outages. Important failure modes include missed blocks, provider outages, reorgs, address reuse, dust transactions, duplicated notifications, and unsupported assets. These failures can create false or missing status.
Core controls require teams to use redundant data sources where justified, checkpoint progress, handle reorgs, deduplicate events, validate network and asset, and reconcile periodically. Changes to Address Monitor should be tested against normal, failed, delayed, duplicate, and recovery paths that apply to the operation.
Operational evidence should include address, network, watch start, last checked block, detected transaction, confirmations, alert state, and data source. Address Monitor should be documented alongside Address Callback, Address Indexer, and API Monitoring. The production boundary for Address Monitor should identify the authoritative system, responsible owner, accepted states, and recovery path.
Monitoring for Address Monitor should distinguish transport success, processing success, and the final external or financial result. Evidence for Address Monitor should preserve the input, configuration version, actor or service, decision, downstream reference, and final outcome.
Key Takeaway
Use redundant data sources where justified, checkpoint progress, handle reorgs, deduplicate events, validate network and asset, and reconcile periodically.
Sources
- Webhook — OxaPay (2026-08-03)
- Static Address List — OxaPay (2026-08-03)
- JSON-RPC API — Ethereum Foundation (2026-08-03)