I bought some 3 days ago, feeling the same pump/dump schema that happens when there is some airdrop
anyway what i gain is a fraction of the effort i put into this coin during these 3 years


anybody need to explain, showcase, create a PoC of a project that aim to be crowfunded, more so a team that is definitely not been a harbinger of continuous updates, don't you think?
And if you consider that most of the people here think that chimaera coin is another game...

thanks and probably you got some too
even if I recovered what i lost shorting XRP (plus a little).
Despite you "know"/feel it's a pump, you don't know how long/far that pump goes... i timed wrongly and was too confident during night, to end having a nice surprise next morning


yes volume was high!
even if seems to follow the same pattern you see with other low marketcap coins: accumulate, then pump on FOMO buying self positions, and distribute at peeks
and often you see that pattern repeated 2 or 3 times in a week, this is why i wouldn't be surprised to see a dump post snapshot and then a pump after the next accumulation phase

actually i didn't moved any BTC today, i could try later to move some
in the past i didn't had problem (i just had to confirm a link on an email polo send when you want to withdraw)

--
Update:
just tried to withdraw 0.1 btc, i just had to enter my 2FA 6 digits, confirm the email and now i'm wating the standard bitcoin confirmation time (i see the tx listed as pending in polo transaction history)

which note?
quoting snailbrain post about polo notice

it seems to me they are delegating to snailbrain to communicate that, this doesn't mean they will communicate that too, otherwise why wait less than one day to release the notice?

I could be wrong but i think they will not release any note

I didn't expected more, i successfully liquidated my position (i just had 100k) at 0.001, sorry for who gets burn, this is crypto-coins world

P.S.
a little math: market cap at 0.001 = 1.678 M$ ... and this rapresents a 5% of the chimaera coins so what did people expect, chimaera being worth 33Mil $ on release?

but as said this is crypto-coins world, where price manipulation is real (just watch what happened to Ripple few days ago, where i got burned shorting it btw )

and for a real dump wait tomorrow... but hey... some whale could even play on huc rising it even more after the snapshot to trap other people, who knows...

P.S.
basing prices on the fact that HUC value goes almost to nothing after snapshot, so just do the delta between my numbers and your HUC target price post-snapshot to do your considerations

remember even about the locked coins in gamefund, now they are
1321044.36861456 (1.3 M!)

I'm stating this here because i don't even want to give a chance to use that funds under the hood... better to be clear.
Of course now we give him the chance to change numbers (did you seen snail? not being clear makes people having nasty thoughts)

these are the things that convince me that i made the right decision when i stopped to support huntercoin.
this is very sad, as sad is the fact that there are no details about how you achieved that 5% value you talk about in the pdf (I suspect the final value will be even less! e.g. a lot is lock on gamefund and i suspect they even consideret the total 42mil supply and not the actual value, so without clear numbers take even that 5% with caution)

- no details on chimera
- not even clear numbers about total supply

based on my experience on huntercoin, i wouldn't invest on chimaera and even the fact that "The Bitcoin Co-op" isn't anymore involved makes me wonder...

At least now, some people will stop to act as cheerleaders on this topic, and people can focus on more important and serious projects out there

P.S.
there is nothing fancy about creating a "gaming platform", it's just a matter of using already available techs like having pegged sidechains and eventually some masternodes, and some kind of lightning network to handle lot of transactions (if needed), I'm even planning to do something similar on Startis (a serious blockchain platform) in future. All tech pieces already available, so I don't understand even why keep this 007 mood, hiding every details that are vital to people who want to decide if invest or not.

anyway I'm not surprised about the LOW % and the fact that he shown to old supporter how he doesn't care about them (luckily i sold my shares times ago) but i'm more concerned about how unprofessional this project started already, without any kind of information, PR, community management or anything else... what's the point about hyping the platform before even having a simple website with basic information available?...

About HUC, i hope someone will fork it and push it on the right track, it deserve to survive and improve, gameplay fixed, etc.., even if the original team stopped to support it.

If someone will carry on it, I'll give my support by resurrecting my client

well... have a nice time

you can try with -zapwallettxes command line arguments (not console command)

