Pool luck at the start of a difficulty is always going to be at one extreme or the other most likely. It's only been about 24 hours. In that 18 hours worth of closed shifts at the new difficulty, average luck is 82%. That is pretty insignificant overall. If you kept a watch on last difficulties' luck graph, you should recognize how much it can move when measured in short periods of time. But in the end, the luck almost always ends up +/- a few % for the entire difficulty period. Last difficulty ended ~5% positive. That's actually a fairly significant deviation given the pool's size. The larger the pool, the less they're expected to deviate from neutral as time goes on.
I think including the difficulty in a Luck calculation is the wrong thing to do. It is in accurate. What you need to use is the current global hashrate. Difficulty lags too far behind. This is incorrect. At a current network difficulty, a certain number of shares are expected to find a certain number of blocks. That is how the luck is calculated, and that is the correct way to do it. Pool speed/network speed is irrelevant, it is entirely about Blocks Found after X Shares vs Network Difficulty. So what you are saying is that what other pools or miners are doing, regardless of their hash rate or how many blocks they find, has no bearing on a specific pool's luck? even though everytime someone else finds a block you effectively have to start over? I have trouble wrapping my mind around that, but then, i did fail probability and statistics.  |
|
|
|
Pool luck at the start of a difficulty is always going to be at one extreme or the other most likely. It's only been about 24 hours. In that 18 hours worth of closed shifts at the new difficulty, average luck is 82%. That is pretty insignificant overall. If you kept a watch on last difficulties' luck graph, you should recognize how much it can move when measured in short periods of time. But in the end, the luck almost always ends up +/- a few % for the entire difficulty period. Last difficulty ended ~5% positive. That's actually a fairly significant deviation given the pool's size. The larger the pool, the less they're expected to deviate from neutral as time goes on.
I think including the difficulty in a Luck calculation is the wrong thing to do. It is in accurate. What you need to use is the current global hashrate. Difficulty lags too far behind. |
|
|
|
Wow, hashing power keeps increasing. My cut keeps decreasing.
Exciting and sad at the same time, isn't it? Exciting because the project goes on, media talk about it and even with the latest value drop after SR busting everything seems going fine. Sad because my hashrate is everyday less significant  Our problem is that even though our hashrate goes up, it isn't going up any faster than the other pools. If it did, we would get more blocks at our lower rate and come out ahead. |
|
|
|
Now you know.
This is a libelist statement, show us the proof. |
|
|
|
this is reminding me of a old sea shanty
What do you do with a block erupter
what do you do with a block erupter
what do you do with a block erupter
Early in the morning
tie it to a balloon watch it lift up
tie it to a balloon watch it lift up
tie it to a balloon watch it lift up
Early in the morning
Tie it to a firework, put on youtube
Tie it to a firework, put on youtube
Tie it to a firework, put on youtube
Early in the morning
Looks like he needs another one to do both things. geesh, drunken sailors... |
|
|
|
What would happen if you give it difficulty "0" Even with a Difficulty of "1" i suspect that it would return enough bits to do, say secure voice over IP? Use one for encrypt and one for decrypt in a fulll duplex setup.
The difficulty is not adjustable - the miners simply return everything that has a difficulty of 1 or greater (which, conveniently, means everything with one of the end 32-bit output registers all zero) and let the host sort it out. If you're doing what I think you're suggesting (using the calculated nonces as a pseudorandom stream), you'd be getting something measured in bits per second - a 330HM miner should find a difficulty 1 block roughly every (2^32/330M) = ~13 seconds. So a 32-bit nonce per 13 seconds. This isn't particularly useful as a stream cipher - 2 bits per second isn't stellar. You've been insisting that there is another obvious use for these, "think harder," etc - but from my understanding of how the ASICs work, they are really only good at performing the bitcoin mining calculation or something else deliberately fit into that framework. I'm not aware of any other type of cryptographic operation that looks anything like what bitcoin does - the people who designed it have done a very nice job of sticking it over in its own little corner of the crypto space and ensuring that it's only useful for bitcoin. I'd love to be shown wrong, and I'm trying to convince you to do so. I'm just not entirely convinced you have a solid grasp of the exact nature of the calculations performed and optimizations used by the hardware to do what they need to do, as fast as possible. You are right, 2 bits per second isn't enough, i thought it would have been faster. in which case you are right, these couldn't be used for that. I thought that at its easiest difficulty it would produce numbers faster. |
|
|
|
murraypaul, you abuse and insult me for doing something educational that I enjoy. This thread has had over 10K views, and is a valuable resource for many who are considering mining. I view the money I have spent on this project as 1) a hobby, 2) a contribution to Bitcoin, and 3) a source of information for other people.
But most of all, yes, I'm having fun doing it. So please take your memes elsewhere.
As long as you are enjoying what you are doing, that is what is important. Other people's opinions are meaningless, even mine. But i'd say do what you like, the rest is just so much noise. |
|
|
|
Dang! Three in a row! Hope they are keepers.  |
|
|
|
I've found that someone here will eventually ask how much one of these will earn. I found having an account on BTCguild with just one of these in it made it easy to answer that question. Multiples of 10 work too.  |
|
|
|
it looks like about 58 erupters, roughly 19 Ghash. at about .003 per Gh/s per day he is making roughly .057 BTC a day at the current difficulty.
Man, so disappointing how mining went from gpus everyone could get, to being another luxury afforded primarily to the one percenters. I wanted to buy 5-8 earlier in the week but really you see the sellers sitting on 100+ and you'd think if they actually were profitable they would be used themselves. is your time really worth the 10 dollars possibly mined from these at this point? The cost of getting more hubs...the time to resolve power issues. I just put together this setup basically and it took hella time to get the usbs figured out and working right. I think there is a hardware limit of 127 different usb components onto one os too which leads me to think there are other limits on mining with these style devices. it is my understanding that it is 127 per controller. one computer can have multiple controllers. But you can only daisy chain 5 deep. |
|
|
|
How do we configure our miners? Can you plug in a monitor, mouse and keyboard setup to them directly, or are settings accessed via LAN?
Exactly what I was wondering. KNC said it would be "stand alone". And what pool would we join to get running? Oh boy, this'll be fun.  pretty sure its all done by lan, ssh login to the beaglebone then edit settings form there. should be quite simple really. Use any pool you like! seems like everyone knows about ssh but me, how do you access a linux machine, using ssh from a windows (XP) machine? Putty. Options are ssh, telnet, rlogin, raw, not in that order. Oh, a third party app, ok, thanks! |
|
|
|
You are kind of asking me to teach you about encryption and how to do it. Regardless, of what they were made for, for a specific input string, you get a specific psuedorandom output string. Without knowing the input, you can't predict the output. That is all that is needed for encryption/decryption, the rest is software. Considering how fast these guys are, they would lend themselves to real time applications.
I maintain the Cryptohaze password cracking suite, I'm a panel member on the Password Hashing Competition, and I've spoken at several conferences on password cracking and encryption. I know my way around encryption. https://en.bitcoin.it/wiki/Block_hashing_algorithmPer the best of my understanding, the bitcoin ASICs take the partial result of the first inner SHA256 operation (the first 64 bytes), and then calculate another SHA256 block starting with the partial state (the 8 32-bit registers) and the 16 remaining bytes, incrementing the nonce each round. They perform the outer SHA256 on the result, and look for a result matching difficulty 1 or greater. If this is found, they return the nonce used to find it else say they didn't find it. You appear to be claiming that the ASICs are a general SHA256 engine that lets you put arbitrary data in and get the SHA256 hash out - or at least this is what it sounds like to me. I'm asking, "What other application do you have that fits with the manner in which the ASICs actually operate?" I'm not aware of one. What would happen if you give it difficulty "0" Even with a Difficulty of "1" i suspect that it would return enough bits to do, say secure voice over IP? Use one for encrypt and one for decrypt in a fulll duplex setup. |
|
|
|
How do we configure our miners? Can you plug in a monitor, mouse and keyboard setup to them directly, or are settings accessed via LAN?
Exactly what I was wondering. KNC said it would be "stand alone". And what pool would we join to get running? Oh boy, this'll be fun. pretty sure its all done by lan, ssh login to the beaglebone then edit settings form there. should be quite simple really. Use any pool you like! seems like everyone knows about ssh but me, how do you access a linux machine, using ssh from a windows (XP) machine? |
|
|
|
That is awesome, do you mind divulging what you earn in btc a week/month at the current difficulty. it looks like about 58 erupters, roughly 19 Ghash. at about .003 per Gh/s per day he is making roughly .057 BTC a day at the current difficulty. |
|
|
|
Oh stop you guys, running a pool isn't illegal, mining isn't illegal, and most certainly bitcoin isn't illegal. I forgot about the shutdown. hmmm is it a good time to be a criminal? Even if they did nothing, it couldn't hurt. Who knows, it might be a key piece to a puzzle that they are already working on. Enough Foil Hat stuff.  |
|
|
|
I'd like to point out that in another thread the OP started he asks about cooling his 20 USB block erupters. |
|
|
|
|
the difficulty for your USB would be determined by the sum of their total hashing power anyway. There is no problem with putting them on the same machine. Basically the difficulty is determined for each worker you have in the pool based on the worker's input. this is just to cut down on communications traffic and doesn't affect how efficiently the individual inputs run.
If it helps, just think of your BFL as having like having 15 - 20 usb miners inside it on one card.
|
|
|
|
|
have you been in contact with the FBI about this attack? I'm thinking that it couldn't hurt. You are a US business, your business is being intentionaly disrupted by outside forces. They should be made aware of the situation if nothing else.
|
|
|
|
Basically, these could be used in any application that requires enryption and decryption. A low cost solution with the right software.
You keep going on about this. Could you explain how to use a bitcoin ASIC for encryption/decryption? They take a data block, iterate a nonce until a target is found, and return the nonce. At least as far as my understanding of them goes. They're not a "general SHA256 engine" on a USB stick - they are a very, very specific bitcoin miner. You are kind of asking me to teach you about encryption and how to do it. Regardless, of what they were made for, for a specific input string, you get a specific psuedorandom output string. Without knowing the input, you can't predict the output. That is all that is needed for encryption/decryption, the rest is software. Considering how fast these guys are, they would lend themselves to real time applications. |
|
|
|
to take BTCGuild from the "40+" network ownage down to 20. per all they see is the blockchain.info stuff
I just can't see anyone doing this, harnessing this much computing power, just "for the good of the BTC network". It seems to me there would have to be another reason. |
|
|
|
|
Show Posts
