Skip to main content

Arkham

Arkham (ARKM) — a reference card for a crypto project: what the product does and how verifiable the project’s key claims are; also — alignment with the Decentralized AI thesis (DecAI Fit).

Arkham — an AI/Other | Infra project: a crypto‑intelligence/on‑chain analytics and address deanonymization platform, with a claimed Ultra AI engine for matching addresses/entities. Token: ARKM (ERC‑20, Ethereum).

Disclaimer

Important: this page is a reference overview of the project. Within DecAIHub, we separately record a verification based on open sources within the AI thesis (what is real AI/onchain/why a token, and which sources this is based on).
This is not financial advice and not a recommendation to buy/sell/hold any asset. We do not assess price, returns, or entry/exit timing.
Conclusions are based on publicly available materials found as of the verification date. The absence of confirmation does not imply the absence of the technology.

TL;DR (for readers who are not into AI)

  • What it is: a “crypto intelligence” platform: links addresses to entities, shows profiles/transactions/portfolios/alerts; separately there is an Exchange part (Arkham Exchange) and the Intel Marketplace.
  • Who it’s for: traders, analysts, researchers, compliance teams and on‑chain sleuths.
  • Why onchain/token: the ARKM token is used as the currency of the Intel marketplace (bounties/auctions, intel‑to‑earn), as well as for discounts/fees and governance (per the whitepaper/website).
  • What you can actually touch (Tier‑1): the web platform intel.arkm.com/platform.arkhamintelligence.com (the public Intel interface), plus public product/token pages.

How it works (very briefly)

  1. The user does: searches for an address/entity, builds profiles/dashboards/alerts, or participates in the Intel marketplace.
  2. The system does: collects on‑chain and off‑chain data and links addresses to entities; the whitepaper claims the Ultra AI engine for address matching.
  3. The user gets: deanonymized profiles, analytics on transactions/counterparties/portfolio and signals/insights.
  4. Where the blockchain is: onchain — the ARKM token (Ethereum) and the Intel Exchange smart contracts (bounties/auctions; per the whitepaper).
  5. Token role: currency and incentives of the intel economy (intel‑to‑earn), discounts/payment/fees, governance.

Quick links: AI thesis fit

Project passport

Field Value
Project name Arkham
Also known as (aliases) Arkham Intelligence | ARKM | intel.arkm.com
Logo (logo) ../assets/48_arkham_logo.png
Token symbol (ticker) ARKM
Category AI/Other | Infra
Primary chain (chain) Ethereum
Type EVM
Network status mainnet
Consensus (consensus) PoS (Ethereum)
Launch date (launch_date) 2023
Project status (status) active
Token (standard) ERC-20
Token contract 0x6e2a43be0b1d33b726f0ca3b8de60b3482b8b050
Token model (token_type) utility (payments + staking + governance)
Max supply 1,000,000,000
Issuance fixed cap
Tokenomics (tokenomics, brief) intel‑to‑earn + discounts/fees + marketplace (per the whitepaper)
Governance token governance (per the token page)
Admins/keys —
Audit yes (Quantstamp; per links_*/bug bounty page)
Bug bounty yes (Immunefi)
Team (team) —
Funding (investors/funding) —
AI component (ai_component) AI address/entity matching (Ultra)
Use‑case (use_case) deanonymization + on-chain intelligence
DecAI Fit — AI thesis fit 6/6 — high alignment with the Decentralized AI thesis
DecAI Fit component summary ai_score 3 / onchain_score 2 / token_score 3 / evidence_score 3
Last verified 2026-02-11

General project overview

Arkham is an on‑chain analytics platform that attempts to turn “raw” public blockchain transactions into an entity‑level picture: who is behind the addresses, how they interact, what assets they hold, how the balance/PNL changes, etc. The whitepaper emphasizes that the key difficulty is attribution (matching addresses to real entities), and the proprietary Ultra system is used for scaling.

The project includes two main layers:

  • Arkham Intel (platform): entity/address profiles, visualizations, filters, alerts, dashboards and an API.
  • Arkham Intel Exchange / marketplace: the “intel‑to‑earn” mechanic via bounties/auctions, where the currency is ARKM, and the distribution/verification of intel is described in the whitepaper.

Features/modules

  • Ultra (Tier‑1 whitepaper): a proprietary “AI‑powered algorithmic address matching engine” for matching addresses/entities.
  • Profiler: portfolio/balance history/PNL/counterparties/transactions (whitepaper).
  • Visualizer: a graph of connections and flows (whitepaper).
  • Alerts / Dashboards / API: monitoring and custom data views (whitepaper).
  • Intel Exchange: bounties/auctions, 15‑day locks and maker/taker fees (whitepaper).

