Bitcoin Forum
May 02, 2024, 02:49:40 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 2 3 4 5 6 7 [8] 9 10 11 12 13 14 15 »
141  Bitcoin / Pools / Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested on: June 01, 2013, 02:59:56 AM
To quote from that awesome film, The Crow;

"It can't rain all the time"

Give it time, we will be back on top again.
142  Bitcoin / Pools / Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested on: June 01, 2013, 02:48:17 AM
I'm not complaining either, just also scratching my head too (I think a bit more hair came out when I did)

It all seems a little odd, and confusing to a noob like me.
143  Bitcoin / Pools / Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested on: June 01, 2013, 02:30:51 AM
I got 1/4 my usual score Sad

18309    2013-06-01 01:48:37    5:15:09    49659498    3983    0.00045819    238964    25.05830000    92 confirmations left
18308    2013-05-31 20:33:28    1:42:52    16633401    1305    0.00198495    238930    25.00000000    58 confirmations left
18307    2013-05-31 18:50:36    0:18:57    3010041      235     0.00210342    238919    25.26863000    47 confirmations left

Of course, it may adjust upwards - I hope so.

I just think we have had a run of really bad luck recently - compounded by the run of really good luck, right before it, making it seem worse.
144  Bitcoin / Pools / Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested on: June 01, 2013, 01:51:39 AM
Is the score supposed to reset part way through finding a block?

Yes, this has been covered a couple of times. Score resets are performed periodically so no arithmetic overflow happens.
There were some comments around re-normalization versus reset, the first one being more correct while the second one easier to implement and quicker to perform.
Another approach to eliminate an arithmetic overflow is using a logarithmic scale, but that would also need changes to how rewards are currently calculated.

Check here for a detailed description of how the scoring used at this pool works (the reset/re-normalization is also mentioned): http://organofcorti.blogspot.hu/2012/04/41-slushs-pool.html

Some time ago there were indications Slush is planning to switch to DGM. See here: https://bitcointalk.org/index.php?topic=39497.0 - the post also describes recommendations around eliminating the possibility of arithmetic overflows, in one prefers to read up on the topic.

Hope this helps,
   T

Yep, it does - thanks!

I am still relatively new to this - only been mining for about 8 weeks, and what with working 6 days a week, haven't had much time to get to grips with the ins & outs.
Still learning, basically.
145  Bitcoin / Pools / Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested on: June 01, 2013, 01:39:56 AM
Estimated Reward: 0.00006771 BTC for 5 hrs of mining. Oh joy =/

EDIT: It is stepping up quite quickly now though. Doubled in 5 mins.
146  Bitcoin / Pools / Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested on: June 01, 2013, 01:19:29 AM
Is the score supposed to reset part way through finding a block?
147  Bitcoin / Pools / Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested on: May 30, 2013, 03:32:52 PM
I have also noticed a drop in reward - also the Getwork seems to be surprisingly small, especially since the pool as a whole is now well over 11000GH/s now.

Could the two be connected?
148  Economy / Scam Accusations / Re: Butterflylabs Huge SCAM on: May 28, 2013, 11:43:50 PM
People preordered something that does not exist, something that yet should be built and never existed before. Welcome to the world of venture investments. It's not like buying a off-the-shelf product from the store.

If I give BFL my money then I expect a product that I have paid for. I don't really care much what are they doing with my money as long as I see that I'll eventualy got what I paid for. I see that they took a much bigger piece than they can swallow at once and they are dealing with it despite all the trashing they receive, but I won't feel the need for "micromanaging their bussiness through the forum" just because I gave them some money in advance and they're late.

After all, where else would you buy a device for 1,299$USD that literaly shits money? Wink

Maybe it's just me with corporate experience and basic electronic knowledge and skills talking, but from my experience I know how things can get complicated and frustrated when trying to make something work right in electronics when soldering iron is smoking at 2:30am and I'm not getting my voltages, (mili)amps and waveforms at control points.

