[ANN][HUC] Huntercoin - Worlds First Decentralized Game/World on the Blockchain

[MithrilMan]

bad news for me
even at home, with another blockchain and another wallet, it seems i can't have huntercoin to work...

on the debug.log there are a lot of errors like

REORGANIZE
Reorganize():
  Old: CBlockIndex(nprev=1b2ef400, pnext=00000000, nFile=5, nBlockPos=55037997 nHeight=345878, merkle=f5164dda5b, hashBlock=b5279e808d56d16d2976)
  New: CBlockIndex(nprev=1f4f1d98, pnext=00000000, nFile=5, nBlockPos=59160442 nHeight=346811, merkle=c9ad44203f, hashBlock=1a11ca82f4f558d61a0d)
  Common: CBlockIndex(nprev=1b2ef400, pnext=00000000, nFile=5, nBlockPos=55037997 nHeight=345878, merkle=f5164dda5b, hashBlock=b5279e808d56d16d2976)
ProcessMessage(block, 5354 bytes) : Exception 'ReadCompactSize() : size too large' caught
ProcessMessage(block, 5354 bytes) FAILED
received block d7caf0b58d4c9d16abff


maybe i've to change something about nodes i'm connected to?
Exception 'ReadCompactSize()  sounds scaring


as a note, both computers were left running the daemon 3 days at least nonstop

[domob]

this makes sense about the deletetransaction and you could be right about that problem, but why it should stay at no confirmation state at first place even if i don't call deletetransaction?
maybe the system call deletetransaction or some equivalent on other transactions that share one of the input that the killed player transaction had?

since the stuck problem doesn't seems to happen everytime (or at least i think), maybe the problem is that there is something that goes wrong where 2 transaction share one of the input address?

According to my theory (see my post for more details, it is somewhere in there as well), the initial problem arises due to the double-spending thing I suspected already some time ago.  However, fixing it locally for you with name_clean doesn't fully solve the problem, due to other nodes still keeping the wrong transaction.  This is what I think we have to fix - clear the mempool on each new block by removing such transactions automatically.  I'll give the code a look soon to decide about the best implementation.

[MithrilMan]

this makes sense about the deletetransaction and you could be right about that problem, but why it should stay at no confirmation state at first place even if i don't call deletetransaction?
maybe the system call deletetransaction or some equivalent on other transactions that share one of the input that the killed player transaction had?

since the stuck problem doesn't seems to happen everytime (or at least i think), maybe the problem is that there is something that goes wrong where 2 transaction share one of the input address?

According to my theory (see my post for more details, it is somewhere in there as well), the initial problem arises due to the double-spending thing I suspected already some time ago.  However, fixing it locally for you with name_clean doesn't fully solve the problem, due to other nodes still keeping the wrong transaction.  This is what I think we have to fix - clear the mempool on each new block by removing such transactions automatically.  I'll give the code a look soon to decide about the best implementation.

ok cool

P.S.
I'm downloading blockchain from chain.huntercoin.org
I was thinking that to save space, bandwith and time, you could add just modified files
blk001.dat, blk002.dat, blk003.dat and blk004.dat sholdn't change, right?

so you can leave current zip as a base, then add just file that need to be overwritten, what do you think?

