|
Old code used to have something like that, all the UKB, CDN, mBC, GMC, GRF, NKL etc currencies all had that, as that was how I found their genesis blocks, I'd start it up, leave if overnight or a few days or whatever it took, eventually it would tell me what the actual new genesis block hash and such were in the log as it bombed from the hard coded expected value at top of file not matching the newly made block.
Then I'd take the actual value shown in the log plug it in as expected value to check for and presto, ready to run.
Maybe look at multicoin, maybe I took that code from there?
Does groupcoin have it? If not how would I have made its genesis block?
In general how are people making genesis blocks for SHA256 coins without some such code that tells them in the log both the actual value and the expected value when its check that those values match fails?
Maybe some of them hack back out that loop once they have their new genesis block?
-MarkM-
|
|
|
|
|
They haven't missed the bitcoin train. If even just a few hundred million of them each bought just one bitcoin, they'd be excellent train-engineers driving themselves past "go" to collect a nice payday...
Oh wait, if only 20,999,999 of them did so, even... Heck even only 20,000,000 of them would accomplish quite a bit... Gosh even only 10,000,000 would still be quite a payday...
So no they have not missed the train, they are sitting somewhere other than at the station.
-MarkM-
|
|
|
|
I guess I'm super special. I just "cd /usr/local/bin" and do "primecoind command" and it does work. Never had the need to do a ./ prefix.
Just leave out the cd /usr/local/bin, the command should work no matter what directory you are in, the cd is not needed and its a bad place to sit too because for example if core dumps happen they like to land in your current directory, so in general it is best practice for your current directory to be one you have write access to and also one where you will expect/know to go looking for anything you created as side effects when doing things, such as core dump files. Likely core dumps are turned off, but still it is pointless to do that cd, as the reason the program was itself put in /usr/local/bin was so that you will be able to execute it from anywhere, because /usr/local/bin is on your PATH when you are a user in a shell. (it is usually deliberately not in the PATH for scripts run by the cron daemon and stuff like that). -MarkM- |
|
|
|
Do you think if devs were properly compensated for their labor, that we would issues such as this? A high quality coin painstakingly developed for a long time by talented devs would have, at launch, innovative features, a flawless client, services and shops accepting the coin, mining pools, block explorer, official websites localized for all major countries and languages, and I'm sure many other things that I lack the creativity to even think up.
Instead, we just get devs who view their coin as at best a hobby to work on in their spare time, clients just slapped up on a forum and we basically just mine and pray we aren't wasting our time.
We get this crap because it is a quick and simple throwaway scam, it is trivially easy to spawn new coins, but it does not really seem very likely that if we all jump on several new almost-identical scams per day the scam spawner will eventually scam enough total bitcoins out of us that at last he or she will sit down and painstakingly develop something useful by hiring talented devs etc. On the contrary, what really happened in real life is, someone built an exchange, sold it off for capital, and has now been spending a long time painstakingly developing "Ripple". No scamcoins needed, just one real service that was really needed thus got a lot of users (MtGox, in case you don't know that is what I am referring to). In all the history of ponzi schemes and pyramid schemes and tulip mania schemes and so on has any of the principals of such schemes actually used their ill-gotten gains to painstakingly develop something actually worthwhile with talented devs? -MarkM- |
|
|
|
I go to the /usr/local/bin location so that I don't have to type /usr/local/bin/primecoind whenever I want to do another command. Just simply primecoind command.
That should not work. The current directory you are in is deliberately not on PATH for security reasons, so being there should force you to use ./primecoind command, the ./ meaning in the current directory. So most likely /usr/local/bin is on your path, it normally is, and that means you don't have to be there, from anywhere you should be able to do primecoind command and it will look on the PATH and find a copy of it in /usr/local/bin and if not there then try /bin and /usr/bin, heck it might even try ~/.local/bin So you should not have to go there, or, if you do have to, then you should have to use the ./ prefix to force it to look in the current directory. -MarkM- |
|
|
|
The normal steps I learned to do get primecoin going is: git clone https://github.com/mikaelh2/primecoin
cd primecoin/src
make -f makefile.unix
mv primecoind /usr/local/bin
cd /usr/local/bin
primecoind --daemon
watch 'primecoind getmininginfo'
If I tried to do just "primecoind setgenerate true -1" instead of "primecoind --daemon", it says something about couldn't connect to server. Presumably /usr/local/bin is on your path, because linux normally does not include its current directrory in its path so normally you would have to do ./programname when you go to the program's location to run it. So, since primecoind works, there is no need to cd /usr/local/bin Also, I didn't even know they had enabled double dash commandline switches like --daemon, does that actually work nowadays? Back in the day all those were single-dash, like -daemon. So maybe try cd primecoin/src
make -f makefile.unix
mv primecoind /usr/local/bin
nice /usr/local/bin/primecoind -daemon -gen=1
watch '/usr/local/bin/primecoind getmininginfo'
-MarkM- |
|
|
|
Face it, if a dev stands to gain from the creation of his coin, we will get better and more innovative coins.
Bullshit, we have seen more than once a day that that is utter bullshit, what we get is more and more-frequent pump and dumps, more and more-frequent launches of scamcoins. -MarkM- |
|
|
|
Or even better, merged mine bitcoins, namecoins, devcoins, groupcoins, coiledcoins, ixcoins, i0coins and geistgeld all at once and trade them all in for gold?
Or even keep the bitcoins to pay the electric bill and trade the others in for gold?
-MarkM-
Same reason everyone is in this forum to begin with? Because BTC is over taken by ASIC's. And we are talking final fantasy fans, who are UN familialiar with Crypto. You don't think buying GIL with GIL would appeal to their nostalgia? Have you taken a poll of how many ASIC users merge ALL the coins? You could add in GIL as a new merged coin and virtually none of the ASIC people would add it into their merge. But no need, just hack a copy of p2pool to write you a list of which users would have earned how much bitcoin instead of actually having it send the bitcoin, send them gold instead in game, and pocket all the bitcoin and other merged coins yourself. Call the pool GILpool or something for their nostalgia's sake. -MarkM- |
|
|
|
Starting up I used sudo nice -n19 primecoind --daemon Still not working for me. Does nice use PATH lookup? I would have expected it would be up to you to tell it explicitly what to run. Thus, for example, if primecoind is in the current directory, you'd normally do ./primecoind since path lookup does not normally look in current directory, but, using nice, I would think nice is looking in the current directory for primecoin since you didn't tell it for example to run /usr/local/bin/primecoind. So make sure primecoind is where you are telling nice that it is... primestart.sh #!/bin/bash
PRIMECOIND=/usr/local/bin/primecoind
DATADIR=$HOME/.primecoin
nice ${PRIMECOIND} -datadir=$DATADIR -rescan -maxconnections=8 \
-rpcuser=primeuser -rpcpassword=TopSecretPasswordForRPC \
-gen=1 -daemon -rpcport=9912
Also, is 19 niceness really necessary? Doesn't the normal plain old nice, which defaults to niceness of 10, suffice? Are you sure you want CPU mining to have the lowest priority of all, behind all normal nice'd processes? It defaults to 10 to leave room for ridiculously low priority things to be given more niceness and to leave room for some things to be nice but not as nice as normal/default nicenss of 10... Also, why the fuck do you run a coin daemon as root? Isn't it bad enough not running it as a user specially created for that coin so it has no access to other users stuff, without going and giving it root access to your machine, even IF you put it in a virtual machine all to itself? (aka WFT is sudo in there for?!?!?!) -MarkM- |
|
|
|
|
Or even better, merged mine bitcoins, namecoins, devcoins, groupcoins, coiledcoins, ixcoins, i0coins and geistgeld all at once and trade them all in for gold?
Or even keep the bitcoins to pay the electric bill and trade the others in for gold?
-MarkM-
|
|
|
|
|
That doesn't make it any better, it really just amounts to "we are about to pull a big ponzi scam, get in at the start or be one of the screwed later".
That is only going to attract more scammers, anyone with integrity is going to refuse to be one of the scammers profiting from that "get in at the start" scam that is the common hallmark of pyramids and ponzis.
If the thing is actually good, there will be plenty of profit for early adopters without any need to artificially "sweeten the pot" like pyramids and ponzis, scamcoins and crapcoins do, because the value of the coins will tend upward over time instead of the usual crapcoin pump and dump crap happening.
Adding extras for early adopters really just adds ammo to the pump and dump people's pockets.
-MarkM-
|
|
|
|
Somebody could have cranked up the hashrate and then quit once the difficulty was adjusted.
You mean that "81% attack" earlier? (Is everyone here illiterate, as in hasn't / doesn't read the thread before posting to it?) -MarkM- |
|
|
|
Yeah but every clonecoin and its clones and their clones and all the forks of all of those all want to be established so need to stake out their turf aka port-number, right? So maybe we need a new range, 49153 through 64000 for clonecoins, that will still leave 64001 through 65535 for private stuff!  Someone contact IANA!  -MarkM- |
|
|
|
|
If you can give "generous" rewards without a "generous" pre-mine why bother to pre-mine at all since you evidently have other ways to obtain coin to reward people?
(Like you have a miner maybe and a low latency link, so will get most of the instamined coins? Which reminds me, what is the starting difficulty?)
Other scammers who felt they "deserved" or "needed" a pre-mine have been advised to simply make sure to start a pool first before even launching the coin, as that way you can charge 2% fee on the pool, most users will use the pool from the start if difficulty starts at a reasonable level instead of being an instamining orphan-fest, and presto you thus get a percentage of almost all miners' coins...
-MarkM-
|
|
|
|
I think the block finder has a huge advantage over the rest of the network because they can start work on the next block immediately, and it takes time for the newly found block to propagate through the network. Others cannot start work on the next block until they receive it.
Perhaps this helps explain why primecoin blocks tend to come in spurts?
Except that that would result in back to back blocks, not spurts that have gaps between blocks the one node found, other nodes having found blocks inbetween. -MarkM- |
|
|
|
I suggest you do something novel, like instant transfers, inability to send your coin into oblivion, human language addresses, etc. Make it 100% grandma proof. You'll find a lot of support.
All of which can be done with any already-existing coin, so no need to confuse grandma by creating yet another scamcoin ... oh wait, "except to scam her", of course... -MarkM- |
|
|
|
I understand that. It kills my GPU mining when I use all cores. But I think you missed something in my post. I'm getting 5k PPS on 7 cores in the windows client but only 1k PPS in the Linux one.
Look up the "nice" command. Any CPU mining, whether built in to a coin or using minerd aka cpuminer or whatever, use "nice coind" or "nice minerd", it runs at lower priority so does not seem to impact GPU mining nor FPGA mining nor ASIC mining yet still gets to use most of the cores most of the time. -MarkM- |
|
|
|
|
A lot of coins lately do not work out the block reward by simply dividing an original reward by a number of blocks, or like in bitcoin halve if every four years, so i expect for example the coins that use hashes of previous blocks to "randomly' decide the block reward (superblocks, lucky blocks, golden blocks) the python function for determining the block reward would need to do that exact same pseudorandom number calculations to match correctly the rewards the coin actually gives out?
Has that led to the coins that have lucky blocks being less likely to have p2pool pools due to p2pool coders maybe not wanting to correctly figure out those "random" rewards in python?
or maybe even has it led to p2pool pools for such coins tending to not figure out rewards correctly?
-MarkM-
|
|
|
|
|
Oh messages in the blockchain is good, "an elephant never forgets", essential feature for elephantcoin! Kudos!
-MarkM-
|
|
|
|
Please don't muck everyone up by using a GPU, even just one core of a CPU can get coins, maybe some folk sometimes use more than one core, basically though if everyone starts the arms race all it will do is cost everyone more electricity. The name of the game is mine for months dirt cheap until some day the big bully GPU farms come take over get it in an exchange and all we small (CPU) miners cash in. This is the fair coin to fairly help the SMALL miner... the one who maybe doesn't even HAVE any GPUs!  -MarkM- |
|
|
|
|
Show Posts
