The address of the asset: naming and discoverability in the tokenised economy

Key takeaways

• Names are infrastructure: Before a tokenised asset can be traded, financed or audited, it must be found. The naming layer — domains, identifiers and the records behind them — is the discoverability layer of the tokenised economy, and it is largely invisible until it fails.
• Meaning beats brevity: Legacy habit favours two- and three-letter extensions, but descriptive names that read as a compound concept increasingly outperform arbitrary abbreviations in recall and click-through, because they say what the thing is.
• The digital twin needs an address: A tokenised building, bond or barrel exists as a digital representation of a physical thing. The name is the bridge between the two — the point where an investor, auditor or machine first meets the asset.
• Identity is an evidence problem: A name that resolves to nothing, or to something unverifiable, is a liability. In Rwannie's terms, a name is only as good as the observed evidence it points to.
• The window is reopening: ICANN, the body that coordinates the internet's naming system, is preparing a new round of top-level domain applications — the first since 2012 — which will test how seriously institutions take owning their own slice of the naming layer.

The layer nobody talks about

Ask what makes a tokenised asset real, and the answers come quickly: the legal wrapper, the custodian, the smart contract, the audit. Almost nobody mentions the name.

Yet every journey to a real-world asset begins the same way — with an address typed, clicked or resolved by a machine. Before the prospectus is read, before the evidence dossier is opened, before a single unit changes hands, the asset must be found. The naming layer is the front door of the tokenised economy, and it is treated with strikingly little seriousness by an industry that otherwise obsesses over infrastructure.

This is a strange blind spot. The internet's domain name system (DNS) is one of the oldest continuously running pieces of critical infrastructure in the digital world, administered globally by ICANN, the non-profit that coordinates unique identifiers online. It is, in the most literal sense, analogue-era plumbing: designed in the 1980s, hierarchical, and built on the assumption that names are scarce and must be rationed. The tokenised economy is being built on top of it whether anyone plans for that or not.

Why two letters stopped meaning trust

For three decades, the conventions of naming were set by scarcity. Short extensions — two or three letters — carried prestige because they were the original real estate of the internet. A short name signalled that you arrived early, paid dearly, or both. Length was a proxy for legitimacy.

That proxy is weakening, and the reasons are instructive.

First, scarcity moved. When ICANN opened the first major expansion of the naming system in 2012, it received nearly 2,000 applications for new top-level domains, and hundreds of descriptive extensions subsequently entered the root — words, not letter strings. The supply of meaningful names expanded by orders of magnitude, and with it the assumption that a serious entity must crowd into the same three-letter suffix.

Second, meaning compounds. A name that reads as a complete concept — a word joined to a word — is remembered as a single idea rather than decoded as an abbreviation. Behavioural research on naming consistently finds that descriptive, pronounceable names outperform arbitrary ones on recall and trust at first contact. An investor encountering a name for the first time does not parse it letter by letter; they read it. What reads naturally, sticks.

Third, machines became the audience. A growing share of discovery is mediated by search engines, voice interfaces and AI assistants that parse language, not nostalgia. To a machine, a descriptive name is a semantic signal; an arbitrary abbreviation is noise. The naming conventions optimised for human habit in 1998 are increasingly misaligned with how things are actually found in 2026.

"A name is not a label on the asset. It is the first piece of evidence the market receives about whether the asset is serious."

The digital twin needs an address

Tokenisation adds a twist that traditional finance never faced. A tokenised asset is a digital twin: a programmable representation of something that exists somewhere else — a warehouse in Rotterdam, a solar farm in Jamaica, a pool of invoices in São Paulo. The twin and the thing are connected by legal documents, data feeds and attestations. But they are also connected by something more basic: a name that lets a stranger locate the twin and begin verifying it against the thing.

This makes naming an evidence problem, not a marketing one. Consider what a name must do for a tokenised asset:

• Resolve to the asset, unambiguously. One name, one asset, one canonical record. Ambiguity is where impersonation begins — and impersonation is the oldest fraud in digital finance.
• Point to evidence, not promotion. The address should lead to the dossier: custody arrangements, cash-flow data, legal structure. A name that resolves to a brochure is a red flag dressed as a brand.
• Survive the issuer. Assets outlive platforms. If the name is entangled with a single intermediary's infrastructure, the asset's discoverability dies with that intermediary's business model.
• Be legible to machines. Registries, oracles and compliance tooling increasingly crawl the naming layer directly. A name that machines can parse and cross-reference is worth more than one that merely sounds impressive.

In Rwannie's framework, this maps cleanly onto the evidence discipline we apply everywhere else. A name is an assumption — a claim about identity — until what it resolves to is observed and verifiable. The market will eventually price the difference.

