Topic: CPU friendly Altcoin in development (Read 8218 times)

i know its of topic, but can you tell me what im doing wrong in my altcoin creation?  I generated a merkle and also a genesis, but I have 2 peers configured with each others IPs as per instructions but they just dont see each other.  I tried it 2x, i dont think I missed a step. was there something missing from instructions?  I picked some random base58 address, the instructions werent very clear at all, but seems like that bas58 address really wasnt that big of a deal.

no im not going to release this here, its for another forums site I frequent, just want to give everyone there something to mine as a fun thing / joke sort of thing.

All-

I apologize in advance for posting on an old thread.  The initial section of this thread is relevant to my question and I haven't found other forums with an answer.

For Litecoin, if memory size is increased in processing the Scrypt algorithm, for example to 384 kByte instead of 128 kByte (and assuming likewise an L2 cache size of 384 kByte), would the typical CPU architecture (x86, PPC, etc) be likely to see a corresponding increase in performance?

I realize that increasing BlockMix memory usage is not typically done on GPU architectures, for various reasons.

Thanks.

-Jeff

The memory route is scrypt.  The hard drive route doesn't work because you can have a million computers access the same hard drive.

Obviously you cannot write an algorithm that cannot run on a GPU but runs on a CPU.  What we are concerned with is making the ratio as low as possible.

you people truly do not understand, you can use new methods but all you do is delay a gpu implementation. There is no such thing as GPU resistance and ASIC resistance. If the market and money behind any coin was large enough, all that would be in dev right now.

Okay - so in case you hadn't guessed - this is now MemoryCoin. I think it is the first really GPU-Resistant Coin.

It's far away from being a coin. Thanks for the link. It seems I have to take a deeper look at current radix sort calculations for GPUs. Reading about it seems to me that radix sort isn't the way to go here in the long run. Scrypt with fixed parameters isn't very wise too in the long run.

dunno how heavily youre coin is based on radixsort but theres an example for it in opencl, so It's prolly not that hard to make GPU miner.
https://developer.nvidia.com/opencl#oclRadixSort

Whaat? Link.

https://bitcointalksearch.org/topic/asic-hostile-botnet-hostile-coin-266999 - care to comment?

For what? CPU friendly coin already here, it called primecoin.

Still waiting for this 

I also don't see the problem with this either.  If all that is required is a computer to mine "human coin" (or preferably, just a smartphone), the sweatshop operator's margin would be severely limited when all the sweatshop worker has to do is get access to a $50 smartphone to get 100% of his expected earnings.  I would expect that he would have to pass on at least 50% of the mining profits to the workers, possibly less if a computer costing hundreds of dollars was required to mine "human coin".

In a perfectly fair distribution where we equally allocated coins to everyone on the planet based on their DNA, the amount would appear to be quite small to 1st world inhabitants, who would buy up the 3rd world inhabitants' coins with their existing wealth.

Humancoin, bringing slavery into the digital age!

Yeah but so what? That first world "WTF" person can just go like holy shit $0.12 per coin, I can pick up lots of those for less than I pay for a tank of gas!

Its not as if sweatshop operators don't already have sweatshops, in fact at only $0.12 per coin maybe humancoin won't compete with making cabbagepatch jordan BB boots or whatever.

-MarkM-

The problem with a "human coin" is human labor can be purchased very cheap.  Large miners will simply be the people who have the resources and connections to run "mining sweatshops" in India, Bangledash, Vietnam, etc.  That will drive up difficulty and you have new users in the first world saying "WTF?  It takes an hours worth of work to produce 1 HumanCoin which is only worth $0.12".   Meanwhile some human-net operator is making $12,000 an hour using the low cost labor of others.

Captcha coin? Perhaps one using NSA's list of keywords.

Awhile back I posted an idea for a "Human Coin". It would be tricky to create a coin that requires human intervention, but machine authentication.

Hmm...  something like a SP scenario in Battle for Wesnoth where the player is outnumbered 3:1 and
under time pressure/strict turn limit would qualify imo, if the (super smart botnet) machine doesn't know what the (dumb computer) enemy will do
next turn.

I.e. synchronize it with the block chain. 1 game turn per block (30 seconds or so), RNG is re-seeded with each block hash,
this way the game is deterministic, but only in hindsight.

To get any reward, you would need to solve a block, then post a "special" transaction
(containing keystrokes/player actions and a 1use privkey to prove the original block was yours)
no later than N blocks after that (N = turn limit)

If a machine can really be made to do this the game in question will get a whole lot better.
And we have an "AI-coin". Win-Win

We can maybe incentivise the development of software to do things that currently seem best done by humans.

I have still been working with the game idea, basically stop trying to prevent people using scripts/triggers to run their chracters on auto, instead encourage that, hopefulyl to end up with much more interesting "non player characters" in the form of player characters being run by scripts 24/7 as a form of "mining" to disribute currency.

http://www.devtome.com/doku.php?id=cpu_mining

The current state of the art of scripts is such that they are quite primitive, and continue to get into situations they don't have a way out of in the code yet so require a human to put them back into a situation the script can handle.

The fact that this is also interactive means that even if/when scripts are are able to handle nice sedate civilised situations, it can all be made less predictable by any player at any time simply by messing up the situation to throw the scripted characters off script, or maybe even just dress up in armour, which none of the scripted characters are actually creating yet as part of their scripted activities as far as I know, and start taking a battleaxe to other people's scripted characters.

So I think it will be quite a while before one can run thousands of scripted characters reliably like a botnet owner would want to do, yet it so far isn't taking much time per player to handle a typical player-account of ten characters only five of which can be online at the same time.

This setup proved so popular we had to shut down signups, obviously people are going to create unlimited numbers of accounts if there is no cost to them to do so thus already we had to go to auctioning off accounts.

-MarkM-