14.1 Digital Assets

Digital assets sit in Section Nine: Comparative Market Analysis of the 2026 CMT Program Guide (this chapter covers units 7 and 8 of that section). The unit lives under Cross-asset Analysis inside Advanced Techniques, which is 26% of CMT Level I—the 132-question, 2-hour sitting (120 scored plus 12 unscored pilots). Level I wants introductory definitions: why these assets exist, how a blockchain network functions, what on-chain series a technician can actually read, and why price-based methods travel well in a 24/7 auction. This OpenExamPrep section is independent study material for those CMT Level I topics. It is not a crypto-trading course, and it is not a CMT Association publication. Independent CMT Level I practice by OpenExamPrep is at /practice/cmt.

Futures, ETPs, and currencies in the previous chapter still settle through conventional market plumbing. Native digital assets add a public ledger that anyone can inspect. That ledger is why "volume" on an exchange and "volume" on the chain can disagree. Keep those tapes separate from the first paragraph.

Why digital assets exist

A digital asset in this unit is a scarce electronic claim that can be transferred across a public network without asking a central registrar to update the book. That is the "why they exist" sentence the exam is hunting.

Banks, brokers, and depositories already move value. Those systems depend on trusted intermediaries that can freeze, reverse, or gate a transfer. Digital-asset protocols were written so that:

1. Scarcity can be enforced by protocol rules rather than by a single issuer's spreadsheet. Bitcoin's issuance schedule is the teaching example: new supply arrives on a published timetable, not by a board vote.
2. Settlement can be bearer-style. Control of a private key is control of the coins at that address. That is powerful and unforgiving: a lost key is a lost asset.
3. Transfer does not wait on an exchange calendar. Nodes do not close for a New York holiday.
4. The same rails can carry programmable conditions (smart contracts), which is why tokens exist beyond a single "digital gold" story.

For a technician, the design purpose matters because it explains the data you will actually see. A 24/7 bearer-style market produces a continuous price, fragmented venue volume, and a public transaction tape (the chain) that is not the same thing as an exchange matching-engine tape.

Do not confuse "digital asset" with "any electronic record of a stock." A listed share at a DTC-participant broker is still a claim on a corporate issuer, held in a legally wrapped account. Native crypto assets live first on the chain; exchange balances are IOUs stacked on that chain. That split is why on-chain data and exchange data can tell different stories about the same ticker.

Worked contrast: you buy 1.0 bitcoin on a centralized venue. The venue credits an internal account. Until you withdraw, the chain may not move. The candle you just watched was an off-chain print. A later withdrawal is the on-chain event. Mixing those two tapes is the most common Level I error in this unit.

How a blockchain network functions

A blockchain is a distributed ledger: many independent computers (nodes) keep a copy of the same ordered history of transfers. No single server is "the" books.

Three words do the definition-level work.

Blocks are the packaging. Each block contains a list of transactions plus a cryptographic link to the prior block. That link is why rewriting old history is expensive: you would have to rebuild every later block.

Consensus is the agreement process. Proof-of-work and proof-of-stake are two common families. Level I does not need you to derive a difficulty adjustment. You do need the idea: the network agrees on one next state, that state is appended as a block, then copies of the ledger update.

A typical on-chain transfer:

1. A user signs a transaction with a private key.
2. The transaction is broadcast into a pending pool (often called the mempool).
3. A block producer includes it in a candidate block.
4. Consensus accepts that block.
5. Nodes append it, and the coins show a new on-chain location.

Exchanges sit beside this process, not inside it. Reported exchange volume is not on-chain volume. "Coins moving to an exchange" is a different series from "bitcoin printed a green candle on Venue X."

On-chain data: technician-relevant series

On-chain data is information taken from the public ledger itself: addresses, amounts, fees, and the timestamps of confirmed transfers. It is the crypto analogue of "looking at the tape," except the tape is the chain rather than a single exchange matching engine.

Treat these series the way you already treat breadth, on-balance volume, or commitment-of-traders: as context around price, not as a magic buy signal. The 2026 Program Guide asks you to discuss what on-chain data is and to name types. Four series cover Level I:

Active addresses answer "how many doors opened in this window?" not "how many humans traded?" A surge can mean genuine adoption, or it can mean airdrop farming and wallet splitting.

Transaction counts answer "how busy is the chain?" Rising counts with rising fees often confirm that the price move is occurring alongside real network demand. Falling counts into a price melt-up can warn that the move is venue-driven rather than chain-driven.

