Developing an NFT Analytics Platform
Note: when a client comes to us with a request for NFT analytics, the first pain point is almost always the same: data is scattered across a dozen marketplaces, each providing its own format, and the price for a specific token may be absent. Over 5 years, we've developed an approach that solves these problems turnkey: from on-chain event indexing to portfolio metrics and wash trade detection. In a typical project, we process data for 10,000+ collections, indexing up to 500,000 transactions daily. The NFT analytics market is valued at $500 million, and proper architecture saves up to 30% on infrastructure costs. Order NFT analytics platform development — we'll prepare the architecture for your tasks.
NFT analytics is more complex than DeFi analytics in one specific aspect: each token has a unique price. In DeFi, a Uniswap pool provides a clear price feed. In NFT, you need to value an asset whose last sale was three months ago, and the floor is the floor of the whole collection, not that specific token with a rare trait. Building a correct valuation model is half the work.
Data Sources for NFT Analytics
On-chain Events
Basic events to index:
-
Transfer(address from, address to, uint256 tokenId)— for ERC-721 -
TransferSingle/TransferBatch— for ERC-1155 -
OrderFulfilled(Seaport 1.5) — sales via OpenSea -
TakerBid/TakerAsk— LooksRare v2 -
EvProfit— Blur
According to the ERC-721 specification, the Transfer event must be emitted on any token transfer (OpenZeppelin ERC-721 implementation). The problem: each marketplace has its own events with its own structure. Seaport is the most complex; a single OrderFulfilled event can encode a bundle sale of multiple NFTs in one transaction with arbitrary ERC-20 tokens. Parsing this data requires full decoding of consideration and offer arrays by ABI.
The Graph vs Self-hosted Indexing
The Graph is the obvious choice to start. Existing subgraphs: OpenSea (unofficial), NFT sales aggregator subgraphs on the hosted service. Limitations: the hosted service is shutting down in favor of the decentralized network, where queries cost GRT. For high-traffic analytics, query costs become significant — a typical project generates 10,000+ queries per day, at $0.01 per query that's $100/day.
Self-hosted via Ponder or Envio — Ponder (TypeScript framework for on-chain indexing) lets you write event handlers as plain TypeScript, stores data in PostgreSQL. Envio — an analog focused on speed (written in OCaml/Rust). For a platform with custom metrics, a self-hosted indexer is preferable: full control over the data schema.
Dual approach: historical data — from Dune Analytics or Reservoir API (aggregates sales from all marketplaces), real-time — via WebSocket subscription to events through Alchemy or QuickNode.
Valuation Models and Metrics
Rarity Scoring
Standard formula — statistical rarity:
rarity_score(token) = Σ (1 / trait_frequency) for all traits This is what rarity.tools does. Problem: it doesn't account for correlation between traits. A token with a rare combination of two common traits may be rarer than the simple formula shows.
Improved approach — information content rarity (IC score):
IC(trait) = -log2(P(trait)) rarity_score = Σ IC(trait_i) Works more correctly with uneven distributions, especially when trait frequencies vary from 0.1% to 50%.
Price Metrics
| Metric | Formula / Source | Application |
|---|---|---|
| Floor price | min(active listings) | Basic benchmark |
| Trait floor | min(listings with given trait) | Valuation of specific token |
| Wash trade adjusted volume | volume - suspected wash trades | Real volume |
| Holder distribution | unique wallets / total supply | Decentralization |
| Listing depth | number of listings by price levels | Liquidity profile |
| Diamond hands ratio | % holders > 6 months | Retention |
Average daily trading volume on top collections reaches 500 ETH, and the typical marketplace fee is 2.5% of the sale amount. Our wash trade detection implementation shows about 90% accuracy, allowing us to filter out up to 30% of fake volume on individual collections. Investments in NFT analytics can pay off by identifying hidden trends.
How to Detect Wash Trading?
One of the key features of an analytics platform — wash trade detection. Patterns for detection:
- The same addresses buy and sell among themselves (transaction graph with cycles)
- Sales 1–3 blocks after purchase at non-market price
- Buyer funded from the same source as the seller (Tornado Cash / mixer, or direct transfer)
- Repeated patterns: A→B→A→B with price increases
Implemented via graph analysis on addresses — Neo4j or built-in graph in DuckDB are efficient enough. For on-chain heuristics, use from/to in Transfer events plus funding source analysis via transaction tracing (trace_transaction in Geth/Erigon). Wash trade detection can save up to $10,000 on incorrectly valued collections.
Technical Stack of the Platform
Indexing Infrastructure
Ethereum node (Erigon) → Ponder indexer (TypeScript) → PostgreSQL (TimescaleDB extension for time-series) → Redis (cache for floor prices, trending collections) → ClickHouse (analytical aggregates, OLAP queries) TimescaleDB is critical for time-series metrics: continuous aggregates allow calculating hourly/daily OHLCV without full recalculation on each query. ClickHouse is justified at volumes > 100M events — analytical queries on it are 10–100x faster than PostgreSQL.
API Layer
GraphQL via Hasura on top of PostgreSQL — sufficient for most queries. Custom resolvers via Hasura Actions for complex calculations (rarity score, wash trade score).
For real-time data — WebSocket via Hasura subscriptions or custom server on Node.js with pub/sub via Redis Streams.
Enrichment Pipeline
NFT metadata is not always on-chain. A pipeline is needed:
- From
tokenURI()of the contract, get the URL (IPFS CID or HTTP) - Fetch metadata from IPFS gateway / HTTP
- Parse
attributesarray - Store in PostgreSQL with computed rarity score
- Update upon discovery of new tokens (Transfer from zero address)
Problem: IPFS fetch is unreliable. Need retry with exponential backoff, fallback to multiple gateways (Cloudflare, dweb.link, nftstorage.link), and timeout of 5–10 seconds.
Frontend
Next.js with App Router. Key pages:
- Collection overview: floor chart (Recharts/TradingView lightweight), volume bars, holder distribution pie
- Token detail: rarity rank, trait comparison, price history, similar sales
- Wallet analytics: portfolio valuation, P&L by collection, unrealized gains
- Market trends: trending by volume/floor change, new mints heatmap
For charts with large data volumes — TradingView Lightweight Charts (WebGL rendering) is faster than Recharts on 10k+ points.
Common Mistakes in NFT Analytics Development
Ignoring wash trading leads to 2–3x overestimation of volumes. Using only floor price without trait floor gives incorrect valuation of rare tokens. Choosing hosted The Graph for production can increase costs by 2–5x. Not accounting for IPFS timeouts breaks the pipeline. We avoid these mistakes thanks to experience.What's Included in Turnkey Development?
| Stage | Result | Timeline |
|---|---|---|
| Analytics and design | Data schema, stack selection, volume estimation | 1–2 weeks |
| Indexing and pipeline | Working indexer for selected network, enrichment scripts | 2–3 weeks |
| API and metrics | GraphQL endpoints, rarity scoring, wash trade detection | 2–4 weeks |
| UI and dashboards | Collection, token, wallet, and trend pages | 3–4 weeks |
| Testing and deployment | Integration tests, load testing, documentation | 1–2 weeks |
The final project includes: API documentation, access rights to indexers, client team training, and support during launch.
Why Choose Us?
We have delivered over 30 projects in the Web3 space, including analytics for NFT marketplaces and DeFi. Our experience spans over 5 years; engineers hold certifications in Solidity and Rust. We guarantee transparent timeline estimation and cost-efficient architecture without overpaying for infrastructure. Get a consultation on your task — we'll evaluate the project and propose an architecture for your budget. Contact us to discuss details.







