Search content
Sort by

Showing 18 of 18 results by wigsgiw
Post
Topic
Board Pools
Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested
by
wigsgiw
on 08/05/2013, 16:53:03 UTC
+1 on the weirdness above, I'm below for that block

17925   2013-05-08 14:13:44   1:27:14   11634278   558   0.00000013   235160   25.21733124    91 left
Post
Topic
Board Pools
Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested
by
wigsgiw
on 25/04/2013, 07:17:37 UTC
Can someone tell me what is paid per block. I can't google it... Is it solo?

... 25 bitcoins per block since block 210000 (https://en.bitcoin.it/wiki/Controlled_supply)
Post
Topic
Board Pools
Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested
by
wigsgiw
on 24/04/2013, 15:30:29 UTC
What about the user database?  Was it compromised?  I'd hate to see bitcoins sent to the wrong address.

I have a database snapshot taken before bad guys overtook the database. So there's no reason to think payout addresses have been modified. Any change of wallet on pool profile requires email confirmation by account owner so I think we're on safe side here.

Unfortunately the user database can be considered as compromised, so the attacker knows user's emails :-(.
How were the passwords hashed?
never answer that!!!

let me rephrase: were the passwords securely hashed?

And salted?

Not to preach to you, but this is a perfect example why everyone should use unique passwords on every website.

I personally use 20+ character randomly generated passwords thanks to LastPass.  Makes secure password management so easy.

I am assuming the worst that they wore not hashed and salted. No word on the matter suggests that is possibly the case? I'd like to know either way. Embarrassing as it may be.

Slush has been doing this for years, and it is 2013 not 2008. We can all safely assume that passwords were at least SHA hashed and salted.

No word on the matter is because the man is slaving away, on no sleep, to get everything back up and operational after a severe inside-job hack attempt.

Many props to you Slush, your efforts are greatly appreciated!
Post
Topic
Board Pools
Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested
by
wigsgiw
on 24/04/2013, 14:44:55 UTC
Slush, is mining on the pool working as there has been no block in over 4 hours, so its either a git block, or something amisss

Sounds like you may still be mining for the old server. Blocks are being found regularly for me here, and the slowdown you're seeing will be because most have switched over the the new.

Check that stratum.bitcoin.cz resolves to 54.214.x.x for you, and then restart your mining processes and you should be up and running on the new Smiley
Post
Topic
Board Mining
Re: Mining Overclock versus Gaming Overclock (w 5850)
by
wigsgiw
on 10/06/2011, 00:37:16 UTC
Awesome, thats great news  Grin
Post
Topic
Board Mining
Mining Overclock versus Gaming Overclock (w 5850)
by
wigsgiw
on 09/06/2011, 23:57:39 UTC
So finally got my Sapphire 5850 yesterday, and have been lucky enough to get it pushing 403.35MH/s at 1020 core / 300 memory clocks, using Phoenix / phatk on Windows XP, SDK 2.1 and 11.5 Catalyst. Had to use 1.2 volts to get there, but my core temp is ~70c and my VRM temp just under 80c.

Using GPUTool (old school Furmark, essentially) to test for stability, this is no where near stable for actual 3D graphics / gaming. However I only get rejected blocks when they are submitted around a block switch-over, and only had a driver crash when pushed up to 1030 core - otherwise I'm hashing away happily.

Is stability above the maximum gaming overclock because only part of the graphics core is used while mining? And would the shares generated by Phoenix show as "rejected" if they were invalid due to an unstable overclock?
Post
Topic
Board Mining
Re: Need advise on mining components
by
wigsgiw
on 01/06/2011, 12:08:31 UTC
@wigsgiw 5830 is 8$ cheaper than 5850 - 280$ Smiley

Woah! Decision made. In terms of the two cards - you could always run two power supplies, meaning you have the option of getting a cheaper / lower wattage power supply to run the 5770 maybe, and then use your 525W for the 5850... perhaps.
Post
Topic
Board Mining
Re: Need advise on mining components
by
wigsgiw
on 01/06/2011, 11:48:20 UTC
I'm not from US either. I'm from Bulgaria, Eastern Europe and here local dealers sell 5850 for $288 Sad That's why im currently looking to buy used card and a power supply. And... yeah maybe I will stick with my 5770 + hopefully 5850 as this will be the cheapest mining upgrade.

Then def have a look at the 5830 and see if the price is lower I'd say - either way with 2 cards I fear that you'll need to get a new power supply regardless.
Post
Topic
Board Mining
Re: Need advise on mining components
by
wigsgiw
on 01/06/2011, 11:20:00 UTC
Hi!

1) 150MH/s isn't ridiculously low, there are likely to be plenty of people around who throw less than that at it and are quite happy doing so.
2) No, you probably can't handle those cards with that power supply. Probably 850W+, but the brand quality is also very important. Read reviews.
3) If fortunate, you can get around 500MH/s with 2 5830's: https://en.bitcoin.it/wiki/Mining_hardware_comparison, if you aren't afraid of overclocking. They're also about half the price of 5850's ($230 vs $110, from a glance on NewEgg; I'm not from the US - your prices seem high). But with a decent enough powersupply and fortunate chips, you could get ~700MH/s if you did spring for 5850's.
4) From what I understand, crossfire doesn't matter for mining - and is better without.

