Chainalysis Adds HyperEVM Support with Automatic Token Coverage
Chainalysis announced on 3 September 2026 that its blockchain analytics platform now covers HyperEVM, the Ethereum-compatible smart contract environment embedded in the Hyperliquid Layer 1 blockchain. The integration goes beyond simply recognising Hyperliquid's native HYPE token: every new fungible and non-fungible token deployed on HyperEVM that conforms to major Ethereum token standards is picked up automatically as it is minted, with no manual onboarding required. For compliance officers, auditors, and the crypto accounting software stacks that sit behind them, this raises a practical question that deserves a careful answer: what does seamless, real-time token ingestion mean for AML workflows and for the integrity of digital asset accounting records?
What HyperEVM Is and Why It Matters for Compliance
Hyperliquid is a Layer 1 blockchain that has attracted significant developer attention for its high-throughput trading infrastructure. HyperEVM is its Ethereum Virtual Machine layer, designed to let developers deploy standard Solidity contracts and connect them to HyperCore, Hyperliquid's underlying order-book and liquidity engine. Because HyperEVM is EVM-compatible, any token built to the ERC-20 (fungible) or ERC-721 (non-fungible) standard can be deployed there with minimal friction.
The token proliferation challenge
EVM compatibility is a double-edged standard. It accelerates legitimate innovation, but it also dramatically lowers the barrier to token creation. On established EVM chains, new tokens are minted continuously, and compliance teams have long struggled to keep pace. The same dynamic will play out on HyperEVM. Without automated coverage, every new token represents a gap: transactions involving unrecognised assets cannot be risk-scored, fund flows cannot be traced, and client books contain entries that crypto bookkeeping software cannot classify against a known risk profile.
Connecting HyperEVM to HyperCore
The integration is not limited to the EVM layer in isolation. Because HyperEVM connects to HyperCore, analytics coverage effectively extends into the broader Hyperliquid ecosystem. That connectivity matters for tracing fund flows that cross between the smart-contract layer and the native trading infrastructure, a common pattern in DeFi environments where users move assets between an application layer and a settlement or liquidity layer.
What the Chainalysis Integration Actually Covers
Chainalysis has structured the HyperEVM integration across three of its core product areas, each of which has a distinct compliance and accounting relevance.
Know Your Transaction monitoring
HyperEVM tokens are now available inside the Chainalysis KYT (Know Your Transaction) product. This means that exchanges, custodians, and other virtual asset service providers transacting in HyperEVM assets can receive actionable alerts and apply continuous transaction monitoring from the moment a token is minted, rather than waiting for a manual coverage update. The practical implication is that a newly launched token on HyperEVM enters a monitored environment almost immediately, which shortens the window during which it could be used to route funds without triggering a screening alert.
Investigations and fund-flow tracing
Chainalysis has also integrated HyperEVM into its flagship investigations tooling. Compliance analysts can now trace fund flows across HyperEVM tokens, visualise money movements, and identify patterns that may indicate illicit activity. For AML teams responding to suspicious activity reports or supporting law enforcement requests, the ability to follow a trail from a HyperEVM token through to connected wallets or exchanges on other chains is significant. Cross-chain tracing has historically been one of the hardest problems in crypto AML, and EVM interoperability does not make it simpler.
Automatic token onboarding
The headline feature of this integration is the automatic coverage model. As new tokens are minted on HyperEVM, they are added to the platform without manual intervention. This is a departure from earlier approaches where coverage teams had to assess and onboard each token individually, a process that could lag behind token creation by days or weeks. For digital asset accounting software workflows, this has a secondary benefit: a token that Chainalysis already recognises is also more likely to be classifiable within a firm's chart of accounts from first transaction, rather than sitting in an unclassified holding category pending manual review.
AML and Compliance Implications for Accounting Firms and CFOs
The Chainalysis HyperEVM announcement touches several layers of the compliance stack that accounting firms and finance teams need to think through carefully.
Expanded asset-class coverage in client portfolios
Clients who are active on Hyperliquid will increasingly hold HyperEVM tokens alongside more established assets. If those tokens are not recognised by a firm's crypto bookkeeping software or by the analytics layer feeding into it, the firm faces a classification gap. Transactions will still appear on-chain; they simply will not be labelled, risk-scored, or mapped to a counterparty type. The Chainalysis integration does not automatically resolve a firm's own software gaps, but it does mean that the underlying analytics infrastructure now has coverage, which is a prerequisite for building a compliant workflow on top.
Risk-based approach obligations
Regulators globally, from the Financial Action Task Force down to national supervisors, expect VASPs and their professional advisers to apply a risk-based approach to new asset classes. A compliance team that cannot demonstrate it has assessed HyperEVM token exposure in client portfolios risks a supervisory finding. The existence of automated Chainalysis coverage strengthens the practical case for treating HyperEVM assets within an existing AML framework rather than carving them out as uncategorised. It does not, however, substitute for a firm's own written risk assessment or for updated policies that explicitly address the Hyperliquid ecosystem. For further background on how blockchain analytics integrates with AML obligations at the firm level, see our earlier analysis of blockchain analytics and AML implications for accounting firms.
Suspicious activity reporting triggers
With KYT coverage now active for HyperEVM tokens, alerts will begin to flow for transactions that exceed risk thresholds or that involve wallets with adverse history. For accounting firms acting as compliance advisers or as outsourced MLRO functions for crypto-native clients, this means SAR obligations may arise in relation to HyperEVM activity that would previously have been invisible to screening tools. Firms should review their SAR escalation procedures to confirm they are operationally ready to handle alerts from this new ecosystem.
Accounting Treatment of HyperEVM Tokens
Separate from the AML question, the arrival of HyperEVM tokens in client portfolios creates accounting classification work. Under IFRS, most tokens that do not confer a contractual right to cash will be treated as intangible assets under IAS 38, subject to the impairment-only model. Where a token is held primarily for trading, an argument for fair-value-through-profit-or-loss treatment under IFRS 9 may arise, depending on the specific rights attached. Under US GAAP, the FASB's ASC 350-60 framework now requires fair value measurement for in-scope crypto assets, but the scope criteria must be assessed token by token. Neither standard provides a blanket rule that automatically classifies every ERC-20 token identically.
Record-keeping and cost-basis tracking
Every HyperEVM token acquisition, disposal, or transfer between wallets potentially creates a taxable event or, at minimum, a cost-basis tracking obligation. Digital asset accounting software that cannot ingest HyperEVM transaction data will leave gaps in the cost-basis ledger. Finance teams should verify that their data pipeline, from on-chain data through to their general ledger, can handle HyperEVM contract addresses and token standards. The automatic onboarding model Chainalysis has adopted means the analytics layer is ready; the question is whether the downstream accounting stack is equally prepared. This connects directly to the broader data-coverage question explored in our piece on how the CARF coverage gap affects digital asset accounting software workflows.
NFT-specific considerations
The inclusion of ERC-721 (non-fungible token) support is worth flagging separately. NFTs on HyperEVM may be used in gaming, loyalty programmes, or as representations of real-world assets. Each of those use cases carries a different accounting and tax treatment, and the NFT money-laundering risk profile differs from fungible tokens. Compliance teams should not assume that the risk-scoring model calibrated for ERC-20 tokens will transfer unchanged to ERC-721 assets on HyperEVM.
What Firms Should Do Now
The Chainalysis announcement is an infrastructure update, not a compliance shortcut. Here is a practical checklist for accounting firms and corporate finance teams with crypto-active clients or treasury positions.
Review your current coverage gaps
Audit whether your existing crypto accounting software and AML screening tools can ingest HyperEVM contract addresses and token metadata. If they rely on a manually maintained token list, that list will need updating. If they connect via API to an analytics provider that now covers HyperEVM automatically, confirm that the integration is active and that alert routing is configured correctly.
Update your risk assessment documentation
Add HyperEVM and Hyperliquid as named ecosystems in your firm's digital asset risk assessment. Document the token proliferation risk, the cross-layer fund-flow risk between HyperEVM and HyperCore, and your monitoring response. Regulators increasingly expect named assessments of specific ecosystems, not only generic "DeFi" or "Layer 2" categories.
Confirm SAR escalation paths
If your screening tool now generates HyperEVM alerts, someone in your team needs to be able to triage them. Confirm that your MLRO or outsourced compliance function has been briefed on the new coverage, and that the escalation path from alert to internal report to external SAR (where required) is documented and tested.
Assess cost-basis pipeline readiness
For any client holding HyperEVM tokens, test whether your bookkeeping pipeline correctly captures acquisition cost, timestamps, and wallet attribution for HyperEVM transactions. Do this before year-end, not after, because reconstructing cost basis from raw on-chain data retrospectively is significantly more labour-intensive than capturing it at the time of the transaction.
Frequently Asked Questions
What is HyperEVM and how does it relate to Hyperliquid?
HyperEVM is the Ethereum-compatible smart contract environment built into the Hyperliquid Layer 1 blockchain. It allows developers to deploy standard Ethereum applications and tokens while connecting to HyperCore, Hyperliquid's native trading and liquidity infrastructure.
Does automatic token onboarding mean every HyperEVM token is automatically safe to transact with?
No. Automatic onboarding means the analytics platform recognises the token and can assign a risk score to transactions involving it. Whether a specific token is suitable for a client to hold or transact is a separate compliance and investment decision that depends on the token's characteristics, the client's risk appetite, and applicable regulatory requirements.
How should accountants classify HyperEVM ERC-20 tokens on a client's balance sheet?
Under IFRS, most ERC-20 tokens that do not confer contractual cash-flow rights are likely to be intangible assets under IAS 38. Under US GAAP, ASC 350-60 may apply for tokens meeting its scope criteria, requiring fair value measurement. Each token needs its own assessment based on the rights it confers. Firms should not apply a single classification rule across all HyperEVM tokens without reviewing the specific terms of each.
What is the difference in AML risk between ERC-20 and ERC-721 tokens on HyperEVM?
ERC-20 tokens are fungible and can be used for layering and integration in money-laundering schemes similarly to other fungible crypto assets. ERC-721 NFTs carry additional risks, including wash trading to establish artificial valuations, use in structuring, and opacity around beneficial ownership of the underlying asset. Compliance teams should apply separate risk criteria to each token type.
Does this announcement change FATF Travel Rule obligations for HyperEVM transactions?
The FATF Travel Rule applies to virtual asset transfers between VASPs above the relevant threshold, regardless of which blockchain they occur on. HyperEVM transactions are not exempt. VASPs handling HyperEVM transfers need to confirm that their Travel Rule solution can identify and transmit originator and beneficiary information for HyperEVM token transfers, just as they would for transactions on Ethereum mainnet.
Source: Chainalysis