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

[almightyruler]

Stouse49, thanks for sending me the wallet. I did manage to find 160 private keys by using a simple program to hunt for magic bytes in the wallet file directly. Many of the recovered keys report an error on importing to the GLX client. I can't be sure that I did the base58 encoding 100% correctly for GLX (I had to hack pycoin to support GLX specs) but the keys that were successfully imported do have the same sequence of raw bytes in the new wallet as they do in the original wallet. It's possible the 'error' keys are simply corrupt, but it's also possible that the encoding I hacked in is completely wrong.

There were 103 keys successfully imported, but a rescan doesn't match any of them against a transaction.

It could just be an empty wallet with a pool of keys that were never used, or it could be that the base58 import format isn't quite correct ('close enough' isn't going to work.)

Could also be that the wallet is truncated (it is less than a default wallet size of 128k) or corrupt, and it originally held more valid+used private keys...

[danbi]

It may be, that the Cryptsy wallet used differen db version. The expected/standard version is 4.8, but I have compiled wallets with other versions as well -- they work just fine, as long as you don't try to exchange it with outher software. Just a wild guess.

[almightyruler]

Just an update on GLX. I'm mining on one node (GLX is allocated a gridseed unit about 90% of the time - but it does drop out sometimes) and occasionally staking on another.

Doesn't look like much else is happening? Am I the only one mining this?

[tu0666047zish]

And proportional distribution absolutely fair for all.

[Cryptoneer]

I get two nodes, but it doesn't sync. How about you guys?

[almightyruler]

I get two nodes, but it doesn't sync. How about you guys?

Can you give some more detail on what the problem is? At this point my client has 1492961 blocks and the last block (PoS) was minted 12 mins ago.

# coin: galaxycoin
addnode=217.65.8.75
addnode=85.236.188.28
addnode=193.68.21.36
addnode=203.20.114.252
addnode=137.119.66.89

[Cryptoneer]

I get two nodes, but it doesn't sync. How about you guys?

Can you give some more detail on what the problem is? At this point my client has 1492961 blocks and the last block (PoS) was minted 12 mins ago.

# coin: galaxycoin
addnode=217.65.8.75
addnode=85.236.188.28
addnode=193.68.21.36
addnode=203.20.114.252
addnode=137.119.66.89

Ahh cool, this seems to work, let me see if I can get the whole enchilada this way. Thanks! 

[Hobbyist]

Stouse49, thanks for sending me the wallet. I did manage to find 160 private keys by using a simple program to hunt for magic bytes in the wallet file directly. Many of the recovered keys report an error on importing to the GLX client. I can't be sure that I did the base58 encoding 100% correctly for GLX (I had to hack pycoin to support GLX specs) but the keys that were successfully imported do have the same sequence of raw bytes in the new wallet as they do in the original wallet. It's possible the 'error' keys are simply corrupt, but it's also possible that the encoding I hacked in is completely wrong.

There were 103 keys successfully imported, but a rescan doesn't match any of them against a transaction.

It could just be an empty wallet with a pool of keys that were never used, or it could be that the base58 import format isn't quite correct ('close enough' isn't going to work.)

Could also be that the wallet is truncated (it is less than a default wallet size of 128k) or corrupt, and it originally held more valid+used private keys...

for pywallet and Galaxy try,    --otherversion=98

[almightyruler]

Stouse49, thanks for sending me the wallet. I did manage to find 160 private keys by using a simple program to hunt for magic bytes in the wallet file directly. Many of the recovered keys report an error on importing to the GLX client. I can't be sure that I did the base58 encoding 100% correctly for GLX (I had to hack pycoin to support GLX specs) but the keys that were successfully imported do have the same sequence of raw bytes in the new wallet as they do in the original wallet. It's possible the 'error' keys are simply corrupt, but it's also possible that the encoding I hacked in is completely wrong.
[...]

for pywallet and Galaxy try,    --otherversion=98

I used a slightly hacked pycoin.

I can send you a list of the extracted private keys (in raw hex format, not coin-specific WIF) if you want to have a go at importing them using pywallet.

[Aimee1993]

Stouse49, thanks for sending me the wallet. I did manage to find 160 private keys by using a simple program to hunt for magic bytes in the wallet file directly. Many of the recovered keys report an error on importing to the GLX client. I can't be sure that I did the base58 encoding 100% correctly for GLX (I had to hack pycoin to support GLX specs) but the keys that were successfully imported do have the same sequence of raw bytes in the new wallet as they do in the original wallet. It's possible the 'error' keys are simply corrupt, but it's also possible that the encoding I hacked in is completely wrong.
[...]

for pywallet and Galaxy try,    --otherversion=98

I used a slightly hacked pycoin.

I can send you a list of the extracted private keys (in raw hex format, not coin-specific WIF) if you want to have a go at importing them using pywallet.

How many COINS does pos need?

[soopy452000]

Hello All,

How are things going on. Sweet memories.

Cheers!
˜SoopY˜

[almightyruler]

Stouse49, thanks for sending me the wallet. I did manage to find 160 private keys by using a simple program to hunt for magic bytes in the wallet file directly. Many of the recovered keys report an error on importing to the GLX client. I can't be sure that I did the base58 encoding 100% correctly for GLX (I had to hack pycoin to support GLX specs) but the keys that were successfully imported do have the same sequence of raw bytes in the new wallet as they do in the original wallet. It's possible the 'error' keys are simply corrupt, but it's also possible that the encoding I hacked in is completely wrong.

There were 103 keys successfully imported, but a rescan doesn't match any of them against a transaction.

It could just be an empty wallet with a pool of keys that were never used, or it could be that the base58 import format isn't quite correct ('close enough' isn't going to work.)

Could also be that the wallet is truncated (it is less than a default wallet size of 128k) or corrupt, and it originally held more valid+used private keys...

I know this post is from 2 years ago, but I just had another go at recovering funds from the Cryptsy wallet.

This time my recovery efforts considered the entire wallet.dat file to be a byte stream full of keys - my system doesn't care about file formats, magic numbers, indexes, metadata, whatever; just whether each 32 bytes of raw data can be mapped to an address that's in the blockchain.

Again... zero matches. It seems the keys/addresses in this wallet have never been referenced in the Galaxycoin blockchain. So it's either an empty wallet that was created but never used, or perhaps a wallet from another coin.

FYI, there are 91584 different addresses present in the Galaxycoin blockchain.

[NoobKidOnTheBlock]

Is anyone still staking or mining this coin? I hope so because I got a nice chunk I've been holding onto for a long time now lol

[almightyruler]

Is anyone still staking or mining this coin? I hope so because I got a nice chunk I've been holding onto for a long time now lol

I am. You can help by keeping your wallet open.

[NoobKidOnTheBlock]

I would love to keep myu wallet open but I need connections and can't find any???

[almightyruler]

If anyone is interested in connecting again, try:

Code:

# coin: galaxycoin
addnode=91.121.221.51
addnode=149.28.164.168

Last blocks were mined (from my client's perspective) back in October 2019. I inadvertently staked and minted several blocks when I restarted a few days ago, but I rolled back to the 2019 version of the blockchain, just in case it has already been extended elsewhere. Last block is 0000000287521d3186d3b994519b68bc7cc1fda3b333bb6dda355758b26aa7ed