[Developers]

Blockchain: Unified Multi-Chain Query Gateway

A financial intelligence analyst investigating a suspected sanctions-evasion network needs to trace assets that have moved across Ethereum, Bitcoin, Tron, and Polygon within a single incident timeline. Without a unified

Category: BlockchainLast Updated: May 26, 2026
blockchainreal-timecompliance

Overview#

A financial intelligence analyst investigating a suspected sanctions-evasion network needs to trace assets that have moved across Ethereum, Bitcoin, Tron, and Polygon within a single incident timeline. Without a unified gateway, each chain requires a separate integration, separate normalisation logic, and separate query tooling, multiplying analyst effort and introducing gaps where funds can disappear between chain boundaries. The Unified Multi-Chain Query Gateway eliminates that friction by exposing a single query interface that spans more than fifteen heterogeneous blockchain networks simultaneously, returning results in a consistent, normalised schema regardless of the underlying chain architecture.

The gateway abstracts the fundamental differences between account-based chains (such as Ethereum and its EVM-compatible descendants), UTXO-based chains (such as Bitcoin and Litecoin), and slot-based chains (such as Solana), translating each into a shared transaction model covering counterparties, values, timestamps, fees, and contract interactions. High-throughput RPC routing distributes requests across redundant node infrastructure per chain, with automatic failover and result caching to sustain query performance under investigative workloads. Cross-chain aggregation queries allow analysts to construct a unified asset timeline for a subject entity without writing chain-specific logic.

Key Features#

  • Unified query interface: A single query endpoint covers all supported chains, eliminating the need for per-chain integrations in investigative tooling or downstream applications.
  • Normalised transaction schema: EVM logs, UTXO spend records, and Solana instructions are all translated into a common model with consistent fields for sender, recipient, value, fee, block height, and timestamp.
  • Support for 15+ blockchain networks: Coverage spans major EVM-compatible chains (Ethereum, Polygon, BNB Chain, Avalanche, Arbitrum), UTXO chains (Bitcoin, Litecoin, Bitcoin Cash), Solana, Tron, and additional networks via configurable RPC endpoints.
  • High-throughput RPC routing: Requests are distributed across redundant node pools per chain, with intelligent load balancing, health checking, and automatic failover to maintain query responsiveness.
  • Result caching and deduplication: Frequently accessed address histories and block ranges are cached to reduce node load and accelerate repeated queries common in long-running investigations.
  • Smart contract event decoding: EVM event logs are decoded against known ABI signatures, making token transfers, DEX swaps, and bridge interactions legible without manual ABI management.
  • Cross-chain entity aggregation: Multiple addresses belonging to a single subject can be grouped into one query, returning a merged, chronologically ordered asset timeline across all chains.
  • Streaming and batch modes: Both real-time streaming queries for live monitoring and bulk historical batch queries for retrospective investigations are supported through the same interface.

Use Cases#

  • Sanctions and AML investigations: Trace asset flows for a subject entity across multiple chains to identify layering patterns, mixer interactions, and ultimate beneficiary wallets in a single analytical session.
  • Cross-chain portfolio monitoring: Financial institutions and custodians can aggregate holdings and transaction history for client portfolios that span multiple blockchain networks into a single consolidated view.
  • Multi-chain decentralised application backends: Applications that operate across several chains can use the gateway as a single data source for transaction history, balance lookups, and contract state queries without maintaining per-chain node integrations.
  • Bridge and liquidity monitoring: Track asset movements through cross-chain bridge contracts and liquidity pools by correlating lock events on one chain with mint events on another within a unified timeline.
  • Regulatory reporting: Automatically produce consistent, chain-agnostic transaction records in a format suitable for submission to financial regulators, removing the manual normalisation step that differs by chain.

Integration#

The gateway integrates with EVM-compatible full nodes and archive nodes via standard JSON-RPC, with Bitcoin and other UTXO chains via their native RPC interfaces, and with Solana via its JSON-RPC API. Decoded and normalised transaction records are persisted to a PostgreSQL data warehouse for long-term retention and complex analytical queries, and indexed in OpenSearch for full-text and range-based search across large transaction datasets. The gateway exposes a GraphQL API for flexible ad-hoc querying and a streaming interface for event-driven consumers, allowing downstream investigative platforms, compliance systems, and portfolio dashboards to subscribe to real-time chain activity without managing node connectivity directly.

Open Standards#

  • JSON-RPC 2.0: The gateway communicates with all supported blockchain nodes using the JSON-RPC 2.0 protocol, the de facto standard for Ethereum, Bitcoin, and Solana node interfaces.
  • GraphQL (June 2018 specification): Downstream consumers query normalised multi-chain data through a GraphQL API, enabling precise field selection and reducing over-fetching in investigative and dashboard use cases.
  • FATF Recommendation 16 (Travel Rule): Normalised transaction records include originator and beneficiary fields structured to support Travel Rule data extraction and transmission to virtual asset service provider compliance workflows.
  • ISO 8601: All timestamps in the normalised transaction schema are expressed in ISO 8601 format with UTC offset, ensuring consistent chronological ordering across chains with differing block-time conventions.
  • OpenAPI 3.1: The REST management and configuration endpoints of the gateway are described using an OpenAPI 3.1 specification, enabling automated client generation and integration testing.
  • W3C Decentralised Identifiers (DID) v1.0: Where subject entities are identified using decentralised identifiers, the gateway can resolve DID documents to correlate on-chain addresses with off-chain identity assertions.
  • IETF RFC 7519 (JSON Web Token): Access to the query API is governed by JWT-based bearer tokens, allowing the gateway to be integrated into existing OAuth 2.0 and OpenID Connect authorisation flows.
  • ISO/IEC 27001: The operational and data-handling practices of the gateway are aligned with ISO/IEC 27001 information security management requirements, supporting audit and certification programmes for financial and government deployments.

Availability#

  • Enterprise Plan: Included
  • Professional Plan: Available with a reduced chain coverage tier (EVM and Bitcoin networks); additional chains available as an add-on

Last Reviewed: 2026-05-26

Ready to Build?

Get started with our APIs or contact our integration team for support.