If you can run me through the process, then a copy of the hosting files should be able to be run out of trollkeep.com. If this can wait for next round all the better for me, as free time finds me elbow deep in directory ~/steem-python/devtome/accounting-master at present.  

- Nova

Indeed!!

---

Litecoin is the result of some of us who joined together on IRC in an effort to create a real alternative currency similar to Bitcoin.  We wanted to make a coin that is silver to Bitcoin's gold.  Various alternative currencies have come and gone.  Some brought innovation, but they all had problems.

• ixcoin - Nasakioto premined 580k coins. Seemed like a pump and dump. Competed with Bitcoin for GPU resources - Dead (~2 gh/s)
• i0coin - Basically ixcoin without the premine. Not much support was given to this coin after it was released. - Dead (~5 gh/s)

Yes, he’s working on .18 update.  He’s a busy guy but hopefully soon. 

Hello user, we have to support that projects who supports in the solving of world's problem like Car tyres are a major global waste problem. Collectively we drive 1.5 billion tyres to the end of their useful lives every year. They can be retread and reused up to a point, but not endlessly. And at the end of their usefulness you have a conundrum. End of life tyres (or ELTs) are difficult to process for any kind of recycling, because they’re a complex mix of materials – natural and synthetic rubber, fibre and wire, all in a heavy and unwieldy package. They’re not biodegradeable, so tyres don’t rot down naturally. And every year we use more of them. And from this busy world Emjac is trying to solve this problem by decentralised process.

EMJAC aims to expand the penetration and knowledge sharing of our recycling concept and ecosystem around the world starting with major cities which produce the highest numbers of waste tyres.  EMJAC will integrate blockchain and traceability technology to solve the global waste tyres problem. EMJAC (EMJ) adopts the Ethereum blockchain ecosystem, well known for its decentralized approach that runs smart contracts to enhance the transparency and traceability of global waste tyres management to reduce illegal dumping.https://bitcointalk.org/index.php?action=profile;u=2677729;sa=showPosts

PoW.

You new here? 

any help with mac os wallet? still have yet to find any help and the wallet that is on the devcoin website looks ancient and hard to use. where can i store my dvc until something is better built? any cold storage as it feels like my coins are not safe.

Ye.

And speaking of updates...I like:

www.traxo.me

 

Sure:  https://freiexchange.com/market/DVC/BTC

Also you might try https://steemit.com/witness-category/@devcoin/devsteem-stage-2-buy-round-1

Or just place buy offers here in the thread (oh cr*ap, you are probably trying to sell). I heard some are willing to sell.  

Perhaps you can set up horizon also, I installed https://github.com/NeXTHorizon/hz-source

I guess Stellar as well, but I have not looked into it yet.

---

My first thoughts exactly.



FTFY

Deposits are a bad word, thus so is withdrawals.

So think of it as buying and selling tokens.

Accepting customer deposits is a whole "thing" in some jurisdictions.

Plus, I do not create tokens "on the fly" representing coins that customers send in.

I created tokens already, representing coins I already have.

I like to only create tokens representing half my coins, if possible, so that I still have coins left over with which to buy back those tokens without having to disturb the "frozen" coins the tokens represent, coins which ideally have stayed in the same address for so long that the coin daemons (wallets) have hard-coded blockchain-checkpoints coded into them that prevents their ever recognising a chain that tries to go back in time and change the fact that those coins are in that "cold storage" address.

Heck ideally the keys for the cold storage addresses are split into umpteen parts and buried on treasure islands and/or safety-deposit boxes so it would be impractical to try to go dig them up again every time someone wants to trade tokens for on-blockchain coins.

Thus logically third-party (in this case me wearing a different hat) in/out exchange businesses take care of getting people onto and off of the platform, by buying on-blockchain coins from them with tokens and buying tokens from them with on-blockchain coins.

Once I have bought a bunch more coins that way I can go ahead and make a new checkpoint in a new copy of the client and issue tokens representing half of the new coins I have acquired.

