DOMINANT (Deep Anomaly Detection on Attributed Networks) is an unsupervised framework that detects anomalies by jointly modeling node attributes and graph structure through a graph convolutional network (GCN) autoencoder. It computes a node's anomaly score by combining the reconstruction error of its features with the reconstruction error of its structural connections, flagging entities that deviate from both the expected attribute distribution and the local relational topology.
Glossary
DOMINANT

What is DOMINANT?
DOMINANT is a deep anomaly detection framework that jointly learns node attribute representations and graph structural patterns using a GCN-based autoencoder, ranking nodes by their combined reconstruction error from both perspectives.
The architecture employs a shared encoder that compresses node features and adjacency information into a latent representation, followed by dual decoders—a structure decoder for link reconstruction and an attribute decoder for feature reconstruction. This joint optimization allows DOMINANT to identify subtle anomalies, such as a node with normal attributes but abnormal connectivity, which single-perspective methods would miss in complex financial transaction graphs.
Key Characteristics of DOMINANT
DOMINANT is a GCN-based autoencoder that jointly models node attributes and graph structure to detect anomalies. Its core innovation is ranking nodes by a combined reconstruction error, capturing both content and relational deviations.
Joint Attribute and Structure Learning
DOMINANT uses a shared Graph Convolutional Network (GCN) encoder to compress both node features and the adjacency matrix into a latent space. Two separate decoders then reconstruct the node attributes and the graph structure independently. This dual-decoder design forces the latent representation to capture the complex interplay between what a node is (its features) and how it connects (its topology), enabling the detection of anomalies that are subtle in one view but obvious in the other.
Anomaly Scoring via Reconstruction Error
Anomalies are ranked by a combined score: (1 - α) * Structure_Error + α * Attribute_Error, where α is a hyperparameter balancing the two perspectives. A node is flagged as anomalous if it cannot be accurately reconstructed by the model. For example, a fraudulent account might have a high structural error because it connects to many disparate, low-credit nodes, and a high attribute error if its transaction frequency is an outlier for its stated profile. This unified score provides a principled ranking mechanism.
GCN-Based Autoencoder Architecture
The architecture consists of three core components:
- Encoder: A multi-layer GCN that maps the input graph (features X and adjacency A) to low-dimensional node embeddings Z.
- Structure Decoder: Reconstructs the adjacency matrix  from the inner product of latent embeddings ( = sigmoid(ZZᵀ)), predicting link existence.
- Attribute Decoder: Another GCN that reconstructs the original node features X̂ from the latent embeddings Z. This design is fully unsupervised, requiring no labeled fraud data for training.
Robustness to Graph Heterophily
Unlike traditional GNNs that assume connected nodes are similar (homophily), fraud graphs often exhibit heterophily, where fraudsters connect to many legitimate accounts to appear normal. DOMINANT's dual reconstruction mechanism is inherently robust to this. A fraud node connecting to benign nodes will have a latent representation that is a poor compromise, leading to high reconstruction error in either its attributes or its predicted links, thus exposing the anomaly despite the deceptive connections.
Empirical Performance on Real-World Data
In the original paper, DOMINANT was evaluated on real-world datasets like Amazon and YelpChi for opinion spam detection. It consistently outperformed baseline methods like LOF, SCAN, and standard autoencoders by a significant margin in terms of ROC-AUC. The joint learning approach proved particularly effective at catching camouflaged anomalies—nodes that manipulate their features or connections to evade detection by simpler, single-view methods.
Computational Complexity and Scalability
The core computation involves GCN layers with a complexity linear in the number of edges, O(|E|). The structure decoder's inner product (ZZᵀ) is O(N²) in theory but is optimized using negative sampling during training, where only a small subset of non-edges are reconstructed. This makes DOMINANT scalable to large graphs with millions of edges, suitable for real-world financial transaction networks where full adjacency matrix reconstruction is computationally prohibitive.
Enabling Efficiency, Speed & Accuracy
Intelligent Analysis, Decision & Execution
We build AI systems for teams that need search across company data, workflow automation across tools, or AI features inside products and internal software.
Talk to Us
Search across company data
Give teams answers from docs, tickets, runbooks, and product data with sources and permissions.
Useful when people spend too long searching or get different answers from different systems.

Automate internal workflows
Use AI to route work, draft outputs, trigger actions, and keep approvals and logs in place.
Useful when repetitive work moves across multiple tools and teams.

