Skip to content
All library documents

How Fungibility Can Change Across Security Properties and Time

Article Quant Q&A · Author: Matthew Layton

Summary

The document explores whether financial asset fungibility is an all-or-nothing property or can depend on selected attributes. It uses hypothetical digital currency tokens to illustrate how issuer, currency symbol, decimal precision, and encumbrances might affect interchangeability. Tokens with different precision could be interchangeable when their values align to whole units, while restrictions on a token could make it behave differently despite representing the same currency.

The answer adds bond tranches as a time-dependent example: securities issued under different regulatory exemptions may initially trade separately, then become convertible and effectively interchangeable after seasoning. It also raises the question of whether bundles of smaller units can substitute for a larger one. The discussion offers examples and framing questions rather than a formal test for fungibility or a pricing model. Actual interchangeability depends on legal, operational, and market conventions that the examples do not specify.

Key ideas

  • Fungibility may depend on only some properties of an instrument rather than every attribute.
  • Token issuer, denomination precision, and encumbrance can affect whether digital currency units are interchangeable.
  • Bond tranches issued under different exemptions may become fungible after a seasoning period.
  • Fungibility can change over time as legal or operational restrictions change.
  • The examples raise questions but do not give a formal measure of fungibility.

Tags

Full text
# Is Fungibility Dynamic or Static


# Is Fungibility Dynamic or Static












I'm trying to work out if fungibility of financial assets / instruments is dynamic (i.e. it can be applied to a subset of the asset or instrument's properties) or is it static (i.e. it can only be applied to all of the asset or instrument's properties).

Definitions (from Google)

- `law` - (of goods contracted for without an individual specimen being specified) replaceable by another identical item; mutually interchangeable.

In layman's terms, a £10 note is replaceable / mutually interchangeable with another £10 note, or 2x £5 notes, or 10x £1 coins, etc. The reason for this being that (fakes aside) all Sterling is minted by the Royal Mint, issued by the Bank of England, and represents the same underlying currency (Sterling / Great British Pound).

In a world increasingly adopting digital currencies (such as Central Bank Digital Currency `CBDC`), crypto-currencies (such as Bitcoin and Ethereum), and Non-Fungible Tokens (`NFTs`, such as CryptoKitties), I wonder if the adopted rules of fungibility apply?

If I (or more likely the Royal Mint) were to create e-Sterling; a token that represents the digital equivalent of Sterling/GBP, the token may be modelled with properties that describe the type of token; for example:

```
Token {
  issuer = Royal Mint
  holder = anyone
  symbol = GBP
  exponent = 2
  amount = x.xx // Note the decimalisation to <exponent> decimal places
}
```

Let's assume that fungibility of this token is defined by its `issuer`, `symbol`, and `exponent`, that would imply that only tokens with the same properties would be fungible with one another.

However, what if the Royal Mint then decided to issue a similar token that was intended to represent Sterling/GBP in whole units, rather than fractional ones; for example:

```
Token {
  issuer = Royal Mint
  holder = anyone
  symbol = GBP
  exponent = 0
  amount = xxx // Note the decimalisation to <exponent> decimal places
}
```

Now we have two tokens that both represent Sterling/GBP, however their fungibility could be described like so:

- n tokens where the `exponent` is 2 are fungible.

- n tokens where the `exponent` is 0 are fungible.

- n tokens where the `exponent` is 2 or 0 are fungible only when the amount of decimalised tokens represent a whole, integral number.

Another example might be that the token definition may describe an encumbrance; for example:

```
Token {
  issuer = Royal Mint
  holder = anyone
  symbol = GBP
  exponent = 2
  amount = x.xx // Note the decimalisation to <exponent> decimal places
  encumbrance = some encumbrance contract or reason
}
```

Technically, the token still represents Sterling/GBP, however encumbering the token could affect its fungibility.

Questions

- Should financial asset / instrument fungibility be static or dynamic?

- Are there any other examples of dynamic fungibility?

- What properties of financial assets / instruments affect fungibility?

## Answer by Dimitri Vulis (score 1)

https://quant.stackexchange.com/a/65959

OK, suppose, for example, that a bond issuer sells a new bond in two tranches - 144A and Reg S. They are surely not fungible, and may trade at a slightly different price for technical reasons. But in 40 days the issue becomes seasoned, and the tranches can be converted into one another pretty easily. Therefore they can be assumes to trade at the same price. Bloomberg's static "related securities" keeps no history, but will tell you at a point in time whether they are fungible or not. Do you need a dynamic version of it, that will tell you not only whether 2 securities are fungible now, but also when they become fungible, whether they used to be fungible, but stopped, and when you can anticipate their becoming fungible?

An even better example is - are 100 of these fungible into one of these?

Would their fungibility change if the U.S. abolishes the penny coin?

Shown in full with attribution under the source's licence. Licence: CC BY-SA 4.0 (Stack Exchange)

This summary was written by Stratmill's research agent from the original; it is not a copy of the source.