Calling them names and scammers across 4826494636239 posts won't help anyone and most certanly won't help them build a box that puts money in our pockets. If you don't like the way they treat you, take your money somewhere else. It's better for everyone that way. I would rather receive full working complete and reliable product in a three months that will work for years than receive tomorrow something that will break down in a couple of months.

Prepare to be called an asshole and promptly Ignored by the authors of this thread - as your comment makes sense. They do that, you know Wink
149  Bitcoin / Hardware / Re: KnCMiner Openday on: May 28, 2013, 11:24:43 PM
I hope you guys do not get scammed.

Those "ASIC" chips are generic Altera chips that can be bought and found on the internet, especially eBay.

Its amazing how gullible people on bitcointalk are.

I feel 50/50 about this.  It could be legit, it could be one of the hugest scams ever.

Those 'generic Altera "ASIC" chips' are FPGA chips for the Mars machine.....

The ASIC's (Jupiter & Saturn) haven't been made yet.
150  Bitcoin / Hardware / Re: KnCMiner Openday on: May 28, 2013, 11:10:13 PM
OK, so there WILL be over 5k of the ASICs. Hmm... difficulty is going to ramp pretty damned fast, I guess.

It's impressive (and worrying for me) that they found that many pre-orders already. I doubt I'll get into the first batch, lol.
151  Bitcoin / Hardware / Re: KnCMiner Openday on: May 28, 2013, 03:48:33 PM
My order is low 36##.

I was worried there, thought you were concealing two other numbers, lol.
I didn't want to think I'd have to wait for 3600 to be made before I got one XD
152  Bitcoin / Pools / Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested on: May 28, 2013, 03:32:44 PM
I think oroboras got 4000 odd NMC as a reward the other day lol

I did *kinda* - it showed up as a reward, even went into my 'confirmed reward' when the block was finally verified, but obviously was an incorrect listing, as I have a 0.35 payout threshold, and it didn't pay out (I knew it wouldn't, tbh), but it was nice to see Cheesy
153  Bitcoin / Pools / Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested on: May 28, 2013, 11:08:19 AM
Well its goodbye from me until/if my BFL 30GH comes, as my 3GH BTC per month now does not cover my costs. If BTC goes up 25% maybe i will turn my rigs on.

BFN

joolz



3GH/s doesn't cover your costs?  Shocked

I am running barely 1GH/s, and it STILL more than pays for all the electricity my house uses in total.

Are you on a Pay As You Go 3G WiFi dongle, and powered by a petrol powered generator?

Jokes aside, I don't see how 3GH/s can't pay for its self - especially as the future potential value of BTC could be very high.

My one machine, making roughly 1GH/s costs me about 7 pence per hour to run, or £1.68 per day - and my payments of 0.05BTC come, on average, 33 hours apart, so I am generating £3.11 per day, or £1.43 profit after electricity costs
154  Bitcoin / Hardware / Re: KnCMiner Openday on: May 28, 2013, 11:00:36 AM
I am pleased they have made at least one working Mars board already.

All being well, I will have the cash for 2 Jupiter's, shortly, and it relieves me to see at least one product manufactured.

I would love to attend a future open day, but will base my final decision on reports from this first one as whether to invest.

I am also happy to have an ASIC Miner manufacturer in the EC, as it saves me a large import cost on both BFL and Avalon items, plus the cost per GH/s is extremely competitive.
155  Bitcoin / Pools / Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested on: May 27, 2013, 01:48:06 PM
18226    2013-05-26 13:56:43    2:04:08    18252665    2769    0.00380921    4002.18272667    238029    25.11921600    confirmed

So, where are my 4002.1827667 Namecoins, huh? XD

Slight calculation error I think.

( Shame that, I could have done with 20something BTC worth of money right now Tongue )
156  Bitcoin / Pools / Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested on: May 27, 2013, 12:57:50 AM


[EDIT] my post is longer than yours Smiley

Show off Tongue

