dreamcash earns a deployer share of trading fees on the perpetual markets it has deployed under Hyperliquid's HIP-3 framework. Markets execute on Hyperliquid's HyperCore L1 order book; it does not operate its own matching engine. The default HIP-3 fee split allocates 50% of each user-paid fee to Hyperliquid and 50% to the deployer; deployerFeeScale is 1.0, so the standard split applies.

dreamcash offers USDC-settled perpetual contracts on US equities (NVDA, TSLA, AMZN, MSFT, META, GOOGL, INTC, HOOD), indices (USA500, EWY, KWEB), and commodities (gold, silver, WTI). All 15 markets are deployed under the HIP-3 `cash` namespace and execute on Hyperliquid's HyperCore order book.

dreamcash is a HIP-3 (builder-deployed perpetuals) deployer on Hyperliquid, deployed by wallet 0xffa8198c62adb1e811629bd54c9b646d726deef7. dreamcash is operated as a private company; no token has been issued.

website

Derivative exchanges

dreamcash

# dreamcash Trade count Methodology

## 1. Overview

Trade count measures the total number of trades executed on dreamcash products, such as `cash:USA500` and `cash:TSLA`. The frequency of user activity and market liquidity for assets traded through the project is reflected by this metric. All trades are executed on the HyperCore infrastructure and are identified through specific market namespacing.

## 2. Data sources

- **Blockchain events**: `node_fills` data from HyperCore, covering Hyperliquid

## 3. Step-by-step calculation

### Component A: Trade identification and filtering

- **Purpose**: Isolate dreamcash-specific trades and prevent double-counting of transaction sides
- **Logic**: Fill records are parsed from HyperCore data. Markets are identified by filtering for the `cash:` prefix within the asset identifier field, which denotes dreamcash-attributed markets under the HIP-3 namespacing standard. To prevent the double-counting of trades, which are recorded for both the maker and taker sides in the underlying data, the dataset is filtered to include only the taker side where the `crossed` attribute is true.
- **Key fields**: `coin` (market identification), `crossed` (side identification)

### Component B: Daily aggregation

- **Purpose**: Generate daily trade totals
- **Logic**: The identified trade events are summed to produce a total count. Results are grouped by day using the block timestamp. A zero-filling strategy is applied to ensure data continuity for days with no recorded trading activity.
- **Key fields**: `block_timestamp` (timing)

*This methodology was automatically generated by Token Terminal's methodology analyzer.*

Number of trades executed on a decentralized exchange.

dreamcash

Trade count

Trade count

Competitive landscape