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

[KLONE]

300 SPR for the person that guesses when Georgem goes Legendary (nearest will do).

Jan 10 2016

[1714708974]

1714708974

[1714708974]

1714708974

[1714708974]

1714708974

[1714708974]

1714708974

[crypto_currency]

This market is in danger of de-listing due to low trade volume and lack of user interest. It may be removed on December 4th unless the average daily trade volume for the last 7 days exceeds 0.2 BTC.

SPR will die soon .

[restless]

Thanks for the help and advice.
Indeed, it must have been the firewall.
This PC is @work, where we have 2 subnets - 1 with very strict rules, and another not so restricted.
I usually always set PC in lighter zone if mining, but I saw that wallet is in sync running in stricter zone and said "why bother"

This is still weird IMHO, maybe some kind of "test connectivity" can be implemented, to know that altho syncing wallet works, mining won't?

Mining should always work if you can sync.

well, last night i exchanged few PMs and SPRs with minerpage.
Until that PC was in "strict firewall zone" the wallet (latest version), was indicating "in sync with 4-5 connections to the network"  - green checkmark in lower right corner
It had mined 1 block, both me and minerpage had sent small amount of sprs to that wallet - no incoming transactions indicated!
Moved net to "light restricted zone" - bang, mined block dissapeared, both transactions appeared and were confirmed very soon


PS: just checked. While in strict zone, the wallet indication shows in sync&connected, but block count doesn't increase.
After some time  moved to "light zone" - in few seconds current block went from  682844 to  682930

 it seems the way wallet checks connectivity is broken in environment when there is internet, but almost anything except port 80/443 is blocked. It should at least timeout and give some indication... say when no new block received in... 5min ?

PPS:
another test. In strict zone getpeerinfo IS updated eg:

,
{
"addr" : "186.15.124.36:41678",
"services" : "00000000",
"lastsend" : 1449046141,
"lastrecv" : 0,
"bytessent" : 127,
"bytesrecv" : 0,
"blocksrequested" : 0,
"conntime" : 1449046141,
"version" : 0,
"subver" : "",
"inbound" : false,
"startingheight" : -1,
"banscore" : 0
}

But getblockcount is not increasing - always returns same number , 682939 atm

No idea what else to check... it seems the way weallet checks for connection is going through the firewall, but actual chain-communication is stopped.

[stonehedge]

This market is in danger of de-listing due to low trade volume and lack of user interest. It may be removed on December 4th unless the average daily trade volume for the last 7 days exceeds 0.2 BTC.

SPR will die soon .

Read my post on the previous page about my conversation with Bittrex.

Of course, that doesn't mean that the coin won't die but it won't die in the next few weeks.

[chrysophylax]

this is correct ...

it is not difficult to do more than that with the right amount of equipment ...

i cant specify what the current state of coin minting would be on a daily basis - but when the hashrate was much higher - thefram brought in many  hundreds of spr a day ... and the difficulty was higher than it is today ...

and no - i dont have just one or two 750ti cards ...

i was only ( only - as in the only miner ) sp's optimized private miner at the time ... and still do when i do mine spr ...

#crysx

Thanks for your input.
Can't wait to start experimenting with GPU mining and OpenCL.
But there are more pressing issues for me right now.

no worries georgem ...

the miner ( ccminer-spmod ) is cuda based - so its different from the sgminer opencl mining ... but i guess they would have to process the same when mining spreadx11 ...

it would be interesting to see how much faster that miner could go with spreadx11 ... based on tsivs version - it would be nice to see it flying again ...

i have never been able to get sgminer to run ... though i havent tried in the last year ... maybe time to fire up a build and see what happens ...

#crysx

[chrysophylax]

This market is in danger of de-listing due to low trade volume and lack of user interest. It may be removed on December 4th unless the average daily trade volume for the last 7 days exceeds 0.2 BTC.

SPR will die soon .