So a bottleneck of this whole approach is that I cannot handle folks who suddenly want to convert more actual coins onto the platform than have already been represented on the platform by tokens.

But an advantage of this approach is the tokens are in effect better than 100-percent reserve; the coins the tokens represent hopefully never move on the blockchain, being traded back and forth of other coins than those that were frozen to be represented by tokens.

Depending on the blockchain it can make sense that after receiving coins on the blockchain one will want to wait quite a number of blocks before sending whatever they were to be traded for, especially with low-difficulty chains. So another advantage of using tokens on a platform can be greater speed of transactions since all the tokens benefit from what equivalent of "difficulty" a given platform has.

So basically you send me actual DeVCoins to some DeVCoin address I specify, then we wait for a bunch of blocks to go by. probably at least 6 I would think, then I send you DVC tokens on STELLAR to some STELLAR address you specify. Only so many DVC tokens exist so far so we have to start within that amount. My desktop's hard-drive dies yesterday so I am process of setting up my desktop apps and haven't set up STELAR again yet so offhand I do not even now how many DVC tokens I have handy.

Of course anyone else who has some can also handle this for you.

Getting back off the platform is similar, you find someone who has actual coins on blockchain to trade for tokens send them the tokens and they send you the actual coins.

I happen to know that I do have coins enough on hand to cover all the tokens anyone could send me, thanks to my "only tokenise half the coins" tradition.

Someday hopefully there will be production-ready free open-source code for making websites that accept coins and give tokens for them (out of a stock of tokens, not by issuing new tokens) and accept tokens and send coins for them. But no such code exists yet as far as I am aware.

-MarkM-