Typical scenarios

  • Scenario 1 (analytics/trading): an analyst finds an entity/address → views the portfolio/counterparties/filters transactions → makes a decision/builds hypotheses.
  • Scenario 2 (compliance/investigations): a researcher builds a network of connections in the Visualizer → sets alerts on transactions → records chains of transfers.
  • Scenario 3 (intel‑to‑earn): a participant posts/closes a bounty or puts intelligence up for auction → receives ARKM upon verification/execution (whitepaper).

Getting started (wallet/network)

  • What you need: to view public pages — a browser; advanced features usually require an account/login; to participate in the Intel Exchange — an EVM wallet and ARKM.
  • Network/chain: the ARKM token — Ethereum (Etherscan); the platform’s analytics is multichain (whitepaper).
  • Fees: onchain Ethereum fees for operations with ARKM and the Exchange smart contracts; within the platform, fees/discounts are possible when paying with/holding ARKM (whitepaper/token website).

Architecture/tech (non‑AI)

  • Components: the Intel web platform (indexing/aggregation/attribution), the Ultra AI engine (per the whitepaper), the ARKM token (ERC‑20), the Intel Exchange smart contracts (per the whitepaper), notification/alert channels.
  • Participant roles: platform users, on‑chain sleuths (intel providers), intel buyers, the Foundation (intel verification; whitepaper), the oracle layer (Chainlink DON — in the whitepaper).
  • Where logic runs: analytics/address matching — offchain; settlement/accounting in the marketplace (bounties/auctions, payouts/locks) — onchain.
  • Dependencies: EVM (Ethereum), Chainlink DON (for oracle validation in the whitepaper), the platform’s web infrastructure.

Token/economics (expanded, no forecasts)

  • Token utility: currency of the Intel Exchange/marketplace (bounties/auctions), intel‑to‑earn incentives, discounts when paying/holding, governance (token website/whitepaper).
  • Protocol necessity drivers: without ARKM it is impossible to participate in the Intel Exchange bounties/auctions (whitepaper), and discounts/fees in the products are also claimed.
  • Who pays fees: marketplace participants (maker/taker fees in the whitepaper), participants of onchain transactions with ARKM (gas).
  • Where fees go: Arkham (fees of 2.5% maker / 5% taker in the whitepaper).
  • Issuance/burn: max total supply 1B ARKM (Etherscan); the burn model is not established.
  • Security/incentive mechanisms: staking/locks for bounty posters and hunters (whitepaper), a reward program and discounts (whitepaper).
  • Distribution/vesting: — (not extracted as Tier‑1 in the current verification).
  • Treasury: —.

Governance

  • Who makes decisions: the whitepaper mentions the Arkham Foundation as the verifier of intel in the Exchange; the token website states “ARKM is the governance token of Arkham”.
  • How protocol parameters change: — (not extracted as a Tier‑1 process of votes/parameters).
  • Where decisions are discussed/made: —.
  • Keys/multisig: —.

Security and incidents

  • Audits: the bug bounty page (Immunefi) lists previous Quantstamp audits (Tier‑1).
  • Bug bounty: there is a program on Immunefi (Tier‑1).
  • Incidents: — (not established).
  • Threat model: attribution correctness risks (including possible errors in matching addresses and entities), risks of centralized intel verification (Foundation), privacy/data error risks, web-app risks and marketplace contract risks (partially covered by audits/bug bounty).

Project status and timeline

  • Current status: the platform and the Exchange are active (website/platform available); the ARKM token is on Ethereum mainnet.
  • Key releases/milestones: there is a public announcements feed (Tier‑1).
  • Roadmap: —.

Ecosystem/integrations

  • Integrations: API (whitepaper), Chainlink DON (whitepaper), the Intel web platform, the Exchange.
  • Partners: the Arkham landing page lists backers/partners (Tier‑1), but partnership details require separate verification.
  • Where it’s actually used: wallet/entity analytics and monitoring of on‑chain activity; a marketplace for intelligence (bounties/auctions).