What the naming layer looks like in practice

The gap between how naming is treated and what it must do is easiest to see side by side.

Dimension	Legacy habit	What tokenised assets need
Basis of value	Shortness and age	Meaning and unambiguous reference
Audience	Human memory	Humans and machines parsing semantics
Resolves to	A homepage or landing page	A canonical, verifiable asset record
Lifetime	Tied to a company or campaign	Must outlive issuers and platforms
Failure mode	Forgettable	Impersonation, orphaned assets, broken provenance
Governance	Registrar account admin	Part of the asset's legal and evidence structure

None of this requires new technology. It requires treating the name as part of the asset's documentation — something that belongs in the same dossier as the custody agreement and the audit, with the same expectations of continuity and verification.

The institutional question: own the layer or rent it

The 2012 expansion round produced an instructive split. Some applicants sought descriptive words open to anyone; others — including major banks and brands — applied for their own names as top-level domains, effectively buying sovereignty over an entire slice of the naming layer. The results were mixed: many corporate extensions sat barely used, and the experiment was widely read as a cautionary tale about buying infrastructure without a purpose for it.

But the lesson cuts both ways. The failures were not failures of ownership; they were failures of use. A sovereign namespace with nothing behind it is a vanity asset. A sovereign namespace that resolves every product, fund and asset to a verifiable record is something else entirely — a trust root.

ICANN has been preparing a follow-up round of applications, with the next window expected to open in 2026 — the first meaningful opportunity in fourteen years for institutions to claim their own slice of the naming layer. For issuers of tokenised assets, the strategic question is sharper than it was in 2012: if your assets live at addresses you do not control, under rules set by registries you have no relationship with, how much of your asset's identity do you actually own?

The answer matters most for exactly the institutions tokenisation is courting. A pension fund allocating to a tokenised credit pool will not only ask what the assets are; it will ask where they live, who controls that address, and what happens to it if the issuer disappears.

A framework for evaluating asset identity

When you assess a tokenised asset — in Rwannie's Explore interface or anywhere else — the naming and identity layer deserves its own line in the diligence checklist:

1. Is the canonical address stable and singular? One authoritative location for the asset's record, not a scattering of mirrors and marketing pages.
2. Does the name describe the thing? Descriptive names reduce impersonation surface and improve machine legibility. Arbitrary names shift the burden of proof onto marketing.
3. Who controls the address, and for how long? Registration term, renewal arrangements and what the legal documents say about continuity if the issuer is wound down.
4. What does the address resolve to? Evidence — custody, cash flows, audits — or promotion. The ratio of the two is itself a signal.
5. Is the identity machine-readable? Structured records that registries, oracles and compliance tools can cross-reference without a human in the loop.

None of these questions appear in a standard term sheet. All of them determine whether the asset can be found, verified and trusted at scale.

The honest limits

Naming is necessary infrastructure, but it is not sufficient, and it carries its own risks.

• A good name proves nothing by itself. Descriptive names can be registered by anyone, including bad actors. The name is the front door; the evidence behind it is the building. Confusing the two is how polished frauds get funded.
• The naming system has its own centralisation. The DNS is hierarchical and ultimately coordinated by a small number of bodies. Alternative naming systems exist on-chain, but they fragment discoverability rather than unify it, and none has achieved the universal resolution the legacy system enjoys.
• Sovereign namespaces are expensive and slow. Operating a top-level domain is a registry business, with registry obligations. It is a commitment measured in decades, not funding rounds.
• Figures in this space are thin. Reliable, observed data on naming behaviour in tokenised markets barely exists. Much of what is asserted about recall and trust is modelled from adjacent research, not measured in this market specifically.

What this means for the tokenised economy

The tokenised economy is, at bottom, an attempt to make real-world assets legible to digital systems — tradable, programmable, auditable. Legibility begins with a name. An asset that cannot be found cannot be verified; an asset that cannot be verified cannot be trusted; and an asset that cannot be trusted will not be held by the institutions whose capital the whole project is meant to attract.

The industry has spent a decade perfecting what happens after an investor arrives: the custody, the settlement, the compliance. The next decade will be partly about what happens before — the layer where an asset first becomes findable, nameable and real to the outside world. That layer is older than the internet's critics realise and newer than its incumbents assume. It is due for the same rigorous, evidence-first treatment as everything else the tokenised economy touches.

---

This article is general education, not investment, legal or tax advice. References to ICANN processes reflect publicly available information as at the date of publication and may change. Naming and behavioural observations are drawn from adjacent research and should be read as modelled context, not measured market data.