DeVCoin is on FreiExchange (
DVC/BTC) and FreiXlite exchange (
DVC/LTC).
It is also still in use in the
Galactic Milieu, whose game-assets are on both the
HORIZON and
Stellar platforms.
See for example
https://stellar.expert/explorer/public/asset/DVC-GBHAQ252S4Z4AQOM4BWIRC3UHAOJIKCZQBUJGD336YH2O7W2NKRXMHA5As a Galactic Milieu asset it also benefits from the Galactic Milieu's "treasuries" system, which was developed to provide the game(s) with a method of "price discovery" for its assets that does not depend upon not only having to be listed on markets but also having those markets be active enough, deep enough, liquid enough and high-volume enough for the game to reasonably be able to expect market-based "price discovery" and "efficient markets" as in plenty of active and rapid arbitrage between markets.
The "treasuries" system works sort of like the opposite of "coin market cap" calculations: instead of assuming that each and every coin minted is worth at any given moment whatever the current highest buy-offer on "spot markets" is offering per coin, the "treasuries" approach uses an "official treasury" for each treasury-based asset, adds up the total current value of each asset's "treasury" and divides the total value of the "treasury" by the number of coins/shares minted to compute a per-coin or per-share value.
See for example the history of values shown at
http://galaxies.mygamesonline.org/indevcoins.html( More tables and plots are linked to from
http://galaxies.mygamesonline.org/digitalisassets.html )
These calculated values should, by design, fall short of the "fundamental" values of the assets for several reasons:
- They only count "reserve assets", a lot of assets that exist are not used in "treasuries" but still work toward the value of "treasury" assets, for example all the BTC and LTC sitting on FreiExchange and FreiXlite exchange as buy offers offering to buy DeVCoins are not counted as part of DeVCoin's "treasury" even though they are out in the world live directly supporting the value of DeVCoin.
- They do not count units of the asset itself toward the value of the asset. That is, even if DeVCoin held actual DeVCoins in its "treasury" the calculation of the total value of the treasury would not count them.
- The assets have "Slush fund" accounts as well as a "treasury" account, with a goal (still being worked toward in most cases but maybe even exceeded in other cases) of having at least as much value in their "slush funds" as there is in their "treasury".
- Virtual Real Estate is not a "reserve asset"; so all the virtual land, buildings, heck even military units and game-gold and starships and deathstars and so on and so on and so on (the kinds of things often represented nowadays using so-called "NFTs" (Non-Fungible Tokens)) a coin, nation, Corp or whatever might own does not count toward its "treasury".
We actually take a reverse approach toward virtual real-estate: even if we do end up using NFTs to represent some forms of virtual real-estate we tie up actual value and use the real-estate to represent it instead of taking the real estate itself (or its NFT representation) to be intrinsically valuable.
For example various buildings and businesses can be owned, but we do not use those themselves directly as collateral. Rather we do the opposite: we tie up coins or assets into abstract "collateral units" and allow "collateral units", whose value is computable as the value of the coins or assets bundled into that unit, to be represented in-game as some item of real-estate. The computed value is thus directly the value of the bundled assets, regardless of whether in any particular game or any game at all there is some building or shop or trading-hall or deathstar or planet or whatever that provides a graphic and/or playable representation of that bundle of assets.
This means that if someone wanted to make, for example, an NFT representing a million DeVCoins worth of some object in the game, they would need to bundle a million DeVCoins somehow "into" that NFT to provide its value.
That of course is basically the same thing we are doing with the assets themselves: their "treasury" is the "bundle" of assets we are bundling to provide the value for the "treasury based" asset.
Obviously each time more "stuff" is added to a "treasury" the value of that treasury's asset potentially increases; but its change in value also affects all the assets that hold some of that asset in their own "treasury", so we loop through all the treasury-based assets, calculating each one's value based on the latest value of all those that are contained in its "treasury", over and over and over again (it takes hours or sometimes even days for the calculation to converge) until a full loop through all the assets arrives at the same values (to eight-decimals accuracy) as the previous run through the entire loop. Thus the calculated value converges upon a set of values (the Latest Rates include-file) that works in all directions, that is, can be re-stated in terms of any of the assets, so you can compute all their values in terms of any of them. Whichever one the values of the others are expressed in (usually DeVCoin by default as it is usually the smallest value so provides the most accurate / least granular prices for all the others) will be shown as value 1.00000000 .
The original use of the
Latest Rates include-file was by shell-scripts that automically placed buy/sell offers for the assets in terms of each other, basically offering to buy back each asset using various of the others. That was back in the days when we used the Open Transactions platform. Unfortunately we do not have easy command-line access to the HORIZON and Stellar platforms although Stellar does have a handy free open-source trading 'bot named Kelp that can be used to automate market-making on the Stellar platform so despite currently not having many Stellar Lumens to work with we have the beginnings of market-making versus XLM set up now for most of the assets that we have set up on the Stellar platform. It will probably take quite a while though to get the XLM prices of our assets on the Stellar platform up to where they should be unless some kind of venture-capitalists jump in with lots of Lumens for us to work with. The way the 'bots work, the prices offered by the 'bots will automatically go up as more Lumens are added by people buying the assets using Stellar Lumens.
A cute interesting fact is that we came up with this "bundle of assets" approach to providing value for a coin long long before Facebook proposed much the same idea for its own intended e-currency. Just as we were already working on this "metaverse" project long long before the mainstream "jumped on the bandwagon" and made metaverse suddenly fashionable.
-MarkM-