Antony Lewis is a bitcoin and blockchain consultant, who previously served as the director of business development at bitcoin exchange itBit.

In this article, Lewis attempts to describe two very different uses for blockchain technology and why the division of these two functions is increasingly of interest to enterprise firms.

On Tuesday, 2nd August, I had the privilege of attending an event hosted by the Monetary Authority of Singapore, the city-state's central bank and financial services regulator.

For 90 minutes, we heard from an all-star panel: Blythe Masters, CEO of Digital Asset; David Gurle, CEO of Symphony; Daniel Gallancy, CEO of SolidX; and Tim Grant, head of R3's Lab and Research Centre.

One of the panelists said something that got me thinking – using blockchains for what she called 'proof of satisfaction', ie evidence of agreement or assertion that something happened to the satisfaction of the parties involved.

It seems that two types of blockchain* or distributed ledger are emerging: blockchains as digital token ledgers, and blockchains as registers where proofs of activities (transactions, bets, etc) are recorded.

These ledgers record ownership and changes to ownership of digital tokens.

There are two distinct types of token:

Digital assets: The token is the asset. The classic example of this is bitcoin. You own a bitcoin, that's it – you can’t take that to anyone and claim the 'underlying' thing. Satoshi Nakamoto, the creator of bitcoin, doesn’t own a bunch of gold he promises to give you if you wave a bitcoin at him. (Neither do central banks for fiat currencies, but that’s for a different post).

A bitcoin is your asset, and there is no corresponding liability owed by someone else.

Digital claims: The digital token is a claim for something against someone else who promises to give you the actual asset upon presentation of the token. It's a debt token, or an IOU. It’s your asset, but their liability.

The classic example is user-issued tokens on Ripple, where "gateways" (eg banks) issue tokens representing underlying assets (eg gold) or issue them in place of existing liabilities (eg currency deposits).

These tokens can be passed around to different owners, where changes to ownership are recorded on the shared ledger, and where owners ultimately need to come back to the issuer to claim the underlying thing, rather like claiming your coat by presenting your cloakroom ticket at the theatre.

(Note: user-issued tokens on Ripple are not to be confused with Ripple’s underlying token XRP, which actually is an asset).

This second class of blockchain contains entries that feature data, usually fingerprints of data called hashes, possibly stored with some other non-sensitive metadata. The data can represent anything, but in the financial services context, they might be trading facts about transactions negotiated and agreed "off-chain" via another channel.

This keeps the commercially sensitive secrets off the industry-shared ledger, while leaving an indelible mark on it that can be referred to later if needed.

For example:

Note that the hashes themselves can't be backwards-engineered into the trade fact data if they are well constructed. But in the future, either party can take their copy of the trade facts and show it to anyone interested and point to the hash on the blockchain which proves:

This concept can also be used to store data such as images, newspaper headlines, identity information, etc.

Private blockchain supporters prefer to store proofs of activity in databases visible to only known participants, with the comfort that all writers are known entities, and censorship may be possible, if required, and it is also cheap to write on a private blockchain.

Public blockchain supporters would argue that if all you’re doing is putting hashes somewhere without giving away any trade facts, then why not use bitcoin’s blockchain as it is the most tamper-resistant and battle-tested chain, and the cost of transactions can be kept low by bundling data and committing the bundle at once – using techniques like Merkle trees.

Personally, I think the industry needs more differentiated terminology, or to at least be clear on what we are talking about. I would suggest "distributed ledgers with asset tokens", "distributed ledgers with claim tokens" and "distributed activity registers".

Not as sexy as ‘blockchain’, but probably more clear.

Blockchains seem to be being used for very different uses: recording ownership changes of digital tokens, and recording activity with timestamped proofs of existence of data or agreements about data.

Bitcoin

Bitcoin has a blockchain which contains:

Ethereum

Ethereum has a blockchain which contains:

Ripple

Ripple is a distributed ledger which contains:

Private Industry Activity Registers

These may be distributed or not, but they are databases that contain:

The distributed ledgers may not include records of real final settlement of actual digital assets eg stock ownership unless the token is the asset a la bitcoin or a real central bank-issued digital currency.

In the private blockchain space, there are still privacy issues around letting your competitors know what you own.

This article originally appeared on Lewis's blog Bits on Blocks, and has been republished here with his permission.

Chicken and egg image via Shutterstock