[RE-ANN] Galaxycoin Revival! KGW, POS/POW hybrid [TRADING ON CRYPTSY]

[ckoeber]

By the way, on a client I left to download the block chain from scratch, I now get this (repeated already several times):

03/22/14 13:06:31 received block 0000008eae20635f44ff
03/22/14 13:06:31 SetBestChain: new best=0000008eae20635f44ff681b6efc740b1501721c0d871d5f54e08d3c6baac001  height=18924  trust=18925  blocktrust=1  date=07/17/13 08:04:10
03/22/14 13:06:31 ProcessBlock: ACCEPTED
03/22/14 13:06:31 received block 2273c83fc8168441c0c3
03/22/14 13:06:31 ERROR: ConnectInputs() : 2bd7a74729 stake reward exceeded
03/22/14 13:06:31 InvalidChainFound: invalid block=2273c83fc8168441c0c3  height=18925  trust=1587918  blocktrust=1568993  date=07/17/13 08:04:12
03/22/14 13:06:31 InvalidChainFound:  current best=0000008eae20635f44ff  height=18924  trust=18925  blocktrust=1  date=07/17/13 08:04:10
03/22/14 13:06:31 ERROR: SetBestChain() : SetBestChainInner failed
03/22/14 13:06:31 ERROR: AcceptBlock() : AddToBlockIndex failed
03/22/14 13:06:31 ERROR: ProcessBlock() : AcceptBlock FAILED
03/22/14 13:06:31 received block 000001b716889e17bd32
03/22/14 13:06:31 Postponing 1 reconnects
03/22/14 13:06:31 REORGANIZE
03/22/14 13:06:31 REORGANIZE: Disconnect 0 blocks; 0000008eae20635f44ff..0000008eae20635f44ff
03/22/14 13:06:31 REORGANIZE: Connect 1 blocks; 0000008eae20635f44ff..2273c83fc8168441c0c3
03/22/14 13:06:31 ERROR: ConnectInputs() : 2bd7a74729 stake reward exceeded
03/22/14 13:06:31 ERROR: Reorganize() : ConnectBlock 2273c83fc8168441c0c3 failed
03/22/14 13:06:31 InvalidChainFound: invalid block=000001b716889e17bd32  height=18926  trust=2633914  blocktrust=1045996  date=07/17/13 08:04:16
03/22/14 13:06:31 InvalidChainFound:  current best=0000008eae20635f44ff  height=18924  trust=18925  blocktrust=1  date=07/17/13 08:04:10
03/22/14 13:06:31 ERROR: SetBestChain() : Reorganize failed
03/22/14 13:06:31 ERROR: AcceptBlock() : AddToBlockIndex failed
03/22/14 13:06:31 ERROR: ProcessBlock() : AcceptBlock FAILED
03/22/14 13:06:31 received block 0000038bcfde6a76a612
03/22/14 13:06:31 Postponing 2 reconnects


it then goes on and on and postpones up to 499 reconnects...

You need to download my blockchain: http://galaxypool.chriskoeber.com/galaxycoinblockchain.zip

Then unzip and put those files in your data directory for the galaxycoind daemon. Also check that the permissions for the unzipped files are writable to all users or at least the user initiating the galaxycoind daemon.

[danbi]

You need to download my blockchain: http://galaxypool.chriskoeber.com/galaxycoinblockchain.zip

Things work with your block chain database. But the coin daemon (wallet) is supposed to be able to build and verify it's own block chain, from the network. This does not seem to happen -- something is seriously broken. The wallet always ends up to

"blocks" : 18924,

Depending on pre-built block chain is risky..

[icecube45]

You need to download my blockchain: http://galaxypool.chriskoeber.com/galaxycoinblockchain.zip

Things work with your block chain database. But the coin daemon (wallet) is supposed to be able to build and verify it's own block chain, from the network. This does not seem to happen -- something is seriously broken. The wallet always ends up to

"blocks" : 18924,

Depending on pre-built block chain is risky..