Read my post on the previous page about my conversation with Bittrex.

Of course, that doesn't mean that the coin won't die but it won't die in the next few weeks.

seriously? ...

people STILL going on about 'dying' coins ...

the time a coin is abandoned AND the community turns its back on it AND its no longer being used ... THATS when its dead ...

spr dead? ... fat chance! ...

even if it gets delisted off bittrex ...

#crysx

[stonehedge]

This market is in danger of de-listing due to low trade volume and lack of user interest. It may be removed on December 4th unless the average daily trade volume for the last 7 days exceeds 0.2 BTC.

SPR will die soon .

Read my post on the previous page about my conversation with Bittrex.

Of course, that doesn't mean that the coin won't die but it won't die in the next few weeks.

seriously? ...

people STILL going on about 'dying' coins ...

the time a coin is abandoned AND the community turns its back on it AND its no longer being used ... THATS when its dead ...

spr dead? ... fat chance! ...

even if it gets delisted off bittrex ...

#crysx

Bittrex are keen to support us for a period longer.  They seem to like our plans for the future.  I'm the first to admit that plans are just plans though.  Time will tell.

In any case we have contingency plans for if we lost Bittrex and the more I work on the contingency plan the more exciting the prospect of a change becomes.  It could be quite an opportunity.

[chrysophylax]

This market is in danger of de-listing due to low trade volume and lack of user interest. It may be removed on December 4th unless the average daily trade volume for the last 7 days exceeds 0.2 BTC.

SPR will die soon .

Read my post on the previous page about my conversation with Bittrex.

Of course, that doesn't mean that the coin won't die but it won't die in the next few weeks.

seriously? ...

people STILL going on about 'dying' coins ...

the time a coin is abandoned AND the community turns its back on it AND its no longer being used ... THATS when its dead ...

spr dead? ... fat chance! ...

even if it gets delisted off bittrex ...

#crysx

Bittrex are keen to support us for a period longer.  They seem to like our plans for the future.  I'm the first to admit that plans are just plans though.  Time will tell.

In any case we have contingency plans for if we lost Bittrex and the more I work on the contingency plan the more exciting the prospect of a change becomes.  It could be quite an opportunity.

ok - so i guess we will look forward to an spr exchange then ...

#crysx

[stonehedge]

This market is in danger of de-listing due to low trade volume and lack of user interest. It may be removed on December 4th unless the average daily trade volume for the last 7 days exceeds 0.2 BTC.

SPR will die soon .

Read my post on the previous page about my conversation with Bittrex.

Of course, that doesn't mean that the coin won't die but it won't die in the next few weeks.

seriously? ...

people STILL going on about 'dying' coins ...

the time a coin is abandoned AND the community turns its back on it AND its no longer being used ... THATS when its dead ...

spr dead? ... fat chance! ...

even if it gets delisted off bittrex ...

#crysx

Bittrex are keen to support us for a period longer.  They seem to like our plans for the future.  I'm the first to admit that plans are just plans though.  Time will tell.

In any case we have contingency plans for if we lost Bittrex and the more I work on the contingency plan the more exciting the prospect of a change becomes.  It could be quite an opportunity.

ok - so i guess we will look forward to an spr exchange then ...

#crysx

That is plan C

[chrysophylax]

This market is in danger of de-listing due to low trade volume and lack of user interest. It may be removed on December 4th unless the average daily trade volume for the last 7 days exceeds 0.2 BTC.

SPR will die soon .

Read my post on the previous page about my conversation with Bittrex.

Of course, that doesn't mean that the coin won't die but it won't die in the next few weeks.

seriously? ...

people STILL going on about 'dying' coins ...

the time a coin is abandoned AND the community turns its back on it AND its no longer being used ... THATS when its dead ...

spr dead? ... fat chance! ...

even if it gets delisted off bittrex ...

#crysx