not sure if domob ported this, but i think yes because bitcoin already had it at the time of porting, so refer to bitcoin docs for that command line argument:
https://en.bitcoin.it/wiki/Running_Bitcoin

Despite the fact that in every enterprise the cost to run the enterprise has to be lowered as much as possible, and a system that scale up in cost isn't a solution that anyone would like to adopt, my point here isn't about arguing if the mining process is good or not (and tbh I know it's necessary to secure the network), but about collecting the various mining alghrithm available, not necessarily for bitcoin itself.

Moreover i'd like to know if someone ever attempted to do some kind of mix of alghoritms where you don't need to find the zeores required, using just scrypt, or sha or whatever, but a mix of those (so a miner couldn't run just a CPU miner, or a GPU miner, but need both or even more systems). I'm not talking about dual alghos coins, because afaik those are using 2 separate alghoritms that generate blocks on alternate rates (e.g. on huntercoin/namecoin sha and scrypt are set to generate a block every 2 minutes, but it's perceived as a coin that generate a block every minute

I think that having a wide range of mining alghoritms ideas could be beneficial, if not for bitcoin, at least for a generic blockchain technology

what I'de like to have (or do it myself) is a place where mining alghorits are described, anyway that link is a start to have a little list of alghoritms to research, thanks

Hi everybody,
What i really don't like about bitcoin is the waste of computing power (= waste of resources) it needs to secure the network, and how things would get worse the more bitcoin becomes successful.

Because of this I was wandering which are, actually, alternative mining alghoritms that you are aware of, and possibly their pros/cons.
I'd mantain such list in this OP and maybe group them up in a website if it could be useful, and discuss about mining alghoritms here to maybe come out with a new greener mining alghoritm or best block generation approach

If a post like this already exists (or website links) then please point me to it
thanks

I recently rent 2 micro VM to start hack around with linux and VM and I've your same configuration (ubuntu 16.04 server) but i don't have space/ram to host huntercore or mysql anyway i should be able to work on your VM, i already installed on mine the dotnet core needed (it's just a matter to update apt with a new repository url and then apt-get the needed dotnet-core stuff to be able to compile and run .Net Core app

Anyway i can start implementing and testing on my system, maybe you can create mysql db and tables you'd like to be populated, and let my VM run the daemon that get info from your server (getblockinfo, etc...) and write back on your mysql, so once it's ready it's just a matter to deploy it on your server and i don't need access to your machine
I can give you the IP of my VM so you can allow my machine to connect to your huntercore RPC service

-

Ok I'd say you could:
- configure your VM with huntercore
- install MySQL and create the database with tables you'd like to have populated
- open RPC service to my IP
- give me the connection string to reach your MySql db
- (bonus) install dotnetcore on your server, pretty straightforward ( https://www.microsoft.com/net/core#linuxubuntu )


once that's ready, wait some time that i find the time to do the app and test it and then I'll give you the app or i'll install it on your vm

ok so we are talking about 2 components: a realtime one that runs as a daemon that polls the RPC, and an historical one to fill the gaps
note that gathering blocks information is quite fast even on historical data and seems to work even on a pruned node (i need just the header info)

getblockhash 1
> a91daed69a867a560cd68d364889c925c26c6d6f3b985c27b588f108ca72e786

getblockheader a91daed69a867a560cd68d364889c925c26c6d6f3b985c27b588f108ca72e786
> {
  "hash": "a91daed69a867a560cd68d364889c925c26c6d6f3b985c27b588f108ca72e786",
  "confirmations": 1571465,
  "height": 1,
  "version": 131585,
  "versionHex": "00020201",
  "algo": 1,
  "merkleroot": "09b1b907a0b33312822acb00bc3d7441fa4ee4842d6cf16ef090dc48e2eb70c6",
  "time": 1391264537,
  "mediantime": 1391264537,
  "nonce": 57104,
  "bits": "1e0fffff",
  "difficulty": 0.0002441371325370145,
  "chainwork": "0000000000000000000000000000000000000000000000000000000200011001",
  "previousblockhash": "00000000db7eb7a9e1a06cf995363dcdc4c28e8ae04827a961942657db9a1631",
  "nextblockhash": "000000000e14e03fa502dad4b69184c23690bd16455bf0dc7e5ea76ed033c961"
}


and so if that info is enough would be quite fast to populate the historical data, but gamestate is a loooooot slower

what information did you need to be dumped?
what's your VPS configuration?

I can build something in .Net Core (works on linux) if this can help the community
just something as simple as an RCP wrapper around huntercore, to get some data and save it on mysql or wherever, of course it would need a reachable huntercore on your VPS or another location

I always monitored/played the game since the begin and i never faced so high burst of blocks, except when f2pool halted a bit his power and then restarted


I think this is the main issue, or better there is low mining power and sometimes someone turn on for a bit his horses and BUM...

and as a proof that this is an hashpower matters, the difficult is already 12665240.411003 after 5 min i took the screenshot, while 100 blocks before it was 12198582.656297

update:
block 1570323

Block	Difficulty
1570223	11946096.727004
1570323	12026720.890824
1570423	11930541.575989
1570523	12191819.41785
1570623	12641359.116998

look the spike on the last 100 blocks, where the weird blocks were noticeable
and after having pumped the SHA256, the miner started pumping Scrypt (look how Scrypt difficult rise so fast)

1570640   Scrypt   2017-01-21 01:56:54   11   1042.900586   1770.7510423757
1570639   Scrypt   2017-01-21 01:56:12   8   723.259173   1769.2141296503
1570638   Scrypt   2017-01-21 01:55:57   10   957.605   1768.409901675
1570637   SHA256   2017-01-21 01:55:43   12   1146.661759   12662469.055522
1570636   Scrypt   2017-01-21 01:54:52   11   1031.849   1767.5038365382
1570635   Scrypt   2017-01-21 01:53:54   10   937.396759   1766.1599145315
1570634   Scrypt   2017-01-21 01:53:26   11   1047.717145   1765.2256807371
1570633   SHA256   2017-01-21 01:53:01   11   1076.502759   12661739.953015
1570632   Scrypt   2017-01-21 01:52:30   11   1048.007145   1764.1895263484
1570631   Scrypt   2017-01-21 01:51:41   8   758.127172   1763.226972119
1570630   SHA256   2017-01-21 01:51:07   10   931.034074   12672393.19249
1570629   Scrypt   2017-01-21 01:50:47   6   544.209   1762.2943915493
1570628   Scrypt   2017-01-21 01:49:51   12   1143.643073   1760.9396047451
1570627   Scrypt   2017-01-21 01:49:24   9   857.269173   1759.949581106
1570626   Scrypt   2017-01-21 01:48:32   11   1036.334487   1761.7818564724
1570625   SHA256   2017-01-21 01:47:24   12   1189.400759   12665240.411003
1570624   SHA256   2017-01-21 01:46:32   8   718.374487   12653288.495869
1570623   SHA256   2017-01-21 01:46:26   11   4141.269322   12641359.116998
1570622   SHA256   2017-01-21 01:46:20   11   1037.782246   12630903.071409
1570621   SHA256   2017-01-21 01:45:59   9   872.578   12620754.041186


as you said, this block generation isn't compatible with a turn based game. A turn based system must have a stable timer, or as much stable as possible, or at very least a minimum granted time (about the minimum granted time, i think this is difficult because bitcoin doesn't have a reliable timer, date and times aren't reliable neither)

I agree, but this never happened with the old version and when we had a f2pool mining the coin.


And look at the screenshot i've just taken, there are 5 or 6 blocks generated per minute.... this isn't a luck matter, this is an hashpower matter or something else

the problem you have, and that everyone else have, is that block generation is really weird, it's not stable at all, so the theoretic formula of 1 block per minute is screwed, sometimes you see 2 blocks generated in few seconds, sometimes in a couple or more minutes, so this is hard to time at the right moment and often is a matter of luck

of course if you are facing someone who sends a move very quickly while you take time to think and plan your moves, and a block is generated fast before you decide, you probably are dead
on the other side, could happen the opposite: the player/bot who sends the move asap, and doesn't protect his move setting his first waypoint away from enemy, can have his destruct to happen earlier than he wanted thought, and so the hunter is exposed to the other player that took more time before pressing destruct

But i agree that the main problem is that the blocks are often too fast, this is something to investigate but i don't think there is someone cheating, the problem is just that there aren't stable miners (IMHO) or worse, there is some bug in the block generation alghoritm (I don't know if it's custom for huntercoin or not, i think it's a namecoin port but maybe namecoin suffer the same problem, but not being namecoin a turn based game, It can be gone unnoticed)

anyway faster blocks means someone couldn't handle many hunters and this is a good think because it leave spaces for other players to collect HUCs, on the other side if the game mechanics keeps being so simple, the chance that the bots take over is high (hint: ammo/armor system + cooldowns + power ups)

It's since the game started that you keep linking me with bots, you even though I was BGB, I don't get why you are obsessed by me but ok, go ahead accusing me, pointing fingers at others could be a clue about something to hide.

I never accused you to run bots, I remember domob long time ago created a little framework and he was interested even on creating something (if i remember) that involve ants behaviours
I never accused anyone to run bots (I have to say somewhat i even apprecciate them when they are smart, within a programmer POV) but instead I focused on how to prevent someone running easy bots (without just rising costs or ridiculous fees) and this motivated me to create my client to counter those bots, giving people some tools (like insights and my automatic behaviours)... client that you made me quit to support because of your behaviour and habit to be harsh with people who try to help, and even worse with people who have a different idea than yours.

Now enjoy the consequences, but please do not involve me in your speeches


P.S.
you even said i was the old dominator or that I was splitting the income with him, lol...
about the dominator issue, i agree that could be a good news if and only if no new dominator take his place, otherwise is just changing the dominator name

I don't know if it was unity or which client, but the sent transaction, had a waypoint set on a non walkable position and this shouldn't even be accepted in the blockchain i'd say, but maybe that check wasn't included and so went in. Anyway the game logic itself (huntercore) handle it, stopping the movement of the hunter on the last valid positionbut my client assumed (wrongly) that accepted moves were containing only valid waypoints and so my pathfinding+linearization alghoritm (i don't use the rpc call to compute the paths) crashed (of course I fixed that, but i was surprised by the invalid move itself)

Note that I talk about waypoints, so the cells that the user selected building their paths, because the game was already handling the eventual invalid moves that could happen during the linearization process.

P.S.
I'm not sure that invalid moves should be accepted into the blockchain, even if handled, because they violate the consensus rules (game rules). I'm wondering if there are other kind of invalid transactions that could cause bigger troubles

what you see is an evidence of my client, is just an evidence that the command is sent using a formatted (indented) json, and that's the standard behaviour of many libraries (on .Net that's the standard JObject.ToString of Json, the de-facto standard of json).

I'm not even sure if I already "fixed" that problem (there is nothing wrong sending a formatted json, except the wasted space and so a lenghty transaction)


@ OSYA:
During my game sessions, i died several times vs ik guys (and b and r ) in past days, in "weird" ways, often (or better, mostly) when the blocks are generated very fast or very slow, so you should be fair and admit that you won even matches because of strange net behaviour. If you are the *ik* guy, you are playing with around 40/50 hunters, a lot!!!

I even experienced lot of moves that were accepted after 3 blocks, but this could be because of fast block generation and bad timing (when a new block arrive, you send a move but once it reach the miner, a new block has been already been mined) and even pending moves sometimes are misleading, because when you receive one, maybe a block has been already generated and this could lead to unexpected behaviour (you think he'll destroy in 2 block when it explode the very next block)

Anyway I agree that this way the gameplay is compromised, because with too fast blocks the time to react is little and this advantage bots
Did you use a bot with ik? it seems that it caused my client to crash because it sent an invalid move (a waypoint over a non walkable cell). If you are using Unity client than it's a Unity client bug.


Anyway often at night (here) someone turn on mining power because blocks are generated very fast (even 3 per minute), the network need a stable mining network


@Domob/Snailbrain
I installed the unity+huntercore pack with the pruned blockchain (OP link), and when i tried to start the huntercore, it didn't downloaded any blocks, could this because the current nodes are only pruned nodes and i can't update because there are missing blocks from the uploaded version to the current one?
If yes, this prevent any new player to join the game...