[ANN] SpreadCoin | True Decentralization (No Pools) | Testing New Masternodes

[thelonecrouton]

In the context of 51% attacks, mining pools have no incentive to disrupt whereas if there was a single person with access to the hardware and the motive, would Spreadcoin be vulnerable?

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.

[SJRulez83]

Does anyone have an idea of when nodes wil be implemented.

I'm interested in running one, I've got a VMware farm running across two data centres with high speed SAN access. Its an ideal platform for running a node on.

[defunctec]

Another question if I may?

Is Spreadcoin susceptible to 51% attacks either currently or post masternode implementation?

Yes and yes.

What SPR isn't susceptible to is compromised servers. So this alone make's SPR's security better than most, as you can 51% attack all other pow coins.

[LiteMine]

Couldn't he fork to DGW to lessen the chances of that happening? It seems to have been proven resilient.

[defunctec]

If I don't have a static ip and my upload speed is 30kb/s will I still be able to become a masternode?

also want to know the answer to it,though I have some VPS at hand.

Having ran darkcoin nodes for about 6 months I think it's absolutely necessary to host these on a VPS, if only to provide 24/7 availability for the network. Unless Mr Spread has a trick up his sleeve I'm pretty sure that static IPs will be a requirement.

Ok and how much bandwidth should a masternode have per month?

10GB per month transfer should be plenty, the network demands aren't that high - screenshot from my management console: http://i59.tinypic.com/rvardv.png. Vultr gives you 1000GB per month for $5

I was going to use this: https://bitcoincloud.eu They aren't located in Australia but I can pay with bitcoin and they won't know that i'm only 15.

I guess this is a really good deal then:
1 GB RAM     1 CPU cores   50 GB diskspace        3 TB bandwidth   0.03080443 BTC   
Buy now


Just some small questions before I go to bed;
Have you ever been ddos'ed while running a masternode?
Do you have multiple masternodes running through different proxies?

I'm a masternode operator, and i have never been ddos'ed.
As far as I'm aware its one for one, so one MN = one instance.

1000SPR = $5 instance cost (VULTR).

500 SPR masternodes at 50% block reward = 5000 SPR distributed among MN owners per day.
5000 % 500 = 10SPR per MN per day.
Say the price of SPR is x2 @ 0.00075, thats 0.0075/$2 a day per masternode.

[defunctec]

Couldn't he fork to DGW to lessen the chances of that happening? It seems to have been proven resilient.

DGW just readjusts block payments based on network hashrate.

I don't think it can stop 51% attacks

[thelonecrouton]

Couldn't he fork to DGW to lessen the chances of that happening? It seems to have been proven resilient.

DGW just readjusts block payments based on network hashrate.

I don't think it can stop 51% attacks

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.

[defunctec]

Couldn't he fork to DGW to lessen the chances of that happening? It seems to have been proven resilient.

DGW just readjusts block payments based on network hashrate.

I don't think it can stop 51% attacks

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.

Using the 1day idea for mining is brill. I like how we could see the hashrate jump before it becomes a threat.

Would stopping rewards for 24 hours stop a 51% attack tho? I mean, the hashrate is still in the network, just not getting paid?

[thelonecrouton]

Couldn't he fork to DGW to lessen the chances of that happening? It seems to have been proven resilient.

DGW just readjusts block payments based on network hashrate.

I don't think it can stop 51% attacks

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.

Using the 1day idea for mining is brill. I like how we could see the hashrate jump before it becomes a threat.

Would stopping rewards for 24 hours stop a 51% attack tho? I mean, the hashrate is still in the network, just not getting paid?

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...

[Corsa1r]

Couldn't he fork to DGW to lessen the chances of that happening? It seems to have been proven resilient.

DGW just readjusts block payments based on network hashrate.

I don't think it can stop 51% attacks

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.

Using the 1day idea for mining is brill. I like how we could see the hashrate jump before it becomes a threat.

Would stopping rewards for 24 hours stop a 51% attack tho? I mean, the hashrate is still in the network, just not getting paid?

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...

yeah... speaking of unstable. It might be my undervolting, but I still want to ask if somebody else have stabilitiy issus while mining spread? I use the same settings as i did for mining X11 and that was 100% stable 24/... Now I get message that thread X is detected as idle so it gets killed, happens like once every 24 hours

[LiteMine]

Couldn't he fork to DGW to lessen the chances of that happening? It seems to have been proven resilient.

DGW just readjusts block payments based on network hashrate.

I don't think it can stop 51% attacks

Has any low-hashrate DGW coin been successfully attacked? I've been in and out of the forums the last 6 months, but it seems I would have heard about it in the DRK thread.

[LiteMine]

yeah... speaking of unstable. It might be my undervolting, but I still want to ask if somebody else have stabilitiy issus while mining spread? I use the same settings as i did for mining X11 and that was 100% stable 24/... Now I get message that thread X is detected as idle so it gets killed, happens like once every 24 hours

It's been a problem for me, also. Not overclocked or anything

[defunctec]

