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

Maybe make a separate post / thread asking for devs to help for people who don't read this thread. Something like "dev help wanted with huntercoin". Price is so low that if a dev is sure of his ability he will buy some HUC in lieu of salary and probably do well like that.

well, then you don't have to read only, say there your opinions, even just an "I agree" ,"I like it", "I'd change this into that" etc... so we can have a broader brainstorming and if we reach some kind of consensus domob would implement it (or anyone interested and with the skill can implement it and let us all test it)

Of course the invite is extended to everyone, as snailbrain just said


so anyone who's interested can do a lot!
and the price is low so anyone that think that could be worthy to jump on the boat, can just buy (e.g. on poloniex) is HUC share and then increase its value tanks to his contribution that will give!


We need every kind of help and involvement that's possible!
Take me as a living example:  I keep saying "we" even if I'm not involved in the Crypto Realities Ltd company owned by snailbrain but I'm just one like you, that was interested in the idea and then spent (and keep spending) a looooot of time implementing my client, the website and a lot of server stuffs that are needed to run the client and the chat, because i belive in the project (and i like what i'm doing), without considering money at this time (I am at a loss)

Are you a coder willing to get your hands dirty into crypto C++ code? then go to https://github.com/chronokings/huntercoin and start to get dirty
Are you a writer? then write some article about the game and the various clients (drop me a line to have access to informations about mine)
Are you a gamer? record gaming sessions giving advice to novice

Remember then that you can try by yourself the game on testnet without the risk of losing money (I think we'd need a guide to explain how) and you could even setup a private environment with friends to test things out, and my client is compatible even with testnet (again, drop me a line or write on my hosted client forum http://forum.huntercoin.org/index.php/board,9.0.html )

You could even setup a faucet, or an informative website, build a dice/bet website or whatever you think could be interesting

I've some idea about expanding HUC services, anyone could do something!

I just read some of the things planned on the huntercoin forum and all I can say is that im EXCITED AS ****

I agree that when 1 huc was worth 2-3$. This made it a lot more fun.

When the cost was left at 1 huc and HUCs value was 0.001 $, it was 1 human with 10 hunters vs 1 bot master controlling 50k hunters.
The game cost is now probably lower than it was when it was 1 huc (haven't worked it out though).

Unfortunately during the fall in price we had no dev due to the death of Mikhail who I hired for the project as my C++ skills are abysmal - there were lots of issues/bugs with the code, the chain was expanding at a massive rate (10gb+ after a couple of months?) -
it took several months to get on top of everything before we could start looking at the game mechanics, and then we could really only begin by making very small changes.
Also remembering - huntercoin was an experiment originally and I wasn't expecting on working on it at this point. It was a base for another project. Of course the situation has changed..

by quickly skimming through mithrilman's posts  - i think it boils down to :

we could use some more contributors from the community to help out with the project if you want things to progress faster - otherwise be patient.

I'm mostly looking forward to domobs work on huntercore to finish, and hopefully we can get someone to port over the qt game portion (maybe with wiggi's updates). It should then all be as easy as other cryptos to use bar learning how to play the game.

-

The current situation with Huntercoin is -

we are awaiting domob to finish the implementation of huntercoin onto the latest bitcoin core. aka Huntercore
Hopefully have a pre-synced chain download of < 800mb - The way it currently works afaik  is it keeps the last 550mb of blocks (user changeable)) and keeps track of the utxo. So it's always pruning..

Get some more opinions on the next upcoming game mechanic changes > http://forum.huntercoin.org/index.php/board,5.0.html
Implement those changes ..

We don't have 1 billion investment like etherium and bitshares or whatever.. this is a true honest open legit fun project with no funding with everyone working in their spare time.

<3

this is similar to what i said 2 post above when i said:

That's the main problem, no other crypto developers are involved except domob and coding for huntercoin isn't his daily job
Would be interesting seeing other devs join to help, sourcecode is public on github and anyone can fork, implement and pull-request

I honestly don't know any of the technical side, so am not in a position to say if that is possible. It sounds practical.

Lack of developer time is only important if you are in a rush. The core developers will spend extra time they have after family, job etc when they feel like it. At this point cryptos are a hobby for everyone, including developers, and not a vocation. Once the rebound occurs and the coins people are holding for hobby are worth more than the company they work for, then it will be their job.

Til then devs shouldn't stress.

The most obvious solution I could think of right now for the blockchain syncing problem is 'start-in-the-middle' syncing, where you would get the gamestate and  block of a specific block (say, multiples of some moderate number) from several different peers with the most blocks and using that data to come to a consensus on what the gamestate at the block is, and syncing from there while discarding previous gamestates. This might be improved by having a 'gamestate-recording' block every couple thousand blocks that contains the full gamestate so there is at least some proof-of-work in place to verify the gamestate. This improvement might also have the side-effect of mitigating the problem of orphan chains in a client that doesn't hold the whole blockchain.
(I'm assuming that all blocks just hold whatever moves were made during the block like a diff)

I don't really know, but this seems like an okay idea to me rn, but there's probably some stupidly obvious flaw and I need more sleep.

Of course, a centralized server that has the entire blockchain and allows more multiple different people to plug in a client and play would work too, but that puts too much trust in the server...


Of course, the biggest problem with any of this is the lack of developer time, which makes a kind of a dependency cycle...

There are a few things that give Huntercoin an edge over most coins and a few reasons why it is so low right now.

The biggest positive is the way coins are mined. It will have a sort of 'automatic community' of users once cryptos rebound. Other coins will copy and adapt the 'human mining' idea but Huntercoin was the first and has a small group of people with the most experience.

The biggest negative is the overwhelming difficulty a new user has in simply getting started. If you send a hundred people to bitcoin almost all of them will be able to figure it out and get started within a day. If you send a hundred people to Huntercoin fewer than five out of a hundred people without technical experience will be able to figure it out.

Possibly the best coin out there.

But still needs work.

this is indeed a good news!
about saying to see https://github.com/domob1812/huntercore/ this is the problem, huntercoin news, etc... should be accessible to anyone, not just programmers or geeks (again, I'm not blaming you! )

personally i'm be interested about knowing more on the pruning implementation, how is it achieved?
does exists some informative link i can read about it?
will the blockchain always reduce at that size even in future or is just a % of the total size?
what will be the impact when more players will join and so generate lot of transactions per block?

Ideally would be nice to have fixed blocks (like every 1440 blocks that mean every day, or even a week) that generate a kind of "snapshot" that could be used as a new genesis block everytime with a block that contains all unspent inputs, would this be ever an option for the future?

P.S.
good luck about your PhD thesis!

Actually, the Namecoin port is long finished and the Huntercoin port is not only planned but progressing very well.   I do not have any ETAs or a roadmap, but at least the up-to-date implementation can be found on https://github.com/domob1812/huntercore/ at any moment.  It is already able to sync the full blockchain and to serve game_getstate calls.  It is also able to prune the blockchain based on Bitcoin's feature, which according to some tests snailbrain did reduce the blockchain size to something like 1.5 GiB.  Even less may be possible in the future with some more tuning of parameters.

Note, however, that the new client does not yet handle the wallet well (game transactions won't show up), nor can it be used for mining.  These are the next steps for me, but I'm currently in the process of finishing my PhD thesis (which has way higher priority).

game mechanics moved on and i don't think we can compare with the past, too many different aspects to consider (tbh i agree on some point raised about 1 huc cost)

problems are well known, blockchain size, game cost (caused even because of some bad game mechanics choices) and lack of playerbase (that can be seen both as a cause of problems and as a consequence of other problems)
i would add even the difficulty to setup all the needed things in order to play

Before vacations i gave some advice about game mechanics/features changes/additions and I'm waiting that the subject is taken into consideration to start implementing something over it
Lately there has not been much development around the project (not talking just about client(s) implementations but about the currency as a whole, like services based on HUC, etc...) and this of course doesnt' help the coin/game

personally i'm going to release a new version of my client soon, but i can just work on existing rules and official daemon (huntercoind.exe) so i can't resolve blockchain problems or game mechanics changes, i can help on easing installation and time saving (using automatic behaviours and alert systems i've already implemented and improved in the upcoming release) and trying to build up some market around the game (the idea of creating custom content and custom automatic behaviours and let the players sold them on a market) but we need a shake.

Now that Snailbrain has become a father he will have even less time to dedicate, I know, I've a little daughter 1.6f (nerd style floating point age ) years old, even if I'm a little insane and i spend almost all of the sleepless night coding my client, but i hope for his sanity to spend more time sleeping than me

having said that, the problem is that the project can't go on without a strong community effort or a strong leadership
Without a public project plan with milestones, etc... would even be hard to collect some income to speed up development (I'm not talking about the development on my side but on huntercoin core development)
At first, crypto momentum and huntercoin novelty helped collecting some donation and help, but now it would be harder without something to show, to believe

I think we need to face all these problem and try to fix them, otherwise the project will keep to drift

about stated problems, talking about blockchain size I know Domob in recent months started to port new bitcoin codebase in namecoin and planning to port then in huntercoin, and then hopefully he'll have a base to work on an effective pruned light wallet.
I don't know the time that would be needed to see the pruned thing, i think a lot, anyway i think that the development (in term of planned features, in-progress implementation, ETAs, etc...) should be always publicly accessible and always up-to-date because updated informations, ETAs, etc... are the key to modern marketing and a basic and required ingredient for a successful project like this that has no marketing power ($$) to see a boosted development and so must be fueled by the community

P.S.
Is not a programmer duty to keep the community updated, someone dedicated has to play that role

On my side, about my custom client, i'm playing a "one man development" and I clearly see that i fail in some aspect because i don't have the time to cover all (talking i.e. about my client, multilanguage guide, detailed changelog release, publishing screens/video, talking about upcoming changes, explaining tips and techniques, etc...) but at least my responsability is limited on my side project, that can impact relatively on huntercoin success, but the main project should be handled in the proper way

look out of here, there are even lot of "shitcoins" that have lot of informative content and updated infos (their problem is most of the time the fact that they don't add anything interesting on the technical side of the project), I think this is an aspect that need to be improved

At a glance, HUCs decline seems to have been because of the blockchain and the bot that monopolized the center of the map (and possibly other places), which probably drove most of the players away. HUC has been my favorite cryptocurrency from day 1 of its release and still is

I really do miss the days when HUCs were a dollar per coin and each hunter only costed 1 coin, so that you could make ROI on a general and his team by just picking 2 coins off the ground... (3 hunters/general was really nice too...)

A lot of whining lately but still one of the best coins.

If the blockchain gets shrunk somehow this will be one of the top cryptocurrencies.

seems this died.. sadly.

was good idea, but got killed and trades nowhere.

Having issues installing on linux ubuntu 12.0.4

says cannot find ANYTHING in src?

done the tut 5 times to the pixel...

help?

The Unity3D client is constantly trying wrong passwords against my daemon (which is running on another server), even though i copied the password directly from my conf file. Any ideas?

EDIT: Changing the port, rpcuser, and rpcpassword repeatedly seems to have fixed the problem... Who said trying things over and over again even if they don't work is a bad idea?

Sorry about her going tits up and it was a pleasure working with you Domob.

Best of luck !

http://104.236.133.65/hucstrap/
Here're some bootstrap files
They were made using berkeleydb 5.1, so it might not work with the windoze wallet though (IDK but usually people use 4.8 or something like that on windoze)

I suggest to always stop the daemon from time to time and create a backup copy of the data directory.  This way, you can be sure that you don't have to fully sync from scratch when it crashes.


Please also include utxo.dat, game.dat and nameindexfull.dat.  As I wrote above, they can be recreated if missing, but this process itself takes quite some time.  So for a "quick" bootstrap, you have to add them as well.


This is always very welcome, best get in touch with snailbrain!

Oh, okay.

I have a server that's almost synced (200k blocks away) so I'll put up a temporary download if it finishes before your server.

(The only thing you need to download to bootstrap is blkindex.dat and blkxxxx.dat right?)

Also, my server is running bdb-5.1 but my desktop has 5.3 and it refuses to load the blockchain so I am very sad

Also also, I would be willing to help with Huntercoin development (if I get some time to that is) (Yes I do sound like a n00b... I haven't touched crypto in like half a year and forgot p much everything, and I'm currently too busy to refigure it all out)