Bittrex are keen to support us for a period longer.  They seem to like our plans for the future.  I'm the first to admit that plans are just plans though.  Time will tell.

In any case we have contingency plans for if we lost Bittrex and the more I work on the contingency plan the more exciting the prospect of a change becomes.  It could be quite an opportunity.

ok - so i guess we will look forward to an spr exchange then ...

#crysx

That is plan C

i would be happy to help there ...

spr / btc ...
grn / btc ...
spr / grn ...

...

#crysx

[minerpage]

300 SPR for the person that guesses when Georgem goes Legendary (nearest will do).

Jan 10 2016

GeorgeM has a Christmas present in mind, Dec 24 2015 at 6:00 UTC

Reason: "After SPR was abandoned by it's original developer early 2015, georgem fearlessly stepped in and created a better version by the end of that same year. That's a great accomplishment and it elevated him to Legendary status overnight. After that, SPR was spreading the love at Christmas 2015 and the world became a better place!"

Something like that 

[georgem]

the miner ( ccminer-spmod ) is cuda based - so its different from the sgminer opencl mining ... but i guess they would have to process the same when mining spreadx11 ...

it would be interesting to see how much faster that miner could go with spreadx11 ... based on tsivs version - it would be nice to see it flying again ...

i have never been able to get sgminer to run ... though i havent tried in the last year ... maybe time to fire up a build and see what happens ...

#crysx

I was thinking about extending OpenCL to both AMD and NVidia cards, and not use CUDA at all.
I am not sure though how good NVidia will perform with OpenCL, but it should work.

If we want to create an in-wallet GPU miner we need an open standard, and it will be much easier to accomplish with OpenCL only.

[georgem]

Small update:

For some days now I have been running a small intranet (4 PCs: 2 Win, 1 Mac , 1 Linux, all communicating per localhost, all CPU-mining.)
where I have probably created two dozen blockchains already, always testing a few things, analyzing hexdata and debug.logs and listening to the chitchats between the nodes and then restarting a new blockchain.

That feeling when you ignite a blockchain and it comes to life --> pretty legendary.  

...

That 66.6 SPR block is nice!

I've been creating new chains in my test environment over the last few weeks just to learn some SPR basics.  It has been really useful although I have no idea about the chatter between nodes.

Hm, never saw this 66.6 SPR block, but I guess I understand how it appears in your fork experiments:

If this 66.6 SPR block bugs you, you need to remove this line here:

Code:

if (nHeight > (int)getFirstHardforkBlock())

at

https://github.com/spreadcoin/spreadcoin/blob/master/src/main.cpp#L1334

So that the function looks like this then:

Code:

int64 GetBlockValue(int nHeight, int64 nFees)
{
    int64_t nSubsidy = 50 * COIN * 4 / 3;
    nSubsidy /= 10;

    // Subsidy is cut in half every g_RewardHalvingPeriod blocks which will occur approximately every 4 years.
    int halvings = nHeight / g_RewardHalvingPeriod;
    nSubsidy = (halvings >= 64)? 0 : (nSubsidy >> halvings);
    nSubsidy -= nSubsidy*(nHeight % g_RewardHalvingPeriod)/(2*g_RewardHalvingPeriod);

    return nSubsidy + nFees;
}

Now the nSubsidy /= 10; is always applied.

Enjoy your forking experiments. 

[georgem]

Reason: "After SPR was abandoned by it's original developer early 2015, georgem fearlessly stepped in and created a better version by the end of that same year. That's a great accomplishment and it elevated him to Legendary status overnight. After that, SPR was spreading the love at Christmas 2015 and the world became a better place!"

Something like that 

I don't do anything important.

I merely obey the orders of mr. spread:







Who is Mr. Spread?

[chrysophylax]

the miner ( ccminer-spmod ) is cuda based - so its different from the sgminer opencl mining ... but i guess they would have to process the same when mining spreadx11 ...