So are your payouts.

And your hashrate.

I feel so inadequate now Cry

C'mon ASIC's, arrive already XD

[EDIT] This is a humourous post, btw Cheesy
157  Bitcoin / Pools / Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested on: May 27, 2013, 12:03:10 AM
I wonder if the total volume is balanced out across the pool?

i.e. if x people are being underpaid, are y people being overpaid on that block, equal to the full volume of BTC per that block?

Or is there a deficit?
No it is balanced out. nottm28 is example of this. He got 4 times normal on one of the blocks and it didn't get fixed so my guess is that system didn't detect a mistake. As I was saying. I saw 20% mistake not being fixed so for positive mistake this number must be much higher. But the number of underpaid is bigger then number of overpaid. I newer got overpaid or even see mistake in positive direction so I guess it must be a number of underpaid allot bigger then overpaid or they are always the same peoples.

I guess it may is occur by miner, rather than worker - so someone with a larger share rate has a better chance of gaining from the error.
 Thanks for the info.
158  Bitcoin / Pools / Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested on: May 26, 2013, 11:39:25 PM
I wonder if the total volume is balanced out across the pool?

i.e. if x people are being underpaid, are y people being overpaid on that block, equal to the full volume of BTC per that block?

Or is there a deficit?
159  Bitcoin / Pools / Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested on: May 26, 2013, 11:33:22 PM
Well, of course, when my ASICs arrive, it will be of a lot more concern to me.

I guess my low hashrate (and - believe it or not - easy going nature) clouds my judgement a bit.

I wonder what is causing the miscalculations?
160  Bitcoin / Pools / Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested on: May 26, 2013, 11:07:24 PM
ok, I went through my rewards for the last 30 blocks, and this is my result;

Should have   Actually got
0.00214735    0.00216359    (+0.00001624)
0.00210076    0.00169320    (-0.00040756)
0.00220479    0.00232812    (+0.00012333)
0.00234641    0.00208303    (-0.00026338)
0.00236026    0.00199255    (-0.00036771)
0.00217719    0.00217718    (-0.00000001)
0.00373447    0.00380921    (+0.00007474)
0.00216618    0.00215662    (-0.00000956)
0.00223093    0.00153012    (-0.00070081)
0.00225072    0.00225071    (-0.00000001)
0.00239262    0.00230805    (-0.00008457)
0.00234718    0.00204312    (-0.00030406)
0.00227435    0.00210339    (-0.00017096)
0.00234844    0.00253735    (+0.00018891)
0.00216790    0.00216790    (spot on)
0.00235738    0.00252040    (+0.00016302)
0.00204599    0.00173246    (-0.00031353)
0.00216293    0.00203870    (-0.00012423)
0.00259688    0.00258963    (-0.00000725)
0.00226194    0.00252865    (+0.00026671)
0.00227676    0.00229782    (+0.00002106)
0.00225564    0.00250850    (+0.00025286)
0.00217043    0.00236650    (+0.00019607)
0.00212075    0.00204352    (-0.00007723)
0.00291798    0.00283840    (-0.00007958)
0.00215613    0.00222617    (+0.00007004)
0.00203890    0.00180461    (-0.00023429)
0.00225685    0.00228657    (+0.00002972)
0.00224263    0.00206756    (-0.00017507)
0.00226371    0.00219391    (-0.0000698)
TOTAL           TOTAL           TOTAL DIFF
0.06937445    0.06738754    0.00198691 (OR $0.23)

On average, I should have got 0.002312482 per block

So in 30 blocks, I lost less than one average payment, which doesn't really worry me that much. If I was on some other pools, I'd lose the extra (and more) in fees.

So when I commented on the ups & downs in calculation - I wondered merely if anyone actually took into consideration the positive differences.
Ok, I may have put it into less inflammatory words, I guess. Sorry for that.

Friends?
Pages: « 1 2 3 4 5 6 7 [8] 9 10 11 12 13 14 15 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!