Supply, Reserves, and Equilibrium


#1

Full Calculation


In a move to automate the activities of the Liquidity team, this post will show up to date values of the Daily move to Equilibrium previously calculated here.

The data for the calculation is collected from various sources and stored for display and calculation on https://grafana.crypto-daio.co.uk.

The Full Calculation link in the OP will lead to the full data Dashboard where the Equilibrium calculations are made so the figures can be scrutinised there. I have changed the visibility of https://grafana.crypto-daio.co.uk so that it is open and viewable without an account. Feel free to browse the dashboards there.

The plan for the data shown here is to automate the NuShare Buybacks or Sales (dependent on the Daily move to Equilibrium figure).


Work report
Backbone Reserve Operations (Tier 6)
Supply, Reserves, and Equilibrium (superseded by automation)
Supply, Reserves, and Equilibrium (superseded by automation)
#5

This is gorgeous. Awesome job @woolly_sammoth .


#7

For the charts without the timestamp:
https://grafana.crypto-daio.co.uk/dashboard/db/supply-reserves-and-equilibrium?refresh=30m&orgId=1

It looks very nice, charts are always complicated to implement, but I like the push for transparency and putting the data all in one place.


#8

Good spot on the hardcoded timestamps.
I’ve updated the links in the OP.


#9

The website adds a datapoint every 10 min, yet there is no 10 min refresh window (though there is 5 min and 15 min). It would be natural to just make the website update every time a new datapoint is added, maybe give people a check box to stop it from refreshing if they want.

The y-axis on your charts is an issue. When there are a lot of lines on the chart it’s not so big a deal because there is no real right answer. When there is only one line on the chart, however, it does not make sense to have every chart start from 0. It makes it very difficult to see changes on any time scale. The UI for y-axis scaling can get confusing, so maybe something simple like just a check box to apply autoscaling or not, or the user ability to change the scale manually by entering numbers.


#10

I’ve added a 10 min refresh window so you can apply that from the UI. Any other time period can be specified with the refresh= parameter in the url.
New data points are added every 5 minutes. Data is collected by a series of Lambda functions running on AWS. As they are connecting to exchange APIs, currency APIs, CoinMarket Cap and other external data sources there is a very high chance that one or other will fail in any given 5 minute period. For that reason I have applied a 10 minute ‘smart summarize’ average to try and mitigate the effect of bad or missing data.

The Platform I am using for these charts is an ‘off the shelf’ solution called Grafana. This allows a much faster turn around than the self built charts I was producing previously but at the expense of a little flexibility. The y-axis issue is a case in point. The scaling is left up to Grafana to fit the series contained by the chart. If you click on any of the series in the legend the chart will re-scale to best fit that one serie.

For reference, the data store that most of this data comes from is called Carbon with a preprocessor called Graphite over the top. It’s designed for time series data and exposes all these functions to Grafana http://graphite.readthedocs.io/en/latest/functions.html
If you or anyone else feels that a different function or set of functions should be used on some of the charts, I’d be happy to experiment with them. I’m eager to get these charts right so that they can be trusted and the data they contain be used as a basis of lots of other projects.


#11

Does the minimum reserve not update live? Right now, for instance, there are $11.6M in circulation but the reserve amount is stated as $6.015M, which is ~52% instead of 40%.


#12

All figures should automatically update.
I’ve looked in to this and I’m afraid I had made a mistake. I had previously played about with using a 24 hour moving average on all calculated series but had abandoned the idea when the figures hadn’t looked right. It appears though that I still had the moving average enabled on the Minimum Reserve calculated series. I’ve removed that now and checked the series in the charts and the summary boxes.
Thanks for reporting this @Nagalim. Please do continue to poke holes in the charts on Grafana (goes for everyone else too). Over the coming weeks I’ll be deploying code that uses the figures generated in Grafana for placing orders and carrying out other liquidity operations. Before such code goes live I will perform sanity checks of the figures but more eyes are always better. It is paramount that these charts and figures can stand up to scrutiny and are correct.


#13

There is also a strange dip in the NBT price on Grafana at the time Bittrex API was out yesterday: https://grafana.crypto-daio.co.uk/dashboard/db/bittrex-liquidity-usnbt-btc?refresh=5m&orgId=1&from=now-2d&to=now.
CMC shows NBT was over $1 during that time, not under as Grafana shows. Perhaps you can validate the source data or the calculations?


#14

CMC Calculates the price as an average of all markets. The price on the Grafana chart you linked to is simply the USD value of the top Bid or Ask “Nu placed order” on the book at that time. The only calculation in the display of those prices is to multiply the figure coming from the exchange (in BTC) by the BTC usd_price coming from CoinMarketCap.


#15

A quick note on the Daily Move to Equilibrium figure above.
The calculations weren’t taking into account the CNNBT funds held by Nu, awarded in the recent Grants. There is a manual step to notify the system that a certain address is “network owned” and that it’s balance should be discarded from the “Circulating” Calculation. I have updated the charts to automatically pick up such addresses (at the expense of labeling such addresses with a friendly name rather than the address string itself).
In the future I will endeavour to mark “network owned” addresses as such before they appear on the charts in such a way as to artificially skew the results.


#16

‘Bittrex BTC’ isn’t reporting properly, it has a lot of gaps.


#17

That’s correct, @Nagalim, there are intermittent problems with these new calculations. @woolly_sammoth has identified a problem with the price stream server and plans to fix it in the next day.

I really do appreciate having eyes on these public network calculations to discover bugs. Thank you @Nagalim for helping us improve what we are doing.

Esko will be posting correct figures shortly. Currently, Liquidity Operations is conducting daily NSR sales in the amount of $558.


#18

Equilibrium 2018–02–14

Circulating USNBT: 14,071,170.9605
Circulating CNNBT: 1,191,306.4951
Circulating CNNBT in USD: 187,642.69
Circulating in USD: 14,258,814
Equilibrium Reserve: 0.42 * 14,258,814 = 5,988,702
Asset Reserve (Tier 1–4): 5,909,021
Daily Move Toward Equilibrium (DMTE): 0.007 * (5,988,702 - 5,909,021) = 558