I agree with BGB. You need to fight back - it's actually easy to get coins atm, the problem is that humans can't sit in front of the game 24/7
there is room for improvement, and these improvements are ongoing.
players need access to semi-afk play.. basic bots
I think that when everyone has auto destruct + gather, it will level the field some more.
Anything that makes a playing session less time consuming would be a good thing. Perhaps a "Word of Recall" type item that can be found randomly like hearts and activated like destruct? Specifically for the casual player. If it comes with a cost (or a risk to lose all coins) than the guys who dominate the center won't use it, and the game mechanics are not dumbed down too much. If it later turns out that unsupervised generals get killed most of the time when they walk through the chokepoints to the inner ring... well, then we also need a dangerous to use random group teleport item.
|
|
|
(Actually, when creating a new player, the front-end will charge 10 HUC already 10 blocks before that so you aren't stuck with a name_new with too low value to name_firstupdate it after block 255k. But that's just a technical detail.)
Basically, new players who do their name_firstupdate at block 254999 will die but those who name_firstupdate at 255000 will live (for another 1-12 days) and the map is never completely devoid of players?
|
|
|
@wiggi: I recently managed to sync the client by adding a few nodes. It's a fresh wallet, but the crashing/freezing still is unbearable. I'm still a total noob on this so I won't use Mithril's client (fees?) but the freezing def has to go.
Perhaps some other programs using your disk too much. If you are on windows, the usual culprits (that need to be deactivated) are 'Windows search' and the 'Cache server' of antivirus software.
|
|
|
Something that adds to the frustration a lot is the constant crashing of the wallet. It regularly locks up and takes forever (it could be hours I've stopped looking) to react again.
Especially if you are not using a ssd, it will indicate not responding. But 99% of the time for me it recovers. Rarely I have seen it not recover, and by watching the debug.log, I can tell when this happens. It is best to synch with a wallet with no transactions. Once synced you can close the client and switch back to the real wallet. It is also good to clean out old, inflated wallets regularly. (the 'Transfer to' function is really useful) Normally (i.e. 1 block per minute coming in) huntercoin reads/writes a few hundred KB/s on average as long as size of wallet.dat is <10MB. With a 50MB wallet.dat it's 2-3MB/s and so on.
|
|
|
Yep. Not easy but huntercoin can become the one true chronokings, over time...
|
|
|
50,000 HUC? Are you serious lol?
Totally serious. If you can't really be killed by other players or disasters, then the coins are as save as in an (unencrypted) wallet. And there should be only a few of these units, not thousands. Start saving up!
|
|
|
Huntercoin needs 'rare' player classes. They could be created if a new player name has a special property/checksum and sufficient fee is sent for name_new tx and should a) act as a coin sink b) encourage players of the same color to cooperate c) give no direct advantage for rich guys versus other players of the same color, only bragging rights. Example: 'Champion of <color>' Cost: 50000 HUC. Passive ability: (perhaps restricted to some part of the map) Every soldier in the champion's vicinity (distance <= 12 squares or so) attacks like a general (2 squares destruct radius). If the attack kills an enemy, loot is not dropped but evenly distributed between the team of that soldier and one randomly choosen general in the vicinity of the champion. The champion has the same chance to get 50% of the loot like every one else. Rational players would rally around the champion(s) wherever they choose to attack. Expensive player classes need to be mostly immortal, of course. If destructed, they either just go back to spawn, or can be recreated at normal cost (i.e. 20 HUC) for the same name and address. For safe cash out, their own reward address immediately gets 96% (or more) of the initial fee if self-destructed. Is this easy to implement?
|
|
|
Poison will trigger on average every 10 days. Poison cannot trigger within 3 days after the last poison. Max duration until Poison WILL happen, hasn't really been set yet (maybe 20 days)
When the disaster triggers, will it come out of the blue or is it determined some time (2 days or so) in advance? I think knowing the time in advance is better. The day before the disaster (if known) would be interesting to play when all coins from center come out, and players (especially those who can afford to hoard their coins) need some time to prepare for a longish playing session after the disaster. Bots are always ready.
|
|
|
I just realized that Huntercoin is the most privacy-centric coin in existence. The game works as one giant mixer. (this wasn't even a design goal, right? ) And a non aggressive bot like BGB's demo can convert coins into newly mined, pristine ones. It's the perfect solution for anonymity while things like Zerocoin or Darkcoin will come up with imperfect solutions.
|
|
|
"An administrator will try to sell the company's assets, and many creditors, including those who had bitcoins with the exchange, are unlikely to get any money back." If this is true and not just sloppy reporting it would mean the bitcoins (and dollars) at the exchange are just subordinated debt and Gox owes someone else the equivalent of 200k BTC?
|
|
|
On a different note: I could open source my own bot code written in PHP. Should I do so? It is not really intelligent (since I didn't modify it much since right after the initial version which I wrote shortly after Huntercoin's launch already), but it still makes a little profit if the bots are maintained from time to time and it could serve as a basis for others who want to try themselves. I agree that it will possibly help to give casual users the possibility to also control some bots. (Besides that I also think Mithril Man's client will be great to have, especially if it includes more in-game intelligence and rudimentary bot features eventually!)
Not sure about the PHP code but rudimentary interactive bot features in the Qt-client or Mithril's will be the turning point. Simple additional functions like "auto destruct if enemy comes in range" and "go back to spawn if have more than X coins, then go to x,y and wait" would resolve the situation in the center very quickly. Commanding minions is fun, they just shouldn't be helpless without their overlord.
|
|
|
I've already told snailbrain that I'm available for adding additional RPC commands as necessary (for instance, way path calculation so you need not worry about implementing the exact same algorithm as in the daemon).
The name_update command would also accept waypoints calculated by a different algorithm. (I think. As long as you don't get stuck.) You could even calculate a route to avoid stationary enemy players...
|
|
|
how can i resolve this issue ? There doesn't seem to be any negative consequences of getting this warning. (Empirically from playing, I didn't check the code)
|
|
|
yes i have the huntercoin-qt.pro, i've done all the stuff above, but i don't know how to run the wallet, is there any command in the terminal???
Install Qt Creator, open huntercoin-qt.pro with it, click "Build | Build project huntercoin-qt". This gives you either the executable (huntercoin-qt) or a newby readable error message.
|
|
|
This client is great.
I have a feature request: could you add an acoustic notification when a coin spawns adjacent to one of your players? This would help human players (especially in the future when bots will be less stupid and recognizable and killable than now).
|
|
|
I do think that soon the blockchain will be too big to download. Any thoughts on pruning it? Thin client?
Can I delete debug.log? It is getting quite big.
you can put printtoconsole=1 in conf file.. will make faster and not create it blockchain will get big, but by the time it's really big, storage space will be cheap.. probably in <"3" years you will be able to buy a 1 TB Micro SD Card. Storage Space is increasing faster than moores law. --- SSD is the way to go.. in fact.. i think i'll buy one right now lol Blockchain size is not a problem at about 10..20 GB per year. And the old db tormenting mechanical HDDs is not a problem if the block data becomes available as a separate download. After the first 2 GB perhaps?
|
|
|
What we really need is a player search. then we can lookup where those kamakaze CN generals are And something to highlight the moles which are always nearby. Perhaps some numbers indicating movement. - last turn the player has moved, and - travelled distance last 50 turns (i.e. 10 if all visited grids would fit in a 10*10 square) Also: - age in turns (for the kamikazes) - loot-from-dead-players coins taken (for the moles)
|
|
|
Auto-die if you camp in the spawn area in general? Or only if you are in the Coloured "banking" strip?
A warning about the "coloured banking strip" x turns to instadeath limit (and don't forget to press "Go") should be on the first page. In big, fat letters There is no other inactivity timer in the game, right?
|
|
|
And faster move times for players.
Perhaps Chronokings will have Wesnoth Silver Mage type movement for some player classes. But block times shorter than 1 minute would make it hopeless for humans (against auto 'destruct'ing bots).
|
|
|
|