AI component of the project

  • What is real AI here? The whitepaper directly claims Ultra — a “proprietary AI‑powered algorithmic address matching engine” for deanonymization/attribution of addresses to entities.
  • What is truly onchain? The ARKM token (ERC‑20) and the Intel Exchange smart contracts for bounties/auctions (whitepaper).
  • Why is a token needed? Currency and incentives of intel‑to‑earn (bounties/auctions), discounts when paying/holding, and governance (whitepaper + token website).
  • Red flags (based on the information found): privacy/attribution errors (false positives), centralized intel verification (Foundation), limited reproducibility of the AI core (Ultra proprietary); what to double‑check — the actual degree of “decentralization” of the Exchange and the governance mechanics.

DecAI Fit component summary

  • DecAI Fit: 6/6 — high alignment with the Decentralized AI thesis
Component Level Score
AI reality high 3
Onchain necessity medium 2
Token necessity high 3
Evidence Tier‑1 present 3
Details

AI reality

AI_0 — AI intent (Tier‑1 roadmap) (1/0)

  • AI_0 (decision): 0
  • Claim (one line): There are signs of AI reality per Tier‑1 (see AI_1..AI_4), so the AI_0 flag (intent‑only) does not apply.
  • Evidence: Tier‑1 — see Evidence/links in AI_1..AI_4.
  • Why sufficient / why not (one line): AI_0=1 is admissible only when AI_1..AI_4=0; here ai_score without AI_0 = 3.
  • Conflict note (if any): —

AI_1 — what the AI does (1/0)

  • AI_1 (decision): 1
  • Claim (one line): Ultra is an AI‑powered address matching engine that matches addresses to entities and synthesizes on/off‑chain data for attribution.
  • Evidence: Tier‑1 — https://assets-global.website-files.com/62879326fd745f7489b43224/64abc4471879916bc4e2aeb0_Arkham_Whitepaper_FINAL.pdf
  • Why sufficient / why not (one line): the whitepaper directly describes the function of the AI system in the product.
  • Conflict note (if any): the Ultra source code is not disclosed (proprietary).

AI_2 — demos/examples (1/0)

  • AI_2 (decision): 1
  • Claim (one line): there is a public Arkham Intel web platform (the Intel interface, trending insights/flows/transfers) as a reproducible product artifact.
  • Evidence: Tier‑1 — https://intel.arkm.com/, https://platform.arkhamintelligence.com/
  • Why sufficient / why not (one line): this is “what you can touch” without access to the closed AI core.
  • Conflict note (if any): some features require a login.

AI_3 — metrics/quality (1/0)

  • AI_3 (decision): 0
  • Metrics: —
  • Context (version/date/how measured): —
  • Evidence: Tier‑1 — https://assets-global.website-files.com/62879326fd745f7489b43224/64abc4471879916bc4e2aeb0_Arkham_Whitepaper_FINAL.pdf
  • Why sufficient / why not (one line): Tier‑1 has no formal metrics of attribution quality/errors (precision/recall, etc.).
  • Conflict note (if any): —

AI_4 — tech description/architecture/versions (1/0)

  • AI_4 (decision): 1
  • Claim (one line): the whitepaper provides an architectural description: collection/aggregation/attribution, Ultra, Profiler/Visualizer/Alerts/Dashboards/API, the Intel Exchange and the oracle model.
  • Evidence: Tier‑1 — https://assets-global.website-files.com/62879326fd745f7489b43224/64abc4471879916bc4e2aeb0_Arkham_Whitepaper_FINAL.pdf
  • Why sufficient / why not (one line): there is a system‑level technical description, even if the Ultra implementations are closed.
  • Conflict note (if any): —

Onchain necessity

OC_1 — contracts/addresses/chain (1/0)

  • OC_1 (decision): 1
  • Chain: Ethereum
  • Addresses/identifiers: token ARKM (ERC‑20): 0x6e2a43be0b1d33b726f0ca3b8de60b3482b8b050
  • Evidence: Tier‑1 — https://etherscan.io/token/0x6e2a43be0b1d33b726f0ca3b8de60b3482b8b050
  • Why sufficient / why not (one line): the onchain fact of the token and the max supply are verifiable in the explorer.
  • Conflict note (if any): —

OC_2 — onchain beyond just a token (1/0)

  • OC_2 (decision): 1
  • What useful logic is onchain: the Intel Exchange is described as a “decentralized protocol” for bounties/auctions with payouts via audited smart contracts.
  • Evidence: Tier‑1 — https://assets-global.website-files.com/62879326fd745f7489b43224/64abc4471879916bc4e2aeb0_Arkham_Whitepaper_FINAL.pdf
  • Why sufficient / why not (one line): the whitepaper describes the onchain mechanics of bounties/auctions and fees.
  • Conflict note (if any): the degree of actual decentralization of intel verification is a separate question (Foundation).

