if people keep holding on and push through to the BTC price increase; profitability will bubble again. You just gotta be patient enough to wait for it.
Being winter coming up; we will see more of an increase in the amount of hardware online; so I feel it will be mid winter before things ramp up a lot....
Then again, if BTC goes to 5-6K, it could be a lot sooner.
|
|
|
Skein stratum keeps going off and on guys.... would ya have a look at it?
down now
send crackfoo a twitter message. He gets them instantly.
|
|
|
I found a nice coin to mine
Which one ? I think phil is with me on the concept of finding out what works best for your config and farm size. Getting a whole bunch of people to jump on the same horse's back all at once tends to kill the ride..... Finding an algo that you have a big % share of; and that generates a fair amount of revenue every month; you get a big cut of that potential revenue. Plus; it also varies between pools. One algo may be more or less lucky between pools. As well as my theory that a certain amount of hashrate working on the same pool; tends to make the most profit; once hashrate gets above a certain point; profits fall off... sometimes steeply. For reals.
|
|
|
I think I figured it out after looking at the Yiimp code. The relevant function that I believe is causing the issues is as follows:
In web\yaamp\core\backend\markets.php on line 203
*snip*
Whatever became of this discovery? Haven't read any updates since page 66. There's actually a whole other thread for discussing this problem... That's probably why. Yeah, just found it. Popped in there and asked about the progress. I hope there is some. I like the pool otherwise. for the consolation; it's just a display error more than anything. Nothing actually being lost.... and is present across every single pool using the same code as this one, which is more than a few.
|
|
|
FWIW to everyone:
Sometimes profit switching mining earned more.
When the market went into serious flux, mining one algo definitely earned more over time.
So with a grain of salt, do some tests under varying market conditions and form your own result as I have.
Each method has its place...... for varying reasons.
|
|
|
I think I figured it out after looking at the Yiimp code. The relevant function that I believe is causing the issues is as follows:
In web\yaamp\core\backend\markets.php on line 203
*snip*
Whatever became of this discovery? Haven't read any updates since page 66. There's actually a whole other thread for discussing this problem... That's probably why.
|
|
|
BCC has quite a different diff retarget scheme than BTC has.
Just give it a little time, and see the diff plummet to an acceptable level.
Now; people with massive farms and turning hashrate on and off; this will do strange things in a little while.
Time will tell.
|
|
|
I personally have a coinbase account with some BTC in it; I will be monitoring the blockchain of BCC to see if my unique addresses from coinbase popup post-fork.... this will be a true sign if they are doing "dirty business".
I believe phil's comment above in bold is a very real possibility.
and for those who don't know; BCC has a completely different difficulty retargeting scheme. Much faster. MEant to smooth over the transition in hashrates between BTC and BCC.
FYI: This forum has it posted as BCH; and yobit and other exchanges labeled it as BCC (which makes more sense to me given its name as BitCoinCash). I will keep referring to it myself as BCC.
This instant creation of value is going to affect both prices of BTC and BCC in the end; wherein the impact will be most felt in BTC as it is the higher valued coin.
I personally see BCC becoming "more rare" than BTC because of the fewer people actually splitting their coins, as well as the exchanges/wallets that do not offer the split option.... not to mention the huge premine of satoshi that has yet to be touched (and I doubt ever will be touched). With how cautious satoshi was at the beginning, I think still to this day, he wouldn't want to chance it coming back to label him as who he is. (or her/she).
|
|
|
It may well be a sick card. well it is not sick, it just cannot handle your overclock. Even they are all the same model, one of them may not be able to survive the memory overclock. Actually this is what happened to my rig.
1. read the log and locate which gpu has hanged first or error first. say cpu 0. 2. what I did is pressing 0 to disable GPU 0 in the rig. 3. watch if your rig is stable. If it is, congratulation, you found the sick card. 4. Try one by one till you find it.
or you can just disable watchdog in your bat file, set -wd 0. In this case, the sick card will stop but your other cards keep working. Now touch the card and feel the temp you will know which one is bad.
If you cannot find a card to blame, then you may need to reinstall the windows and update to the latest.
Hope this helps.
Okay. I would like to do this but I am not sure where you disable just one of the GPU's. Since my device 3 has been the one to stop first the last two times after reading my log, I am guessing that that is the problem. I'm running Ali carts again now to see if I get that same device to fail. And trying to figure out how to disable the deviceand determine which card it actually is. use nvidia inspector to find the GPU number in question. what miner app are you using? assuming ccminer, use the -d flag to choose what devices to use: -d 0,1,3,4,5 and with ccminer you can trim intensity per-card as well: -i 17,17,13,17,17
|
|
|
I tried two set of launch string in the hope that one will work. First is without -o and second with -o... but did not work. Side not, I am able to connect with other pool with using first launch string format.
First launch string format: EthDcrMiner64.exe -epool us1.ethermine.org:4444 -ewal 0xa641906BCB495B923e1b8e9bf83462376217a845.gtx1060a_it -epsw x -dpool stratum+tcp://decred.mine.zpool.ca:5744 -u 1NMgfyMJjutGnnLRHEGjcEXxCFYUgKtm7j -p c=BTC,decred
Second launch string format: EthDcrMiner64.exe -epool us1.ethermine.org:4444 -ewal 0xa641906BCB495B923e1b8e9bf83462376217a845.gtx1060a_it -epsw x -dpool -o stratum+tcp://decred.mine.zpool.ca:5744 -u 1NMgfyMJjutGnnLRHEGjcEXxCFYUgKtm7j -p c=BTC,decred
please follow my instructions in my previous reply so I can help you further.... I will know nothing more without the config readout from your miner app.
|
|
|
Im sooo glad I never touched a foot into poloniex..... that's my only comment there.
Yobit gave me a 1:1 ratio of BCC to BTC for what I had in my BTC wallet on the exchange... too bad they haven't reloaded their hot wallet in a few weeks or I would have double what I have now.... (owed via signature campaign payments)
BCC seems to be trading wildly, but on the gradual uptick. I also find it humorous that the BCT forum via the link up top is referring to it as BCH....
Im curious wherein it will finally lie; as, its value just can't be fathomed up just like the FED does with cash.... its gotta come from "somewhere"... So where it ends up coming from, is anyone's guess.
Quite a battle back and forth with BTC and BCC... lots of resistance from both sides to move upwards.... Im curious at how long they will hold each other back.
|
|
|
Anyone, how to dual mine DECRED using Zpool in Claymore? Im getting zero ( 0 ) pool specified for DCR. Command line:
EthDcrMiner64.exe -epool us1.ethermine.org:4444 -ewal 0xa641906BCB495B923e1b8e9bf83462376217a845.gtx1060a_it -epsw x -dpool -o stratum+tcp://dcr.mine.zpool.ca:5744 -u 1NMgfyMJjutGnnLRHEGjcEXxCFYUgKtm7j -p c=BTC
Thanks.
decred.mine.zpool.ca c=BTC,decred Tried the command line update without luck. Anything missing? EthDcrMiner64.exe -epool us1.ethermine.org:4444 -ewal 0xa641906BCB495B923e1b8e9bf83462376217a845.gtx1060a_it -epsw x -dpool stratum+tcp://decred.mine.zpool.ca:5744 -u 1NMgfyMJjutGnnLRHEGjcEXxCFYUgKtm7j -p c=BTC,decred EthDcrMiner64.exe -epool us1.ethermine.org:4444 -ewal 0xa641906BCB495B923e1b8e9bf83462376217a845.gtx1060a_it -epsw x -dpool -o stratum+tcp://decred.mine.zpool.ca:5744 -u 1NMgfyMJjutGnnLRHEGjcEXxCFYUgKtm7j -p c=BTC,decred DCR = 0 pool specifieddouble check the EthDcrMiner64.exe --help I dont think there should be a -o, as I believe (from memory) -dpool takes place of the typical -o. See what format they suggest, or possibly paste the --help readout to this thread using the command, and I'll take a look myself to see if you are formatting the launch string wrong. Sorry for my rather simplistic reply earlier; I was replying from my cellphone. Oooh ok gotcha, all wallets of minable coins you have. I guess it's more economical to pick one currency that's widely traded as alternative to btc. ZEC may be a good choice.
Edit: ZEC isn't on zpool either, dammit
I very highly suggest taking your payment in BTC. Read up on why other coins could be delayed in payment. Lots of info in the previous pages of this thread, as well as a short answer on the zpool.ca main webpage.
|
|
|
Anyone, how to dual mine DECRED using Zpool in Claymore? Im getting zero ( 0 ) pool specified for DCR. Command line:
EthDcrMiner64.exe -epool us1.ethermine.org:4444 -ewal 0xa641906BCB495B923e1b8e9bf83462376217a845.gtx1060a_it -epsw x -dpool -o stratum+tcp://dcr.mine.zpool.ca:5744 -u 1NMgfyMJjutGnnLRHEGjcEXxCFYUgKtm7j -p c=BTC
Thanks.
decred.mine.zpool.ca c=BTC,decred
|
|
|
The pool is down for some disc maintenance and should be back shortly. Sorry for the short notice.
Still down? looks like it. I still have no connection. From my guess it sounds like a HDD may have some errors or something. I initially thought my internet at home was down, but its only the connection to the zpool thats down. This is probably the first/longest downtime of such i've seen on any of crackfoo's pools before historically. I guess its good to give my miners some resting time.
|
|
|
I really have my $$$ on a faulty PSU.
I am not expeirencing my random freezes and restarts when my PSU temp is back down to a reasonable amount.... Those types of freezes and reboots really point towards the PSU.
Secondarily; test the ram with a testing software... but honestly, nowadays, power supplies cause all of the problems that memory used to back in the original SDRAM/1st gen DDR days.
|
|
|
hey crackfoo; so I still do not have ",stats" in my password field, but the miner app for skunk just gave me an alert that the pool asked for stats (but did not crash the app and continues mining as normal).
Very strange; are stats enabled by default somehow? Maybe this could point at why it was crashing my miner when asking for stats with the PW stats flag set.
Hope it helps.
|
|
|
simple answer: Look at how many GPU's sold recently; and why they aren't in stock.
They turned into a % share of the profitability that you lost.
|
|
|
be sure its not the power supply overheating as well... use a laser thermometer to check.
I have a 1000w power supply that didn't like having my GTX980 right against it in the Fractal Designs Define R5 case.... and if it got to be pretty hot inside, it would randomly freeze or reboot.
Screwing a fan to the exhaust port in the back, sucking more air through it helped immensely, but ultimately, I removed that card form it that was butted right up against it and I havent had an issue yet.
|
|
|
yeah, I agree citronick. BCC is a lot more likable then the other options in my opinion; mainly because it sticks to the original intent of BTC.
But; they did make BCC have 8mb blocks; so; Im curious as to hoe much spam people will be hitting it with to try and make it fail; since the spam will cost next to nothing (my best guess), they will probably do it just to push it further down the ladder of acceptance.
Had core just increased blocksize to 2mb-4mb; we would not be enduring this retardedness.
|
|
|
I hope this 'Bitcoin Cash' fizzles rather quickly. Yes, we'll have some extra coins on another chain, but BTC would be at A.T.H. at the moment, if it was not for this. We've lost way more value in the last week since SegWit2x has been activated, than Bitcoin cash will ever be worth. Don't make this chapter prolonged by feeding into this craze...
Think about this before you chase any alt-BTC...
befor eyou choose core's route; consider the original intentions of satoshi himself. They have gone above and beyond what was in the scope of BTC just by adding segwit; not to mention the retardation they call "2x". Notice the lack of TX spam happening now? Wheres the actual need for segwit? Oah, that's right... there isn't. There was only a need for a blocksize bump. nothing more. Wait for a flaw in segwit to be exploited... you'll see what I am talking about.
|
|
|
|