BitcoinMint.US
|
|
November 16, 2011, 08:37:03 PM |
|
If anything becomes of the "mine for gold" could we also impliment "mine for silver"?
Silver would be a very cool idea if this gets implemented I agree.
|
|
|
|
BTCcommodities
|
|
November 18, 2011, 06:21:28 PM |
|
If anything becomes of the "mine for gold" could we also impliment "mine for silver"?
Silver would be a very cool idea if this gets implemented I agree. I started a thread outlining it, but so far: no response.
|
|
|
|
digital
|
|
November 21, 2011, 03:44:39 PM |
|
Hey slush, looking at my acct, it looks like I should have received a nmc payout around 17:00 UTC on 11/20, and I never received a notification in regards to that payment.
My nmc addy is still correct, and I received notifications about btc payments before and after that time period. I can't confirm whether or not I actually received the payment as I'm at work right now. When I go to lunch I can check my nmc wallet to see if I received the payment, but at the least it looks like there is something fishy with the notifications...?
Thanks!
|
If I help you out: 17QatvSdciyv2zsdAbphDEUzST1S6x46c3 References (bitcointalk.org/index.php?topic=): 50051.20 50051.100 53668.0 53788.0 53571.0 53571.0 52212.0 50729.0 114804.0 115468 78106 69061 58572 54747
|
|
|
digital
|
|
November 21, 2011, 04:01:34 PM |
|
Would just like to add that it does look like the payment has been made. I'm pretty sure I found it in the block explorer. Just no notification...
*edit*
And I just noticed that the signature bar doesn't seem to be working either. I'm guessing your on top of these issues already, but just in case your not I figured I would let you know...
|
If I help you out: 17QatvSdciyv2zsdAbphDEUzST1S6x46c3 References (bitcointalk.org/index.php?topic=): 50051.20 50051.100 53668.0 53788.0 53571.0 53571.0 52212.0 50729.0 114804.0 115468 78106 69061 58572 54747
|
|
|
naypalm
Legendary
Offline
Activity: 1272
Merit: 1012
howdy
|
|
November 21, 2011, 05:11:39 PM |
|
And I just noticed that the signature bar doesn't seem to be working either. I'm guessing your on top of these issues already, but just in case your not I figured I would let you know...
Mine works
|
|
|
|
slush (OP)
Legendary
Offline
Activity: 1386
Merit: 1097
|
|
November 21, 2011, 05:11:59 PM |
|
Would just like to add that it does look like the payment has been made. I'm pretty sure I found it in the block explorer. Just no notification...
I bet it's some problem with mailing system, configuring it is my nightmare. I'll check... And I just noticed that the signature bar doesn't seem to be working either. I'm guessing your on top of these issues already, but just in case your not I figured I would let you know...
Looks like it's problem of btcstats.net. You can see that hashrate in API is correct...
|
|
|
|
twmz
|
|
November 21, 2011, 07:47:18 PM |
|
Looks like it's problem of btcstats.net. You can see that hashrate in API is correct...
The btcstats.net web server is not able to retrieve stats (it's timing out). A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond 176.31.157.133:80The exact same sig generating code works fine when run from my machine (i.e. my desk machine has no problem retrieving stats). Could it be that the real btcstats.net webserver (66.209.128.147) it is blocked by your DDoS protection system or something?
|
Was I helpful? 1 TwmzX1wBxNF2qtAJRhdKmi2WyLZ5VHRs WoT, GPGBitrated user: ewal.
|
|
|
slush (OP)
Legendary
Offline
Activity: 1386
Merit: 1097
|
|
November 23, 2011, 11:30:30 PM |
|
I just recovered pool from some strange state where it was rejecting shares for some miners in last few hours. It should be fine now.
|
|
|
|
AniceInovation
Donator
Sr. Member
Offline
Activity: 446
Merit: 262
Interesting.
|
|
November 25, 2011, 05:11:50 PM |
|
Boy, luck isn't for this sides in the last hours
|
|
|
|
Ghostofkobra
|
|
November 28, 2011, 11:11:04 PM |
|
Hi, I am getting this error message when running cgminer against the slush pool. XXX longpoll failed for http://api2.bitcoin.cz:8332:8404, sleeping for 30s Is the pool using port 8404 for longpolls instead of a /LP/ like path. In that case cgminer needs to be altered a little bit. if not, well then where can the 8404 come from? Best //GoK
|
|
|
|
disclaimer201
Legendary
Offline
Activity: 1526
Merit: 1001
|
|
November 29, 2011, 12:59:18 AM |
|
Are you using the latest version of CgMiner?
|
|
|
|
kkurtmann
|
|
November 29, 2011, 01:17:29 AM |
|
LP connected to api.bitcoin.cz:8407
|
|
|
|
Ghostofkobra
|
|
November 29, 2011, 08:40:28 AM |
|
Are you using the latest version of CgMiner?
Yes, i am using 2.0.8 LP connected to api.bitcoin.cz:8407
Hmm, it makes sense if cgminer cant handle port based LP's but why am i getting 8404 if the longpolls are done on 8407? Best //GoK
|
|
|
|
majamalu
Legendary
Offline
Activity: 1652
Merit: 1000
|
|
November 29, 2011, 04:01:24 PM |
|
I just recovered pool from some strange state where it was rejecting shares for some miners in last few hours. It should be fine now.
Hi, my average hashrate is usually around 2200 Mhash/s, but the screen says 596 Mhash/s. Could it have something to do with that problem?
|
|
|
|
slush (OP)
Legendary
Offline
Activity: 1386
Merit: 1097
|
|
November 29, 2011, 04:58:37 PM |
|
XXX longpoll failed for http://api2.bitcoin.cz:8332:8404, sleeping for 30s Is the pool using port 8404 for longpolls instead of a /LP/ like path. Looks like cgminer messed the parsing of URL, for some unknown reason. Port 8332 is "getwork" api, ports 8401-8410 are for LP broadcasts. That HTTP header for LP in getwork response is providing full URL for 8404 port. Can you report that to cgminer author?
|
|
|
|
slush (OP)
Legendary
Offline
Activity: 1386
Merit: 1097
|
|
November 29, 2011, 05:01:01 PM |
|
Hi, my average hashrate is usually around 2200 Mhash/s, but the screen says 596 Mhash/s. Could it have something to do with that problem?
Average hashrate is calculated from submitted shares in last 10 rounds. It can be explained by some connection issues or if your miner was offline for some time. Did you have some connection issues today?
|
|
|
|
Ghostofkobra
|
|
November 29, 2011, 09:34:12 PM |
|
XXX longpoll failed for http://api2.bitcoin.cz:8332:8404, sleeping for 30s Is the pool using port 8404 for longpolls instead of a /LP/ like path. Looks like cgminer messed the parsing of URL, for some unknown reason. Port 8332 is "getwork" api, ports 8401-8410 are for LP broadcasts. That HTTP header for LP in getwork response is providing full URL for 8404 port. Can you report that to cgminer author? Done thanx //GoK Hi, I am using cgminer 2.0.8 and asked this question in the slush pool thread: XXX longpoll failed for http://api2.bitcoin.cz:8332:8404, sleeping for 30s Is the pool using port 8404 for longpolls instead of a /LP/ like path. In that case cgminer needs to be altered a little bit. if not, well then where can the 8404 come from? And i got the answers that it does but it seems like the path parsing on cgminer is not working correctly? XXX longpoll failed for http://api2.bitcoin.cz:8332:8404, sleeping for 30s Is the pool using port 8404 for longpolls instead of a /LP/ like path. Looks like cgminer messed the parsing of URL, for some unknown reason. Port 8332 is "getwork" api, ports 8401-8410 are for LP broadcasts. That HTTP header for LP in getwork response is providing full URL for 8404 port. Can you report that to cgminer author? Best //GoK
|
|
|
|
Thralen
|
|
November 29, 2011, 11:32:17 PM |
|
I was just wondering if anyone else had noticed the same pattern I have. It seems to me that every time the difficulty level drops we get a whole mess of multi-hour blocks immediately after. I'm sure of it on the last three difficulty drops, wasn't paying enough attention previously. Is this just my imagination or have others noticed it as well?
Thralen
|
Supporting bitcoin as best I can with 1. mining, 2. buying with bitcoin, 3. selling (or trying to) for bitcoin. If you make a donation to: 1MahzUUEYJrZ4VbPRm2h5itGZKEguGVZK1 I'll get it into circulation.
|
|
|
eleuthria
Legendary
Offline
Activity: 1750
Merit: 1007
|
|
November 29, 2011, 11:42:33 PM |
|
I was just wondering if anyone else had noticed the same pattern I have. It seems to me that every time the difficulty level drops we get a whole mess of multi-hour blocks immediately after. I'm sure of it on the last three difficulty drops, wasn't paying enough attention previously. Is this just my imagination or have others noticed it as well?
Thralen
Not directly answering your question, but I think this might be relevant to a lot of similar question. Additionally, please do not take this post as an attack on your question/you as a person, it's just something I've wanted to get off my chest as I lurk the threads for the past month. <Rant> Your brain lies to you. All day. Every day. It makes you see/notice things that aren't there because of "patterns" that may or may not exist. The human brain is determined to create order out of chaos in order to line independent events up. There's some great lectures out there, including one by Richard Dawkins, that talk about the brain's predisposition to applying 'models' to information and sensory inputs. In the same way an optical illusion can make you see things that aren't there, you can see patterns in a few points of data, often times overlooking contradictory data simply to help the model fit in your head. Now somebody could come in the very next post and demonstrate a trend of the pattern you recognized, pointing out it has been been consistent for the past 10, 20, 50, or 100 iterations. It may actually be a problem and your post brings it to somebody's attention. But hopefully somebody reads this and the next time they think they notice a pattern, they take some extra time to think about it and do some research on their own for a significant data sample before talking out patterns. </Rant>
|
RIP BTC Guild, April 2011 - June 2015
|
|
|
slush (OP)
Legendary
Offline
Activity: 1386
Merit: 1097
|
|
November 30, 2011, 12:04:23 AM |
|
eleuthria - lol :-) Thralen - No, there's no reason to have "bad luck" when new difficulty come. Your observation is done from very small data sample. I remember that few months ago it looked that exactly the oposite is happening - pool has been finding many blocks after many difficulty changes with the luck like difficulty didn't changed :-). Yes, having a lot of multi hours blocks in the line and in the time of difficulty change looks "fishy", but there's nothing wrong with the pool. Pool algorithm even dont care about difficulty change, so there's no space for some bugs in the code. I was just wondering if anyone else had noticed the same pattern I have. It seems to me that every time the difficulty level drops we get a whole mess of multi-hour blocks immediately after. I'm sure of it on the last three difficulty drops, wasn't paying enough attention previously. Is this just my imagination or have others noticed it as well?
|
|
|
|
|