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

[MithrilMan]

BIG THANKS to BUCKTOTAL for funding the VPS for chain.huntercoin.org

Thanks. Buck has been a contributor to Huntercoin from the very beginning and to namecoin for that matter as well.

<3

I quote, he supported me too in the past with donations

[MithrilMan]

afaik it should be playable using mm and unity client relatively soon..

I'd be interested in testing this somehow when it is in an usable form, so i can start testing RPC calls, etc... to be ready for launch, would be possible? (on testnet of course, no need to test it on official blockchain)

[wiggi]

The threads of a windows Qt client look rather constant. procexp.exe lists 16 (14 if on Tor), always same "start addresse" and activity level.
Perhaps it's 1 less when stopped syncing.

If not.. hasn't this problem gotten worse (not so good idea to use newest possible boost version that doesn't cause compile error)?

I think that the QT problem is some race condition that causes some kind of deadlock

Good call, could it by any chance be this one... 
https://github.com/alexwaters/Bitcoin-Testing/blob/master/src/net.cpp#L461
https://github.com/chronokings/huntercoin/blob/master/src/net.cpp#L462

[domob]

The threads of a windows Qt client look rather constant. procexp.exe lists 16 (14 if on Tor), always same "start addresse" and activity level.
Perhaps it's 1 less when stopped syncing.

If not.. hasn't this problem gotten worse (not so good idea to use newest possible boost version that doesn't cause compile error)?

I think that the QT problem is some race condition that causes some kind of deadlock

Good call, could it by any chance be this one... 
https://github.com/alexwaters/Bitcoin-Testing/blob/master/src/net.cpp#L461
https://github.com/chronokings/huntercoin/blob/master/src/net.cpp#L462

I've not checked it, but yes, I strongly assume that there are quite some deadlocks and race conditions in the old code.  If you find any, feel free to submit a pull request.

Regarding the upcoming client:  Anyone can see the code and test it, https://github.com/domob1812/huntercore.  It is able to sync the full chain already (but go ahead and try it if you want!).  There are two main things missing before you can use it for playing:  First, the tx fee policy is not yet updated to the custom name_update fees; that means that your transactions will likely get stuck and not mined.  Second, while the general blockchain logic does support game transactions (as it needs those to verify the chain), the wallet won't yet see them.  Both should be relatively straight-forward to implement, it just depends on how much time I can spend on it (as this is my free time and I've just gone through a move and a new job).

[m4nki]

Did you say there is an open beta?

When is the beta starting?

Information on the website would attract more people.

[wiggi]

tbh, i've not checked recently - but that is probably one difference between the windows and linux compile (boost version). I've used easywinbuilder for huntercoin exe's in the past, i can check the version difference if you think that could be related..
i didn't notice any compile error though?

Latest version that works for me is 1.54, but didn't really look into this. Can easywinbuilder use the newest (1.60)?

I've tried a lot in the past.. the issue now is the blockchain size and sync time
i know we've recently reached out the bittrex - awaiting a response.

i'm hoping once huntercore is good to go we can more easily get it added to more exchanges.

Would be seriously cool if they react to the higher volume now and eat the big chain (exchanges will use an unpruned node anyway imo)

[snailbrain]

tbh, i've not checked recently - but that is probably one difference between the windows and linux compile (boost version). I've used easywinbuilder for huntercoin exe's in the past, i can check the version difference if you think that could be related..
i didn't notice any compile error though?

Latest version that works for me is 1.54, but didn't really look into this. Can easywinbuilder use the newest (1.60)?

just checked.. using 1.54 and the ones i've been compiling since launch

have you tried a sync from scratch on windows?

[kprell40]

Help

 I put the upzip Blockchain in the C:\Users\Kevin\AppData\Roaming\Huntercoin

 then start the huntercoin-qt   but it will not accept Blockchain
 it always starts download the Blockchain from the network  108 weeks

  any other ideas to help me out

[jwinterm]

Help

 I put the upzip Blockchain in the C:\Users\Kevin\AppData\Roaming\Huntercoin

 then start the huntercoin-qt   but it will not accept Blockchain
 it always starts download the Blockchain from the network  108 weeks

  any other ideas to help me out

Try to unzip with something besides the the built in windows unzipper thing. Use 7zip for instance. The built in windows unzipper has some issues with really big zips.

[cyberhacker]

I've tried a lot in the past.. the issue now is the blockchain size and sync time
i know we've recently reached out the bittrex - awaiting a response.

i'm hoping once huntercore is good to go we can more easily get it added to more exchanges.

Would be seriously cool if they react to the higher volume now and eat the big chain (exchanges will use an unpruned node anyway imo)

How about btc-e.com?  the volume there is decreasing, but btc-e.com is a serious altcoin exchange, which will bring more exposure to HUC.

Anyway, HUC is quite original form BTC--NMC

[The Bitcoin Co-op]

https://bittrex.zendesk.com/hc/en-us/articles/202583854-Submitting-a-Coin-to-Bittrex-Updated-02-29-16
U.S. based exchange
Submission should be by somebody familiar with technical stuff.

We have already reached out to Bittrex, and they are considering listing us again--our listing submission was formatted and received well, but they want to be sure we'll have enough trade volume to warrant it. If you already have a Bittrex account, you might motivate them to list it faster by sending a message about your desire to trade it to their support team... you can do so at the link in the quoted post above.

http://www.btc38.com/trade/vote_for_trade_en.html
(Major Chinese exchange)
Not on voting list yet

https://bter.com/voting#HUC
(BTER is a struggling Chinese exchange, HUC might help them)
#11 out of 291 coins

I'm not sure of the process of how to get listed on BTC-e, but these Chinese exchanges might be more readily accomplished. If you have an account that's done some trades, already, PLEASE use it to vote for HUC!

[cyberhacker]

http://www.btc38.com/trade/vote_for_trade_en.html
(Major Chinese exchange)
Not on voting list yet

https://bter.com/voting#HUC
(BTER is a struggling Chinese exchange, HUC might help them)
#11 out of 291 coins

I'm not sure of the process of how to get listed on BTC-e, but these Chinese exchanges might be more readily accomplished. If you have an account that's done some trades, already, PLEASE use it to vote for HUC!

we can try these 3 exchanges.

yuanbaohui.com
bigow.com
btc38.com


altough yuanbaohui.com and bigow.com are full of scams,  They also list some coin with solid reputation, such as factom.

I know Yuanbaohui.com and btc38 have staff speaking English, but not sure about bigow.com, which is new but hot exchange.

It'd better if members of devs reach out to these exchanges. It would seem official and serious if we layout the history, features, and futures of HUC.

good luck!

HUC will be among big 5 or big 10 in the future!

[The Bitcoin Co-op]

Isn't yuanbaohui huge volume? If that's something we could possibly do, it would be amazing.

I have already written up a great submission article about HUC which I used to reach out to Bittrex on behalf of the HUC devs and community; I could easily edit it for sending to other exchanges, as well. Just give me the proper submission link and/or introduction, and we'll get it done.

[cyberhacker]

Isn't yuanbaohui huge volume? If that's something we could possibly do, it would be amazing.

I have already written up a great submission article about HUC which I used to reach out to Bittrex on behalf of the HUC devs and community; I could easily edit it for sending to other exchanges, as well. Just give me the proper submission link and/or introduction, and we'll get it done.

contact@yuanbao.com

ybw@yuanbao.com

try this two.   

[MRKLYE]

Man the field looks empty! Am I on the right chain?

Blocks are slower than the hubs of hell too..

[kprell40]

Man the field looks empty! Am I on the right chain?

Blocks are slower than the hubs of hell too..

Yes the game and Blocks are slow today mmmm

[The Bitcoin Co-op]

Man the field looks empty! Am I on the right chain?

Blocks are slower than the hubs of hell too..

Take advantage of the extra coins while you can... I'll be back in the game soon

[wiggi]

I've not checked it, but yes, I strongly assume that there are quite some deadlocks and race conditions in the old code.

Updated windows build to fix this
https://mega.nz/#!eUMwhK5J!g0aJv1PX6ewWDMsm78BBeQAqWWZ0sZctDrZquUnic90

It includes a hacked ThreadSocketHandler2 function (snippet in readme) to investigate if
the thread is still killed by deadlock. I found 1 case:

debug.log:

Code:

ThreadSocketHandler2 stage 10, count 8, loops 17 (3/s)
ThreadSocketHandler2 stage 3, count 3, loops 16 (3/s)
ThreadSocketHandler2 stage 3, count 3, loops 0 (0/s)

and it's easy to look up...

Code:

        //
        // Find which sockets have data to receive
        //
[snip]
#ifdef PMON_DEBUG_WIN32_GUI
        pmon_debug_stage(3);
#endif
        CRITICAL_BLOCK(cs_vNodes)

...what caused the problem, in combination with CriticalSection implementation on windows.
Probably there are some more. 

[snailbrain]

awesome wiggi, will check this out.. can you do a PR?

-

Regarding slow blocks atm.. it's probably related to f2pool being under ddos attacks, maybe they have not restarted merged mining..

looks like someone mining just script, maybe with p2pool (just a guess).. (or maybe f2pool are just mining scrypt atm)

[wiggi]

If the critical section implementation is different for each OS, and daemon is more stable than Qt on windows, was the v1.3.01 release daemon cross-compiled?
Imo it can be fixed by only allowing 1 thread at a time to use critical block. CPU is only the bottleneck with very fast SSD and internet, and then it doesn't matter.

domob said this may lead to other issues because it was not anticipated when the code was written.


need more testing, what happens if threads are suspended individually.