{"id":131,"date":"2026-08-04T22:33:34","date_gmt":"2026-08-04T22:33:34","guid":{"rendered":"https:\/\/coinpric.com\/?p=131"},"modified":"2026-08-05T19:09:06","modified_gmt":"2026-08-05T19:09:06","slug":"what-a-token-proves-about-ownership","status":"publish","type":"post","link":"https:\/\/coinpric.com\/es\/what-a-token-proves-about-ownership\/","title":{"rendered":"What a token actually proves about ownership"},"content":{"rendered":"
\n

The short version<\/h2>\n

A token proves one thing precisely: that a particular ledger entry is controlled by a particular key. It does not prove ownership of whatever the token refers to, because a chain cannot enforce rights over off-chain things. Rights come from a licence or contract, and most tokens are sold without one. The technology is sound; the claim usually made for it is not.<\/p>\n<\/div>\n

The interesting question about non-fungible tokens is not whether they are valuable. It is what one actually establishes \u2014 because that has a clear answer, and it is narrower than almost all of the surrounding discussion assumes.<\/p>\n

The mechanism, precisely<\/h2>\n

A conventional token is fungible: any unit is interchangeable with any other, like a coin. A non-fungible token is one whose units are individually distinguishable, so a contract can track each one separately and record which address controls it.<\/p>\n

What the blockchain<\/a> establishes, with certainty and without trusting anyone: that a specific token identifier within a specific contract is currently assigned to a specific address, and the complete history of that assignment. That is genuine and useful. It is also the entire extent of it.<\/p>\n

Crucially, the artwork, video or document is almost never on the chain. Storing large files on-chain is prohibitively expensive, so the token holds a pointer \u2014 a piece of metadata containing a link. The token is a ledger entry with an address attached to it.<\/p>\n

The three-link chain, and where it breaks<\/h2>\n

For \u00abI own this thing\u00bb to hold, three links must all hold:<\/p>\n

\n\n\n\n\n\n\n
Link<\/th>\nGuaranteed by<\/th>\nStrength<\/th>\n<\/tr>\n<\/thead>\n
Your key controls the token<\/td>\nCryptography and consensus<\/td>\nVery strong<\/td>\n<\/tr>\n
The token points at the file<\/td>\nA link in metadata<\/td>\nOnly as durable as the link<\/td>\n<\/tr>\n
Controlling the token grants rights<\/td>\nA licence or contract, off-chain<\/td>\nUsually absent<\/td>\n<\/tr>\n<\/tbody>\n<\/table><\/div>\n

The first link is excellent. The second is where the technical fragility lives. The third is where the conceptual problem lives \u2014 and it is much the more important of the two.<\/p>\n

Link two: pointers rot<\/h2>\n

If the metadata contains a conventional web address, then the token depends on someone continuing to pay for that server. When it lapses, the token remains perfectly valid and points at nothing. The ledger entry is intact; the reference is dead.<\/p>\n

Content-addressed storage improves this substantially: the pointer is a hash of the content, so any copy can be verified as the right file and the reference cannot silently be swapped for a different image. But it still requires that at least one participant is storing the file. Content addressing guarantees integrity<\/em>, not availability<\/em>. If nobody keeps a copy, a verifiable pointer to an absent file is what you have.<\/p>\n

A small number of projects store the artwork fully on-chain, usually by generating it from code. Those genuinely do not have this problem. They are the exception.<\/p>\n

Link three: a chain cannot enforce rights over off-chain things<\/h2>\n

This is the one that matters, and it is a limit of law rather than of engineering.<\/p>\n

A blockchain can enforce anything inside its own state \u2014 it can guarantee that only your key moves that token. It has no ability whatsoever to affect the world outside. It cannot stop anyone copying an image, cannot prevent the creator selling the same rights elsewhere, and cannot give you standing to object.<\/p>\n

Copyright, in essentially every jurisdiction, sits with the creator unless it is transferred by a written agreement. Buying a physical painting does not give you the right to reproduce it, and buying a token is not different. So what you actually get depends on the licence the seller granted \u2014 and the range is enormous:<\/p>\n