At this point, the syncing of the blockchain naturally is a VERY long process, due to the amount of nodes still on the V1 blockchain, as more nodes transfer to the V2 blockchain, this should resolve itself..

For now we need to rely on this download, unfortunately, but hopefully not for long,

Everyone can help by hosting a node

[ckoeber]

Things work with your block chain database. But the coin daemon (wallet) is supposed to be able to build and verify it's own block chain, from the network. This does not seem to happen -- something is seriously broken. The wallet always ends up to

"blocks" : 18924,

Depending on pre-built block chain is risky..

It is. I am not sure why that is happening myself. As IceCube45 has mentioned once more addnodes come in the issue should be resolved.

[obelisk910]

Hey ckoeber or icecube: (or anyone that can explain really)

I am definitely willing to host a node if it's something I have the resources to do. I don't have a web server, but if possible, I'll help from home. I'm on the correct chain, is there anything more to it than running galaxycoin-qt and possibly keeping a port forwarded? And using "connect" instead of "addnode"?

Also, what kind of bandwidth will this consume/what will I need? (preferably tcp) I only have a 1M upload at my house.

If this will be a lengthy setup, feel free to PM me. Actually, if you post it here, maybe someone else will join in too and we'll have more nodes.

Sorry if this is noob question

[icecube45]

Hey ckoeber or icecube: (or anyone that can explain really)

I am definitely willing to host a node if it's something I have the resources to do. I don't have a web server, but if possible, I'll help from home. I'm on the correct chain, is there anything more to it than running galaxycoin-qt and possibly keeping a port forwarded? And using "connect" instead of "addnode"?

Also, what kind of bandwidth will this consume/what will I need? (preferably tcp) I only have a 1M upload at my house.

If this will be a lengthy setup, feel free to PM me. Actually, if you post it here, maybe someone else will join in too and we'll have more nodes.

Sorry if this is noob question

Woohoo! We'd love a new node!

Its as simple as port forwarding the connection port, and running the client!

I'm not sure about the bandwidth usage, but it shouldn't be much.

Thanks so much!
-icecube45

[ckoeber]

Hey ckoeber or icecube: (or anyone that can explain really)

I am definitely willing to host a node if it's something I have the resources to do. I don't have a web server, but if possible, I'll help from home. I'm on the correct chain, is there anything more to it than running galaxycoin-qt and possibly keeping a port forwarded? And using "connect" instead of "addnode"?

Also, what kind of bandwidth will this consume/what will I need? (preferably tcp) I only have a 1M upload at my house.

If this will be a lengthy setup, feel free to PM me. Actually, if you post it here, maybe someone else will join in too and we'll have more nodes.

Sorry if this is noob question

Download the client and make sure it is 100% synced. Follow the guide on the first post.

Make sure this is what your galaxycoin.conf config file is like:

Code:

listen=1
daemon=1
server=1
rpcuser=**Yourusername**
rpcpassword=**Yourpassword**
rpcport=15522
rpcconnect=127.0.0.1
addnode= 87.209.206.80
addnode= 71.4.209.204
addnode= glx.verters.com
addnode= 193.68.21.36

Then, open port 15521 to the world; you can then announce the IP address everyone else should connect to for your system.

As for bandwidth see this: http://bitcoin.stackexchange.com/questions/12974/what-is-the-bandwidth-of-the-standard-bitcoin-client-as-at-august-2013

[almightyruler]

As for bandwidth see this: http://bitcoin.stackexchange.com/questions/12974/what-is-the-bandwidth-of-the-standard-bitcoin-client-as-at-august-2013

Just a warning that when a coin forks the older clients can be quite aggressive with requesting blocks. They request the same set of blocks over and over, I guess because of a bug or oversight in the code.

For example, 148.251.13.39 appears to be on the old chain (starting height 251827). I tracked its bandwidth for a period of 60 seconds:

128804 bytes in
1398272 bytes out

... and it's constantly growing. It seems the older client can never internally resolve the fork, so it gets stuck in some sort of loop requesting the same blocks.

