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

[stonehedge]

I think it's unfortunate that after all this time instead of launching servicenodes on testnet the main topic of discussion is a gimmicky lottery with no worthwhile application

Marketing ideas, increasing exposure to new audiences, generating interest for the media, creating insights for developers: there's always a time and place for that. There are some great ideas being discussed while the development is ongoing.

Georgem and his team are showing commitment to the development aspect, there is progress, there is a road map, this coin is moving.

Service Nodes are almost here. Time is now to start figuring out what to do with them and how to grow the network. After that there will be an API to create applications on top of this infrastructure. Dare I say one of the most exciting concepts in the making? A brand new environment, like the app store to iPhone. The SPR Service Network for decentralized transactions and applications. I say "wow"!

Feel free to constructively contribute to the process. Time is now  

I still think we need to do better at communicating what our core devs are working on although it shouldn't drag them away from their work.  We all have day jobs and real life going on too.  I'm going to give some thought on how I can post some more short updates on BCT without using too much of their time.

Georgem is painstakingly working towards servicenode testnet in a logical and methodical way.  He has a laudable dedication to quality control and we shouldn't forget that he has inherited somebody else's code.  I wouldn't release something I didn't fully trust or understand and I wouldn't want to be invested in a project with a lead dev that did.  

As a community we believe that we are doing something that nobody has done before and it can't be approached like a cut and paste coin project.  Yes, people have thrown masternode-like coins together in a few days but have any of you actually looked at the code?  Where are those coins now?  Things have to be done properly and this takes time.

I am going to propose that I have a ten minute chat with Chaositec and Georgem once a week and post a weekly update about what the devs are doing, what they're doing next and what they have failed to do ( )

I don't mind saying in public that both Chaos and George are excellent at what they do just not very good about boasting about it in public.  That's where I think I can help  

[just2laff]

Hello guys, I'm having a problem with Spreadcoin, My wallet won't sync, and I have 0 connections to SpreadCoin Network, please, help me as I need to make a transfer but can't connect to the network. Thanks.


Edit: And I'm facing this message on the left corner of my wallet "No Block source available"

[minerpage]

My wallet won't sync

https://bitcointalk.org/index.php?topic=1045373.msg11319675;topicseen#msg11319675

[georgem]

Hello guys, I'm having a problem with Spreadcoin, My wallet won't sync, and I have 0 connections to SpreadCoin Network, please, help me as I need to make a transfer but can't connect to the network. Thanks.


Edit: And I'm facing this message on the left corner of my wallet "No Block source available"

I just realized there is sometimes a problem with the wallet (both old and new) and how it connects to the 9 Fallback-Nodes.
Seems to be a problem that has been here since atleast when Spreadcoin started over a year ago.

I fixed it, both in the master and newwallet branch, and the sourcecode is updated.

https://github.com/spreadcoin/spreadcoin/commit/2d96865d6bd4faa0a22318989bccb9186fd2c60e
https://github.com/spreadcoin/spreadcoin/commit/50122c5b299705407074dcc96efcf66b4a571c02

Give me a few hours to also recompile all the wallets and then the Connectivity with Fallback-Nodes will work much better than it used to.
So that's why we still get some people complaining about no block source. But this is now a thing of the past.

(What did I do? I Reduced waiting time for considering Fallback-nodes to 20 sec (instead of 60 sec),
plus there was an error in the condition that triggers Fallback-nodes....

Code:

if (addrman.size()==0 && (GetTime() - nStart > 60) && !fTestNet)

if addrman.size()==0 doesn't make sense because sometimes the program will even consider 127.0.0.1 (localhost connection with itself) an address (and sometimes even [:::] - whatever it thinks that is), and then addrman.size() is already  = 1 or 2 and the condition to connect with the Fallback-Nodes will never be met, that's why I changed it to addrman.size<=2)

[entropycoin]

I am going to propose that I have a ten minute chat with Chaositec and Georgem once a week and post a weekly update about what the devs are doing, what they're doing next and what they have failed to do ( )

I don't mind saying in public that both Chaos and George are excellent at what they do just not very good about boasting about it in public.  That's where I think I can help  

I second this or something of the like that provides some transparency into development progress.  If the aim was to have servicenodes ready by the end of July and there is no mention of progress made, hangups, or a revised timetable by that time, investor confidence= shaken.  The outward appearance is nothing has been accomplished, because if anything had been why would it not be promoted?  If methodical and meticulous work goes into a exceptional product that misses a deadline by 6 months, fantastic.  no complains here.  It just would be nice to know the work is ongoing and to what extent.

[stonehedge]

I have just put a proposal to the devs that they update me every Thursday on Slack with a view to me collating and providing a full community update on BCT every Friday.

I want this update to include a clear snapshot of the roadmap and the project's progress against it and a summary of what the dev team have been working on, problems encountered...bugs found...new ideas...development progress.  I like project updates to be PR free and consist of simple factual statements.  Obviously these updates will contain good news and bad news about the project as it progresses.

Does anybody have any suggestions on anything else that should be included?

[Jonesd]

I have just put a proposal to the devs that they update me every Thursday on Slack with a view to me collating and providing a full community update on BCT every Friday.

I want this update to include a clear snapshot of the roadmap and the project's progress against it and a summary of what the dev team have been working on, problems encountered...bugs found...new ideas...development progress.  I like project updates to be PR free and consist of simple factual statements.  Obviously these updates will contain good news and bad news about the project as it progresses.

Does anybody have any suggestions on anything else that should be included?

Good idea!

Maybe include a questions from users section?

[stonehedge]

I have just put a proposal to the devs that they update me every Thursday on Slack with a view to me collating and providing a full community update on BCT every Friday.

