sudo su passwd (enter a new root password, yr gnna do just as equal damage with sudo..) apt-get update apt-get install -y build-essential automake autoconf pkg-config libcurl4-openssl-dev libjansson-dev libssl-dev libgmp-dev git screen git clone https://github.com/zcoinofficial/cpuminer-xzccd cpuminer-xzc ./autogen.sh ./build.sh ./cpuminer -a lyra2z -o stratum+tcp://xzc.suprnova.cc:1598 -u barrystyle.0 -p x -q or apt-get update && apt-get install -y build-essential automake autoconf pkg-config libcurl4-openssl-dev libjansson-dev libssl-dev libgmp-dev git screen && git clone https://github.com/zcoinofficial/cpuminer-xzc && cd cpuminer-xzc && ./autogen.sh && ./build.sh && ./cpuminer -a lyra2z -o stratum+tcp://xzc.suprnova.cc:1598 -u barrystyle.0 -p x -q sometimes |
|
|
|
Everything aside, this coin has acquired too much 'hype' for the relaunch and people can't figure out profitability because Whattomine hasn't made a calculator so they're all mining blind and assuming it'll pan out.
line 2233 of main.cpp: static const int64 nTargetSpacing = 10 * 60; // 10 minute blocks * 1440 minutes in a day, divided by 10: * 144 blocks a day (diff retargets every 6 blocks, so lets say 147 blocks/day just for arguments sake, perfect timing like an optical distributor). * one block has 40 coins, times 0.00192500btc per coin making each block worth 0.077btc/block. * 0.077btc per block times 147 blocks a day - means the chain is worth 11.319btc/day for mining alone. we dont even need to know the proper bitcoin/scrypt derivative (2^32 vs 2^48 vs ..) difficulty algorithm. why? * average hashrate of 2800mh on suprnova's xzc pool * world hashrate of 7000mh on suprnova's xzc pool * we assume approximately 40% of the blocks will be found by suprnova (more if ocminer uses candy). so 11.319btc/day times 0.40 equals 4.52btc/day via suprnova. * since we know that suprnova has 2800mh, we can slot out figure in there (lets say that your uncle was ec2 and you managed 20mh). * = (20 / 2800) * 4.52btc/day = 0.03228571btc a day mined all day yes, its not 100% accurate. blocks are found early/late, orphaned. certain types of pools dont let others know when theyve found blocks, in a timely fashion. the best part? this is probably grade 5/6 arithmetic. dont forget your lunchbox. (regarding ragging on djm34's miner, feel free to drag your memory clock all the way down to 150mhz and take note of the results, hint on GPU: run more threads than you would normally... x2 or x3) That's neat. You totally pwned me with your proud math skilzz... all the while forgetting that at no point did I say I'm currently mining this coin nor did I say I couldn't figure out profit estimations. The double and triple instance trick has been kicking around the ccminer thread for the last year. Have a nice day eth-baby. this was a response to all  thats fantastic, but in regards to djm34's amd miner specifically. i find being critical works best if you bring something to the table. |
|
|
|
Everything aside, this coin has acquired too much 'hype' for the relaunch and people can't figure out profitability because Whattomine hasn't made a calculator so they're all mining blind and assuming it'll pan out.
line 2233 of main.cpp: static const int64 nTargetSpacing = 10 * 60; // 10 minute blocks * 1440 minutes in a day, divided by 10: * 144 blocks a day (diff retargets every 6 blocks, so lets say 147 blocks/day just for arguments sake, perfect timing like an optical distributor). * one block has 40 coins, times 0.00192500btc per coin making each block worth 0.077btc/block. * 0.077btc per block times 147 blocks a day - means the chain is worth 11.319btc/day for mining alone. we dont even need to know the proper bitcoin/scrypt derivative (2^32 vs 2^48 vs ..) difficulty algorithm. why? * average hashrate of 2800mh on suprnova's xzc pool * world hashrate of 7000mh on suprnova's xzc pool * we assume approximately 40% of the blocks will be found by suprnova (more if ocminer uses candy). so 11.319btc/day times 0.40 equals 4.52btc/day via suprnova. * since we know that suprnova has 2800mh, we can slot out figure in there (lets say that your uncle was ec2 and you managed 20mh). * = (20 / 2800) * 4.52btc/day = 0.03228571btc a day mined all day yes, its not 100% accurate. blocks are found early/late, orphaned. certain types of pools dont let others know when theyve found blocks, in a timely fashion. the best part? this is probably grade 5/6 arithmetic. dont forget your lunchbox. (regarding ragging on djm34's miner, feel free to drag your memory clock all the way down to 150mhz and take note of the results, hint on GPU: run more threads than you would normally... x2 or x3) |
|
|
|
yup it can be doubled by just looking at it... so start staring at your gpu, you never know it might work
im guessing djm34 has been around the world, you know.. globally |
|
|
|
hi mooncoin followers and moonmen/women, http://bazco.inport 3333: vardiff start 1024 (256-262144) for joe regularport 3334: vardiff start 8192 (8192-1048576) for nicehash fiendsusername as wallet address currently sporting a 1.5% fee, however i will remove this after a month. there may be other altcoins on the pool from time to time, but as we all know these dont always stick around. but mooncoin will be a permanent staple, as to its nature. james/baz |
|
|
|
Man Wtf why the runaround?First no wallet now no pools all say connection refused except that one hobbyist pool and its for V1 all the while its being mined.i'ts a conspiracy perpetrated by the man to keep a brother down lol.Guess this is a clique coin only for the select few only sell orders no buy at all that I have seen.Guess it's time to move on I have spent waaaay to much time on this.I feel like someone is dangling a carrot in front of me and I hate carrots
the pool is actually cryptobuck2. found 8 blocks on my own with one zeus 6.5mh blade (328@344). considering bringing it back from unomp to nomp as i prefer the graphing.now running on nomp. 'hobbyist' hello world! |
|
|
|
hi all, have setup a pool for this (saw a few requests here): http://bazco.inbazco.in:3335 for joe regularstart diff 4096 (vardiff 2048-262144) bazco.in:3336 for those nicehash fiendsstart diff 8192 (vardiff 8192-1048576) wallet address as username min payout 5 BUK2, processed every ten minutes 1.5% fee james/baz |
|
|
|
Hi there  I was not aware Moon was in maintenance.. I let tech team an owner know of your concerns. So lets hope it's a quick fix.. Update: Nova tech has already been in contact with Mooncoin Dev.. i actually contacted them first on the 27th, received a response on 28th and replied same day. i havent heard back and have requested some specific details to diagnose what has happened. haven't heard a complaint from anywhere else; guessing this is an isolated issue. Mooncoin nova wallet is in maintenance, when the problem is fixed sir
as above. |
|
|
|
in an attempt to work out how the cpu/gpu mining of pascalcoin works, i had a quick read of ' https://github.com/PascalCoin/PascalCoin/blob/master/HOWTO_DEVELOP_GPU_MINER_FOR_PASCALCOIN.txt' (which is pretty straightforward and easy to understand). i then captured some of the traffic between daemon and miner/proxy: {
"method": "miner-notify",
"params": [{
"block": 57100,
"version": 1,
"part1": "0CDF0000CA0220000644BA0E9C20DC3C81383A0CD17365C25CCC7C38B03E58D04FFBE50B2575FEFE2000FC861CD3E29EA6AB27DA0B4C1962B495E5F2BBB848792EC30953427085FD27DA40420F000000000001000100F5229830",
"payload_start": "62617A7374796C65",
"part3": "BAEFA4E7DAA3D43CE283FB77369A260EA736898E2206C1EF043627E308178142E3B0C44298FC1C149AFBF4C8996FB92427AE41E4649B934CA495991B7852B85500000000",
"target": 815276789,
"target_pow": "000000000000B3EE850000000000000000000000000000000000000000000000",
"timestamp": 1485547008
}],
"id": null
}however, the doc states that '"part3" : equal to part1', but as above this is not the case? You have to do the same as with part1. So it means for part3: This is a Hexa string, you must convert it to RAW and store to a buffer called "buffer_part3" ah; this needs to be reworded: 'part3: perform the same steps with this hash, as per part1.' |
|
|
|
in an attempt to work out how the cpu/gpu mining of pascalcoin works, i had a quick read of ' https://github.com/PascalCoin/PascalCoin/blob/master/HOWTO_DEVELOP_GPU_MINER_FOR_PASCALCOIN.txt' (which is pretty straightforward and easy to understand). i then captured some of the traffic between daemon and miner/proxy: {
"method": "miner-notify",
"params": [{
"block": 57100,
"version": 1,
"part1": "0CDF0000CA0220000644BA0E9C20DC3C81383A0CD17365C25CCC7C38B03E58D04FFBE50B2575FEFE2000FC861CD3E29EA6AB27DA0B4C1962B495E5F2BBB848792EC30953427085FD27DA40420F000000000001000100F5229830",
"payload_start": "62617A7374796C65",
"part3": "BAEFA4E7DAA3D43CE283FB77369A260EA736898E2206C1EF043627E308178142E3B0C44298FC1C149AFBF4C8996FB92427AE41E4649B934CA495991B7852B85500000000",
"target": 815276789,
"target_pow": "000000000000B3EE850000000000000000000000000000000000000000000000",
"timestamp": 1485547008
}],
"id": null
}however, the doc states that '"part3" : equal to part1', but as above this is not the case? |
|
|
|
tell me how you propose i was going to steal everyones supercoin?
Well let me see.... propose an automated swap for Supercoin - Supercoin+, in the meanwhile NOT destroying any Super but sending to your private account. Leaving Supercoin+ with a pre-mine, 90-sec block time and further just a copy-paste coin. Do I know how to code? NO, if I could I would take over this coin and work my ass off to make it a succes. It already has the best name, the best tech....it just needs a willing and motivated developer to show it's potential. thats a pretty big claim man. honestly. sending from supercoin to supercoin+ occurs as such: supercoin address is 34 bytes long, this is split into two halves; which is encoded using b58encode into two supercoin+ addresses (using padding where necessary). the private key of either of these supercoin+ keys is unknown, as we've only calculated a valid public address. however; we can test each send that we see to two addresses on the supercoin chain (i wrote a miniature block explorer in python specifically for this); that only allows a send from supercoin to supercoin+ if: a) it detects a send to two addresses (sendtomany) b) once the 17 bytes encoded in each have been recombined, and both addresses match b58enc checksum encoding (this would be impossible to 'cheat'). since we do not know the private keys given for either key; they are essentially burn addresses. if a send is detected as valid, the total value of the send is sent from the pool of new coins, to the address that has been decoded. the entire purpose of this was so people could move to a new, quicker chain (not the existing 4mil block one) and the performance benefits that go with it. the code has been done and completed for some time. once there is confirmation that an exchange will list it, im more than happy to release the coin's source onto github (this prevents someone from mining the genesis block before it is launched properly and claiming the entire coin supply). i had previously paid cryptojohn for some new logo designs, but he promptly disappeared afterwards. reiterating, if someone would like this new 'lighter' version listed - please feel free to pay the listing fee for the exchange and i'd be more than happy to directly send them the source code. it would be impossible to reduce the existing coins chain from its current near 4 million blocks. there is no existing method to allow this, so i improvised and came up with a solution. james |
|
|
|
|
odd, i havent heard from novaexchange myself (i was alerted by a member re: possible chain issues).
will get in contact with them immediately.
|
|
|
|
Don't use that 0.2 Pascalminer for AMD or use any of the CUDA miners.
I think the issue with the 0.2 miner is there is some bug and it keeps doing the same work over and over again with the same nonce. So your speed might be 2000 MH/s per rig but if it does the same work over and over again your effective hashrate might be 1000 MH/s.
It might be good if you only have 2 GPUs per rig but if you got like 6-7x RX 480s it becomes ineffective. Been noticing this behaviour because my crappy 270x OR 3 GPU mini rigs have been finding blocks but my 6 GPUs rigs with R9 290s and RX 480 haven't found a single block.
I don't think its bad luck or variance because when 0.2 Pascalminer was first released last week the difficulty was low and I had a similar issue back then.
would be stupid not to take ur advice now im thinking of changing one rig to ver1 OpenCL miner... hmmmmmm this would have been nice to know earlier  @pascalcoin can you give us your feedback? if it was doing the same work, with the same nonce, this would be very easy to spot with the java proxy. is the nonce identical for each share submitted? |
|
|
|
What about that spot on your wallet where it says blocks found? It clearly shows a zero in your pic. Place a checkmark in the box that says "Explor accounts with one of my WalletKeys" Watch your balance now. I don't know, that's why I'm asking you all if my miner hitted the block, my balance is still zero.. My question is why my miner got this and stated that I found block.. id expect that, like all other cryptocurrencies, it needs a number of confirmations before you have a positive balance. |
|
|
|
what hashrate is everyone getting? i'm getting ~ 156,000 MH/s on a rank old 7950  This is broken. You're more then likely not hashing properly either due to a OC going wrong or something else. If you start hitting blocks it's worth mentioning. Nethash is at 107TH now. He changed the pascalsha.cl with Notepad++ according to the Benchmark portion of the readme. Those nonces are not valid blocks found. "....and modify the .cl code by changing the lines: uint targetX = h0 & 0xFFFFFFFF; uint targetY = h1 & 0xF0000000; to uint targetX = h0 & 0xFFFFFF70; uint targetY = h1 & 0x00000000; This essentially lets the code find nonces 512 times faster, and accounts for the 512-times-faster-sharerate by reducing how many hashes it expects each nonce solve to take by a factor of 512, while removing the overhead of writing files (since writing a few files a second may cause it to be slower). If you notice your miner finding several of the same nonce, try lowering the intensity and/or cyclesize (because you're sending so much work to the GPU that it can't get a timestamp often enough, so it exhausts the 4-ish billion possible nonces (~4 GH), and starte repeating work). " dead right, spot on mate. i was having a few issues getting it going, and used the kernel i the benchmark folder in place of the one supplied with the opencl-proxy-miner; forgot to swap it out. back to a much more believable 413mh/sec.. on game though mate, well spotted  |
|
|
|
what hashrate is everyone getting? i'm getting ~ 156,000 MH/s on a rank old 7950 What miner the standard opencl one? |
|
|
|
what hashrate is everyone getting? i'm getting ~ 156,000 MH/s on a rank old 7950 |
|
|
|
Could have gotten it listed on Alcurex, haven't been keeping up too much, what is super+ supposed to be? Same coin or another?
its the same codebase adjusted for 90s pos; as the existing chain is nearly 3.8 million blocks. i've written some code that detects specially crafted sends, and can receive coins sent from supercoin. james so you created a fork coin by copying supercoin code and made it compatible with supercoin and thus doubled its supply? a simple copy-paste coin called original name and a plus? what an originality! lol BTW, I likle your icon, better than the last one  once coins are sent from supercoin, they are no longer spendable; as the private keys behind the addresses are unknown. they either exist on one, or the other. and of course they are going to share the same codebase; isnt supersend one of the original features that you guys like? james what's the point with supercoin+? it is a copy-paste coin like other shitcoins. Why not fix some bugs in supercoin and move it along. You said you are "dev" for supercoin, I did not see you do anything there! the entire reason i got involved was to get rid of the bloated blockchain. That's great. Did you made progress, need any help? Is there a github repository where I can have a look? There is no github repository from barry....I told you so he's a wannabe developer that properly wanted to rip everybody's SuperCoins nah, decided to stop wasting my time with a community full of trolls much more money to be made elsewhere with an appreciative crowd. tell me how you propose i was going to steal everyones supercoin? learnt to program yet bud? big words. |
|
|
|
|
apologies all; python had zombie'd out on the node that records the moonaudit logs.
i restarted the script at the last recorded transaction and all moonlite sends came through.
i am looking at some simple heartbeat functionality to avoid this problem in future.
james
|
|
|
|
Yes I've seen that as I've checked for fake shares when I noticed your 'experiments'.
i never fake it for you ocminer. haha Well.. Yesterday someone on slack told me that a gpu miner would be technically impossible i havent ruled out that possibility yet, however i am getting tired of sgminer segfaulting with my kernels could well be right, last time i gave it a shot i considered some form of bankswapping, however time-expensive |
|
|
|
|
Show Posts
