If I am playing Huntercoin on the Mithrilman version, can I earn Huntercoin that are valid in the main chain?
Yes. Mithrilman is just a nice UI client for the same game on the blockchain that everyone shares. (A "somewhat exception" is wiggi's client with gems and other features - those are an actual extension of the core protocol, so that gems are only "valid" with the wiggi client or potential other clients that implement the same protocol in the future.) Not only the coins are the same, wallets are 100% compatible between Mithrilman's client (on v1.3 daemon) and betterQt client. The code to read and write the wallets is exactly the same. |
|
|
|
oops, 2 Andrews  attempt to classify interference: (of hunters with the normal Huntercoin world, i.e. with normal hunters) - The normal level of interference is that they can harvest coins, lifedrain+kill other hunters and can be killed by other hunters or disaster.
- The second is that they're entitled to a place in the "player loop", about 20 microseconds CPU time per block from every node, that their moves and messages are held in memory in the same data structure like the moves and messages of other hunters, and they show up on the screen of every GUI client, and can move around normally.
- A variant (lets call it level 2b) would be similar, but the hunter is invisible (and doesn't interact with banks so that movement/coordinates become irrelevant)
- 3rd and lowest level of interference would be the registered name plus "value" like in Namecoin. These "hunters" would come alive only if someone makes a Huntercoinclone-without-Huntercoins for this purpose.
Players will probably pay (to the benefit of the gamefund) for the privilege to switch between "normal" and "2" or "2b". And hunters in this state could offer services for "modded worlds", effectively acting as merchant NPCs without fear of being killed in the middle of the night. "2b" on specific coordinates (and triggered by these coordinates) would be a tavern. Edit, example: If the regular Huntercoin game has a "tavern" at xy=85,85 and the entrance/exit is at 84,85, and a modded client adds an area where you can fight computer controlled monsters (using magical ranged weapons) and {\"wp\":[1000,200]} would teleport to this area. Normal muggle destruction doesn't work there. Currently waypoints must be 0...501 or the tx is not valid, but this is trivial. So, the hunter can send more moves like {\"wp\":[1002,207,1012,209]} etc. Standard clients would see the tx as valid, load the move in the gamestate, and delete the waypoints in gamestate ("this guy bumped against a tree"). Modded clients process the waypoints as the hunter is walking around in the new area. {\"wp\":[85,85]} Modded clients: yanks hunter back to old map Standard client: "yeah, you're already there" Our hunter can now trade looted items/new equipment with other players or NPCs. Did we just cause a chain split between standard and modded nodes? Of cause not! |
|
|
|
I actually enjoyed watching the show, the hackspace and snails hideout look pretty cool too  nitpicking: "HDD/chain size biggest obstacle" The game runs too smoothly off an old HDD to say that, and since v1.3 was out, it has never hung like demonstrated in the video (not in a linux VM, anyway) And only at speeds of ~200Kb per second or slower downloading the compressed chain would take more time than you need to reserve for 1 meaningful playing session, time requirement for the latter is probably #3 in the obstacle ranking. "different worlds without interfering": Not sure why snail is so obsessed with the 'without interfering' part. Think of the Arena in the Imperial City in Cyrodiil. It was made as a semi-casual game within the game, but you can go there as a 'tourist', buy some stuff, watch the show, bet money on the outcome of a fight etc. If separated it would have been boring. "the bigger we make it, the slower" doesn't apply to map size. As long as the ObstacleMap fits in memory, map size alone doesn't have a perfornance impact at all. (this is really a strong point of the Huntercoin 'engine') |
|
|
|
If the blockchain can store more than just coins, it's a bit inconvenient if we can't send things around. This implementation also allows to have items in cold storage, controlled by a fresh Huntercoin address that has never signed a transaction. How to use ("view" button gives a better text formatting) https://github.com/wiggi/huntercoin/commit/e410616aaa2ec1c65f405aff31efc6adc379301dLet's test: Inventory (chronon 325372, testnet)
------------------------------------
hunter
storage vault key name gems outfit
hEzY9KcKTTQau273jbYBuhx46waMgDiZUq nin12 8.28 -
hGwcRDE1pcgWi1XCG2ymxWG9dbe5Ld4Av2 Zzz 14.45 mage
hJM28UdtTyHDqMMsm7kZWoChv5vkFhnXDD nin20 7.76 mage
hKjwQNTKdZaLQ3oYwzqFhuwwp3Y2HswkWv nin3 2.02 -
hPonhGqEZViy8JhvMthsFBLvG5SxmGwzVm bulu 0.00 fighter
hTyR15C64MvC6aPY7x5DpJ81wigKjVkeS7 nin8 22.73 -
hZJrhVR15Du8uVZTaxv93j8x8iDaFi9785 nin13 0.08 -
haSJpt6wDMrznenm2gXjyLzhJKEiz3wLzk nin7 4.11 mage
hbA9uRftWMmfbMkCHR2CrKxN6bQidqrYtU nono 14.90 -
hd9Wpfswhp89MXaivoNnotbZeUzd3RbrA5 gaga 17.87 fighter
npc.marketmaker.zeSoKxK3rp3dX3it1Y Sox'xiti 183.63 -
total
11 275.83
 I could have used Huntercore daemon to send the "raze" command (if loaded wallet has gaga's privkey, of cause), result would be the same Inventory (chronon 325375, testnet)
------------------------------------
hunter
storage vault key name gems outfit
hEzY9KcKTTQau273jbYBuhx46waMgDiZUq nin12 8.28 -
hGwcRDE1pcgWi1XCG2ymxWG9dbe5Ld4Av2 Zzz 14.45 mage
hJM28UdtTyHDqMMsm7kZWoChv5vkFhnXDD nin20 8.78 mage
hKjwQNTKdZaLQ3oYwzqFhuwwp3Y2HswkWv nin3 2.02 -
hPonhGqEZViy8JhvMthsFBLvG5SxmGwzVm bulu 0.00 fighter
hTyR15C64MvC6aPY7x5DpJ81wigKjVkeS7 nin8 22.73 -
hZJrhVR15Du8uVZTaxv93j8x8iDaFi9785 nin13 17.96 fighter
haSJpt6wDMrznenm2gXjyLzhJKEiz3wLzk nin7 4.11 mage
hbA9uRftWMmfbMkCHR2CrKxN6bQidqrYtU nono 14.90 -
npc.marketmaker.zeSoKxK3rp3dX3it1Y Sox'xiti 183.63 -
total
10 276.86
 characterstate inventory (what is visible in the game graphics) is updated when name address and/or reward address change. It's what the hunters think they own.  2 hunters can share 1 name address, and currently they get a full copy of the inventory (but can't pirate gems that way  |
|
|
|
Interesting idea: give the gem [...] to the Hunter who has more life.
Or blink out, wait on top of a cliff for 10 blocks and return. Fancy, but it's just cycling through states and probably not error prone. iirc the old hearts were given randomly to 1 hunter (same RNG that decides about disasters was polled) |
|
|
|
New binary release... (link in readme on github as usual) betterQt_readme_addendum.txt: New: Hit+Run AI (20160523)
(no source release for auto attack logic)
=========================================
Purpose:
- in thick melee (like 3 vs 3 in the center) it's better to keep focus on hunter positions and movement, and to leave
the exact timing of "destruct" to the software.
- attacking players will be less able to steal time and human attention
Set a single waypoint (grey line) to become this hunter's "Hit+Run point".
The client will determine 1 out of 3 possible states:
"punch through" This hunter is cornered by the nearest enemy. Upon contact, the hunter
will observe config:afk_ticks_hold, send destruct, and move to the Hit+Run point.
"hit+run" Enemy is attacking us from a direction that allows to send destruct immediately,
and move away from it to the Hit+Run point.
"cornered?" looks like a "punch through" situation, but not clear because the enemy is too far away
Any click on an unwalkable tile will clear the current Hit+Run point. However,
it's (probably) never a disadvantage to have a Hit+Run point set, no matter the coordinates.
oku is not one of the mentioned evil players, but this would be a good the perfect place for showcasing...  Yay  Mithril once asked who would get the gem in case of 2 hunters on the tile. It's the one lower in the alphabetically sorted player list, in this case oku.  not that much one could do...  it's possible to set the Hit+Run point while a tx is still pending   no need to touch the destruct button at all  adventurers.txt: HGSeTEV5Cbg83U67na9hs9stiU5sCTfHg9 oku4 1.00 -
oku4 will keep the gem (they can't be looted like this) and can now do "dumpprivkey HGSeTEV5Cbg83U67na9hs9stiU5sCTfHg9" and "importprivkey xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx oku4 false" in another wallet, transfer another hunter to HGSeTEV5Cbg83U67na9hs9stiU5sCTfHg9 and collect more gems. At the moment uses are limited: -look better with the outfits -feed Huc price once per week, shortly before every full 10k blocks (the reward equals ~10% yield because participation is so low. 10% per week) -dump them in the auction for ~2.5k -and there's now the highly experimental pegged chronoDollar |
|
|
|
Can we have hunter fee to 10 HUC or less
Make it as free game, then most people can make profit
Current rule and fee most player spent time but finally get killed and lost the coin once they join the game It's worth discussing. Originally the fee had to be raised because some bots took over the map. Maybe we could make a 1-time faucet for new players There was a short period in the past when you could, after disasters, race from the gates and loot the corpses of the dead for 10 coins each. All along the way to the choke-points and back to base no one could kill you, so it was a peaceful but still competitive kind of noob arena. |
|
|
|
the error i recieve is -
name_register is not yet available and the chronon glows in red sometime.
chronon- 27791 i guess so.
i cannot use the destruct and go button's since i cannot create a new player.
does this mean that i will be able to register once the wallet sync's ?
i am using the original huntercoin wallet client.
It's easiest to dl the complete chain from http://chain.huntercoin.org/ then copy the files over your existing, not fully updated chain. This file is rather large, I used wxDownloadFastPortable on Windows. Make sure that none of the files is write-protected. Then take a look at all 3 clients. (links in OP) But the old Windows 1.3.01 release, or the GUI client built from source at http://github.com/chronokings/huntercoin, is not one of them, it's more like a death trap. OP should be edited to clarify this.is chronon some type of coin  i heard that you need hunter coin balance to start mining.?? chronon == block height 1 hunter == 205 HUC 1 destruct == 20 HUC less than 20 rounds (400HUC) left == death wish |
|
|
|
can somebody tell me briefly about how to ply the game why can't i register my name in the game and what is the chrono's showing up on my screen . how to move my charecters and get the coins.? please explain in layman terms and leave out the technical stuff. If you see chronos thats pretty good already. You have coins (>=2000 or so), and time (5 minutes per hour for 10 hours), chain is up to date (block 1232840),..whats the error msg when you can't register a name? what kind of chrono's do you see? A "Destruct" and a "Go" button? Something changes if you click middle mouse button? technical stuff: if on windows, consider running 2 nodes as described here (ignore the hardlink part unless out of disk space) https://bitcointalk.org/index.php?topic=435170.msg14073077#msg14073077And related because it's a potential trap for newbies: To make sure that all backups are valid, use a wallet only as long as the number of normal transactions (coins sent) + the number of hunters created is less than 100. (this is the answer to the "trick question", the normal 100 tx limit like with Bitcoin is also true for creating a new hunter) |
|
|
|
Neucoins biggest appeal was that it let people earn coins by playing an online game (Solitaire Racer) and similar things.
From the articles, I liked the part where he lists the advantages of giving players only a pittance, so that selling is pointless (good for distribution) and botting would be pointless too (therefore no problem). Sure... 
nobody wants to wait minutes for a character to move
the other extreme would be an high stakes arena within the normal Huntercoin map where moves are at glacial speed, and the rules much more complex. Like correspondence chess, 1 move per 24h. To cater to players who don't have too much time on their hands. |
|
|
|
Other than that, I think it's good for mainnet @ 1220000 Updated the big gamestate to version 3 (game_sv3.dat, pruned with "prune_gamedb 10000" only 0.5MB) and the windows binaries to be on par with github repo. Everything is set. Also @ 1220000, an AI market maker will spawn has spawned. It's 3 pairs now (HUC, Gems, and chronoDollar) If one moves, the others will move too. Indication for opening that the MM use was 0.09 CRD/gems, but because Huntercoin recuperated a bit for the week, this is now 0.0815 edit: the MM comes with a voting system, and will not actively advance it's limit orders past the point advised by the median vote. I put this in as an emergency brake, in case of artificial stupidity. (adv_chrono.txt should be self-explanatory how it works) Imo this is also the definition of the words "voting" vs "motion", similar to the "player are players, and hunters are player characters". If the result enforces itself then it was a vote. |
|
|
|
Pseudo-anonymity has interesting gameplay implications. I was collecting coins in a dead-end corner of the map when two other Hunters came by from different directions. I assumed they were just passing through or going to fight each other, but it turns out they were both controlled by the same player--he gave very different names so others wouldn't catch on. I noticed when they turned in unison to trap me. Then they ganged up on me and took all my loot  Seems like there is a new bunch of hunter names and this new player (or perhaps it's only the hidden evil personality of a well known veteran player) is super aggressiv. Basically playing 12h+ per day and attacking when he has no advantage, just for the attrition. (fees, time, nerves) And no one can ban him for griefing It's only possible to make the clients better so that a skilled player can defeat foes like this with less effort. Simple autodestruct is no longer really up to the task. |
|
|
|
I've managed to generate a map that can be opened in Tiled Mapthe zip that you can download from my site herecontains both the default map (default.json) and wiggi map, named wiggi.json with the companion tileset ground3.png that, for performance reason, has been compacted in one file instead of many pieces both files can be opened in Tiled Map and so you can tweak the map by hand Nothe that the obstacle layer, that by default is set to visible = false, is there just to show which are the walkable tiles and can't change because it's used to validate moves by the huntercoin daemon, all other layers are editable If anyone wants to play some with the map, i can then generate back the format used in my client to show the map, and even the QT arrays note that on wiggi.json map, i've set the opacity of layer1/2/3 to ground and two shadow (names are screwed but they are not important) to 0.6 because they mostly contains shadows tiles (could be lowered a bit to improve the result) Thanks, I'll try this out. (downloaded the windows version of Tiled, their source on github has even a ".pro" file, but I couldn't get the latest master or v0.16 to compile) |
|
|
|
testing for the revolution and doing in Huntercoin what Bitshares set out to do when it was young and not on the dark side: the (completely p2p) creation of a bitasset pegged to a brick-and-mortar-world currency... Testnet prices are different: HUC (according to block 321500 feed): 0.005 USD GEM (block 321500 settlement): 140 HUC Calculated fair value (rounded down to cent) is then 1 Gem = 1.42 Dollar. 3 times that is where in Bitshares the system would implode, here it's just an option strike price and nothing would implode adv_chrono.txt: settlement: chronon covered call strike
previous 1.42 321500 4.26
pending 1.42 321600 4.26
->example chat message to buy 1 chronoDollar (and sell 1 covered call)
CRD:GEM set bid 1 at 1.42
->example chat message to sell 1 chronoDollar (and buy 1 covered call)
CRD:GEM set ask 1 at 1.42
Some orders: (buying does not use up any coins or gems. It's a future contract, with the hunters using items in their possession as collateral. Coins are normally not in their possession, but loot.nAmount could be. Theoretically, would require hardfork) nin7: CRD:GEM set bid 2 at 1.3
nin8: CRD:GEM set ask 3 at 1.5Now it looks a bit more interesting. nin7 has 2.6 gems at risk (the CRD price can't become negative) The contract specs are automatic settlement in cash (i.e. gems) every 10000 chronons (testnet: 100 chronons) if the price is not higher than the call strike. CRD:GEM open orders (chronon 321508, testnet)
----------------------------------------------
hunter ask ask order chronoDollar gems at risk additional
storage vault key name size price chronon position if filled P/L if filled flags
hTyR15C64MvC6aPY7x5DpJ81wigKjVkeS7 nin8 3.00 at 1.50 321507 0.00 8.28 0.00 ok
nin13: CRD:GEM set ask 1 at 1.3 CRD:GEM trader positions (chronon 321525, testnet)
---------------------------------------------------
hunter chronoDollar trade trade
storage vault key name gems position price P/L
hTyR15C64MvC6aPY7x5DpJ81wigKjVkeS7 nin8 10.03 -1.00 1.50 0.00
hZJrhVR15Du8uVZTaxv93j8x8iDaFi9785 nin13 4.06 0.00 1.30 -0.20
haSJpt6wDMrznenm2gXjyLzhJKEiz3wLzk nin7 3.16 1.00 1.30 0.00
Someone lost, so someone must have profited. (P/L is always credited at next expiry/settlement block) nin8: CRD:GEM set ask 4 at 1.67
nin20: CRD:GEM set ask 1 at 2.27
nin13: CRD:GEM set bid 3 at 1.29
nin7: CRD:GEM set bid 3 at 1.09 Need newest version, this one for windows: https://github.com/wiggi/huntercoin/commit/47358de17de9d12655c2e6264013f450a51eb1bcor the client will crash. Other than that, I think it's good for mainnet @ 1220000 |
|
|
|
or better yet, the block height.
he's still there, no one would disturb the victory pose of the winning team  |
|
|
|
available and easy to use
If you look at the challenge today, the brutal length of time it will take to play it, is it that what you mean? (or something else/everything from the laundry list: too much data to dl, hardware requirement, initial cost to buy hunters, difficult rules, quality of docs, quality of graphics, bugs, ... Thats basically the purpose of the voting system, to sort out the priorities.) edit: adding to the laundry list: too simple rules, no Skinner box (arguably) The first Hunter to bring the Crown of Fortune to the top-right corner wins 20K HUC
Whats the definition of top-right corner? 501,0 or perhaps ((501-x)+y<42) |
|
|
|
Look at bithire, a brilliant project.
Neucoin likewise.
both scams?
Not really. They don't lie about the fact that *they* own all the coins and the applications or games have nothing to do with the coin. They're also unrelated to Huntercoin, except 90%+ of people who see Huntercoin for the first time will assume it's also like this, simply because they already know severel of these. (this is also a reason why Huntercoin *should* look like a regular Bitcoin wallet) I think a game is the perfect way to implement human mining because we want the process to be enjoyable for the human. The trick is in figuring out a decentralized game structure that's fun to play. On that topic, Friday's Huntercoin challenge has begun! The first Hunter to bring the Crown of Fortune to the top-right corner wins 20K HUC, a sizeable bounty equivalent to over $100 US or a quarter of a BTC. Spread the word on social media by giving us a retweet: https://twitter.com/ChronoKings/status/720967504412090368And for once, it's a game and not only a mine. |
|
|
|
@wiggi looks good, although little confused, and info?
This is getting longer than I thought... (btw, latin gibberish from chaoticshiny.com, typos by me) It's an informal voting system, similar to the one in Nxt. I think for Huntercoin it will be much more useful because/if/when there are design decisions to be made. Implementation: All data is stored on the blockchain (and cached in gamestate), no servers other than Huntercoin nodes are involved. In theory every block explorer + chat viewer + richlist would show the same results as the latest, non-safemode version of betterQt compiles as result list. It does so by creating a new gamestate data structure ("Storage Vault") for any "anonymous" vote. Using an Huntercoin address that doesn't own one already is the definition of an anonymous vote. (anonymous as in "hunter name is not known") To call for votes (anyone can do that): -Choose a block height when voting shall be closed, minimum 1 block in the future, max 19975 blocks in the future (testnet 1975 blocks) The block height must end with ...9975 (testnet ....975) to allow anonymous votes. -Write a question with up to 10 possible answers (votes will be a number from 0 to 9) and send it as chat message. (edit: message must start with "# ", max length is 1000 chars) It is stored with the hunter's name address in the hunter's storage vault. (which must exist -- it's possible to use the one created by "Cast the first vote" if you're fast enough) -Cast the first vote (using same addr as the hunter that did the chat message) This will also show the message. To cast a vote: -Send as much coins as possible to yourself. First digit of the amount after decimal point is the vote (0-9), the remaining 7 digits after decimal point the "voting close block height". It doesn't matter how/by what client the tx is sent. Don't move the coins again (and also not the change of that tx). -a new vote doesn't overwrite an existing vote if both use the same address (i.e. can't wipe other user's votes by sending them coins) -Minimum for all votes is 1k coins. Anonymous votes must be >25k coins. To delete a vote: -move the coins (or the change) -votes are automatically deleted 1440 blocks after voting close (testnet 144 blocks) To comment: -transfer an hunter to the desired address, send chat message (edit: message must start with "# ", max length is 1000 chars) Without coin control *for game move fees* it's very easy to accidentally send the "voting" coins (or its change) as change elsewhere, thus deleting the vote. edit: With v1.3.01 clients or daemon, tx fees are paid randomly using any address/account/unspent output, even if just sending coins with "sendfrom" command. That's why a wallet used to cast a vote shouldn't be used to send other transactions. |
|
|
|
or append to the HTML language <BTC_PAY addr="1asfk8234msdkfal8934nasdf908sad" amount="10$" >click here to pay</BTC_PAY>
one day later, click bots will be all the rage The most "human compatible" address format was probably the robot faces from early bitshares. Sadly, they kicked this out. |
|
|
|
any screen shots of the game update?
Yes!  |
|
|
|
|
Show Posts