Realized cap is the most valuation-flavored of the four. Market capitalization is last price times circulating supply. Realized cap re-prices each coin only when it moves. If price runs far above realized cap, a large share of the supply is sitting on large paper gains—a condition technicians already understand as extended. If price slumps toward realized cap, a larger share of the supply is near its last on-chain cost. That is a crowding / capitulation lens, not a discounted-cash-flow model.

Worked sketch: circulating supply 19 million coins; last trade $100,000; market cap about $1.9 trillion. If coins last moved at much lower prices on average, realized cap might print closer to $0.8 trillion. The gap is not a "fair value." It is a statement that a lot of supply is deep in profit at the current print—useful context, the same way a market far above a long moving average is extended.

Exchange flows are the closest on-chain cousin to inventory. Coins landing on exchanges are more available to hit bids. Coins leaving exchanges are harder to dump in the next hour. Use them as flow, the same way you would not treat a single CFTC week as a complete positioning picture.

Keep the hierarchy straight: price is still the primary series. On-chain metrics are supporting evidence. Level I is not asking you to become an on-chain quant.

Why technical analysis travels well in crypto

The Program Guide asks you to outline why technical methods are a natural fit for cryptocurrencies and digital assets. Four structural reasons do the job:

1. Twenty-four-hour auction. There is no official close that resets a specialist's book. Bar construction still works—you pick a clock—but the market does not "gap open" from overnight inventory the way a listed stock can. Weekend price is real price.
2. Global and venue-agnostic at the asset level. A bitcoin is a bitcoin on any honest chain explorer. That makes price-first comparison across venues a core skill, not an afterthought.
3. Price is the public fundamental. Native tokens rarely publish quarterly EPS. The crowd's changing willingness to pay is much of the news flow. Classical tools—trend, range, breakout, venue volume, momentum—were built for that kind of auction.
4. Fewer traditional fundamental releases. No earnings season, no coupon calendar for the token itself (macro still matters). Event risk still exists—protocol upgrades, exchange failures, regulatory headlines—but the scheduled fundamental calendar is thinner, so the chart carries more of the information set.

None of that means crypto is easier. It means the toolkit you already study for CMT Level I is not a mismatch for a 24/7, price-led market. Moving averages, ranges, and relative strength still describe the auction. What changes is data hygiene.

Data traps: exchange-specific volume, forks, and thin alts

Exchange-specific volume. Reported volume is a property of a venue, not of "the Bitcoin market." One exchange can print huge size that never shows up on another. Wash trading and incentive programs have historically inflated prints on smaller venues. When a question mentions a volume surge, ask which book. A breakout on a thin print with no confirmation on a deeper venue is a suspect signal.

Forks. A fork is a chain split: rules diverge, and two histories (and often two assets) continue. Tickers, charting platforms, and "continuous" contracts can mishandle the event. Prices, volume, and on-chain metrics may jump, drop, or duplicate. Treat a fork like a corporate action with no transfer agent: check whether your series was back-adjusted, dropped, or split into two coins.

Thin alts. Most tokens are illiquid. Spreads are wide, depth is poor, and a modest order can gap the chart. Indicators that assume continuous two-sided flow—average true range, VWAP, oscillator divergences—become noisy or outright misleading. Level I judgment: the same pattern that is meaningful on a deep market can be a mirage on a low-liquidity alt. Prefer the liquid majors when you need a clean example of trend or range.

A practical checklist before you trust a crypto chart:

• Is the series a native chain asset or an exchange IOU / derivative?
• Is volume from one venue or aggregated, and is the aggregation honest?
• Did a fork, airdrop, or ticker rename break continuity?
• Is liquidity deep enough for the pattern you are naming?

If those answers are fuzzy, downgrade the signal. That is technician discipline, not anti-crypto bias.

Exam habits for this unit

Expect definition items ("what is realized cap?") and judgment items ("why might a technician distrust a volume spike on an unknown venue?"). You will not need to compute a coin-age distribution. You will need to keep chain data, exchange data, and price in separate mental buckets. A later volatility unit will go deeper on implied versus historical volatility; this unit only needs you to treat crypto as a price-led, 24/7 auction with a public ledger beside the exchange tape.

Key Takeaways

• Digital assets exist so scarce claims can move without a central registrar; exchange IOUs are not the chain
• Blockchain = distributed ledger + consensus + chained blocks
• On-chain series for Level I: active addresses, transaction counts, realized cap, exchange flows—context around price
• Technical analysis travels well: 24/7 auction, global, price-first, thinner fundamental calendar
• Distrust exchange-specific volume, fork breaks in continuity, and thin-alt "patterns"