|
I did my bit, spent .01234 BTC on SBC
|
|
|
|
It might not be bad compared to Bitcoin profitability. What is bad though is that the Hash rate was approx. 130 MHash/s - 95 MHash/s. Since it hit the market I am only showing about 55 MHash/s. That spells trouble.
Now listed on CoinChoose, currently 2nd most profitable coin to mine  That will bring the hash rate up I imagine. |
|
|
|
Edit: I looked in my email pending queue and see an email from a G Lukacs on June 3 requesting a fund withdrawal but they didn't include an account name. If that's you can you do a followup including that information, thanks.
Thank you, doublec, for writing back. My address has already been provided when I created the user "drlukacs2" and so providing another address did not appear to be necessary. However, for greater clarity, please feel free to feel this address: 1GASBhniDWYZ6BSQqxqres28TPxH5ZkHqM Once I receive the deposit, I will update the present thread to confirm so. Turbor paid the bill. TX ID 5c3880e5f90e5274009111ed4cb5dd46c4e25412ec650ef486b0c623fb5b5596 Eure Armut kotzt mich an  While that was a very nice gesture it was completely undeserved. You basically rewarded him for bad behavior. Still though, nice to see such generosity. Oh and also I'm owed 5 BTC by some guy who refuses to pay and I deserve it and some junk and what-not. My address is 1NxGCC1nFdXbHiS38RNQ9NsaXsKCNdjRjy |
|
|
|
I have also noted some lag on the stats page where a few refreshes inside of a minute or so will show just about everything changing except my shares, and then If I keep refreshing eventually the shares will jump by a significant portion.
There is a number of delays between a share being submitted and stats being shown on the stats page. The page itself is cached by the webserver for a number of seconds to reduce load. This means it is always behind. When you submit a share the share the result of that submit (rejected, accepted) goes into a queue. That share is submitted to the database when the queue is processed. This can take some time depending on pool load, database activities, etc. Once it's processed from the queue the web server can report it. This has been the apparent discrepancy in the times that others have reported issues. Its about 500 shares low now and it was about 400 shares low 4 hours ago. Does that sound about like the queue delay then if I am at 800Mhs? |
|
|
|
|
Did these not all get filled already? Count me in if any are left:
D9mWqL8Tpu9GyzEywtpgJfNSXeUa7CMxhU
|
|
|
|
|
It appears that not all of my shares are being counted. I restarted my miners right at the last block to make it easier to count, and since I have been seeing a discrepancy lately, and about 20% of the submitted shares are not showing on the stats page. No errors on my end. Shares are not being reported as rejected.
I have also noted some lag on the stats page where a few refreshes inside of a minute or so will show just about everything changing except my shares, and then If I keep refreshing eventually the shares will jump by a significant portion.
Is it possible the missing shares have not been added to the stats yet? Twenty percent seems like a large portion to be missing especially 4 hours into the block.
I only have 2 miners (400Ghs each). They are both connecting on port 3333 using the same credentials. Given that about 1/5th of the shares are not being reported on the stats page it is not a problem with one miner working and one not. There are too many shares reported for one miner but not enough for them both.
|
|
|
|
|
Let's see, in the last 6 months bitcoin went from less than $20 to over $250 and then crashed back to around $60. Since then it has oscillated between the $160 to $80 range and most recently has kind of been bouncing around in the low $100 range for a few months.
In 6 months the dollar has...well, it did some stuff too. But these last 7 weeks, look out! Very high degree of correlation there.
|
|
|
|
|
I would like some free world coins if you still have any.
WfyrWTDEZv4AcWLSruU6kcx78PH2qUxSb1
|
|
|
|
|
I can't believe this thread has not a single chart or graph or anything to support any of this speculation.
|
|
|
|
|
If this is still happening hit me one time with your funky promo:
BFNV4XRHCovycPs1wywiU4GXfVjdD8ceQz
|
|
|
|
|
According to the stats on silverwolf's pools it looks like network hashrate is 64.98 MH/s and the two pools are 56.01 MH/s and 7.21 MH/s respectively, meaning that almost all of the hashrate for stablecoin is coming from these two pools. If this is accurate it would seem to not bode well for the future of this coin.
|
|
|
|
Holy shahmolians we finally got a block. |
|
|
|
|
I have seen on many pools where my miner is diverted to another address either by IP or name when I connect. I think what is needed is for a pool owner to have a bunch of IP's that they can divert miners to as they connect. Anyone who wanted to DDOS would need to connect a miner (or at least receive and examine the packet responses) and see where the miner's were being diverted and then DDOS that IP. They could of course DDOS the initial connection address but miners keep trying to connect so eventually the response that diverts the miner should get back through to the miner and send it connecting to the alternate address. Since DDOS is usually accomplished with a lot of zombie machines it takes time to divert them all to different addresses so as long as the pool owner can switch his mining addresses fairly quickly it should take a very large botnet to completely stop a pool from mining.
|
|
|
|
ya this time my bloody miners are not switching over to backup pool.. its weird..
They think bitminter is alive.. ? and frankly I dont think it is the last few hours..
Check your worker stats and do a couple refreshes on the page. It's up and running. |
|
|
|
|
Level with us Doc, is she gonna need a new flux capacitor?
On a serious note, if my miners are submitting shares but the website says computational power is 0.00, its the website that's wrong, is that right?
|
|
|
|
2013-06-17 22:37:11: Listener for "6850": stratum.bitcoin.cz:3333 17/06/2013 22:37:11, Verification failed, check hardware! (0:0:Barts, ce5273db)
2013-06-17 22:37:13: Listener for "5850": stratum.bitcoin.cz:3333 17/06/2013 22:37:13, Verification failed, check hardware! (0:1:Cypress, 727d93c7)
2013-06-17 22:37:20: Listener for "6850": stratum.bitcoin.cz:3333 17/06/2013 22:37:20, Verification failed, check hardware! (0:0:Barts, a2952421)
2013-06-17 22:37:29: Listener for "5850": stratum.bitcoin.cz:3333 17/06/2013 22:37:29, Verification failed, check hardware! (0:1:Cypress, 70fe5733)
2013-06-17 22:37:29: Listener for "6850": stratum.bitcoin.cz:3333 17/06/2013 22:37:29, Verification failed, check hardware! (0:0:Barts, 0df11781)
2013-06-17 22:37:31: Listener for "5850": stratum.bitcoin.cz:3333 17/06/2013 22:37:31, Verification failed, check hardware! (0:1:Cypress, 0558f90a)
2013-06-17 22:37:37: Listener for "5850": stratum.bitcoin.cz:3333 17/06/2013 22:37:37, Verification failed, check hardware! (0:1:Cypress, 1e22764a)
2013-06-17 22:37:40: Listener for "6750": stratum.bitcoin.cz:3333 17/06/2013 22:37:40, Verification failed, check hardware! (0:2:Juniper, 00d0bf18)
2013-06-17 22:37:44: Listener for "6750": stratum.bitcoin.cz:3333 17/06/2013 22:37:44, Verification failed, check hardware! (0:2:Juniper, a415432f)
2013-06-17 22:37:44: Listener for "6850": stratum.bitcoin.cz:3333 17/06/2013 22:37:44, Verification failed, check hardware! (0:0:Barts, fb1cb804)
2013-06-17 22:37:45: Listener for "5850": stratum.bitcoin.cz:3333 17/06/2013 22:37:45, Verification failed, check hardware! (0:1:Cypress, 9e719e0e)
please help me diaganosis this
Probably a Catalyst problem. Are you using 12.8, and what driver version? I would backoff to catalyst 11.11 for the older graphics cards. This worked for me. +1. I had this when I updated drivers on my 6xxx series cards. Easy fix steps are here: https://bitcointalk.org/index.php?topic=177855.0 |
|
|
|
I have mined on Slush, BTCGuild, 50BTC, BitParking, and BitMinter. I have settled with half of my hashrate on BitParking and half on BitMinter. BTCGuild and 50BTC are steady payouts and you know more or less what you are going to get (BTCGuild gets steady blocks because of it's size so it doesn't feel like there is a lot of variance), but I have no doubt that you get less in the long run than you do on any of the other "high variance" pools I mentioned above. The variance can suck on any of those pools when luck is bad, but in the long run the payout for me has always been more on any of those pools. The reason I don't mine on Slush now is because I just don't like his payout scheme but as I say, still a more profitable pool than BTCGuild or 50BTC. BitMinter is having some DDOS issues right at the moment though which is a bummer  |
|
|
|
|
I'm pretty sure he was asking you for the drlukacs2 name. He says "account name". I'm also pretty sure he was asking you to follow up with an email and not necessarily in this thread.
|
|
|
|
Man, coming few and far between after the difficulty hike |
|
|
|
I just installed Cgminer 3.2.1 on my Macbook Pro running VMware with Windows 7. I created the .bat file with the following content:
cgminer -o stratum://mint.bitminter.com3333 -u XXXXXX -p XXXXXX (with my password and user inserted)
When I run the bat file, Cgminer starts for a split second and then disappears, I can see what the problem is because it is only up for a fraction of a second. If I click on the Cgminer.exe file and insert the url, user and password when prompted I get it to run just fine. What am I doing wrong with the bat file?
Add a line to your .bat file at the end with the command "pause" (without the quotes). This will keep the command window open after the initial call to cgminer and let you see what it is saying. My guess is that it can't find the cgminer executable. Is the bat file in the same folder as the exe? EDIT: I just noticed your url looks wrong. I haven't used cgminer extensively but I think you want it to be: cgminer -o stratum+tcp://mint.bitminter.com:3333 -u XXXXXX -p XXXXXX |
|
|
|
|
Show Posts
