Bitcoin Forum
May 09, 2024, 05:49:39 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 [352] 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 ... 429 »
  Print  
Author Topic: [ANN][HUC] Huntercoin - Worlds First Decentralized Game/World on the Blockchain  (Read 879144 times)
wiggi
Sr. Member
****
Offline Offline

Activity: 403
Merit: 251


View Profile
March 08, 2016, 08:43:27 PM
 #7021

But you could produce a signature which proves that you own the private key associated with a historical hunter for banking its coins, right?

A voting system could even work without such a proof, and be really simple and fast.

For example, vote is cast by sending coins to the "historical hunter" player address.

The voting must have a closing time (block height), the actual vote (i.e. yes or no, 1 or 0, or perhaps a choice #1, #2 ... #10), and a "weight" in coins.
If 2 different polls never have the same closing time, and closing time is always multiple of 100, then to vote "Yes, #4, for the round of voting that closes at block 1358000, with a weight of 50k" can be done by simply adding all these numbers and sending 50000.01358014 coins to yourself.

If recipient is not a historical hunter's address (on record in game state), the act of voting can create a new record, with
"unknown whale" as hunter name. (*)


parsing of all incoming payments
https://github.com/wiggi/huntercoin/blob/betterQt-with-storage/src/gamedb.cpp#L94

gamestate record,
this doesn't interfere with normal huntercoin function, and it's probably easy to include both in daemon
https://github.com/wiggi/huntercoin/blob/betterQt-with-storage/src/gamestate.h#L279


A vote would be overwritten by one with more coins, and deleted if its tx id (what is the fastest way to get OS independent hash of it?) is seen as "input" of another tx.


(*) Min amount can be low or zero but then it's stored only for a few days, to avoid spam.
    Same if NPCs start to do artificial atmospheric actions, sneak around, or give cosmetic items to hunters
    (i.e. the facility that can store items forever is an item itself)



1715233779
Hero Member
*
Offline Offline

Posts: 1715233779

View Profile Personal Message (Offline)

Ignore
1715233779
Reply with quote  #2

1715233779
Report to moderator
1715233779
Hero Member
*
Offline Offline

Posts: 1715233779

View Profile Personal Message (Offline)

Ignore
1715233779
Reply with quote  #2

1715233779
Report to moderator
The block chain is the main innovation of Bitcoin. It is the first distributed timestamping system.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1715233779
Hero Member
*
Offline Offline

Posts: 1715233779

View Profile Personal Message (Offline)

Ignore
1715233779
Reply with quote  #2

1715233779
Report to moderator
wiggi
Sr. Member
****
Offline Offline

Activity: 403
Merit: 251


View Profile
March 09, 2016, 12:12:56 AM
 #7022

Just got a thought which I think would be nice for the game:

It would be awesome if at some point, the world of Huntercoin would be as immersive as for example in World of Warcraft or other MMORPGs in terms of environmental interaction and game depth.

Is there any storyline so far for Huntercoin? I could help with that.

We could build a Huntercoin universe together where the community votes upon how they would like to shape the Huntercoin world.

The devs are doing a great job on the tech side. The community could do the job of inhaling a spirit into the Huntercoin world.

What do you think?

Huntercoin as a game engine has a few things going for it.

One is, the only serious performance concern is "transactions per block",
the world can be huge, and it's mostly the amount of micro-management that limits the number of players. Less micro-management, less transactions per block.

I like the little RPGmaker sprites. There are so many of them, if the community collect and categorize the 10000 best and most unique looking,
loading them all in vram is not a problem.

Generally, programming interactions would be as easy as for a single player roguelike (data base and gamestate take care of everything really)
if you could do a hardfork every week, but need thinking outside the box if not. The result is then Huntercoin and uses only
Huntercoin rules to do things but has evolved somehow...


If the gameworld would be somewhere in Planescape what plane would it be? Wink

cyberhacker
Legendary
*
Offline Offline

Activity: 1330
Merit: 1000



View Profile
March 09, 2016, 04:20:40 AM
 #7023

NMC is rising. and Huc is following up?
snailbrain (OP)
Legendary
*
Offline Offline

Activity: 1807
Merit: 1020



View Profile
March 09, 2016, 12:16:51 PM
 #7024

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.



for me, the daemon wasn't more stable, but to be fair i haven't checked with 1.3.01

i didn't cross-compile any huntercoin exe yet

i'm going to crosscompile huntercore today..

i'll try a full sync for both original and huntercore probably later

m4nki
Hero Member
*****
Offline Offline

Activity: 1039
Merit: 510



View Profile
March 09, 2016, 12:36:47 PM
 #7025

I love these screenshots! Smiley

The Bitcoin Co-op
Legendary
*
Offline Offline

Activity: 1268
Merit: 1006



View Profile WWW
March 09, 2016, 06:07:46 PM
 #7026

NMC is rising. and Huc is following up?
They technically related, in that HUC forks from Namecoin, but NMC is forked from BTC and they don't always rise/fall in tandem. HUC is very different from both of them in concept, being the first and only decentralized autonomous video game.

HUC dipped a bit, but people like me have invisible buy-walls set up because we want the chance to invest early again Wink I think it won't skyrocket again (like it did recently) until the next significant news update, like Huntercore. We have to prove our new plan and direction for this coin is working

We work hard to promote Bitcoin adoption and the decentralization of society. You can support our efforts by donating BTC to 35wDNxFhDB6Ss8fgijUUpn2Yx6sggDgGqS
snailbrain (OP)
Legendary
*
Offline Offline

Activity: 1807
Merit: 1020



View Profile
March 09, 2016, 07:13:11 PM
 #7027

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.



for me, the daemon wasn't more stable, but to be fair i haven't checked with 1.3.01

i didn't cross-compile any huntercoin exe yet

i'm going to crosscompile huntercore today..

i'll try a full sync for both original and huntercore probably later

huntercore doesn't compile just yet, awaiting some updates
(was only going to compile to check syncing on windows)

syncing from scratch now on windows with daemon 1.3.01 - at block 75k, will check how it is in the morning Smiley

snailbrain (OP)
Legendary
*
Offline Offline

Activity: 1807
Merit: 1020



View Profile
March 10, 2016, 10:50:31 AM
 #7028

f2pool had a hardware problem - going to be a few days before sha algo up and running so blocks may average around 2mins unless someone with good hash gets on it (will cause difficulty to drop probably first block that's mined..).


--

@wiggi

syncing from scratch on original daemon on windows :
stopped and needs restart- this is what i recall now - always stops on "resentwallettransactions".
although - seems rpc does stop working(i said it didn't earlier).


Code:
SetBestChain: new best=886dfaa390fa6c18394d  height=92696  work=13796150425260481887485
ProcessBlock: ACCEPTED @92696 886dfaa390fa6c18394d with scrypt
received block 535c96e4a20b0f4ccfae
SetBestChain: new best=535c96e4a20b0f4ccfae  height=92697  work=13796156709281627757821
ProcessBlock: ACCEPTED @92697 535c96e4a20b0f4ccfae with scrypt
received block 9f6ae7e47901d322904b
SetBestChain: new best=9f6ae7e47901d322904b  height=92698  work=13796162992633876479229
ProcessBlock: ACCEPTED @92698 9f6ae7e47901d322904b with scrypt
received block a5b6d66db0e87264bea3
SetBestChain: new best=a5b6d66db0e87264bea3  height=92699  work=13796169277859396173053
SetBestChain: new best=549b4e33f8f947d405ef  height=92700  work=13796175547197625904381
SetBestChain: new best=47914d4cf5fe3dbb16e8  height=92701  work=13796181820000167333117
SetBestChain: new best=6a896ca1a2c4f5cd01d8  height=92702  work=13796188097205237181693
SetBestChain: new best=5586d8429592125ddf42  height=92703  work=13796194379888731143421
ProcessBlock: ACCEPTED @92699 a5b6d66db0e87264bea3 with scrypt
ResendWalletTransactions()
GameStateCache: storing for block @92703 5586d8429592125ddf42e3d38517f34c93a6d71ab00fef1fbe815a9587b02932
GameStateCache: removing block with lowest height 92171

BUT, what's strange - if i then press control + C in the command prompt window which i chose to "printtoconsole=1", it then processes my rpc (e.g. getinfo).. and this can keep happening over and over..


Code:
SetBestChain: new best=a5b6d66db0e87264bea3  height=92699  work=13796169277859396173053
SetBestChain: new best=549b4e33f8f947d405ef  height=92700  work=13796175547197625904381
SetBestChain: new best=47914d4cf5fe3dbb16e8  height=92701  work=13796181820000167333117
SetBestChain: new best=6a896ca1a2c4f5cd01d8  height=92702  work=13796188097205237181693
SetBestChain: new best=5586d8429592125ddf42  height=92703  work=13796194379888731143421
ProcessBlock: ACCEPTED @92699 a5b6d66db0e87264bea3 with scrypt
ResendWalletTransactions()
GameStateCache: storing for block @92703 5586d8429592125ddf42e3d38517f34c93a6d71ab00fef1fbe815a9587b02932
GameStateCache: removing block with lowest height 92171
ThreadRPCServer method=getinfo
keypool added key 102, size=101
keypool reserve 2
keypool return 2
Trying to clean up 0 async RPC call threads...
03/10/16 10:44:57 Flushing wallet.dat
Flushed wallet.dat 31ms
ThreadRPCServer method=getinfo
keypool reserve 2
keypool return 2
Trying to clean up 0 async RPC call threads...


If I press "control + C" without a rpc "queued" it just terminates the application as normal

Code:
SetBestChain: new best=47914d4cf5fe3dbb16e8  height=92701  work=13796181820000167333117
SetBestChain: new best=6a896ca1a2c4f5cd01d8  height=92702  work=13796188097205237181693
SetBestChain: new best=5586d8429592125ddf42  height=92703  work=13796194379888731143421
ProcessBlock: ACCEPTED @92699 a5b6d66db0e87264bea3 with scrypt
ResendWalletTransactions()
GameStateCache: storing for block @92703 5586d8429592125ddf42e3d38517f34c93a6d71ab00fef1fbe815a9587b02932
GameStateCache: removing block with lowest height 92171
ThreadRPCServer method=getinfo
keypool added key 102, size=101
keypool reserve 2
keypool return 2
Trying to clean up 0 async RPC call threads...
03/10/16 10:44:57 Flushing wallet.dat
Flushed wallet.dat 31ms
ThreadRPCServer method=getinfo
keypool reserve 2
keypool return 2
Trying to clean up 0 async RPC call threads...

This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.
^C

5k HUCs from the dev fund if anyone can spot/fix the problem Smiley

note - this affects windows only


snailbrain (OP)
Legendary
*
Offline Offline

Activity: 1807
Merit: 1020



View Profile
March 10, 2016, 10:53:39 AM
 #7029

Warning to new players --

You will die if you are using the normal QT ..

It's highly recommended you use either:

Unity Client
MithrilMan Client
Wiggi's BetterQT


Basically you need the "name_pending" ability, so that you can see peoples moves in the memory pool - otherwise you will be one step behind (dead).
and all the other stuff helps as well.

Bitskint
Member
**
Offline Offline

Activity: 79
Merit: 10


View Profile
March 10, 2016, 04:20:39 PM
 #7030

Hi

I have been trying to sync a wallet for Huntercoin
The last try I had a go before the new year and it was always  stopping responding and hardly getting
new blocks.

My latest endevour is with  wallet 1.3.1 - and when I set it running last night it was at 102 weeks
this afternoon as i type , it is still at 102 weeks but has a few 1000's of blocks added.
At this rate it will be 10 weeks or so before it syncs.

Is there a new wallet in the making or should I download one of the others mentioned above. ?

I dont want to lose my recieve addy as I have a fair few coins out there  spinning their
way to me - though I have never seen one in my wallet yet  LOL

1M68XehjYww77DLgwW9rk2zRid8Z8B7uw7 <-- my new BTC addy since Cryptsy took everything
snailbrain (OP)
Legendary
*
Offline Offline

Activity: 1807
Merit: 1020



View Profile
March 10, 2016, 04:28:54 PM
Last edit: March 11, 2016, 12:35:22 PM by snailbrain
 #7031

Hi

I have been trying to sync a wallet for Huntercoin
The last try I had a go before the new year and it was always  stopping responding and hardly getting
new blocks.

My latest endevour is with  wallet 1.3.1 - and when I set it running last night it was at 102 weeks
this afternoon as i type , it is still at 102 weeks but has a few 1000's of blocks added.
At this rate it will be 10 weeks or so before it syncs.

Is there a new wallet in the making or should I download one of the others mentioned above. ?

I dont want to lose my recieve addy as I have a fair few coins out there  spinning their
way to me - though I have never seen one in my wallet yet  LOL

around blocks 80k till 1XXK there were at lot of transactions and players on the map (maybe 50,000 hunters).. these blocks are insanely slow to sync.. once you get past these it syncs rather quickly. Although, we are on block 1.23million, so it will still take a long time Smiley

best thing to do is download the chain from
http://chain.huntercoin.org

unzip them into your
c:/users/<username>/appdata/roaming/huntercoin
folder

there is a new wallet in the making - syncing from scratch will still be slow but should be faster, more stable and lighter


Bitskint
Member
**
Offline Offline

Activity: 79
Merit: 10


View Profile
March 10, 2016, 04:31:14 PM
 #7032

Hi

I have been trying to sync a wallet for Huntercoin
The last try I had a go before the new year and it was always  stopping responding and hardly getting
new blocks.

My latest endevour is with  wallet 1.3.1 - and when I set it running last night it was at 102 weeks
this afternoon as i type , it is still at 102 weeks but has a few 1000's of blocks added.
At this rate it will be 10 weeks or so before it syncs.

Is there a new wallet in the making or should I download one of the others mentioned above. ?

I dont want to lose my recieve addy as I have a fair few coins out there  spinning their
way to me - though I have never seen one in my wallet yet  LOL

around blocks 80k till 1XXK there were at lot of transactions and players on the map (maybe 50,000 hunters).. these blocks are insanely slow to get past.

best thing to do is download the chain from
http://chain.huntercoin.org

unzip them into your
c:/users/<username>/appdata/roaming/huntercoin
folder

there is a new wallet in the making - syncing from scratch will still be slow but should be faster, more stable and lighter



Thank you for quick reply.

Cheers.

1M68XehjYww77DLgwW9rk2zRid8Z8B7uw7 <-- my new BTC addy since Cryptsy took everything
OSYA
Sr. Member
****
Offline Offline

Activity: 647
Merit: 255


DATABLOCKCHAIN.IO SALE IS LIVE | MVP @ DBC.IO


View Profile
March 11, 2016, 06:34:45 AM
 #7033




Wiggi's BetterQT



Why not present in the first post?

I boot from the ground up lasted for about 5 days

-zibrac-
Newbie
*
Offline Offline

Activity: 24
Merit: 0


View Profile
March 11, 2016, 03:03:28 PM
 #7034

Hi

I have been trying to sync a wallet for Huntercoin
The last try I had a go before the new year and it was always  stopping responding and hardly getting
new blocks.

My latest endevour is with  wallet 1.3.1 - and when I set it running last night it was at 102 weeks
this afternoon as i type , it is still at 102 weeks but has a few 1000's of blocks added.
At this rate it will be 10 weeks or so before it syncs.

Is there a new wallet in the making or should I download one of the others mentioned above. ?

I dont want to lose my recieve addy as I have a fair few coins out there  spinning their
way to me - though I have never seen one in my wallet yet  LOL

around blocks 80k till 1XXK there were at lot of transactions and players on the map (maybe 50,000 hunters).. these blocks are insanely slow to sync.. once you get past these it syncs rather quickly. Although, we are on block 1.23million, so it will still take a long time Smiley

best thing to do is download the chain from
http://chain.huntercoin.org

unzip them into your
c:/users/<username>/appdata/roaming/huntercoin
folder

there is a new wallet in the making - syncing from scratch will still be slow but should be faster, more stable and lighter



Hi Snailbrain.  Great job on all this, what a cool coin.  I'm in the same boat as the indiividual above but I am on a MAC.  I know I downloaded the chain a few weeks ago but didn't know where to unzip it and exactly which files to delete in the applications folder of MAC. 

Can anyone elaborate on how to get my wallet up and running? 

Thanks in advance
wiggi
Sr. Member
****
Offline Offline

Activity: 403
Merit: 251


View Profile
March 11, 2016, 05:32:39 PM
 #7035

I know I downloaded the chain a few weeks ago but didn't know where to unzip it and exactly which files to delete in the applications folder of MAC. 

Can anyone elaborate on how to get my wallet up and running? 

"/Library/Application Support/Huntercoin"
is Mac equivalent to "username\appdata\roaming\Huntercoin" on Windows and ".huntercoin" on Linux.

Just start the executable once, it will put small versions of all files it needs in the exact place it wants,
then replace with the big ones from chain.huntercoin.org (and remove any write protection).

wiggi
Sr. Member
****
Offline Offline

Activity: 403
Merit: 251


View Profile
March 11, 2016, 06:36:39 PM
 #7036

around blocks 80k till 1XXK there were at lot of transactions and players on the map (maybe 50,000 hunters).. these blocks are insanely slow to sync.. once you get past these it syncs rather quickly. Although, we are on block 1.23million, so it will still take a long time Smiley


this affects windows only

in the early times everyone used that 4GB freeware Amd Ramdisk and it was really fast, remember? Wink

(syncing early blocks with daemon on windows is something no exchange will do and no player *should* do,
and back then, the windows daemon was probably not used by anyone)
-zibrac-
Newbie
*
Offline Offline

Activity: 24
Merit: 0


View Profile
March 11, 2016, 09:14:28 PM
Last edit: March 12, 2016, 04:42:54 AM by -zibrac-
 #7037

I know I downloaded the chain a few weeks ago but didn't know where to unzip it and exactly which files to delete in the applications folder of MAC.  

Can anyone elaborate on how to get my wallet up and running?  

"/Library/Application Support/Huntercoin"
is Mac equivalent to "username\appdata\roaming\Huntercoin" on Windows and ".huntercoin" on Linux.

Just start the executable once, it will put small versions of all files it needs in the exact place it wants,
then replace with the big ones from chain.huntercoin.org (and remove any write protection).



Do you have a link for current MAC download, mine is not working and says error loading blk index...  

edit:  I can't find the link, am I missing something? 
wiggi
Sr. Member
****
Offline Offline

Activity: 403
Merit: 251


View Profile
March 11, 2016, 10:55:31 PM
 #7038

hunting the deadlock bug in Qt on windows:

The different critical section implementation for windows was probably only needed for an older boost version. Easy (i.e. #ifdef __WXMSW__) to let it use mutexes like on Linux.
Stability is not better or worse than before.

Everything in ThreadSocketHandler2 can randomly...not return, for example "int nSelect = select(...);"
and the only suspect for this is ThreadOpenConnections2. This thread is almost 100% idle, easy to overlook.
Has someone ever seen a node that stopped receiving blocks, but can regenerate lost/manually closed connections,
or update the "active connections" icon?

With procexp: priority set to "realtime", it auto changed to "background", then to "high". (node looks ok after ~14h)



I love these screenshots! Smiley

I'll try to update github and binaries over the weekend, then it's not only a screenshot but live on mainnet Smiley

cyberhacker
Legendary
*
Offline Offline

Activity: 1330
Merit: 1000



View Profile
March 11, 2016, 11:06:26 PM
 #7039


I'll try to update github and binaries over the weekend, then it's not only a screenshot but live on mainnet Smiley



cool. is that 3D ?

how soon we can use the better Qt, i mean the light one. 800M wallet.

I am holding my coins more than 1.5 years.
Icon
Hero Member
*****
Offline Offline

Activity: 821
Merit: 503



View Profile
March 12, 2016, 12:23:41 AM
 #7040

from f2pool.com  <--- the main hashing power for huntercoin

"We have encountered a hardware failure with our Huntercoin server. Huntercoin payout will not be processed for the next few days."

Icon



Pages: « 1 ... 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 [352] 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 ... 429 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!