it would be interesting to see how much faster that miner could go with spreadx11 ... based on tsivs version - it would be nice to see it flying again ...

i have never been able to get sgminer to run ... though i havent tried in the last year ... maybe time to fire up a build and see what happens ...

#crysx

I was thinking about extending OpenCL to both AMD and NVidia cards, and not use CUDA at all.
I am not sure though how good NVidia will perform with OpenCL, but it should work.

If we want to create an in-wallet GPU miner we need an open standard, and it will be much easier to accomplish with OpenCL only.

sia did that for both - and nvidia cards came out far worse than implementing cuda ...

but there you have it ...

#crysx

[georgem]

I've been creating new chains in my test environment over the last few weeks just to learn some SPR basics.  It has been really useful although I have no idea about the chatter between nodes.

I recommend you download WireShark and let it display only the port used by your chain.

Code:

tcp.port == PORT_NUMBER

It's pretty easy and you'll get an idea about how the nodes communicate.
It'll show you the actual HEX Bytes that are received and sent.

[stonehedge]

I've been creating new chains in my test environment over the last few weeks just to learn some SPR basics.  It has been really useful although I have no idea about the chatter between nodes.

I recommend you download WireShark and let it display only the port used by your chain.

Code:

tcp.port == PORT_NUMBER

It's pretty easy and you'll get an idea about how the nodes communicate.
It'll show you the actual HEX Bytes that are received and sent.

Cheers!  Will give that a go when I get back home.

[georgem]

sia did that for both - and nvidia cards came out far worse than implementing cuda ...

but there you have it ...

#crysx

When did he do that?

I can only hope that NVidia's implementation of OpenCL has improved by now.

It's their unwillingness to participate in an open standard that makes their OpenCL implementation so "average".

[chrysophylax]

sia did that for both - and nvidia cards came out far worse than implementing cuda ...

but there you have it ...

#crysx

When did he do that?

I can only hope that NVidia's implementation of OpenCL has improved by now.

It's their unwillingness to participate in an open standard that makes their OpenCL implementation so "average".

the one miner ...

it is opencl and runs for both nvidia and amd based gpus ...

nvidia came out poorly in the trade off ...

https://github.com/NebulousLabs/Sia-GPU-Miner ...

the algo is blake2b from what i understand ...

whether its their unwillingness or not - like microsoft and their ridiculous 'standards' as opposed to the 'real' standards - nvidia are the largest gpu manufacturer and developer in the world ...

so they build their own standard - which could be the crappiest coding on the planet ( jump in microsoft again ) but still maintain the number one position for the hardware and software working together ...

#crysx

[antonio8]

sia did that for both - and nvidia cards came out far worse than implementing cuda ...

but there you have it ...

#crysx

When did he do that?

I can only hope that NVidia's implementation of OpenCL has improved by now.

It's their unwillingness to participate in an open standard that makes their OpenCL implementation so "average".

the one miner ...

it is opencl and runs for both nvidia and amd based gpus ...

nvidia came out poorly in the trade off ...

https://github.com/NebulousLabs/Sia-GPU-Miner ...

the algo is blake2b from what i understand ...

whether its their unwillingness or not - like microsoft and their ridiculous 'standards' as opposed to the 'real' standards - nvidia are the largest gpu manufacturer and developer in the world ...

so they build their own standard - which could be the crappiest coding on the planet ( jump in microsoft again ) but still maintain the number one position for the hardware and software working together ...

#crysx

It's Nvidia's fault. They wanna pretend they're Apple and not give a shit about interoperability, then it should be their problem.

EDIT: I dumped the signature2 kernel from my miner - it was triggering a bug in my other kernels and didn't really make sense to seperate anyways.

I see Wolf beat me too it but it was only about 3 maybe 6 months ago Nvidia started really supporting OpenCl but not the full version of it from my understanding. And Windows 10 with Nvidia is giving the main support. I am no where near a dev so you can look into it further if you like.