wiggi
|
|
March 08, 2016, 08:43:27 PM |
|
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#L94gamestate 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#L279A 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)
|
|
|
|
wiggi
|
|
March 09, 2016, 12:12:56 AM |
|
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?
|
|
|
|
cyberhacker
Legendary
Offline
Activity: 1330
Merit: 1000
|
|
March 09, 2016, 04:20:40 AM |
|
NMC is rising. and Huc is following up?
|
|
|
|
snailbrain (OP)
Legendary
Offline
Activity: 1807
Merit: 1020
|
|
March 09, 2016, 12:16:51 PM |
|
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
|
|
March 09, 2016, 12:36:47 PM |
|
I love these screenshots!
|
|
|
|
The Bitcoin Co-op
Legendary
Offline
Activity: 1268
Merit: 1006
|
|
March 09, 2016, 06:07:46 PM |
|
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 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
Activity: 1807
Merit: 1020
|
|
March 09, 2016, 07:13:11 PM |
|
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
|
|
|
|
snailbrain (OP)
Legendary
Offline
Activity: 1807
Merit: 1020
|
|
March 10, 2016, 10:50:31 AM |
|
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). 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.. 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 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 note - this affects windows only
|
|
|
|
snailbrain (OP)
Legendary
Offline
Activity: 1807
Merit: 1020
|
|
March 10, 2016, 10:53:39 AM |
|
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
Activity: 79
Merit: 10
|
|
March 10, 2016, 04:20:39 PM |
|
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
Activity: 1807
Merit: 1020
|
|
March 10, 2016, 04:28:54 PM Last edit: March 11, 2016, 12:35:22 PM by snailbrain |
|
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 best thing to do is download the chain from http://chain.huntercoin.orgunzip 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
Activity: 79
Merit: 10
|
|
March 10, 2016, 04:31:14 PM |
|
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.orgunzip 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
Activity: 647
Merit: 255
DATABLOCKCHAIN.IO SALE IS LIVE | MVP @ DBC.IO
|
|
March 11, 2016, 06:34:45 AM |
|
Wiggi's BetterQT
Why not present in the first post? I boot from the ground up lasted for about 5 days
|
|
|
|
-zibrac-
Newbie
Offline
Activity: 24
Merit: 0
|
|
March 11, 2016, 03:03:28 PM |
|
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 best thing to do is download the chain from http://chain.huntercoin.orgunzip 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
|
|
March 11, 2016, 05:32:39 PM |
|
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
|
|
March 11, 2016, 06:36:39 PM |
|
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 this affects windows only
in the early times everyone used that 4GB freeware Amd Ramdisk and it was really fast, remember? (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
Activity: 24
Merit: 0
|
|
March 11, 2016, 09:14:28 PM Last edit: March 12, 2016, 04:42:54 AM by -zibrac- |
|
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
|
|
March 11, 2016, 10:55:31 PM |
|
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! I'll try to update github and binaries over the weekend, then it's not only a screenshot but live on mainnet
|
|
|
|
cyberhacker
Legendary
Offline
Activity: 1330
Merit: 1000
|
|
March 11, 2016, 11:06:26 PM |
|
I'll try to update github and binaries over the weekend, then it's not only a screenshot but live on mainnet 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
|
|
March 12, 2016, 12:23:41 AM |
|
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
|
|
|
|
|