The emergence of blockchains as Activity Registers

This post tries to describe two very different uses for blockchain technology: Digital Token Ledgers that record ownership changes of digital tokens, and Activity Registers that record timestamped proofs of existence of data or agreements about data.  Bitcoin is used for both.

On Tuesday 2 August, I had the privilege of attending an event hosted by the Monetary Authority of Singapore (Singapore’s financial services regulator and central bank). For 90 minutes we heard from an all-star panel:

This was charismatically chaired by Tim Grant, head of Lab and Research Centre at R3.

Two types of ledger

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.


1. Digital token ledgers

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 doesn’t own a bunch of gold which 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.  (NB user-issued tokens on Ripple are not to be confused with Ripple’s underlying token XRP which actually is an asset)

2. Activity Registers

This second class of blockchain contains entries that contain 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 trade 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:

  1. Two banks agree on a trade, with various trade facts (dates, price, amounts, etc). They can agree via any mechanism such as telephone, email, click and trade, or carrier pigeon.
  2. They both record the trade details in some very standardised way (standards are important here as pedantry is key when creating and agreeing hashes).
  3. They calculate and agree the hash of the trade facts.
  4. The hash gets submitted onto some sort of timestamped industry blockchain, cryptographically signed or agreed by one or more parties.

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:

  • These are the original trade facts – or at least these trade facts existed at the timestamp time.
  • Whoever signed the hashes, must have also agreed to the trade facts (if there was some some sort of requirement for both parties to put a signature against the hash in the first place).

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

Which blockchain should activities be registered on?

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, well 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.


As an industry I think we need more differentiated terminology, or 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. Hmm, 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 has a blockchain which contains:

  • Asset Tokens (BTC) – this was the intended use
  • Claim Tokens in the form of Colored coins etc – not really the intended use
  • Hashes of data – not really the intended use


Ethereum has a blockchain which contains:

  • Asset Tokens (ETH or ETC depending on which Ethereum!)
  • A multitude of ‘user generated’ tokens that are created and managed through smart contracts
  • Hashes stored in smart contracts


Ripple is a distributed ledger which contains

  • Asset Tokens (XRP) used mainly as an anti-spam mechanism to make each transaction cost a tiny amount
  • Claim Tokens (gateway-issued tokens) whose transmission from user to user is the main purpose of Ripple
  • Hashes of data – not really the intended use

Private Industry Activity Registers

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

  • Immutable(ish) records of hashes of private activities between participants
  • Usually cryptographically signed by known participants for non-repudiation

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
  • and because of privacy issues around letting your competitors know what you own


* In this post I will (ab)use the word blockchain to mean replicated databases controlled by multiple equivalent owners with equivalent write-privileges, using digital signatures as part of authentication and data validation. What a mouthful.

You may also like...

Leave a Reply

%d bloggers like this: