Topic: [ANN][HUC] Huntercoin - Worlds First Decentralized Game/World on the Blockchain - page 64. (Read 879724 times)

It would be easy to charge a fee in HUC depending on what is in the message field.

The fees for new hunters and for destruct are calculated here
https://github.com/chronokings/huntercoin/blob/master/src/gamestate.cpp#L527
and "destruct" and "message" are both part of "Move".


Example for a counter spell that prevents the enemy horde from attacking but not logout:

If an hunter is found who said the right word ("negatur egressus"?) not too long ago (60 blocks?) in the message and is near that bank
(perhaps adjacent tile only) all summoned are due for despawn+refund before they can move, attack or take damage again.

Trivial to implement, everyone additionally get an "ch.stay_in_spawn_area = 2"

The spell effect would move around (and die) with the hunter who casted it. The attacker must kill the "gate keeper" before getting in.

Or cast it onto yourself to make logout even faster and safer. (it would be too late for an enemy near the bank to kill'em all)

MithrilMan's client will be the easiest for you to set up, and is currently better supported since Huntercoin's core dev team is busy trying to finalize blockchain pruning for us. It also comes with a tutorial. You can download it here: http://www.mithrilman.com/Huntercoin

the game how its work ?

Yes, and the price continues to climb. Makes my marketing job a lot easier. Can't wait for domob to finish Huntercore so we can all start arguing about gameplay updates

FUpool dropping HUC is the best thing that could have happened. I have erned more merge mining sha256 HUC in the last 7 days than I did in the previous 7 months while FUpool were hammering the hell out of it. It's now less centralised & anyone can mine it - win win.

Oh, that is a neat side-effect... reinforcements means faster logout time. Kills 2 birds with one stone.

I like this, actually, but maybe it would be good to limit its power somehow... for example, if you had an ability that costs gems or something which can temporarily disable another Hunter's reinforcements ability, that would be interesting.

Perhaps we can really tweak this feature to everyone's liking.
I did a prototype implementation, only using the message field.

Source: (not compatible with mainnet or official testnet)
https://github.com/wiggi/huntercoin/tree/summon-test

Testnet-in-box:
https://mega.nz/#!TIthjDKC!QjR1zRBDoGLOD7ocbnGFhPrmnie_xyr_pzXtZuVygFg


It works indeed like this
and the hunter doing the summoning must be on a bank tile 2 blocks after the tx with the message confirms, then it actually happens. Only hunters who answered (3 blocks time to do this) get summoned, to the bank tile.


Almost as a side effect, a player who want to stop playing, and has at least 1 hunter 3 tiles away from a bank, can be completely logged out with all hunters 7 blocks later.

I also think the common criticism "this game sucks because you have to wait for next block to move" means something else: in battle for wesnoth, or chess, players have to wait too, but individual moves can be important and not only to the next adjacent coors.

Just saw block 1302148 has been generated by SHA256
https://www.huntercoin.info/blockExplorer/block/9f7735909220d8f515107fcda5a972c569dc52aef23f8ae9f653786303adaae6

don't know if someone has been lucky enough or some power has been put in, but this is good for the game (if this isn't just exceptional)




if you want check my client in the signature

Yes, you can play the game in the wallet, and the hardware requirements are pretty low, except for disk space. My data folder (blockchain) is 12.6 GB right now, synced as of a few days ago, but you can bootstrap with the file at chain.huntercoin.org.

its only now that i noticed this coin and its pretty interesting. does the wallet really allow us to play that video game? where can i download such wallet and any information about the hardware requirements for it to work? also has anyone ever created a torrent file for http://chain.huntercoin.org/ ?
it says 8gb .

I think it would certainly change the way the game plays. If some players decide that they disagree with it, not incorporating it into the base protocol would be better for them and their ability to choose.

...or perhaps not true. Is there really a scenario or strategy where more mobility would help the numerically stronger player(s), all else equal?

I think this is not the case. More mobility will always help regular players who aren't already everywhere and don't have infinite time to play at their disposal.

That's true... maybe we shouldn't integrate it with the base protocol. Allows more freedom of choice for players and developers

Currently testing...it doesn't need to use addresses at all (i.e. no disk access to fetch name address), just the message field and hunter name (plus a '!' in this case) as watch-word so Bob and Caesar can confirm that Alice is really their buddy.
Alice: "summon Bob and Caesar"
Bob: "for Alice!"
Caesar: "I'll stay on that bank, Alice!"

Very flexible, I think in practice clients would autorespond and perhaps add some flavor.

But could it backfire, by making a strong (or an annoyingly aggressive) player stronger (relatively to other players)?

Looks like everybody favors faster logout times. Can't say I'm not surprised. It would limit the need for AI being built into game clients.

I like your idea for calling reinforcements. It sounds relatively easy to implement in proportion to the breadth of strategic options it opens up. It could be done at the base protocol level without even requiring the player to use secondary layers like the one you're designing. That means it would be easier for other developers to do cool things in the future (features already built in don't need to be coded from scratch), and I think it should be our goal to foster a modding community.

with only minutes to go, this will be probably be the voting result:




We need a systematic approach, but I keep thinking about this:
https://bitcointalk.org/index.php?topic=435170.msg14230603;topicseen#msg14230603

If Huntercoin is more complex with groups of hunters, what if your hunter buddies can be summoned under specific circumstances. Example : stand still next to a bank, then next block up to 7 hunters stand on the 7 tiles adjacent to the same bank.

Buddies are defined as hunters that point with their reward address to your (the summoning hunter's) name address, to proof edit: Hunter buddies must post (e.g. as message) where they want to go, to proof they *are* yours and to allow easy implementation with the normal gamestate variables.

You could quickly attack any location, just need 1 hunter + 1 bank nearby. Opposing force can call in reinforcements. Or they can easily flee using the same method.

And of course very fast logout if you camp at least 1 bank, somewhere.

Instant strategic depth?

from a quick look at the transactions page (not exact values)
 made 70 hunters (-350 HUC due to 5 HUC fee)
 coins harvested (+1200)
 35 * destructed (-700)
 6 kills (+1200)
 3 hunters died (-600)

rather brutal game if you don't have a time zone for yourself



I tested the "betterQt release for block 1300000" (50h+ online), and there are some new things (Currently all but the last is only in the precompiled binaries, but I'll put as much as possible on github):

Floating arrows to show waypoints of "unknown" hunters (configurable).
Not really sure what/when/how to display without cluttering the screen, but the arrows are "player sprites" so they can have a direction, text and icons like players.




The Hit+Run point system has been fixed so they can always be set while in combat/while destructing. (they can be set with normal mouse click or control-click)
If Hit+Run action is executed (i.e. automatic destruct sent) the Hit+Run point now moves randomly (1 tile) and stays active.


If bored and no enemy is nearby but some coins, hunters will harvest them. This looks pretty neat and (somtimes) almost passes the turing test. Almost.


The last point is the most important Imho -- a built in payment server

A NPC or other game entity can now pay any player (any owner of a Huntercoin address) *in HUC*
It will do so by auctioning off as many of its own gems as necessary, until the proceeds meet the amount of coins it owes to the player.

This implementation (https://github.com/wiggi/huntercoin/commit/b64600038a1f6f46b10b7738660f69d06c0e1847)
allows the game to always (updated each block, 24/7) make an offer to convert gems to Huc at a fixed rate.
It's the first test on mainnet, and may still be buggy.

If it works, something similar would be "hunter sharing".
I.e. Alice puts a "desired logout time" on record with the name address of her hunters, and if Bob's 1 hunter want 10 buddies,
Bob will get them, plus an invoice. If Bob doesn't pay then his gems are forfeit, and given to Alice as compensation. (self-enforcing contracts are possible with gems but not with coins)

This would allow faster logout, quick access to the harvest areas, and bypass the 5 Huc fee per hunter. No fork (of Huntercoin itself) needed.

thanks wiggi...

--

huntercore - found a bug with name_list which can crash the daemon in certain circumstances - so won't be ready for testing yet

I think the stated reason translates to "thus who don't contribute (enough) to the network by not being a server shall have only 8 connections". If you try a new coin and see the green bar (without being a server) that's a brownie point.

ah ok thanks.

yes the 8 limit is outgoing connections, by default i don't think there is a limit for incomming (but requires port forward if behind firewall/router).. (maybe 120 is the limit?)

do you know if increasing the outgoing connections is safe? i'll try to look to see if there is a reason for bitcoin and others using 8 as max outgoings.