(i'm talking just for full blockchain)

[domob]

P.S.
I'm downloading blockchain from chain.huntercoin.org
I was thinking that to save space, bandwith and time, you could add just modified files
blk001.dat, blk002.dat, blk003.dat and blk004.dat sholdn't change, right?

so you can leave current zip as a base, then add just file that need to be overwritten, what do you think?

(i'm talking just for full blockchain)

That's true - but I think it will get messy to ensure a fully valid download.  Of course, I could set up public rsync access - this would handle copying based on file timestamps.  However, I fear that the Windows guys won't be happy with rsync.

[MithrilMan]

P.S.
I'm downloading blockchain from chain.huntercoin.org
I was thinking that to save space, bandwith and time, you could add just modified files
blk001.dat, blk002.dat, blk003.dat and blk004.dat sholdn't change, right?

so you can leave current zip as a base, then add just file that need to be overwritten, what do you think?

(i'm talking just for full blockchain)

That's true - but I think it will get messy to ensure a fully valid download.  Of course, I could set up public rsync access - this would handle copying based on file timestamps.  However, I fear that the Windows guys won't be happy with rsync.

and what about an FTP public access where you place plain files in a folder and people can download what they need (or all for first time user?)

[domob]

That's true - but I think it will get messy to ensure a fully valid download.  Of course, I could set up public rsync access - this would handle copying based on file timestamps.  However, I fear that the Windows guys won't be happy with rsync.

and what about an FTP public access where you place plain files in a folder and people can download what they need (or all for first time user?)

Would be possible.  But how do you decide on what files you need?  rsync takes care of that for you.  Note that it is not "guaranteed" that blk0001.dat is never again modified as soon as blk0002.dat is created.  (It usually is the case, but it may not always be true.)

[MithrilMan]

That's true - but I think it will get messy to ensure a fully valid download.  Of course, I could set up public rsync access - this would handle copying based on file timestamps.  However, I fear that the Windows guys won't be happy with rsync.

and what about an FTP public access where you place plain files in a folder and people can download what they need (or all for first time user?)

Would be possible.  But how do you decide on what files you need?  rsync takes care of that for you.  Note that it is not "guaranteed" that blk0001.dat is never again modified as soon as blk0002.dat is created.  (It usually is the case, but it may not always be true.)

with datestamp, "overwrite only if newer" is an option every client has (or if size differs)
this way nontech or people who don't know what do download can just download all, while others can download what they need

but it's just an idea

[domob]

with datestamp, "overwrite only if newer" is an option every client has (or if size differs)
this way nontech or people who don't know what do download can just download all, while others can download what they need

I haven't used an FTP client in ages (since I like SSH / rsync much better), but if you think it is easily possible with today's clients to do that, I'll think about it.  It is definitely a useful thing to have the files by themselves.

[MithrilMan]

with datestamp, "overwrite only if newer" is an option every client has (or if size differs)
this way nontech or people who don't know what do download can just download all, while others can download what they need

I haven't used an FTP client in ages (since I like SSH / rsync much better), but if you think it is easily possible with today's clients to do that, I'll think about it.  It is definitely a useful thing to have the files by themselves.

yes it's possible and handy (i use FileZilla, that's free and handy)

[billybob2014]

About to be 5000 coins behind this tree after the disaster..

Even though I was quick to the draw, Bots are a few blocks ahead of me and will get it easily.

http://imgur.com/QddOYTh

[MithrilMan]

another disaster? damn, missed

[BGB_HUC]

About to be 5000 coins behind this tree after the disaster..

Even though I was quick to the draw, Bots are a few blocks ahead of me and will get it easily.

http://imgur.com/QddOYTh

over 10,000 behind those trees in red area... come on baby...

although it looks like i have introduced a couple bugs with my latest changes... picking up coins that should be ignored...

[billybob2014]

About to be 5000 coins behind this tree after the disaster..

Even though I was quick to the draw, Bots are a few blocks ahead of me and will get it easily.

http://imgur.com/QddOYTh

over 10,000 behind those trees in red area... come on baby...

although it looks like i have introduced a couple bugs with my latest changes... picking up coins that should be ignored...

I was tracking the guys trying to bring it back to the wallet before the disaster, bad timing for them.. waiting till your guys have thousands of coins before returning home can be risky. Funny watching them freak out and hiding behind the tree. looks like you will get the coins bgb.

[billybob2014]

Really love the mithril man integration into the new apple watch.  The crowd was in awe.

[MithrilMan]

Really love the mithril man integration into the new apple watch.  The crowd was in awe.

hahaha would need a really powerful lens or a really big wrist

[reapers]

update: i used a backup, left it running without interrupting it, and it keep giving errors in debug.log, still not able to use it during REORGANIZE:

REORGANIZE
Reorganize():
  Old: CBlockIndex(nprev=1a2d5230, pnext=00000000, nFile=5, nBlockPos=77550944 nHeight=346022, merkle=83713911a3, hashBlock=4d062bd0b387b1da2dad)
  New: CBlockIndex(nprev=1e9ffee0, pnext=00000000, nFile=4, nBlockPos=2093906621 nHeight=346125, merkle=461a3f4790, hashBlock=75fe44df718000785fb2)
  Common: CBlockIndex(nprev=1a2d5230, pnext=00000000, nFile=5, nBlockPos=77550944 nHeight=346022, merkle=83713911a3, hashBlock=4d062bd0b387b1da2dad)
ERROR: ConnectInputs () : c2724483af3f7c85fd277b63af087be2238fda825015ecb527759bb40815cb9d failed to find prevout COutPoint(c93fdf5e82, 1) in UTXO set
ERROR: Reorganize() : ConnectBlock failed
ERROR: Failed to abort child transaction in NameDB!
InvalidChainFound: invalid block=75fe44df718000785fb2  height=346125  work=207112889955601132511996
InvalidChainFound:  current best=4d062bd0b387b1da2dad  height=346022  work=206927836026554670104633
InvalidChainFound: WARNING: Displayed transactions may not be correct!  You may need to upgrade, or other nodes may need to upgrade.
ERROR: SetBestChain() : Reorganize failed
ERROR: AcceptBlock() : AddToBlockIndex failed
ERROR: ProcessBlock() : AcceptBlock FAILED
received block 245133d97f0c10008952

it seems it's not accepting blocks, don't know, and i don't understand why it says "InvalidChainFound: WARNING: Displayed transactions may not be correct!  You may need to upgrade, or other nodes may need to upgrade."


I've to say, as a note, that my previous version wasn't the 11f i think, so i don't know if it's actually important to upgrade from a version to the next one, without jumping to the last (if it's the case, it's a problem..)

anyway at the moment i can't play at all, even if i used my backup (so maybe later i'll downgrade my daemon)

Have you fixed this problem, i have the same i think problem. I think it happened when i ran an old daemon after upgrading to the newest version (g) wallet.

[MithrilMan]

update: i used a backup, left it running without interrupting it, and it keep giving errors in debug.log, still not able to use it during REORGANIZE:

REORGANIZE
Reorganize():
  Old: CBlockIndex(nprev=1a2d5230, pnext=00000000, nFile=5, nBlockPos=77550944 nHeight=346022, merkle=83713911a3, hashBlock=4d062bd0b387b1da2dad)
  New: CBlockIndex(nprev=1e9ffee0, pnext=00000000, nFile=4, nBlockPos=2093906621 nHeight=346125, merkle=461a3f4790, hashBlock=75fe44df718000785fb2)
  Common: CBlockIndex(nprev=1a2d5230, pnext=00000000, nFile=5, nBlockPos=77550944 nHeight=346022, merkle=83713911a3, hashBlock=4d062bd0b387b1da2dad)
ERROR: ConnectInputs () : c2724483af3f7c85fd277b63af087be2238fda825015ecb527759bb40815cb9d failed to find prevout COutPoint(c93fdf5e82, 1) in UTXO set
ERROR: Reorganize() : ConnectBlock failed
ERROR: Failed to abort child transaction in NameDB!
InvalidChainFound: invalid block=75fe44df718000785fb2  height=346125  work=207112889955601132511996
InvalidChainFound:  current best=4d062bd0b387b1da2dad  height=346022  work=206927836026554670104633
InvalidChainFound: WARNING: Displayed transactions may not be correct!  You may need to upgrade, or other nodes may need to upgrade.
ERROR: SetBestChain() : Reorganize failed
ERROR: AcceptBlock() : AddToBlockIndex failed
ERROR: ProcessBlock() : AcceptBlock FAILED
received block 245133d97f0c10008952

it seems it's not accepting blocks, don't know, and i don't understand why it says "InvalidChainFound: WARNING: Displayed transactions may not be correct!  You may need to upgrade, or other nodes may need to upgrade."


I've to say, as a note, that my previous version wasn't the 11f i think, so i don't know if it's actually important to upgrade from a version to the next one, without jumping to the last (if it's the case, it's a problem..)

anyway at the moment i can't play at all, even if i used my backup (so maybe later i'll downgrade my daemon)