As mentioned earlier in this thread it has had an impact on my DSL link; I have had to resort to firewalling GLX peers that are on the old fork to stop them hogging it.

edit: there are currently 3 old chain GLX peers consuming about 0.5Mbps of my 1Mbps uplink speed (50% of my entire upload capacity)

[icecube45]

As for bandwidth see this: http://bitcoin.stackexchange.com/questions/12974/what-is-the-bandwidth-of-the-standard-bitcoin-client-as-at-august-2013

Just a warning that when a coin forks the older clients can be quite aggressive with requesting blocks. They request the same set of blocks over and over, I guess because of a bug or oversight in the code.

For example, 148.251.13.39 appears to be on the old chain (starting height 251827). I tracked its bandwidth for a period of 60 seconds:

128804 bytes in
1398272 bytes out

... and it's constantly growing. It seems the older client can never internally resolve the fork, so it gets stuck in some sort of loop requesting the same blocks.

As mentioned earlier in this thread it has had an impact on my DSL link; I have had to resort to firewalling GLX peers that are on the old fork to stop them hogging it.

edit: there are currently 3 old chain GLX peers consuming about 0.5Mbps of my 1Mbps uplink speed (50% of my entire upload capacity)

Thanks for that warning!

I might firewall those peers as well, don't want my bandwidth being used!

[danbi]

I also note a lot of intensive peer activity on the node at 193.68.21.36, some indeed seem to be old clients stuck in a loop. Hope to find some time to actually plot the bandwidth consumption of the node, might be interesting. The peer sync code indeed needs some blacklisting/throttling functionality and also probably a "boost/bootstrap" mode to let new clients download the block chain faster.

I will be setting more nodes, if it helps the network. Just to stop traveling for a bit

[obelisk910]

Alright sounds good, I'll do my best to get on setting that up. I'm on university internet at the moment, so nothing I can do from here. As soon as I get the chance I'll try to get a permanent node set up at my house. Will I need to get a static WAN IP for that? Never heard whether or not TWC will do that, and never paid attention to how frequently it changes.

PS: icecube45coin. haha. awesome.

[icecube45]

PS: icecube45coin. haha. awesome.

Shhh! I'm mining the genesis block at the moment.

Also, you could use a service like noip.com to get a static ip for a node, I can stick that in the galaxycoin.conf example

[icecube45]

I will be setting more nodes, if it helps the network. Just to stop traveling for a bit

More nodes

Woohoo!

[obelisk910]

Good call, I'll get on that. I'll let you know when it's up!

[almightyruler]

Will I need to get a static WAN IP for that? Never heard whether or not TWC will do that, and never paid attention to how frequently it changes.

A static IP is a bit better, but a diverse p2p network is fairly resilient; so long as you can connect (outbound) to at least one peer, the rest of the network will figure out your IP for inbound connects.

[obelisk910]

Hey ckoeber, mind giving me an update on the status of your pool/node? Everything OK over there? I'm unable to connect to either. Thanks

[ckoeber]

Hey ckoeber, mind giving me an update on the status of your pool/node? Everything OK over there? I'm unable to connect to either. Thanks

I apologize; I am at Nvidia's GPU conference; I will remote in and try to solve this as soon as I can.

[icecube45]

Hey ckoeber, mind giving me an update on the status of your pool/node? Everything OK over there? I'm unable to connect to either. Thanks

I apologize; I am at Nvidia's GPU conference; I will remote in and try to solve this as soon as I can.

Sounds fun, any free samples?

[obelisk910]

Awesome! Sounds like fun. I just started to get a little worried because I can't connect to any nodes currently, so can't even solo mine without creating a third fork

Just wanted to make sure it wasn't my end and that you were aware. Thanks!

[almightyruler]

My side seems to be segregated too. I'm connected to a single peer only, and from my P.O.V. the blockchain hasn't changed for more than 24 hours. If I mine then I'll definitely be creating a fork, but if I manage to connect any more peers I can't be sure that the new blocks they are providing are from the main blockchain, or their own private fork. What we really need to connect to is the IP of a major pool, or even better, cryptsy.