[ANN] SpreadCoin | Decentralize Everything (decentralized blockexplorer coming)

[coins101]

Closing this survey.


https://bitcointalk.org/index.php?topic=976031.msg10656234#msg10656234


From now on, its Service Noodles.

[1714221548]

1714221548

[1714221548]

1714221548

[1714221548]

1714221548

[stonehedge]

^^ I think a good first step towards ocminers pool being in the OP would be it being made open source for peer review.

[coins101]

^^ I think a good first step towards ocminers pool being in the OP would be it being made open source for peer review.

Don't spread FUD guys, the miner / pool combo is very simple, minimalistic and secure at once.

Let me explain why:

Currently, or before some time, the miner uses ccminer/spreadminer/sgminer and connects to his local wallet via an unencrypted connection i.e. everyone could read the privkey by listening to the connection, using wireshark or even by intercepting the data communication (Man-In-The-Middle)..
This is also a big security flaw for the coin if (private) miners are connecting to their wallet over the Internet i.e. their Rigs are not only local in their own network, as everyone could literally steal their private key.

One thing i've done is: I've encrypted all data between the pool and the miner, it uses a secure SSL connection, its the same kind of connection you use when you're doing online banking etc (https) so if you want to sniff on the data - you first have to break the SSL encryption and then you can steal that one session key :-)

The second thing is, "normal" miners don't work, I've simply tweaked them to refuse all kind of unencrypted connections and also added an extra certificate with some encryption so the pool recognizes exactly which version is used by whom. Thats why you need to use special versions of miners, they are simply of higher security.

So after all, I still don't get what you people are having against mining on a pool, there is and was pool mining on SPR all the time, just on private pools, now you have a public one and some start to FUD the hell out of it but don't even know what they are talking about, why ? :-)


Oh and btw.. These nice charts / graphics etc always implied there was NO pool mining and "decentralization" here .. Well.. I've mined LOTS of blocks with the pool already and it seems that noone ever realized.. So maybe your "decentralization" is not as good as it seems ... How else could I get away with it then all the time ?


Stop FUD'ing and keep concentrating on your Spread... err.. Masternodes and do something for the coin..

As long as a coin is mineable by anything like CCminer/Sgminer/Minerd you can start a pool for it.. Its just a matter of time and a matter of effort.. I had some spare time and nothing todo so I invested the time into this.. If this thing would be of more worth, already more pools would be there.

Oh and yes - I'll open source everything - absolutely. This is also no security hole as the certificates/passwords/encryption keys of the miners are of course NOT released...(no stealing) So everyone can compile their own miner, with his own keys/encryption for his own pools... Very simple, isn't it ?

He was working on doing just that.....at some point

[entropycoin]

From the latest Dash strategy update posted earlier today

Bitcoin and the Blocksize debate

In the last few weeks, a debate has been raging across all Bitcoin discussion forums on whether or not to increase Bitcoin’s block size limit. Actually the debate has been going on for longer than that but the rate and temperature of discussion have been greatly increased more recently.

For the Bitcoin project, both sides are correct in their assumption that the blocksize issue is a real problem. However, they’re stuck in between a rock and a hard place. If they increase the blocksize, they will risk losing more full nodes due to the cost of operating a node, which in turn makes the network less robust and prone to DDOS attacks and other issues. If they don’t increase the blocksize, the network will become increasingly more expensive to send money on and naturally competitors will begin to look more attractive to the general public.

As for our position in this debate, we’re not in any immediate danger and have a plan for how to deal with this issue when it comes up. In fact we’re already planning the tools for how we will support a massive amount of transactions. What if we kept the blocksize limit at 1MB and had a great wallet for general users that used off-chain transactions the majority of the time? As a result we would have a small blockchain, low fees and nearly limitless transaction support. The goal is to stay lean and allow for growth at the same time.

perhaps spr may have a solution 

[coins101]

^perhaps  

In other news:



http://cointelegraph.com/news/114819/mcafee-nyse-outage-may-have-been-a-cyber-attack

Looks like last weeks 'glitch' at the NYSE, which halted the exchange for 3 hours, might be something more than just a slight technical hiccup.

[minerpage]

^perhaps  

In other news:



http://cointelegraph.com/news/114819/mcafee-nyse-outage-may-have-been-a-cyber-attack

Looks like last weeks 'glitch' at the NYSE, which halted the exchange for 3 hours, might be something more than just a slight technical hiccup.

I like the way the article ends:

"It is important to be clear that there is no hard evidence yet as to whether there is a relationship between the Chinese crash and the technical incidents in America. However the timing cannot be ignored, and some argue that this is another move in the financial wars that have been going on for years. Or perhaps, it is all just a big coincidence. "

[coins101]

Tidy up happening on github

https://github.com/spreadcoin/spreadcoin/tree/newwallet/src/sphlib

 

[georgem]

Tidy up happening on github

https://github.com/spreadcoin/spreadcoin/tree/newwallet/src/sphlib

 

Yeah, I wonder why no X11 based coin ever had the idea of putting all sphlib related classes and headers into a designated folder.

Looks much more ordered now.

Neat!

[coins101]

Bitcoin core 0.11x is out

https://bitcoin.org/en/release/v0.11.0

Makes SPR full Bitcoin nodes more important. This version enables pruning. This means users can opt to have a slimmer version of the bitcoin database.

So whose keeping a full copy?  

[coins101]

Email crypto - love it

http://www.reddit.com/r/Bitcoin/comments/3d0xsk/you_can_now_email_bitcoins_as_an_attachment/

private keys are encrypted and sent as part of an attachment.

Nice idea, might suffer from many problems, e.g people scared of clicking on attachment links for starters.

[AnotherNode]

Bitcoin core 0.11x is out

https://bitcoin.org/en/release/v0.11.0

Makes SPR full Bitcoin nodes more important. This version enables pruning. This means users can opt to have a slimmer version of the bitcoin database.

So whose keeping a full copy?  

I'm looking forwards for testing to start 

[minerpage]

Bitcoin core 0.11x is out

https://bitcoin.org/en/release/v0.11.0

Makes SPR full Bitcoin nodes more important. This version enables pruning. This means users can opt to have a slimmer version of the bitcoin database.

So whose keeping a full copy?  

Full node here, ready to test 

[MrSpace]

Testing full nodes... What about your ServiceNodes you all rave about ?

[Mikolo]

Service nodes when?

[LucD88]

Yup, same here. Eagerly waiting for service node testing to begin!

[coins101]

Testing full nodes... What about your ServiceNodes you all rave about ?

You there, at the back: pay closer attention

[defunctec]

Yup, same here. Eagerly waiting for service node testing to begin!

I too am waiting for SN testing. I'm expecting to wait another 2 weeks - 2 months before testing starts.

So don't be disappointed if we aren't testing by the end of the month

[stonehedge]

Yup, same here. Eagerly waiting for service node testing to begin!

I too am waiting for SN testing. I'm expecting to wait another 2 weeks - 2 months before testing starts.

So don't be disappointed if we aren't testing by the end of the month

I expect that testing will be broken into baby step chunks.  Hopefully this means that testing will start sooner than we currently expect.

[defunctec]

Yup, same here. Eagerly waiting for service node testing to begin!

I too am waiting for SN testing. I'm expecting to wait another 2 weeks - 2 months before testing starts.

So don't be disappointed if we aren't testing by the end of the month

I expect that testing will be broken into baby step chunks.  Hopefully this means that testing will start sooner than we currently expect.

I've got my fingers crossed... Crossed?.. Crossed.

[stonehedge]

Yup, same here. Eagerly waiting for service node testing to begin!

I too am waiting for SN testing. I'm expecting to wait another 2 weeks - 2 months before testing starts.

So don't be disappointed if we aren't testing by the end of the month

I expect that testing will be broken into baby step chunks.  Hopefully this means that testing will start sooner than we currently expect.

I've got my fingers crossed... Crossed?.. Crossed.

I think they say "holding your thumbs" in Sweden