Have you fixed this problem, i have the same i think problem. I think it happened when i ran an old daemon after upgrading to the newest version (g) wallet.

I solved downloading domob blockchain, no luck on fixing it in other ways

of course first backup your wallet.dat

[mikeyfinn]

update: i used a backup, left it running without interrupting it, and it keep giving errors in debug.log, still not able to use it during REORGANIZE:

REORGANIZE
Reorganize():
  Old: CBlockIndex(nprev=1a2d5230, pnext=00000000, nFile=5, nBlockPos=77550944 nHeight=346022, merkle=83713911a3, hashBlock=4d062bd0b387b1da2dad)
  New: CBlockIndex(nprev=1e9ffee0, pnext=00000000, nFile=4, nBlockPos=2093906621 nHeight=346125, merkle=461a3f4790, hashBlock=75fe44df718000785fb2)
  Common: CBlockIndex(nprev=1a2d5230, pnext=00000000, nFile=5, nBlockPos=77550944 nHeight=346022, merkle=83713911a3, hashBlock=4d062bd0b387b1da2dad)
ERROR: ConnectInputs () : c2724483af3f7c85fd277b63af087be2238fda825015ecb527759bb40815cb9d failed to find prevout COutPoint(c93fdf5e82, 1) in UTXO set
ERROR: Reorganize() : ConnectBlock failed
ERROR: Failed to abort child transaction in NameDB!
InvalidChainFound: invalid block=75fe44df718000785fb2  height=346125  work=207112889955601132511996
InvalidChainFound:  current best=4d062bd0b387b1da2dad  height=346022  work=206927836026554670104633
InvalidChainFound: WARNING: Displayed transactions may not be correct!  You may need to upgrade, or other nodes may need to upgrade.
ERROR: SetBestChain() : Reorganize failed
ERROR: AcceptBlock() : AddToBlockIndex failed
ERROR: ProcessBlock() : AcceptBlock FAILED
received block 245133d97f0c10008952

it seems it's not accepting blocks, don't know, and i don't understand why it says "InvalidChainFound: WARNING: Displayed transactions may not be correct!  You may need to upgrade, or other nodes may need to upgrade."


I've to say, as a note, that my previous version wasn't the 11f i think, so i don't know if it's actually important to upgrade from a version to the next one, without jumping to the last (if it's the case, it's a problem..)

anyway at the moment i can't play at all, even if i used my backup (so maybe later i'll downgrade my daemon)

Have you fixed this problem, i have the same i think problem. I think it happened when i ran an old daemon after upgrading to the newest version (g) wallet.

I solved downloading domob blockchain, no luck on fixing it in other ways

of course first backup your wallet.dat

Where is the latest pruned domob blockchain?

[MithrilMan]

Where is the latest pruned domob blockchain?

i don't think it's online, i downloaded the normal one at http://chain.huntercoin.org

[domob]

Where is the latest pruned domob blockchain?

i don't think it's online, i downloaded the normal one at http://chain.huntercoin.org

Yep, no pruned download yet - I'm waiting another week to give more time for users to upgrade.  (I don't want to keep both a pruned and an unpruned download on the server, since it doesn't have an uber-huge disk.)