I want this update to include a clear snapshot of the roadmap and the project's progress against it and a summary of what the dev team have been working on, problems encountered...bugs found...new ideas...development progress.  I like project updates to be PR free and consist of simple factual statements.  Obviously these updates will contain good news and bad news about the project as it progresses.

Does anybody have any suggestions on anything else that should be included?

Good idea!

Maybe include a questions from users section?

Great idea.  I'll have a think about the best way to capture these questions.  Cheers!

[duboisi]

Biweekly report would be sufficient until SN is about ready at testnet.

[stonehedge]

Biweekly report would be sufficient until SN is about ready at testnet.

I do agree with you but the intention of these updates are that they are very short if there isn't much to say and longer if there is lots to say.  I would personally post a short summary every week because people don't tend to read more than one or two pages back on BCT.

Ultimately I'll go with whatever the dev team feel is more appropriate whether that is biweekly or every week.

[gjhiggins]

I would personally post a short summary every week

As does Sunny King, for PeerCoin.


Cheers

Graham

[AnotherNode]

<snip>
Projectname "Find Satoshi nakamoto",

and I will create a separate spreadcoin clone to test this idea.
If successful we can make such sideproject coins merge-mineable with spreadcoin.

Everyone has been busy testing Dash V12 but now the release is delayed. I'm catching up and reading through the last few pages of the thread and can anyone tell me what happened to the finding Satoshi vanity generator competition? It is one of the few brilliant ideas that I really like around here that can be started without waiting around.

Looking at everyone's posts, there seems to be consensus that it is a good idea, including what looks like tentative agreement by the devs, but there is a problem using mining rewards? lordy consensus is always king \o/

The Dash community has no issue with using mining rewards to support and promote Dash. The miners are now taking far less with no complaints.



https://www.dashpay.io/news/self-sustainable-decentralized-governance-by-blockchain/

I would vote for 10% of Spreadcoin rewards going to the find Satoshi vanity generator competition :-P

[coins101]

^ any changes to rewards require dev time, so this can wait until service node testing begins.

@stonehedge, the issue just fixed by georgem with source connections could be why I couldn't connect using the round2 masternodes testing client?

[stonehedge]

^ any changes to rewards require dev time, so this can wait until service node testing begins.

@stonehedge, the issue just fixed by georgem with source connections could be why I couldn't connect using the round2 masternodes testing client?

I'm with AnotherNode.  I think we'd be foolish not to persue the vanitgen idea.  However as Coins101 says, we'd be even stupider to prioritise it over the work that the devs are currently doing.  In my view we either consider finding another pair of hands to help or implement this idea at a later date.

@coins 101...yes, could well be although I suspect the issue is more likely to be that the hardcoded testnet nodes have been powered down.  If I get a chance this weekend I might create a testnet node on vps.

[stonehedge]

Aren't you supposed to be on holiday? 

[georgem]

@stonehedge, the issue just fixed by georgem with source connections could be why I couldn't connect using the round2 masternodes testing client?

I left the round2 masternode client unchanged.
Only corrected master and newwallet.

[georgem]

^ any changes to rewards require dev time, so this can wait until service node testing begins.

@stonehedge, the issue just fixed by georgem with source connections could be why I couldn't connect using the round2 masternodes testing client?

I'm with AnotherNode.  I think we'd be foolish not to persue the vanitgen idea.  However as Coins101 says, we'd be even stupider to prioritise it over the work that the devs are currently doing.  In my view we either consider finding another pair of hands to help or implement this idea at a later date.

@coins 101...yes, could well be although I suspect the issue is more likely to be that the hardcoded testnet nodes have been powered down.  If I get a chance this weekend I might create a testnet node on vps.

VanGen Competition is definitely going to happen. But we will already have a servicenode network by then.

[MrZillion]

Projectname "Find Satoshi nakamoto",
and I will create a separate spreadcoin clone to test this idea.
If successful we can make such sideproject coins merge-mineable with spreadcoin.

I am very interested in this statement: "make such sideproject coins merge-mineable with spreadcoin". How would you describe such a feature? Could you elaborate on the "merge-mineable" aspect?

I've been wondering if something like that could be possible but I never heard anyone say it. Before I jump to conclusions it would be great if you could elaborate on the idea for just a minute. Much appreciated

[georgem]

Projectname "Find Satoshi nakamoto",
and I will create a separate spreadcoin clone to test this idea.
If successful we can make such sideproject coins merge-mineable with spreadcoin.

I am very interested in this statement: "make such sideproject coins merge-mineable with spreadcoin". How would you describe such a feature? Could you elaborate on the "merge-mineable" aspect?

I've been wondering if something like that could be possible but I never heard anyone say it. Before I jump to conclusions it would be great if you could elaborate on the idea for just a minute. Much appreciated

I was thinking that in the future, since spreadcoin is solo-mineable and pretty hard to mine, we can introduce merge mining that will allow other future coins (that are based on SpreadX11) to be merge-mineable with eachother (or atleast with Spreadcoin).
This will give solo-miners a little bit more income possibilities.

There will be a special solo-miner software that will bring all SpreadX11 coins together, facilitating merge-solo-mining.

Since spreadcoin can be considered a think tank, when we have a nice idea that can't make it into spreadcoin (for whatever reason), why not create an additional coin, and make it merge-mineable with spreadcoin?
This is all just speculation, but a possible path we could walk. (Just opening doors and windows here....)

[minerpage]

There will be a special solo-miner software that will bring all SpreadX11 coins together, facilitating merge-solo-mining.

Fascinating idea... would that merge-mining work with X11 or SHA256 coins also? Perhaps with additional programming efforts?