Sometimes the mempool is empty besides the 0 sat/byte transactions, or sometimes the sat/byte is so low that the fee the miners get is negligible.
The bitcoin mempool hasn't been empty ever in many years. |
|
|
|
what is going with the solo pool? before some months, the found a lot more blocks and now? Since some day only 1 or 1.5 TH on the pool... Bad Luck... https://www.blocktrail.com/BTC/pool/solockpool
Height Mined By Time Extra Info Size
416798 Solo CKPool 12 days 2 hours ago CSV 998.077 kB
416419 Solo CKPool 14 days 14 hours ago CSV 998.234 kB
414214 Solo CKPool 29 days 15 hours ago CSV 998.242 kB
413847 Solo CKPool 1 month 2 days ago CSV 998.18 kB
411709 Solo CKPool 1 month 16 days ago CSV 998.04 kB
411682 Solo CKPool 1 month 17 days ago CSV 998.21 kB
410586 Solo CKPool 1 month 24 days ago 998.252 kB
409719 Solo CKPool 1 month 29 days ago 998.041 kB
408810 Solo CKPool 2 months 6 days ago 998.173 kB
408758 Solo CKPool 2 months 6 days ago 998.239 kB
407987 Solo CKPool 2 months 11 days ago 998.174 kB
407691 Solo CKPool 2 months 13 days ago 998.155 kB
407492 Solo CKPool 2 months 15 days ago 998.175 kB
404180 Solo CKPool 3 months 7 days ago 987.637 kB
402584 Solo CKPool 3 months 17 days ago 992.057 kB
401934 Solo CKPool 3 months 22 days ago 988.578 kB
401896 Solo CKPool 3 months 22 days ago 998.091 kB
401746 Solo CKPool 3 months 23 days ago 998.163 kB
401604 Solo CKPool 3 months 24 days ago 997.877 kB
401205 Solo CKPool 3 months 27 days ago 998.181 kB
401092 Solo CKPool 3 months 27 days ago 998.113 kB
400982 Solo CKPool 3 months 28 days ago 998.162 kB
400770 Solo CKPool 4 months ago 998.141 kB
400767 Solo CKPool 4 months ago 998.167 kB
400331 Solo CKPool 4 months 3 days ago 998.125 kB
400030 Solo CKPool 4 months 5 days ago 998.142 kB
399709 Solo CKPool 4 months 7 days ago 998.102 kB
398047 Solo CKPool 4 months 18 days ago 998.19 kB
396990 Solo CKPool 4 months 24 days ago 985.939 kB
396941 Solo CKPool 4 months 25 days ago 998.072 kB
395783 Solo CKPool 5 months 1 day ago 998.223 kB
395087 Solo CKPool 5 months 6 days ago 998.095 kB
394946 Solo CKPool 5 months 6 days ago 989.528 kB
394940 Solo CKPool 5 months 6 days ago 996.95 kB
394871 Solo CKPool 5 months 7 days ago 998.201 kB
394522 Solo CKPool 5 months 9 days ago 995.211 kB
393904 Solo CKPool 5 months 13 days ago 998.174 kB
392434 Solo CKPool 5 months 23 days ago 998.209 kB
392242 Solo CKPool 5 months 24 days ago 998.07 kB
391994 Solo CKPool 5 months 25 days ago 998.215 kB
391878 Solo CKPool 5 months 26 days ago 992.154 kB
390217 Solo CKPool 6 months 7 days ago 998.117 kB
390122 Solo CKPool 6 months 7 days ago 998.243 kB
389685 Solo CKPool 6 months 10 days ago 998.141 kB
388950 Solo CKPool 6 months 15 days ago BIP100 998.089 kB
388744 Solo CKPool 6 months 16 days ago BIP100 997.98 kB
388677 Solo CKPool 6 months 17 days ago BIP100 998.19 kB
388540 Solo CKPool 6 months 17 days ago BIP100 998.201 kB
388533 Solo CKPool 6 months 17 days ago BIP100 50.425 kB
387943 Solo CKPool 6 months 21 days ago BIP100 998.232 kB
387759 Solo CKPool 6 months 22 days ago BIP100 998.263 kB
387490 Solo CKPool 6 months 23 days ago BIP100 998.169 kB
387235 Solo CKPool 6 months 25 days ago BIP100 998.239 kB
386774 Solo CKPool 6 months 28 days ago BIP100 998.2 kB
There is absolutely nothing wrong going on at the pool. The luck isn't even that bad. Diff was much lower months ago and people were pumping much more RELATIVE hashrate into it. The current pool diff is only 150% which really isn't that bad luck at all. It's averaged only 1.3PH for the last week and 1.3PH is a pitiful hashrate in today's diff. |
|
|
|
|
It is actually a harmless warning but is probably due to the way your pool is set up using a zero byte entry in stratum. You can safely ignore it or mine on another pool.
|
|
|
|
any chance of getting a copu of this? is jist what i was looking for.
Look at the date on the thread you posted on. It hasn't been posted on in FIVE YEARS. This means that not only wont the gadget work any more since it won't be compatible, but the code is dead and unsupported. I'm locking this thread to prevent the same mistake happening again. |
|
|
|
Hanlon's razor yet again. Never attribute to malice that which can be adequately explained by stupidity, but don't rule out malice. There's no intentional malice involved here; they're all on the same side of the GFW and SPV mine to each other so that even if there's incompetence on their part in getting actual blocks propagated outside the GFW for a while, they will go on mining on each others' blocks. |
|
|
|
Thanks.
A question I have on my mind is that if the extranonce can be changed (eg timestamp, transactional data), why is it that we can't manipulate this data to help in getting to our target.
You can manipulate it all you like. That doesn't "get you to your target" since the unhashed data you're playing with has absolutely no predictable association whatsoever with the hashed data. |
|
|
|
Slushpool is at between 70-80 Ph/s, yet no blocks are discovered.
On the 19-th there were 19 blocks found
On the 20-th 2 blocks
Today until now 1 block.
How is this working? Do they have some problem or just ... luck?
Hi, firstly thanks for being with us. I can confirm that we do not experience issues with our infrastructure It is just a bad luck which we experience from time to time like any other pool. Who are you? And how does a completely new user making your name "SlushPool official" actually guarantee that you have anything to do with slushpool? Was wondering the same thing It worries me even more that people are engaging him and even apologising when Slush himself made it clear long ago that there would be no support on the forum any more so I have no idea what this guy's agenda is. Perhaps just a fanboy masquerading as support. |
|
|
|
Slushpool is at between 70-80 Ph/s, yet no blocks are discovered.
On the 19-th there were 19 blocks found
On the 20-th 2 blocks
Today until now 1 block.
How is this working? Do they have some problem or just ... luck?
Hi, firstly thanks for being with us. I can confirm that we do not experience issues with our infrastructure It is just a bad luck which we experience from time to time like any other pool. Who are you? And how does a completely new user making your name "SlushPool official" actually guarantee that you have anything to do with slushpool? |
|
|
|
|
Most high RPM fans may well increase their fanspeed and RPM when you go from 85% to 100% but it's been shown that last 15% usually (for high speed fans) only burns more power, makes more noise, but contributes very little to airflow and pressure. It's usually an inefficient part of their power curve. This is not true of lowspeed fans designed to be quiet at low RPMs.
|
|
|
|
Hi all just started mining solo on Ck had a quick question if any of you can help, is there any advantage to using a proxy to connect 7 x s7 together than them connecting to solo.ck individually.
Am i right in thinking the following:
individually each miner is working on there own to solve a block.
through a proxy the proxy will get the job and share it out among my 7 miners they complete the work together and send it out.
i have tried researching to see if there is a way to connect them all and if it makes any difference, any help would be great.
Thanks Tony
It makes no difference. The only reason for a proxy is to decrease bandwidth usage by the individual miners and allow you to have one place where you can control your miners. However proxies introduced extra latencies themselves so unless you need the proxy for its above properties I would usually advise against using one - and if you do want to use a proxy, none will be as fast/low latency as ckproxy (ckpool in proxy mode.) |
|
|
|
ok tnx., im using cgminer 4.9.2 now and running this line " cgminer.exe -o POOL URL:PORT -u USERNAME -p PASSWORD --au3-freq 250 --au3-volt 800 "
but its low hashrate its that normal? if not, so what should i do? is it my line of au3 is correct on cgminer 4.9.2?
It's normal for these devices to be close to death by now since they don't have a long lifespan. If it's an old/second hand one you bought then some of the chips may be dead already. Most start at ~60GH but by now I doubt many are still running at that. |
|
|
|
[2016-06-17 22:47:18.251] Possible block solve diff 377843408540.011597 !
[2016-06-17 22:47:18.394] BLOCK ACCEPTED!
[2016-06-17 22:47:18.394] Solved and confirmed block 416798 by 3JhmANFUNJkBREYYfPPy8hdJ3cnrGvWKhY.128
[2016-06-17 22:47:18.394] User 3JhmANFUNJkBREYYfPPy8hdJ3cnrGvWKhY:{"hashrate1m": "106T", "hashrate5m": "108T", "hashrate1hr": "108T", "hashrate1d": "107T", "hashrate7d": "109T"}
[2016-06-17 22:47:18.394] Worker 3JhmANFUNJkBREYYfPPy8hdJ3cnrGvWKhY.128:{"hashrate1m": "1.24T", "hashrate5m": "1.18T", "hashrate1hr": "1.19T", "hashrate1d": "1.15T", "hashrate7d": "1.12T"}
[2016-06-17 22:47:18.394] Block solved after 68134879360 shares at 34.8% diff
|
|
|
|
Must be a lot of new hardware going online for the pool. Saw a drastic jump to 76.00 Ph/s. Could've sworn it was 68/69 at least two hours ago. I saw it reach 82,10 Ph/s at one point, and one block was found when the rate was 81,32. But every time somebody throws a huge amount of extra power into the mix the only effect seems to be to reduce the amount we get paid per block — my subjective view is that the pool doesn't actually appear to benefit by mining additional blocks.  Generally, the bigger the pool the lower the variance -- and all miners want lower variability in their income, right? What all miners want is more profit, yet they always get hung up on variance and it they end up choosing the lower variance option over better profits to their own detriment. It's a pattern that hasn't changed in years... I praise the pool ops who have the stamina to explain it over and over and over and over and over and over and... |
|
|
|
You are confusing official with bitmain versions of cgminer. The commands you are using with "au3" in them are for the official cgminer while "bmsc" options are for bitmain's unofficial version, yet you are using what appears to be an old bitmain version. Download the latest official cgminer 4.9.2 and use only the au3 options. Official one is available here: http://ck.kolivas.org/apps/cgminer/As for the "difficulty changed to 1024" that is 100% normal operation and you should stop seeing it as an error. Pools choose what diff you mine at and cgminer will tell you what it is. |
|
|
|
|
There seems to be a connectivity issue at the data centre for the main pool. Apologies for the inconvenience; no idea how long it will last.
EDIT: Looks to be back with no explanation. Probably just "one of those things."
|
|
|
|
|
Show Posts