Really, it comes down to how much money you are willing to throw at this, given the ever-increasing difficulty. If you just want to get started and have a tinker with lower risk, buy one card, and skip the power supply. It is unlikely that you'll see any serious return on any investment at this stage - so just keep that balance in mind.

Or you could always just get one card, and stick with your 5770 as well...
Post
Topic
Board Mining
Re: Will IntelR(R) OpenCL helpful for mining?
by
wigsgiw
on 01/06/2011, 03:22:11 UTC
Intel Graphics Chip's have pretty much always been shocking - so I'd say that chances are it'd be about the same as a CPU anyway. If not worse.
Post
Topic
Board Mining
Re: Beginner needs help.
by
wigsgiw
on 31/05/2011, 07:48:27 UTC
I wouldn't be sure that solo mining is the way to go, unless you are an extremely patient person.

Put your expected numbers in here: http://www.alloscomp.com/bitcoin/old_calculator.php - note that this also doesn't take inevitable increases in difficulty into account.

If you are set on solo mining, you'll want to run bitcoind with the -server flag (`./bitcoind -server`). Then you'll be able to set the host in your miner to localhost. Then once you have set your rpcuser and rpcpassword in ~/.bitcoin/bitcoin.conf you should be able to connect to your local bitcoin server. I'd give you some wiki links, but the wiki is throwing a 403 at the moment (https://bitcoin.it/).

Good luck!
Post
Topic
Board Mining
Re: Calculated MH/s displayed in a pool could be a measure of "luck"?
by
wigsgiw
on 30/05/2011, 11:28:10 UTC
it's merely random.

Where's your sense of wonder!?  Wink

Fair call, I see your point, thanks.
Post
Topic
Board Mining
Re: Calculated MH/s displayed in a pool could be a measure of "luck"?
by
wigsgiw
on 30/05/2011, 11:07:44 UTC
I understand that it is an estimate, but mining as far as I understand has a hefty luck element to it - you can push through as many MH/s as the other guy, but you might come out with more submitted shares.

My point is whether the MH/s shown elsewhere could be seen as a measure of this element of luck to an extent?
Post
Topic
Board Mining
Calculated MH/s displayed in a pool could be a measure of "luck"?
by
wigsgiw
on 30/05/2011, 10:44:35 UTC
This is just a random thought that I might share Smiley

I'm in slush's pool, using DaCoinMinster's Chrome extension. One of the additional statistics displayed is a calculated MH/s. I assume that this is calculated based on something like: (cluster GH per sec / total shares) * shares I produced. I believe that some other pools also display this information, although I haven't dug too far into many of them.

I push a (stonking) 35MH/s total at the moment (soon to be moderately and prudently improved), and there is pretty large variance in the calculated MH/s displayed for each round - sometimes I'm seeing 100.64MH/s, others 7.30MH/s and anywhere in between. This variance sometimes evens out over longer rounds (which you'd expect) but often it makes no difference whether it is a 2.5 hour round or an 8 minute round.

Do you all think that this could be perceived as a measure of "luck"? As in, for rounds in which I'm fortunate my MH/s is over-represented, and on bung rounds it is lower?

Or am I pushing so few MH/s into the pool that the overall measure is probably going to be completely out of wack anyway?

Keen to hear any insight or general musings Cheesy
Post
Topic
Board Pools
Re: Cooperative mining (500Ghash/s)
by
wigsgiw
on 29/05/2011, 23:55:29 UTC
I highly recommend to all users to change their weak passwords to something stronger to protect your funds! You can change your password using 'Forgot username/password' link on login page.

Awesome, thanks for the heads-up slush Smiley
Post
Topic
Board Scam Accusations
Re: Bitcoin Street Faucet
by
wigsgiw
on 28/05/2011, 08:13:34 UTC
http://faucet.bitcoin.st is a bit of a fail anyway - they asked me to enter a 8 digit verification code... but the one they sent was 9 digit (starting with 100xxxxxx) - which means it failed verification. They've run out of 8 digit numbers! Heh.

That could be your issue Mabsark?
Post
Topic
Board Mining
Re: Can't get above 25 MH/s
by
wigsgiw
on 28/05/2011, 06:51:36 UTC
And really the performance of ATI in gaming isn't that bad - they do make their cards for gaming afterall Wink
Post
Topic
Board Pools
Re: Cooperative mining (500Ghash/s)
by
wigsgiw
on 28/05/2011, 06:28:00 UTC
can you set payouts to less than 1btc or is that the minimum, like say every .5 btc instead of 1.0??

I the payout set very low atm (don't see alot of movement with my low 31.7M hash rate) and have no problems at all.