given the amount of asics currently mining, would it be possible to change the algo without those miners refusing to allow it?
That would just create an insignificant small fork with the new algo while the main blockchain remained on the standard algorithm. Realistically it would be impossible to get a consensus that would make the existing miners abandon their algorithm.
|
|
|
That's just inertia. Pools are going to be slow to get on board with whatever they choose, being conservative...
|
|
|
What would be the point of it? What would be discussed there that is too privileged for everyone else to see and participate in? I see it as just a "I want some kind of acknowledgement that I'm contributing in some way" idea but won't actually serve any useful purpose. After the initial acknowledgement it would be a dead board.
|
|
|
200Mhs is nothing. Or do you mean Ghs or do you mean MHz. You mixed units there as well...
|
|
|
Just curious, if I up my Difficulty for an S7 up to something like 300000, will that hurt anything? I'm trying to get my Wimax bill down, and for some reason it seems at my rates my S7s are causing some decent usage (1mbps ain't much to work with though lol) Does Difficulty have anything to do with bandwidth usage?
Difficulty will decrease your bandwidth up only. Increasing your diff dramatically will simply increase your variance so your payouts will be slightly less consistent but overall will be the same. Additionally the pool will transiently under- and over-report your hashrate over the short term, but overall it will still be the same. Diff on this pool is chosen to give less than 1% variance for miners, but block-to-block variance is much greater than that anyway, as you can see.
|
|
|
Been on the pool for about a week. Only two small payouts, wondering if this is normal? slush was paying out a pretty decent daily amount. I'm all for supporting the little guy, but I'm out about $40 so far that I would of gotten elsewhere ![Sad](https://bitcointalk.org/Smileys/default/sad.gif) Normal? Fuck no. Haven't you read the last few pages with everyone whining about abysmal luck? Shit happens and you happened to join just as that shit luck hit. That doesn't mean it will remain that way though, but you also cannot know when luck will be good and when it will be bad until after it has happened.
|
|
|
There is no way to subversively affect the pool other than withholding blocks while mining here.
Edited to elaborate for clarity.
|
|
|
Every pool's luck is completely independent of every other pool's hashing. Indeed every single miner's luck is independent of every other miner, though a pool is the collective luck of all the miners on it. Of course that doesn't change the fact that luck has been shitful of late, but that doesn't mean it will remain that way.
|
|
|
I'm joining test group.. 13 TH hope it helps.. ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) Thanks. You should be hoping you find a block instead ![Wink](https://bitcointalk.org/Smileys/default/wink.gif) Gluck.
|
|
|
I have been on the regular pool, that is OK right?
There's nothing at all wrong with the regular pool, it just means you're not helping me test the new pool code, but that's entirely up to you.
|
|
|
It's getting really hard now, been a week in test pool with no luck....but still mining. Hope someone will bring us all some lucks ![Wink](https://bitcointalk.org/Smileys/default/wink.gif) Well the test pool is only up to 17% diff so it would have had to have been very lucky to have found a block by now, but yes it would be nice for a lucky block to cement it.
|
|
|
I'll move you to somewhere that someone else may help you then.
|
|
|
A7 owners...have you noticed that the A7s seem to be an order of magnitude higher on Stales than other hardware? It's below the pool average for Invalids but it's something I've noticed. I see the same thing with Kano's Worker Chart on his A7.
I've committed a fix for that on git. Canaan will include my fix in their next firmware ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) It's harmless for the time being, just ignore the stales anyway.
|
|
|
Computers are not relevant to bitcoin mining any more, so no. You'd be wasting some excellent hardware there to do nothing but use a lot of electricity. All bitcoin mining is done with dedicated ASIC mining hardware that is 100x faster at mining and uses 100x less electricity. Even with free electricity you'd never earn anything of any significance from a pool - the denomination would be so small it would take a year to get a payout of a few cents.
|
|
|
My full node has been shut down. Apparently Oceanic, despite a specific "no data cap" policy, has decided to drop back ten and punt, citing "fair use." They blocked 8333 on their end (so my opening it on the modem does no good). I was only using around 200GB/mo (I don't do a lot of bandwidth otherwise), and maybe 80 or 90 connections on Core at a time. A rep said something to the effect of "we don't support mining," and then couldn't find words when I explained how this part of Bitcoin is not mining. Oh, well... ![Kiss](https://bitcointalk.org/Smileys/default/kiss.gif) bitcoin.conf ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) port=8888 (etc) Thanks...next step. You're not mining to it so there is no need to have lots of connections either. maxconnections=12 12 is the minimum you can reliably run it with.
|
|
|
He's the other co-author of cgminer along with me, so the answer is yes, he does know. What we would both say is look at cgminer to see how it communicates... The code is the reference client implementation of stratum and if you can't follow that then no one is going to hand hold you to write your own implementation. Below is a link to the only documentation available of the stratum protocol which is the only mechanism still in use to mine to pools: https://bitcointalk.org/index.php?topic=557866.0Mining to bitcoind is totally different to mining to pools, but then cgminer also has an implementation of doing that. Again, no one is going to hand hold you to do that. On the other hand, you're talking about mining with an fpga anyway which is a futile exercise at current bitcoin difficulty. You're missing some fundamentals about mining if you're even considering that unless you're doing it purely as a learning exercise. No pool would welcome you with open arms mining with such a slow device - it wouldn't earn enough bitcoin to even get a payout if you mined for a year.
|
|
|
Whats a good time length for a rentals ban to get decent stats? 30 days? 60days?
It's not a time period, it's total hashes that matter. If you rent 10PH it wouldn't take very long to get a decent sample...
|
|
|
I'll help you by moving you to somewhere else then since you asked about bitcoin mining in your topic and you're in the bitcoin mining section of the bitcoin talk forum I figured you were asking about bitcoin but now you're asking about something else.
|
|
|
|