EDIT: I got a Stellar wallet installed again. Turns out I have 50 million or so DeVCoin tokens on hand (that aren't tied up in offers nor off in separate accounts I made in order to track offers for buying and selling various other things using DeVCoins).

https://chainz.cryptoid.info/dvc/ is back online and synchronizing with the full chain now.

Ctya, I was filling the form but they ask for a corporate domain email address to fill it properly. Additionally they say that "Generic domain such as gmail.com, outlook.com, protonmail.com, etc are not allowed."

I used to run a merged mining pool using that distributed mining thing that used a blockchain itself to co-ordinate miners, I forget its name offhand.

It was not hard to set up but had built-in accounting ony for the mined bitcoins, sending them automatically to the miners as they were mined (using multi-send to all the miners inside the actual mining transaction I think).

P2Pool might have been its name? I think so.

The problem I ended up having with it was once the Neptune miners arrived it emerged that they were not able to use their entire massive hashrate effectively with P2Pool.

I suspect this was because P2Pool was written in a script language, maybe python or perl or something like that.

Basically the hashrate the pool was showing for my Neptunes was way low.

I directed my Neptune miners at MMPool and it showed a hash value much closer to the hash value the mining machines themselves thought they were putting out.

MMPool was written in Golang or Go or some other similarly "obscure" (or even more obscure) language. It could handle those kinds of hash-rates.

The thing is, mining hardware has advanced quite a lot since the Neptune.

I expect modern mining hardware to be even harder for P2Pool to deal with, at least when merging several coins.

Although I do recall having noticed a pool called P2Pool around recently so maybe they actually use that software and maybe it works fine for straight-out mining of one coin or maybe even can manage to merge a few coins if those coins also have high difficulty and long block times. As it is possible the problem I was seeing was partly to do with merging seven or more coins and also partly to do with how many of them have faster block times than bitcoin does.

MMPool also did the accounting of the various merged coins. So maybe a good idea would be to get hold of the guy who wrote it and see if he can be convinced to merge more coins in it again or to release the source-code as free open source.

What I would suggest though for homegrown projects would be to use P2Pool like I did, to merge all the merged mined coins at once, but use lower powered mining hardware than Neptunes.

Or maybe we could try splitting the power of each Neptune-or-better machine between several such pools.

I tried things like leaving GeistGeld (due to its six second block time) out of the merge but still nothing I did seemed able to get P2Pool to recognise the full power of my Neptune miners.

If we could get the code of MMpool released though we might be onto something...

We should definitely merged-mine not only DeVCoin but also, if possible. IXCoin, I0Coin, GRouPcoin, CoiLedCoin, and GeistGeld (XGG), heck maybe also Huntercoin or whatever it calls itself nowadays.

By the way, the Latest Rates and related tables have been updated.


-MarkM-

Getting our tokens listed on sites that provide windows into STELLAR or HORIZON likely requires negotiation and likely also some kind of requirements we'd have to meet.

I expect that they will tend to want there to exist automated gateways for converting real coins on the blockchain back and forth from being tokens on the platform.

The problems with that are

(1) "Example" free open source code provided to do that part explicitly says it is not fit for production use so I don't and won't use it.

(2) The examples I have seen (for Stellar) assume you will issue (mint) tokens as real coins on blockchain are received from customer and de-mint them (return them to issuing account) when you cash them out back to real coins on blockchain. I do not find that an appropriate approach, for one thing it looks too much like the customer is making a deposit. I need to only be giving the customer already-existing tokens not minting and destroying tokens on-demand. That way I can be sure I really do have the coins on blockchain matching each token on the platform ahead of time, and be issuing tokens representing coins that are safe somewhere not freshly arrived from a customer into some kind of hot wallet. Ideally I secure coins in deepfrozen wallets in safety-deposit boxes and/or treasure chests buried on remote treasure islands before issuing tokens representing them, and hope my decendants / heirs-and-assigns never need to go dig them up until ready to stop dealing in that coin so no longer needing any tokens of that coin so finally free to go dig them up.

I prefer to turn only half my coins into tokens, so I have half as tokens for use on the platform and the other half available to buy back the tokens with, so that I do not have to risk the coins the tokens represent by moving them on the blockchain making them newly vulnerable to attempts at re-writing blockchain-history.

I prefer actually to first add a hard-coded checkpoint into the coin's client before issuing tokens, so that I know the up to date clients will not even accept a blockchain that has tried to go back in history and change the fact that the coins the tokens represent are in the cold storage address they were put in.

Also, buying and selling tokens can be a whole different thing legally in some jurisdictions than holding customer deposits. So I don't want them to deposit anything, I want to sell them tokens and buy tokens back from them. Thus having the tokens already exist ready for sale BEFORE the sale helps keep it clear no "depositing" is involved.

Even so though some jurisdictions might try to construe the tokens as "securities".

Interestingly, from what I have read about Facebook's proposed new currency "Libra", it sounds as if they plan to set it up like these game-currencies, that is to say, by having a "basket" of other currencies whose combined value they use to "back" the currency and to decide how many of the currency to mint, minting only as many Libras as they have value in their treasury to be able to buy them back.

Not sure if this is a case of great minds think alike or fools seldom differ.

-MarkM-

Erm, you pissed them off :/

Yes! The new Latest Rates include-file is ready.

Along with the rest of the Digitalis Assets tables and plots.

(Though STILL the plots do not work in my browser, as they haven't since I swiched from Slackware to Ubuntu. Something about GNUplot in Ubuntu is different from how GNUplot worked in Slackware, but I still do not know what. Maybe someone with fancy HTML can figure what is wrong with the plot pages or someone familiar with GNUplot can figure out what you have to do differently under Ubuntu from what worked under Slackware.)

Because there has been so much change this time around the arbitrage opportunities are even better than usual...

Basically a lot of folks don't run around changing all their offers every time a new Latest Rates file comes out, so a lot of offers they had made based on previous prices can suddenly be bargains. Get in there on the
HORIZON and STELLAR platforms promptly before someone else snaps up the best bargains!

-MarkM-

According to the new Latest Rates, which I ran using 19 billion as the number of "shares" to divide it into "as if" 19 billion devcoins were in existence (being as hold I was told last time around that almost 19 billion had been minted, and it makes sense to allow for a few more than there actually are to allow for more being minted before we generate a new "Latest Rates"), the total worth of DVC Holdings now is 31,792,998,122.57928719 DeVCoins, that is, over 31 billion DeVCoins.

However, it also says that this amounts to 1.67331569 DeVCoins per share, whereas I had kind of expected it ought logically be saying that it is 1.00000000 DeVCoins per share.

The shareworth is read from the company file at the start of the calculations though, so likely we will not see the new value being used for this "company" until next time around.

So I am thinking it must be using the previous (old) DeVCoin value for computing that DeVCoins per share value.

But if that is the case, I am worried it might also be using the old value for other parts of the calculations.

It does look, from things like the price of DEUterium in DeVCoins, that DeVCoin has gone up about 1.67331569 times its previous value.

So maybe I just have to expect that each time the value per share is going to be shown based on the previous value of DeVCoins.

Other than that little weirdness, which does not show up in the online pages since we do not publish the DVC Holdings account as if it were a Corp or Company (in the Company Values listing), everything seems to have worked.

Oh and all of this still is not yet counting XGG as a reserve currency toward the value of the things that hold it.

A lot of the increase in value is due to the acquisition of more shares of GFC; it used to only hold 461 shares of GFC, now it holds 5000 of them. It also gained a lot of GMC and some of some other things since the last time we ran the Latest Rates calculations.

You can see a lot of its holdings in the HORIZON account NHZ-YC2W-ZDCP-NS4G-4CEGK

(Among the things not shown there are the shares of GHC that it holds, as we do not put GHC onto the HORIZON system because they are only for Civilisations to hold and under HORIZON we cannot restrict who you can sell assets to. The fact that it holds GHC shares tells us it definitely IS in the process of setting up a Civilisation; we just do not yet know which Civilisation, on which planet.)


-MarkM-

I0C can be traded on the HORIZON and STELLAR platforms, see http://makemoney.knotwork.com/horizon/assets/ and http://makemoney.knotwork.com/stellar/

Also it looks like a group or civilisation, possibly to be known as the I0nians, is forming in the Galactic Milieu which hopes to adopt I0Coin as their currency, much like the IXians have been trying to do for IXCoin, so the dream is far from dead.

Basically this involves the clan, guild, nation, civilisation or whatever they are going to call themselves forming a treasury of "reserves" which when it gets to a decent size we can divide by 21 million (or however many I0Coins there actually are) to figure out the value of an I0Coin instead of trying to figure it out from whatever prices people have managed to get for one lately on some random exchange or exchanges.

-MarkM-

Well it is not really "our" corporate warchest, really just an in-game group, working now on becoming an in-game civilisation, which aims to be a civilisation whose currency will be DeVCoins.

A major difference between the two concepts (a nation whose currency is DeVCoin versus "our" corporate warchest) is the warchest is not "ours". It is the reserves of an in-game group that hopes soon to set up as an in-game nation aka civilisation. That this group or organisation plans to designate DeVCoin as "their" currency, that is as the currency their reserves are intended to support/back, is nice for us but since it seems likely that most of you do not even have characters in the game, let alone characters who will become citizens of whatever nation it ends up being that this group will form, let alone officers of that nation's government nor officers of whatever clan, guild, society, party or suchlike the group forms in various of the game's interfaces, it cannot really be thought of as "ours".

Basically we just will have a sponsoring in-game nation, I suppose.

That said, I just ran the "Latest rates", rather late as I was away at monthend.

The latest valuation of the DVC entity is 16,186,997,650.21720041 DeVCoins, using the Latest Rates valuation of DeVCoins.

XGG is still not being counted into the valuation, the entity now holds 200,000 XGG.

-MarkM-

I didn't call you a bum.If you don't understand humour that's not my fault.Hey you called us bums in your initial comment and nobody got all sensitive about it.Relax a bit and stop taking all this back and forth so seriously.Anyway helps our post count and heres some merit for you #Stayclassy #takeiteasy