yeah... speaking of unstable. It might be my undervolting, but I still want to ask if somebody else have stabilitiy issus while mining spread? I use the same settings as i did for mining X11 and that was 100% stable 24/... Now I get message that thread X is detected as idle so it gets killed, happens like once every 24 hours

It's been a problem for me, also. Not overclocked or anything

The mining guides are not very helpful too. A comprehensive guide for AMD/Nvidia is needed, as well as a stable miner.

[Jesse Livermore]

yeah... speaking of unstable. It might be my undervolting, but I still want to ask if somebody else have stabilitiy issus while mining spread? I use the same settings as i did for mining X11 and that was 100% stable 24/... Now I get message that thread X is detected as idle so it gets killed, happens like once every 24 hours

It's been a problem for me, also. Not overclocked or anything

The mining guides are not very helpful too. A comprehensive guide for AMD/Nvidia is needed, as well as a stable miner.

I've mined without issue using AMD 7950 gpu nonstop for almost 72 hours now and I am overclocking. Setting up was somewhat tricky though. Never before have I had to tweak 'port' settings before in my .conf.

I will admit though that I am hoping Beta rigs somehow adds the ability to rent super rigs without using pools. Not sure it's possible now to rent a rig from them and point at SPR since Betarigs mines on pool addresses only.

[georgem]

Is this the newest version?

v0.9.15.2-g4b348d6-beta

[MyFarm]

Been mining Spreadcoin now at a steady 950 kh/s for 26 hours and have found two blocks!

Or in other words: 12.6 SPR mined, which at last Bittrex price (0.000242 BTC per SPR) equates to 0.003 BTC, which equates to $0.85 earned or so which at my current electricity rate means I'm nearly mining at break-even for the first time since May 2014 when gpu asic's came out and screwed me and my 7950 over.

I know there are many others out there who shutdown their gpu's when it became such a money-losing venture and I'm sure they will re-start them like I did yesterday once they realize that SPR's price is actually positively correlated with difficulty, like Bitcoin used to be years ago.
The fact that pools/rentable mega-rigs are not able to rape SPR makes me actually hold the thesis that the prevalence of ASIC's and mining pools, which rentable super-rigs control, has been a primary cause of the crypto bear market over the past year.

Take out the ASIC's and take out the coin-raping pools and you get what crypto once was....something pure and intended for the good of all.

It's my belief that SPR is likely to be one of the very very few crypto's in the coming months with a consistently trending up price as it gradually gains more and more attention and respect of the crypto community.
Keep up the good work, Mr. Spread!

JL

Edit: This 90-day SPR chart: http://coinmarketcap.com/currencies/spreadcoin/#charts is a thing of beauty.

Ouch. 24 hours later without a block for me without a big change in network difficulty. Variance can be a bitch sometimes.
Regardless... mining SPR is still 10x's more profitable than the what coinwarz.com shows as their current #1 crypto to mine.

JL

Edit: Criminy! This lucky fellow (http://spreadcoin.net/explorer/Sfxc14Aj5FHA7cwLqxZyMxdus5CgVxr9Mw) has solved at least 6% (191 rewards here) of the 3000 or so blocks for SPR in the past 48 hours.  I need a rig like his I guess.

Update: looks like this address has found 132 blocks (of about 1,000) in the past 24 hours. At least 13% of blocks to this one guy.

5 SPR says it's Illodin

[georgem]

I heard a blockexplorer within the wallet is underway?
How is the progress?

[MyFarm]

Couldn't he fork to DGW to lessen the chances of that happening? It seems to have been proven resilient.

DGW just readjusts block payments based on network hashrate.

I don't think it can stop 51% attacks

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.

Have you looked at Fractalcoin (it's a dead coin) and its slingshield technology?  It's supposed to make it so that you need like 78% instead of 51%.  Excited the hell out of me and I invested heavily.  The dev didn't want to do anything else for the coin though so it died.  My only big loss on cryptocurrency.  Grrr.

[LiteMine]

I heard a blockexplorer within the wallet is underway?
How is the progress?

Currently working, accessible under Tools in the wallet. It's just block by block and trasactions, I can't seem to look up addresses - just make a conf with

Code:

txindex=1

The explorer on multifaucet.tk can take a while to update individual addresses

Edit: and yes, that's the right wallet version

[georgem]

wish to see Mr.Spread to add more fancy features into this great coin~~  

Mentioned to M Spread earlier, since no pools and stats, maybe we can add some other kind of graph or informations to Qt to monitor mining.

One feature I would love to see (next to the internal blockexplorer) would be a messaging system.

If it were somehow possible to send messages to the recipient of my payment, that would be so awesome.

It would also go with the general slogan that could fit this coin: spread the message!

Ofcourse I am talking about messages that ONLY the recipient can read, and not everybody. They must not be publicly visible.

What I am thinking about is for example having someone pay for a software product with spreadcoin and sending him the serial number back, or something like that.
There are a lot of services which would be enabled by allowing the sending/recieving of messages.

So, whenever I send an SPR transaction, the system would also allow me to attach a message, but ONLY then. You can't send messages without sending SPR.

What are your thoughts, Mr. Spread?