Do we still have minor issues? Hash at pool looks a little low to me in the last 2 hours since what seemed to be a partial outage and fix.... hard to say though, could be in inside variance.
edit: pulled it's socks up now, everything looks normal, maybe some network farts my end.
Topic: [1050 TH] BitMinter.com [1% PPLNS,Pays TxFees +MergedMining,Stratum,GBT,vardiff] - page 106. (Read 837175 times)
December 19, 2013, 11:00:46 AM
December 19, 2013, 08:47:25 AM
You are the best Doc! Thanks for all you do. Happy Holidays!! 
December 19, 2013, 08:34:58 AM
Way to go Doc. My downtime was less than 15 minutes.
Thank you DOC!
Thank you DOC!
December 19, 2013, 08:31:20 AM
Issue resolved. Pool should be running as normal.
Apologies for the downtime.
I'm looking into the details to ensure it won't happen again.
Apologies for the downtime.
I'm looking into the details to ensure it won't happen again.
December 19, 2013, 08:27:14 AM
I've gotten my allotment for confirmed blocks (I don't have the instant perks) up until the connection went down. I'm sure he's furiously trying to resolve this.
December 19, 2013, 08:23:48 AM
AND BM did not pay'd allot lately :-(
December 19, 2013, 08:18:07 AM
Me too. I can't connect the miners. and BM site is very slow to respond. as well as showing 0.0 for me and the pool.
December 19, 2013, 08:15:10 AM
Things are down for me too. The client is showing disconnected and I'm not getting any stats from the website. I'm sure Dr. H is on it!
December 19, 2013, 08:08:42 AM
Is the site under attack? It show's 0.0TH/s and my miners aren't farming anything. 
An update would be nice!
Thanks,
An update would be nice!
Thanks,
December 18, 2013, 01:48:56 PM
A couple users have reported increased memory usage as days go by and eventually sluggish response from Bitminter client. I run it for weeks/months at a time and have been unable to reproduce this issue.
Why do I suspect they also have firefox open...
December 17, 2013, 06:54:51 PM
This site actually tries to identify who created the block: http://blockorigin.pfoe.be/index.php
The above mentioned site doesn't seem to do anything unique other than scrape the pool web pages and can't tell if blocks are later invalid/orphaned. Seems like using the coinbase signature would be the best, but then they'd need to know all of the pools' signatures and build a database from it.
Doc, I see you already told 'em how to find the coinbase signature for a given block:
http://bitcoin.stackexchange.com/questions/11158/is-there-a-way-to-find-the-coinbase-for-a-given-block-using-only-bitcoind-comman
Thanks, learned something new today!
December 17, 2013, 06:47:08 PM
My shifts start out good and stay that way for a day or two then they start to drop off and become erratic. Should I be restarting the client or PC every so often? I did notice you have options to automate certain things in the Bitminter client, is that something I should be using?
A couple users have reported increased memory usage as days go by and eventually sluggish response from Bitminter client. I run it for weeks/months at a time and have been unable to reproduce this issue.
If you are having this issue, a java heapdump would be greatly appreciated. You'll need JDK (java development kit) installed for this. http://stackoverflow.com/questions/407612/how-to-get-a-thread-and-heap-dump-of-a-java-process-on-windows-thats-not-runnin
December 17, 2013, 06:42:06 PM
Actually...275399 IS a BitMinter block. Coinbase signature is included.
Looks like an HHTT block and is listed on their pool's website as claimed.
December 17, 2013, 06:36:03 PM
Actually...275399 IS a BitMinter block. Coinbase signature is included.
Err... no?
Coinbase: �3SOCK\ �C�4/SockThing/HHTT
December 17, 2013, 06:06:42 PM
Doc,
My shifts start out good and stay that way for a day or two then they start to drop off and become erratic. Should I be restarting the client or PC every so often? I did notice you have options to automate certain things in the Bitminter client, is that something I should be using?
Thanks,
Bill
Look at your average hashrates per shift. Those are more accurate since they are estimated for a whole shift, not just a couple minutes of mining.
https://bitminter.com/shifts
These hashrate estimates you see on the website only count accepted work. If you have a lot of rejected work and/or hardware errors (miscalculations) then that will affect the results.
My shifts start out good and stay that way for a day or two then they start to drop off and become erratic. Should I be restarting the client or PC every so often? I did notice you have options to automate certain things in the Bitminter client, is that something I should be using?
Thanks,
Bill
I have one client machine that runs constantly between 125-135ghs and another machine that runs between 4-5ghs yet I never see anything above 125ghs combined through the web site. I usually see 110-115 and sometimes in the 90s. Is there any explanation for this or am I missing something?
Look at your average hashrates per shift. Those are more accurate since they are estimated for a whole shift, not just a couple minutes of mining.
https://bitminter.com/shifts
These hashrate estimates you see on the website only count accepted work. If you have a lot of rejected work and/or hardware errors (miscalculations) then that will affect the results.
December 17, 2013, 05:59:44 PM
Someone brought it up before and said that blockchain.info could be wrong, however, what's the official response from Doc when they report a block being found by Bitminter, but it doesn't get reported? Block 275399 isn't showing in the block stats. https://blockchain.info/blocks/BitMinter
How does blockchain determine which pool solves the block?
How does blockchain determine which pool solves the block?
Actually...275399 IS a BitMinter block. Coinbase signature is included.
While Doc is right in most cases, Blockchain.info actually rarely uses the relayer, it uses Payment Addresses/Coinbase signatures first, then falls back to relayer if those don't match (AFAIK). For example, I don't recall ever seeing a false positive for BTC Guild. However, I can see a few obvious errors in their assignment to BitMinter once in a while (like an HHTT block that shows as BitMinter's).
December 17, 2013, 02:19:09 PM
How does blockchain determine which pool solves the block?
It doesn't. It doesn't even try to.
blockchain.info doesn't actually show who created or solved a block. It shows who they observed relaying the block first. What does this mean? Absolutely nothing. In a peer-to-peer network everyone are relaying blocks and transactions all the time. It doesn't mean anything. I saw a person threaten another person because the second person's bitcoin node had relayed a transaction stealing coins from the first person. Does it mean that the second person was the thief? No. Bitcoin nodes relay blocks and transactions indiscriminately all the time.
One can hope that blockchain.info will stop showing worthless information that is constantly being misinterpreted and could in some cases have dangerous consequences. But I'm not holding my breath.
This site actually tries to identify who created the block: http://blockorigin.pfoe.be/index.php
TL;DR: blockchain.info BAD, blockorigin.pfoe.be GOOD.
December 17, 2013, 01:33:18 PM
I have .004 in my BTC balance, and 0 in NMC. How can I request a manual payout of the balance as I don't see myself using bitminter in the foreseeable future right now.
Manual cash is out coming soon.
I appriciate this also very much. So there is hope again for the payout of my balance.
December 17, 2013, 01:22:14 PM
Someone brought it up before and said that blockchain.info could be wrong, however, what's the official response from Doc when they report a block being found by Bitminter, but it doesn't get reported? Block 275399 isn't showing in the block stats. https://blockchain.info/blocks/BitMinter
How does blockchain determine which pool solves the block?
How does blockchain determine which pool solves the block?
December 17, 2013, 09:27:03 AM
I have one client machine that runs constantly between 125-135ghs and another machine that runs between 4-5ghs yet I never see anything above 125ghs combined through the web site. I usually see 110-115 and sometimes in the 90s. Is there any explanation for this or am I missing something?
Look at your average hashrates per shift. Those are more accurate since they are estimated for a whole shift, not just a couple minutes of mining.
https://bitminter.com/shifts
These hashrate estimates you see on the website only count accepted work. If you have a lot of rejected work and/or hardware errors (miscalculations) then that will affect the results.
Jump to: