What is Ampleforth?
Introduction
In this article [1] I want to discuss the dynamics of Ampleforth [2,3], which is a crypto currency with its twist. Instead of issuing a fixed number of units, Ampleforth monetary supply expands and contracts dynamically to keep one Ampleforth valued at around 1 USD. The expansion and contraction is executed in a pro-rata manner, meaning that they do not impact the percentage of overall supply an investor holds. On first sight this looks like a stable coin, but on second sight it is clear that this is not quite the case – it is a regular crypto coin whose price dynamics has been moved to play out in the volume space. What I mean with this is that when Ampleforth market cap goes up / down 10% then investors will feel the impact of that – not by a change in price, but by the fact that they suddenly hold more / less currency units.
This article is organised as follows: I first recall a few basic concepts from finance and derivatives pricing. In particular I introduce the concept of a numeraire or tradeable asset (which is the same thing), and I discuss how to model variable interest rates. I then apply the discussion to Ampleforth, showing that effectively it is a variable interest rate model on steroids. I then discuss the details of the adjustment mechanics and its economic implications, and I show that Ampleforth in essence is an alt coin that simply exhibits unusual accounting conventions. Before wrapping up I construct a “reverse Ampleforth” based on Bitcoin, and I discuss whether or not the death spiral dynamics according to Hillion and Vermaelen applies.
Those sections are written with the non-technical reader in mind, but ultimately by the nature of those the issues discussed. I therefore end with a non-technical summary and conclusion, and non-technical readers are invited to directly skip from here to this part if they prefer.
Derivatives pricing
Before we look at Ampleforth, let’s look at the formalism of derivatives pricing in a more traditional setting. In this respect the easiest context is non-dividend paying stocks. Those are usually modelled as a stochastic process of their stock price in USD terms
- borrow
dollars today fixed for a year, - use the borrowed money to buy the stock
At maturity we
- deliver the stock
- receive the agreed forward price
- pay back the loan
It is easy to see that we break even if and only if the agreed forward price is exactly what we need to pay back that loan so the fair forward is the repayment amount of the loan, which is well known to be the loan amount divided by the discount factor to the maturity date.
Now let’s move to interest rate derivatives. Those are a bit more tricky conceptually, and also have much more uncertainty as we no longer have one random variable, but hundreds or thousands of them – literally every day is in principle an independent variable. The key to understanding here is that the underlying reference asset – the numeraire as it is known – can no longer be the USD. Why? Because a numeraire must be a tradeable asset, and the USD is not one. That sounds a bit surprising at first sight, but it is actually quite easy: what is a tradeable asset is the USD plus accrued interest. In a deterministic rates world world this is the same as the USD, you just have to move discount factors around. However, in a stochastic rates world this is no longer the case: it makes a difference whether you keep your USD today in an overnight rate savings account, or whether you put it into a one-year zero bond, or whether your fix it for three months at a time.
This is an important and at first sight confusing point, so let’s look at this at some practical examples. I have said above “USD is not a numeraire” but what I really should have said “there are many numeraires that can claim to be the USD, and they are all different”. The standard numeraire which I want to denote as
Ampleforth
In this section we are here looking at a slightly idealised version of Ampleforth. We will discuss the differences with real existing Ampleforth slightly below. The central property of Ampleforth is that
price volatility is converted into volume volatility
For example if the price would be USD 1.10 the money supply would be increased by
If we want to analyse Ampleforth our instinct probably tells us to start with looking at one unit. However, we have seen above the 1 USD is not a traded asset in a variable interest world, and neither is 1 Ampleforth. And remember the rodeo metaphore: whilst 1 USD is not a traded asset, for reasonable time frames it is almost a traded asset in that the different numeraires that can be based upon the USD will all be very similar – hence our intuitive feeling that the USD is a trades asset except for those little interest rate differences. For Ampleforth this is no longer the case - we do not know yet what the interest rate volatility will be, but it can be very big, and in this case the different possible numeraires will also be very different.
So we’ve said that 1 Ampleforth is not a traded asset, but it is easy to actually identify a traded asset here: all Ampleforth: if you own all Ampleforth then it does not matter whether for accounting purposes they are split into 1m or 1b units. So if we look at the market capitalisation in USD
However, this is not how Ampleforth works – in Ampleforth the money supply
Now on first sight this looks like Ampleforth is a stable coin, ie a traded asset whose price is fixed against the USD, but this is not the case, the assumption just falls over at a surprising point. As opposed to other not-quite stable coins the issue here is not that the Ampleforth price is not stable against the USD – it is – but that the Ampleforth is not a tradeable asset.
So what are the tradeable assets / numeraires? The most important ones are those we have already discussed in the interest rate world:
Where things get interesting is when we look at the
Idealised Ampleforths and AmpleQuoins
Let’s now look at our numeraires in more practical terms. In the previous section we introduced
Let’s start with our savings account
So what happens when we buy Ampleforths? What do we actually buy? Spoiler: we don’t buy Ampleforths, we buy AmpleQuoins. But let’s take this slowly. Let’s say at
So having looked at Ampleforth as store of value – and having found that the real store of value is AMQ which is pretty much like BTC or any alt coin – let’s now look at unit of account. If I am a restaurant and need to put prices on my menu I probably want to put them in USD given my costs are in USD. If I put prices in AMQ or BTC then I am exposed to AMQ or BTC price volatility and this is nice neither on the upside nor on the downside: on the downside my margins are compressed or I am losing money, and on the upside I lose my customers because I am suddenly much more expensive then the restaurant next door. Ampleforth is quite nice here in that I can actually use it for pricing here: if for every day
Now on the face of it this sounds quite useful, and to some extent it is. However, the alternative would be to simply price the menu in USD and allow customers to pay in AMQ (or BTC for that matter) converted at spot rate. Economically this is essentially the same – including the need to convert the crypto received into fiat asap – except that this is much easier to understand for the average customer who will probably take a while getting used to how this currency works.
Real existing Ampleforth and AmpleQuoins
In the last section we introduced AmpleQuoins (AMQ) – which are a constant proportion of the outstanding supply of Ampleforth rather than a fixed number of it, and which we found behave similar to BTC or an altcoin – and Ampleforths (AMP^T) to which we needed to add a maturity date to make them a tradeable asset. We have seen that the AMP^T make a decent unit of account. For example if a restaurant expresses prices in AMP (meaning AMP^t on day
In the idealised world that we were looking at the supply
Market cap and supply changes
Let’s start with the second question: will the market capitalisation
However, Ampleforth is not backed by an equity portfolio. In fact, Ampleforth is not backed by anything. Ampleforth just is. So let’s assume just before readjustment Appleforth trades at USD 1.10, and every holder is issued another 10% worth of tokens. Assuming everyone is rational (but not too rational) and attentive then it might trade at USD 1.00 afterwards. But maybe people are not attentive and they miss it, so it continues to trade at the old price. Or they don’t understand that the price should have changed. Or they understand that there is really no reason other than common belief that the price should change. Long story short: base case scenario is that indeed the price moves, but this is far from sure. Also there is somewhat of a path dependency here. Let’s assume thus far it worked and market cap remained constant’ish at each volume adjustment, so chances are it will work again because everyone believes it works. However, imagine there is this one time where it does not work, whatever the reason. From this point onward people understand that market cap might change when the supply changes, so they’ll be much more cautious and it is much more likely that it will happen again. At one point people might even expect it to happen, in which case it will most likely happen. So, in conclusion for this question, whilst market cap remains constant is likely to be a decent assumption for a while there is actually no good reason why this must happen. Markets move, and maybe the move in line with changes of supply.
Ampleforth and AmpleQuoins
Having talked about the issue that because of the lack of asset backing there is really no guarantee that prices behave as they should when the monetary supply is adjusted – or, to say it differently, there is no reason that would guarantee the market cap
So the difference we have against the idealised case is that instead of having a continous adjustment of
- periodic adjustment
- range-driven adjustment
Periodic adjustment. Let’s start with the periodic adjustment, and to avoid too much confusing mathematical symbols let’s agree on a specific schedule even though it is clear that this generalises very easily. So we assume that the supply is adjusted on a monthly schedule, with the adjustment date being the 1st of every month. If need be we also assume that every month has 30 days, because why not?
So the first thing to note is that we have much fewer numeraires in this scenario. Instead of having one numeraire
where the equality between
If restaurants would price their menus in AMP^T they would most likely do it with reference to the on the run AMP, meaning that in January 2020 prices were in AMP^Jan20, in February 2020 they were in AMP^Feb20 etc. Similarly, someone who agreed to provide a service in January 2021 could now agree a price in terms of the then on the run AMP, ie AMP^Feb21. A priori both payer and payee take a price risk from the day of the fixing, ie the first of the month, until the payment is actually made. Given the nature of Ampleforth – in particular its lack of backing with real assets – this price risk is hard to estimate. If we are able to fit say a lognormal model (the gold standard in a Black Scholes world) then our standard deviation scales with
Hedging. Having said this, this actually sounds worse than it is, because both parties can hedge. Let’s first assume that you know you will have to pay 1,000 AMP^Jan21 on the 25/Jan 2021. In this case you could wait until the 25/Jan to purchase those AMPs, and therefore take the price risk, or you could purchase them on 1/Jan at par. If you are on the receiving end this is somewhat harder because you’d need to be able to short sell those AMPs on 1/Jan, ie you would need to borrow them from someone and sell them at par, and then when you receive them you can return the loan. This is not always possible, and if it is it might be costly, especially on a high volatility asset. In case you are not entirely sure about your receipts, so because you are running a restaurant, hedging becomes a bit harder. Essentially you have to hedge an expected amount (and here again, subject to the ability to borrow the AMP) and you take on the basis risk of having over or under hedged.
Range-driven adjustment. Above we looked at a periodic adjustment and we found that whilst this is easy to described, the risk is essentially unlimited: if during the month there is significant volatility in AMQ then everyone who did not hedge will be subjected to this volatility which is in principle unbounded, especially on the downside. To control for this a fixing could be introduced whenever the on the run AMP is say
Fixing the USD amount. Having said all the above it is worth considering an alternative way of contracting. Instead of agreeing on a certain amount of on-th-run AMP contracting or menus could simply be done in USD, and the agreement could say that the bill should be settled in on the run AMP, converted at market value. This would by and large remove all basis risk. This would of course also remove the need to use AMP in the first place: once you go for the “a fixed USD amount of ___” solution one might as well get rid of all the AMP and use AMQ (or BTC for that matter, because AMQ in this case is just another alt coin).
Reverse Ampleforth
The construction of Ampleforth uses well-known financial services primitives and is not actually overly complex. It can however be somewhat confusing because everything is defined in terms of the most complex component of the system, ie the on-the-run AMP. I want to here propose an alternative construction that yields exactly that same result, but that is much clearer in terms of the financial services primitives.
Instead of starting with the AMP we start with the AMQ. We have previously defined AMQ as
We now want to construct AMP^T within a periodic adjustment framework, and for simplicity we use the same monthly framework that we used above, ie fixings on the first of every month. Say we were on the fixing day in January 2020, so we created a new ERC20 token called AMP^Jan20. Remember from the discussion above that on 1/Jan 2020 this token must be worth 1 USD, and after that date it simply behaves like the AMQ token. In other words: 1 AMP^Jan20 token is simply a wrapper for AMQ tokens, worth 1 USD on the creation date. Now if we really want to recreate Ampleforth we need to package all AMQs into the on-the-run AMP. So essentially we create a smart contract that holds all AMQ, and that issues AMP against them, the number of AMP token being determined by the market cap of the AMQ. On 1/Feb 2020, and on the first of every month thereafter, this smart contract adjusts the number of AMP outstanding in line with the AMQ market cap, with all investors being impacted pro-rata to their existing holdings.
The attentive reader might have spotted one issue with this methodology. I give you a moment to think. Can you find it?
So the issue here was that we stuck all our AMQ into our smart contract, so noone can buy or sell AMQ and therefore it is somewhat difficult to imply a market cap. We could of course back out the AMQ market cap from the market cap of the on-the-run AMP, but in this case we really just recreated regular Ampleforth on Ethereum, and not a reverse Ampleforth as the plan was. In particular, if all AMQ tokens are inside the smart contract, why do we need them in the first place?
This whole construction becomes more interesting if we do not stick all AMQ into the smart contract. In fact, we don’t even have to use AMQ which after all is just an alt coin, we might as well use BTC instead (wrapped BTC because we are on Ethereum, but that’s a detail). So we can initialise our reverse Ampleforth smart contract with $100m worth of BTC, and we issue 100m AMP tokens against it. Note in this case we do not have the issue that we do not know what happens if AMP supply changes because we exactly know what the wrapped BTC are worth. So after a month we look at the BTC price, and we adjust the AMP supply accordingly, burning or minting tokens pro rate. Rinse and repeat - we recreated Ampleforth but not based on an unproven altcoin, but based on BTC itself.
One final point to address: in order to ensure that the AMP market cap matches the market cap of the BTC in the smart contract we need to link those two. The best way of doing this is to structure the reverse Ampleforth contract as an open ended fund: AMP holders can always redeem their AMPs against the corresponding amount of (wrapped) BTC, and people can create and receive new AMPs by sending (wrapped) BTC into the smart contract.
Death spiral dynamics
The reason why I had been initially drawn to Ampleforth was that I had thought that it would exhibit a death spiral dynamics as described by Hillion and Vermaelen. As a reminder, the original death spiral dynamics is related to convertibles that convert at (a discount to) market price, and that also pay coupons in kind. To give an example, assume an investor purchasing USD 1m of such convertibles at face value, with a payment in kind (PIK) rate of
Why are those securities called “death spiral” convertibles? One of the issue here is that if the stock price is on a downwards dynamics then the convertible holders will own a bigger and bigger share of the company when they convert, and once a critical threshold is breached shareholders will just try to get out rather than losing everything to dilution. Moreover, holders of those convertibles have an incentive to short the stock when it is in the critical area. This allows them pick up additional profits, and it is relatively low risk as they can always cover their shorts by converting, provided the stock did not bounce back too much.
Ampleforth with its rebalancing of supply and the artificial maintainance of a value at par has, on the face of it, similarities to the death spiral dynamics. However, as we have seen above the AMP is not a tradeable asset, only the “Ampleforth savings account” AMQ and the different “Ampleforth forwards” AMP^T are. Looking at the Ampleforth dynamics from an AMQ angle – and this is a completely valid point of view – AMQ does not look different from BTC or any alt coin. It simply is a fixed supply asset that is not backed by anything than its scarcity. There is no hint of a death spiral dynamics from this point of view, and this means that simply there is not one. This does not change the fact however that, because the value of Ampleforth like the value of BTC is not anchored in anything, it can be subject to a death spiral of a different kind when everyone is losing faith in the asset and is heading to the door. This is a meltdown / death-spiral scenario, but this is not the death spiral scenario as described by Hillion and Vermaelen.
Non-technical summary and conclusion
On first sight, Ampleforth looks like a cryptocurrency with a twist, and possibly even a stable coin, but our analysis above has revealed that it is neither and that it is mainly an alt coin with an unusual accounting mechanism. The basic arguments in this respect is as follows:
In financial theory a tradeable asset are the proceeds of a trading strategy. For example “invest 1 USD overnight and grow it in line with interest” is a tradeable asset, and so is “1 USD to be paid at 1/Jan 2030” but “1 USD” is not. A stock is a tradeable asset if and only if it does not pay any dividends. However, “stock X with all dividends reinvested” is a tradeable asset, and so is “stock X with all dividends moved to a savings account” but those two assets are not the same. By and large, tradeable assets and their prices matter, everything else does not.
We found that the Ampleforth dynamics can be very well described within an stochastic interest framework on steroids: if supply is adjusted upwards then this corresponds to an interest payment, and if supply is adjusted downwards this is simply negative interest. Note that negative interest is more a psychological and operational problem – finance can handle negative interest rates without much problems.
Just as “1 USD” is not a tradeable asset, “1 Ampleforth” is not a tradeable asset – “1 Ampleforth with accumulated positive and negative interest” is. We above denoted that particular asset as
So what about Ampleforth coins? It turns out that they are essentially just a fancy way of accounting. As pointed out above – you can not invest in 1 AMP: once you own it, it automatically gets applied positive or negative interest, so what you own is really AMQ. You can however think about AMP as something akin to zero coupon bonds. For example, if you agree to deliver a product or service in 1 year’s time you could specify the prices in Ampleforth. It is important to note that those Ampleforth have a date attached, so you might want to denote them as say AMP^Jan2021. Note however that there is no trading strategy based on AMQ that guarantees you to have 1 AMP^Jan2021 in January 2021. It simply is an independent asset, and arguably “1 USD” is the closes possible replication strategy. That is of course to be expected: there is not BTC trading strategy either that guarantees you 1 USD in Jan 2021 – the best way to ensure you have 1 USD then is to buy a USD zero coupon bond / make a fixed term deposit. The secondbest way is to buy a bit less than 1 USD now and invest it overnight. Investing in BTC or AMQ is pretty low on the list of possible investments if you want to end up as close as possible to 1 USD at maturity.
One way of thinking about Ampleforths is as on-the-run assets. Above I discussed the hypothetical example of rebalancing on the 1st of every month. This creates 12 independent-but-correlated asset per year, that we denoted as AMP^Jan21, AMP^Feb21 etc. An agreement to pay 100 AMP in February 2021 essentially means that you agree to deliver 100 units of the on-the-run AMP which at this date will be the AMP^Feb21. It must be stressed again however that the AMP^Feb21 is an asset independent of AMP^Jan21 and AMQ, and that by design the best replication strategy for an AMP^Feb21 before February 2021 is simply a USD term deposit account.
Let me repeat it because this is important. Whilst there is a decent chance that the on-the run AMP will clock in at around 1 USD when the time comes the best replication strategy for a future AMP^T is not an Ampleforth now (what we called the “Ampleforth savings account” AMQ) but a USD term deposit.
In this sense, all the procedures about rebasing and expanding and reducing the money supply are simply accounting. AMP itself does not exist as a tradeable asset, there is only AMQ – the AMP savings account – and there are the various future on-the-run AMP^T. When people talk about AMP what they mean is the current on-the-run AMP. What happens at every change of money supply is effectively a roll over from the previous on-the-run AMP to the now current on-the-run AMP. By design just after the roll the on-the-run AMP is meant to be worth 1 USD, so the conversion rate, and therefore the post-roll holdings will reflect this. We could have expressed someone’s holdings as percentage of the overall money supply – that’s essentially AMQ – and this would have remainded constant over the roll. Instead we chose to convert the holdings in the on-the-run AMP (which of course after the conversion is effectively AMQ as it will expand and contract in line with overall money supply) meaning that the numbers changed. However, economically everything is the same, hence it is only an accounting change.
Conclusion. In conclusion, on the face of it Ampleforth is doing what it is saying on the tin: it is creating an asset that is always worth about 1 USD and that can therefore be used more easily in normal commerce than a regular cryptocurrency. However, it is doing it in a way that is not necessarily very useful because the AMP forwards are not traded assets – only the current on-the-run AMP is, and this one is essentially an AMQ. The best replication strategy for a future AMP is fixed deposit USD account, which somewhat negates the need to hold Ampleforth. Last but not least, whilst it is useful to be able to denote contracts in AMP and reduce volatility there is an even easier option for this: simply denote the contract in USD, and agree that payment will be made in AMQ (or BTC for that matter) converted at spot rate. Ultimately Ampleforth is simply a fixed supply alt coin that is backed by nothing than limited supply. Whether or not the psychology of the volume adjustments will make it more stable over time than a regular alt coin remains to be seen. But this is outside the realm of what economic analysis can provide.
- https://theshortstory-podcast.com/2020/07/what-is-ampleforth/
- https://www.ampleforth.org
- https://drive.google.com/file/d/1I-NmSnQ6E7wY1nyouuf-GuDdJWNCnJWl/view
- https://papers.ssrn.com/sol3/papers.cfm?abstract_id=273488
- http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.8.5986&rep=rep1&type=pdf