Add AI to products and internal tools
Build assistants, guided actions, or decision support into the software your team or customers already use.
Useful when AI needs to be part of the product, not a separate tool.
Frequently Asked Questions
Explore the core mechanisms, architectural components, and operational principles of the DOMINANT anomaly detection framework for identifying financial fraud in graph-structured transaction data.
DOMINANT (Deep Anomaly Detection on Attributed Networks) is an end-to-end graph neural network framework that detects anomalies by jointly learning node attribute representations and graph structural patterns through a GCN-based autoencoder. Unlike methods that examine attributes or structure in isolation, DOMINANT simultaneously reconstructs both the node feature matrix and the graph adjacency matrix. Anomalous nodes are identified because they exhibit high reconstruction error from either perspective—their attributes deviate from the norm, their connectivity patterns are irregular, or both. The framework computes a unified anomaly score by combining the weighted structural and attribute reconstruction errors, ranking nodes by their degree of deviation. This dual-perspective approach is particularly effective for financial fraud detection, where a fraudulent account may have anomalous transaction behaviors (attribute anomalies) while also forming suspicious connectivity patterns with other bad actors (structural anomalies).
Related Terms
Explore the foundational graph learning concepts and complementary techniques that underpin the DOMINANT anomaly detection framework.
Graph Autoencoder (GAE)
The core unsupervised architecture that DOMINANT extends. A GAE uses a GCN encoder to compress graph structure and node features into latent embeddings, and a decoder to reconstruct the adjacency matrix. Anomalies are identified by high reconstruction error, indicating a node does not conform to the learned normative patterns of the graph.
Graph Convolutional Network (GCN)
The fundamental building block used as the encoder in DOMINANT. A GCN performs spectral graph convolution by aggregating feature information from a node's immediate neighbors using a normalized adjacency matrix. This allows the model to learn representations that are a function of both a node's own attributes and its local structural role within the transaction network.
Graph Anomaly Detection
The overarching task that DOMINANT is designed to solve. It involves identifying nodes, edges, or subgraphs that deviate from a reference majority. DOMINANT approaches this by jointly analyzing attribute anomalies (unusual feature vectors) and structural anomalies (unexpected connectivity patterns), providing a holistic anomaly score for each financial entity.
Community Detection
A complementary technique for identifying fraud rings. While DOMINANT scores individual node anomalies, community detection algorithms like Louvain partition the graph into densely connected clusters. A cluster with a high concentration of high-anomaly-score nodes, as ranked by DOMINANT, is a strong indicator of organized collusion rather than isolated fraud.
Contrastive Learning on Graphs
A self-supervised alternative to the autoencoder paradigm. Instead of reconstruction, contrastive methods train an encoder to maximize mutual information between different augmented views of the same node (e.g., via edge dropping or feature masking). This can produce more robust representations for anomaly scoring when labeled fraud data is completely absent.
GNNExplainer
A critical interpretability tool for deploying DOMINANT in regulated environments. GNNExplainer takes a node's anomaly score and identifies the minimal subgraph and feature subset that were most influential in the model's decision. This provides a human-intelligible justification for why a specific transaction or account was flagged, supporting regulatory audit requirements.

About the author
Prasad Kumkar
CEO & MD, Inference Systems
Prasad Kumkar is the CEO & MD of Inference Systems and writes about AI systems architecture, LLM infrastructure, model serving, evaluation, and production deployment. Over 5+ years, he has worked across computer vision models, L5 autonomous vehicle systems, and LLM research, with a focus on taking complex AI ideas into real-world engineering systems.
His work and writing cover AI systems, large language models, AI agents, multimodal systems, autonomous systems, inference optimization, RAG, evaluation, and production AI engineering.
Partnered with leading AI, data, and software stack.
How We Work
Custom AI workflows for your Business
One-fit-all AI don't work for modern businesses. At Inferensys, we aim to understand your business & custom requirements; which we use to define most efficient agentic workflows, the data, and the tools for your business.
01
Review the use case
We understand the task, the users, and where AI can actually help.
Read more02
Pick the right approach
We define what needs search, automation, or product integration.
Read more03
Build the first useful version
We implement the part that proves the value first.
Read more04
Improve from there
We add the checks and visibility needed to keep it useful.
Read moreThe first call is a practical review of your use case and the right next step.
Talk to Us