Nasdaq CEO Sees Tokenization Freeing Trapped Capital

Nasdaq CEO Adena Friedman says tokenization could free tens of billions of dollars in trapped capital. The opportunity she identifies sits in a familiar corner of finance: institutions own assets they might use as collateral, but moving those assets between parties can involve delays, intermediaries and rules that limit when the assets can be put to work. The tens-of-billions figure is a projection, with no completed deployment or measured release attached to it in the cited accounts.

The proposal deserves attention because it targets an expensive problem rather than asking people to buy a digital token for its own sake. It also invites a question that blockchain pitches sometimes glide past: once an asset has a faster way to travel, will anyone at the other end accept it?

What Would Actually Be Unlocked?

Friedman's focus on collateral assets gives the claim more substance than a general promise to put finance on a blockchain. Collateral is an asset pledged to secure an obligation. If a firm needs to meet a collateral demand, it may have sufficient assets on its books yet face practical limits on how quickly it can transfer an eligible one to the right counterparty.

Tokenization represents ownership of an asset, or a claim on it, with a digital token. In the strongest version of Friedman's argument, an institution could use a shared system to establish who holds a claim, transfer it and confirm the transfer faster. An asset that previously sat idle during part of that process could become usable sooner. Easier movement of institutional assets is the economic proposition.

Consider a hypothetical firm holding a security that a lender would accept as collateral. The firm needs to deliver that security to secure a transaction. If the transfer and confirmation take time, the firm might keep other resources ready in case the delivery does not arrive when needed. A system that makes the transfer reliable and faster could reduce that cushion. The benefit would come from using existing resources more efficiently; no new security appears because somebody issued a token.

That example depends on several conditions. The lender must accept the asset and the form of transfer. The firm must be allowed to pledge it. Both parties must agree on its value and on what happens if the borrower defaults. A token can help record or move a claim, but it cannot make an unacceptable asset eligible collateral by changing its packaging.

The Token Has to Survive Contact with Law

An asset token is useful only if the rights attached to it hold up outside the software system. Suppose a token changes hands at 2 a.m. Who owns the underlying asset at that point? Who can enforce a claim if the issuer fails or two parties assert rights over the same collateral? What does a court recognize as the record of ownership? Those questions shape whether an institution can treat a token transfer as final rather than as a message requiring further paperwork.

Custody adds another layer. Someone must safeguard the underlying asset, maintain records that match token balances and handle mistakes, loss of access or a disputed transfer. A system designed for institutional use also needs controls over who can participate and what each participant can see. Faster movement is attractive; faster movement to the wrong party is a different product.

Settlement presents a related problem. Many financial transactions involve two legs: delivery of an asset and delivery of payment. Recording one leg on a blockchain does little for a participant if the other remains delayed or uncertain. A tokenized asset might change owners rapidly inside one system, while the cash needed to complete the transaction moves through another. The promised saving depends on how those systems meet, including the rules that determine when neither side can back out.

It explains why the software is only one component of a market. Shared records could reduce repeated reconciliation between participants, and clearer transfer procedures could make some collateral easier to mobilize. Those are plausible benefits. Their size depends on legal agreements, operational design and the willingness of institutions to rely on the result.

Faster Transfers Need Somewhere to Go

Liquidity is the other constraint. A token could be transferable in seconds and still have few willing buyers or collateral takers. Markets need participants who agree on price, eligibility and risk. A digital representation cannot supply those agreements automatically.

The choice of system also changes the trade-offs. A tightly controlled network can restrict access to institutions that meet its requirements, making it easier to enforce participation rules. Those same restrictions can limit how widely a token travels. A more open network could reach more potential counterparties, while raising harder questions about privacy, oversight and who can reverse an erroneous transaction. Neither design settles the question of which institutions will accept the asset.

Then comes compatibility. Banks, custodians and other market participants already maintain records and obligations in established systems. If a tokenized transfer has to be entered manually into those systems afterward, part of the speed advantage disappears. If the token system becomes authoritative, participants must decide who operates it, who pays for it, who can change its rules and what happens when it goes down. The ledger does not get to appoint its own regulator.

For an exchange operator such as Nasdaq, the strategic interest is understandable. Infrastructure that makes assets easier to move could attract activity from institutions that already depend on market plumbing. Potential users would ask a different question: does the system lower their total cost after custody, compliance, integration and operational risk are counted? A faster transaction can still be an expensive one.

How to Test a Billions-Scale Claim

A useful test would begin with an asset and a task, such as delivering eligible collateral to a counterparty. Measure how long that task takes through existing arrangements. Then measure the full tokenized process, from initiating the transfer to the point at which the recipient can rely on the asset. Counting the moment a token changes address would flatter the new system if legal confirmation or cash settlement happened later.

Cost comparisons need the same discipline. Network fees are only one line item. A firm may need custody services, software integration, legal work and staff to manage exceptions. Savings for one participant could also be costs shifted to another. Publishing who pays each bill would make the claimed efficiency easier to evaluate.

Participation may be the hardest metric to polish. How many institutions can use a tokenized asset without a bespoke agreement? How many actually do? Can they use it repeatedly with different counterparties, or does each transfer lead back to a separate approval process? Those figures would show whether tokenization has widened access to capital or merely given a small group of participants a faster route between themselves.

The infrastructure question resembles the one facing AI deployments, though the technologies solve different problems. A system can perform an impressive task in isolation while the organizations expected to use it struggle with governance, accountability and integration. Finance adds a particularly unforgiving requirement: the transfer must work when parties disagree, not just when everyone follows the demonstration script.

Friedman's pitch starts with capital that institutions could put to better use. The decisive transaction will be the ordinary one: an asset pledged, accepted and settled at lower total cost, with its legal owner clear all the way through.