I have no artistic talent at all but I like Blender, you can knock stuff up pretty quick once you've gone through a few youtube tutorials. I've used it to model some stuff that I print out on a mate's 3d printer.

I don't think Mr Spread is necessarily waiting for the Darkcoin team to implement InstantX before he does it himself...

That's not how you spell 'buys.'   

Don't hold your breath, he's probably just going to try and sell it to the highest bidder.  

Which is fair enough, it's his work, but it isn't going to help the wider community until the wider community has it, to level the playing field again. Until then it's just going to make Spreaders poorer.

You don't have to trust anyone, that's the whole point of a cryptocurrency, but people trust exchanges with their money, every single one of which is obviously on the take, and thus get burned due to exchange dishonesty and/or exchange incompetence 

You're right though, neither the Greeks nor anyone else en masse are going to spend their dwindling supply of comedy paper on BTC or DRK when cigarettes and other tangible commodities are a more profitable and certainly less volatile investment. 

Cryptocurrencies are a luxury item, useful in a prospering economy, not so much when you're struggling to feed your kids and stop the bank repossessing your home.

It returns:

... which means nothing to me... 

OK got around to testing this on a fresh Mint 17 install.

1. ./INSTALL seems to call the arch scripts or something, I got a load of pacman not present errors.
2. So I ran each sgminer#.in script separately, #1 through #3 deleted all the sgminer scripts so I had to git clone them again each time.
3. Having successfully run them all, started and synced the wallet with the correct stuff in the .conf file, ./spreadgpu (and calling it directly via ./sgminer blah blah) gave me llvm errors:





... I think that any attempt at 1-click in-wallet GPU mining is going to result in never-ending misery, there's just too much to go wrong.

Nice work!

Crikey, SNYqcyEtXr5UWpxMds8mQ9x8jo8fWFJVKz must be running several hundred 290's... 

What a surprise, US 3 letter agencies waging war on all mankind. 

@georgem:

Masternodes are what give Darkcoin it's utility, and therefore value. I'm all for keeping things simple, but you need a certain amount of infrastructure to get anything useful done.  

About messaging in wallet - Masternodes would make this pretty simple, but it's pretty simple anyway. I wrote a little encrypted p2p chat bolt-on for my Darkcoin Simple Wallet that used one of my Masternodes as a key store (address book basically) - it was pretty straightforward. I never took it too far though because extremely simple was all it had to be, send a short txt message to a given address. I didn't and don't want a full blown IRC/jabber/skype/etc. client bloating up my wallet and bringing untold vulnerabilities to my ecash.

There are dozens of coins with in-wallet messaging and a hundred ways of doing it, Mr Spread could probably have it integrated in a day or two... but I hope he will keep Masternodes the priority. They really are an excellent technical and economic innovation, the n-of-m structure avoids centralisation of any service provision and makes them extremely attack resilient.

Anyway, very glad to have you here chucking ideas about!  




edit: How about we drop the 'coin' bit, just Spread?

I think the fact that you basically have to trust the rig owner with your privkey and your coins makes renting mega-rigs a non starter, even if you can find someone right now prepared to set up the spreadX11 algo for you.

Goddamn it, someone just beat me to it at ccex too:

Someone is on a buying spree this afternoon/evening at Bittrex:

I think you'd need to somehow just plain reject anything from a miner without the required 'uptime.'

This might be a problem for people who have unstable mining rigs...

Not quite thought through thought: Masternodes need to run for a day or two before qualifying for payment, maybe the same principle could be applied to miners - you need to mine for 1440 blocks (1 day) before you qualify to receive any block reward?

Thus, if someone jumped in with ~50% of the total hashrate, at the very least it would cost them much more, and we'd have 24hrs notice that something was up.

Honest long term miners shouldn't mind the wait, but it might deter opportunistic attackers...?  

In fact, what about a 'DGW curve' for block rewards - 1440 blocks no reward, next two days 25% then 50%, next day 75%, after 4 days you get the full block's worth. (Yes I know that's a line not a curve, you get the idea.)

This would give SPR a huge boost in blockchain security.

Mining pools are one single person with access to the hardware. In fact they are worse, as if the pool server is located in a datacentre dog knows how many people have access to it beyond the pool operator.

Exactly the same way any BTC derived wallet does so. (I imagine, and don't ask me for the exact mechanics of that.  )

It should be possible to crawl the blockchain for which address has mined each block. I could probably script this if I could build a local block explorer... 

That may be as close as you're going to get though - just as it's impossible to assume true coin distribution via address as someone can have multiple wallets/addresses.

Remember that bitcoingroup video where Kristov Atlas had a rant about why was LTC worth anything at all when so many other coins were far more innovative and better featured... ?

Same argument applies to BTC. It's a centralised and increasingly regulated slug of a currency, in a rational market it wouldn't be worth over a hundred times more than DRK.

Wow, great work! I shall test it later today.