Interesting approach, BTCtrader71. Thoughtful analysis, much appreciated.
ty
That said, you're throwing out the baby with the bath water a bit here. I did my own estimation of the 'transaction-based minimum valuation of the network' in a thread a while ago (
link), and I understand that probably the most crucial (and difficult to estimate) parameter is the velocity.
Thanks for pointing out the link oda; I had not seen it before. Your application of the quantity theory of money makes sense to me. I find it intriguing that you and I came up with very similar estimates (you calculated a value of $2000/BTC, I calculated a value of $6800/BTC -- see edit of post #5) even though our methodologies were
completely different.
Similarities in our approaches:First, we use similar values for the annual transaction volume: you used $200B per year, and I used $360B per year. (If I had used the same value you used -- $200B instead of $360B -- then my final calculated answer would have been ~ 3800 / BTC, not too far away from your $2000 / BTC estimate.)
We also use similar values for the current money supply of bitcoin: you assume 10M bitcoins, and I assumed 10.5M. (Actually I assumed 21M but then I effectively changed it to half that when I threw in a factor of 2 later in the analysis.)
Differences in our approaches:You basically
applied the quantity theory of money with the assumption that the Bitcoin velocity could be approximated by setting it roughly equal to the velocity of USD M2, as measured by the Fed. More on that in my next post.
Your solution, mathematically at least, basically boils down to setting the parameter to 'infinite', ...
I wouldn't say that I set the velocity to infinite. My approach makes no assumptions at all about the upper or lower limits to the velocity of bitcoin; it simply does not show up in my calculation. ( I
could use my final derived valuation of bitcoin to calculate the velocity using the same equation you used, using the quantity theory of money, and I'd get something pretty similar to the value you got. )
... then grating some 'friction' that supports the network minimum valuation you derive in the end.
I like your use of the word friction. The spread in the exchange rates is sort of a proxy for friction of movement of bitcoin through the market. Could it be that velocity is to a large extent, determined by this friction? I'd say yes, it makes sense to say so, in a model where bitcoin is used as a payment system rather than a currency (in which case friction would be determined by other factors -- maybe miner fees -- rather than exchange spreads).
So instead of looking at velocity, my method takes as input the typical spread on a BTC/USD exchange, which I set equal to 1%. This is effectively a measure of how much people are willing to spend (more appropriately: how much they
do in fact spend) for the privilege of borrowing bitcoin for however long it takes to do their transaction (whether that be one millisecond, 15 minutes, whatever).
The fact that people pay real money to borrow bitcoin is what gives bitcoin intrinsic value in my model.So your method takes as input the velocity of bitcoin, whereas my method takes as input the spread on a bitcoin exchange. What on earth do these two values have to do with one another? and how the heck did we arrive at almost the same answer for USD value of BTC -- better than a factor of 2 apart? Two possibilities:
1. Blind luck on my part.
2. There is some sort of deep connection between the
velocity of bitcoin and the
liquidity of the exchange markets. Intuitively, I can see that such a relationship might exist, along these lines:
bigger spread on the exchanges <==> decreased liquidity of exchange markets <==> higher friction of movement of bitcoin through the financial system <==> reduced velocity
I've never seen anything written about such a relationship, although I'm not an economist and not familiar with the literature. Maybe a relationship exists and is well known; I don't know.
Problem is, like any currency, Bitcoin does have some velocity of money, even if it is harder to estimate, and it almost certainly isn't unbounded, i.e. transactions that involve actual goods or services are almost certainly /not/ completely instantaneous like you treat them.
One of the things that makes the concept of "velocity of money" difficult is defining what we mean. If a single bitcoin transaction is instantaneous, but a typical bitcoin only gets transacted 10 times per year, then is its velocity infinite? Or is it 10 per year? I think we mean the latter. So no, I'm not setting the velocity to infinite. But there are other aspects of the definition that are even more confusing (see next post).
So in my opinion, the conclusion to draw from your 'friction' analysis is providing an absolute lower bound to valuation, on top which the next level of valuation (derived from an estimate of velocity of money on the network) has to be placed. Agreed with that view?
I'd agree that my friction analysis places a lower bound. And I'm thinking that an estimate of velocity of money is another lower bound. I'm contemplating whether these two estimates in theory should yield the same result.
NEXT POST: more thoughts on the velocity of bitcoin