OC_3 — onchain is critical (1/0)

  • OC_3 (decision): 0
  • “Replace the blockchain” test: the core analytics/attribution works offchain; onchain is needed mainly for marketplace settlement/incentives and the token.
  • Evidence: Tier‑1 — https://assets-global.website-files.com/62879326fd745f7489b43224/64abc4471879916bc4e2aeb0_Arkham_Whitepaper_FINAL.pdf
  • Why sufficient / why not (one line): without a blockchain, the marketplace could be implemented centrally, albeit with different trust trade‑offs.
  • Conflict note (if any): —

Token necessity

TK_0 — no token (1/0)

  • TK_0 (decision): 0
  • Claim (one line): the project has a token, ARKM (ERC‑20, Ethereum).
  • Evidence: Tier‑1 — https://etherscan.io/token/0x6e2a43be0b1d33b726f0ca3b8de60b3482b8b050
  • Why sufficient / why not (one line): the token/contract is confirmed in the explorer.
  • Conflict note (if any): —

TK_1..TK_4 (1/0)

TK_1 — payment for the service (1/0)

  • TK_1 (decision): 1
  • Claim (one line): ARKM is used for payments/purchases on the platform and for fees (pay‑in‑ARKM platform purchases and exchange fees), as well as the marketplace currency.
  • Evidence: Tier‑1 — https://etherscan.io/token/0x6e2a43be0b1d33b726f0ca3b8de60b3482b8b050, https://assets-global.website-files.com/62879326fd745f7489b43224/64abc4471879916bc4e2aeb0_Arkham_Whitepaper_FINAL.pdf
  • Why sufficient / why not (one line): Tier‑1 sources directly describe the payment role of ARKM.
  • Conflict note (if any): —

TK_2 — incentives/collateral/penalties (1/0)

  • TK_2 (decision): 1
  • Claim (one line): intel‑to‑earn: bounties/auctions (staking ARKM, payouts) + the DATA program (ARKM payments for data/labels) as incentives.
  • Evidence: Tier‑1 — https://assets-global.website-files.com/62879326fd745f7489b43224/64abc4471879916bc4e2aeb0_Arkham_Whitepaper_FINAL.pdf
  • Why sufficient / why not (one line): the whitepaper describes staking/fees/lockups and payouts.
  • Conflict note (if any): —

TK_3 — governance (1/0)

  • TK_3 (decision): 1
  • Claim (one line): the token page states that ARKM is the governance token of Arkham.
  • Evidence: Tier‑1 — https://arkm.com/token
  • Why sufficient / why not (one line): Tier‑1 directly names the governance role of the token.
  • Conflict note (if any): the specific voting mechanics are not disclosed in the extracted Tier‑1.

TK_4 — token is replaceable (1/0)

  • TK_4 (decision): 0
  • Claim (one line): the replaceability of the token is not established as a strict statement per Tier‑1; the role of the token is described, but its uniqueness is not proven.
  • Evidence: Tier‑1 — https://assets-global.website-files.com/62879326fd745f7489b43224/64abc4471879916bc4e2aeb0_Arkham_Whitepaper_FINAL.pdf
  • Why sufficient / why not (one line): we do not draw a strong conclusion without an explicit comparison of alternatives.
  • Conflict note (if any): —

Evidence (table)

Tier Source What it proves
Tier‑1 https://assets-global.website-files.com/62879326fd745f7489b43224/64abc4471879916bc4e2aeb0_Arkham_Whitepaper_FINAL.pdf Tier‑1: Ultra (AI‑powered matching), the platform architecture, the Intel Exchange (bounties/auctions), the DATA program, fees/locks.
Tier‑1 https://intel.arkm.com/ Tier‑1: the public Arkham Intel interface (a reproducible product artifact).
Tier‑1 https://platform.arkhamintelligence.com/ Tier‑1: entry point to the Intel platform (public UI).
Tier‑1 https://arkm.com/token Tier‑1: the role of the token (discounts/marketplace/governance) per the ARKM page.
Tier‑1 https://etherscan.io/token/0x6e2a43be0b1d33b726f0ca3b8de60b3482b8b050 Tier‑1: the ARKM token contract and max total supply.
Tier‑1 https://immunefi.com/bounty/arkham/ Tier‑1: bug bounty, confirmation of the Quantstamp audits and payouts in ARKM.
Tier‑1 https://www.arkhamintelligence.com/announcements Tier‑1: public product releases/milestones (announcements).
Tier‑2 — —
Tier‑3 — —

No comments to display

Back to top