Bitcoin Forum
May 25, 2024, 01:47:37 PM *
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 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 ... 236 »
161  Bitcoin / Pools / Re: [BitAffNet] How we're the #1 Bitcoin Mining Pool In The World (proof inside) on: January 27, 2015, 05:10:57 PM
The pool operator from the start let it be known the pool was only going to be a tool for another business purpose

Just going to point out that this is how most Bitcoin ponzis and scams have started.  Somebody with "another business purpose" which they won't discuss in any detail, and out of the goodness of their hearts is deciding to share some of their profits with everybody else for no reason at all.

Not saying that is what is happening here, but you should *NEVER* join something where there is a too-good-to-be-true reward (110% PPS = the operator is losing 10% *OR MORE* in the long run for every share you submit) with the explanation for its existence being "another business purpose".
162  Bitcoin / Pools / Re: [15000 TH] BTC Guild - Pays TxFees+NMC, Stratum, VarDiff, Private Servers on: January 24, 2015, 04:26:06 AM
Hi, I didn't see any mention of it in FAQ so I'll ask hear. Is there support for AMT Tubes? Thanks

It should work just fine?  I don't offer any support for specific devices, but there shouldn't be anything special needed.
163  Bitcoin / Pools / Re: [15000 TH] BTC Guild - Pays TxFees+NMC, Stratum, VarDiff, Private Servers on: January 23, 2015, 09:26:38 AM
Now that the forums are back:  There were 2 sets of rolling restarts earlier today, with each pool server going down for about 5 seconds, though there were always 6-7 pool servers still online to failover to during the restarts.  Most users probably didn't notice the restarts, and the pool's stats before and after restarts seems to confirm that most miners these days will no longer stop functioning properly/failover permanently like they had a tendency to do in the past.

These restarts updated 3 things on each mining server:
1) Updated bitcoind [BTC Guild was a few updates behind, prefering caution to fast upgrades after what happened with 0.8].
2) Updated bitcoind settings to 900,000 byte max blocksize.  BTC Guild previously had this value set at 500KB.
3) Updated to a faster version of Matt Corallo's Relay Network on all servers (some were still using a python version).


164  Bitcoin / Bitcoin Discussion / Re: 731.6 kB.. what does it mean? on: January 20, 2015, 11:31:36 PM
731.6 * 1024 ~= 750,000 bytes [slightly less, but it's hard to make a block exactly 750,000 bytes].  It's a set of pools which set their maximum block size to 750000.
165  Bitcoin / Pools / Re: [15000 TH] BTC Guild - Pays TxFees+NMC, Stratum, VarDiff, Private Servers on: January 17, 2015, 09:06:18 PM
An odd question about ID numbers in the splendid Hall of Fame section.
Someone joined my team with an ID number way up at ~1.5 million and I've not seen nearly such a high number before.
Does this mean that many accounts have been created at the Guild?

A couple months ago the botnet that was being used to try to brute force logins using a database of leaked username+password combinations from other sites got smarter and changed their tactic from trying to log in to trying to register new accounts with usernames from that database, basically letting them know if they at least have half of it right.  As a result, the User ID's got bumped up by about 900k overnight (a few months ago).
166  Bitcoin / Pools / Re: [9000 TH] Slush's Pool (mining.bitcoin.cz); TX FEES + VarDiff on: January 15, 2015, 05:31:25 AM
Damn .... 1 day, 9:46:21
really?

Still not at 1 in 1,000 levels of bad luck yet.  Given slush's stats imply the pool has had ~23,000 rounds (stats say 23414, but I think there's been a few gaps due to db sync issues/bugs/tweaks over the years), it's unlikely this is a record breaker in terms of CDF (hasn't slush had a 99.99, AKA 1 in 10,000, once in the past?).

EDIT:  Now at 1 in 1,000 (or worse) levels.
167  Bitcoin / Pools / Re: [13000 TH] BTC Guild - Pays TxFees+NMC, Stratum, VarDiff, Private Servers on: January 15, 2015, 02:19:18 AM
Well it's been fun!

I just shut down a bunch of FrankenJup modules, old Bitfury rigs and an S2. I'll still limp along with my more efficient gear for a few more weeks. They'll add just enough heat so I won't need to use the furnace. After that, I'm done.

Thanks for running a great pool Eleuthria! Even with the current low price of bitcoin, I made a tidy profit over the past 18 months.

Going to be an interesting time going forward.  I'm curious to see whether this huge price decline is going to further centralization to private farms (properly located huge mining farms can keep running at a profit WAY beyond *most* individuals), or bring the balance back towards individuals and pools which are made up individual miners.  So far, it looks like BTC Guild is growing a bit [hashrate and network % both] even though it's quite clear that a number of farms and miners are turning off.  But that may just be people hopping onto the pool after the lucky few days.
168  Bitcoin / Pools / Re: [9000 TH] Slush's Pool (mining.bitcoin.cz); TX FEES + VarDiff on: January 14, 2015, 10:39:12 PM
Current CDF according to slush's stats is 99.6%.  That means you'd expect a block this long 1 out of every 250 rounds on average.

EDIT:  To clarify, this is a counter to the "something is fishy/something is up" idiots above.  While 1 in 250 might sound rare, that's probably in the once every 4-6 weeks range [on average].
169  Bitcoin / Pools / Re: [10000Th] Eligius: 0% Fee BTC, 105% PPS NMC, No registration, CPPSRB on: January 13, 2015, 09:39:13 PM
I'd suggest you avoid using MtGox addresses Tongue

Or any exchange for that matter.  I wonder how many people were (or are still) mining on Eligius using a Bitstamp deposit address that is no longer recognized.

EDIT:  Actually, I don't think Bitstamp worked with generation txes anyways, so probably 0.  Still, don't use any exchange as a wallet.
170  Bitcoin / Pools / Re: [13000 TH] BTC Guild - Pays TxFees+NMC, Stratum, VarDiff, Private Servers on: January 13, 2015, 07:38:03 PM
A few (3) payments failed to process due to the spike in luck yesterday.  Since BTC Guild credits your account after 1 confirmation, but the pool can't actually send funds from those blocks until they have over 100 confirmations, the big spike in luck caused the pool's hot wallet to be emptied of spendable coins until more confirmations came in for our recent blocks.

The failed payments should re-issue in the next 30 minutes.  This *may* happen again due to the luck spike we're having today, it all depends on how many accounts cross an automatic payment threshold at the same time vs the timing of our blocks becoming spendable.

The pool always has full funds to pay all users balances, but only a fraction of those funds are kept in the hot wallet, while the rest are moved into cold storage.
171  Bitcoin / Pools / Re: combining workers on: January 13, 2015, 07:12:40 PM
Thanks for the reply guys!
As im still a little new to this how do you determine whats the best difficulty to set the miners on and how to you know if its too easy or too hard?

 Huh Huh Huh

Thanks

Unless your hardware is having problems, leaving it at default is fine on every(?) pool.  I'm fairly certain every pool offers variable difficulty these days, so your hardware is automatically adjusted to the optimal difficulty.  The only time this doesn't work is with certain hardware which is unable to function at lower difficulties properly, or ignores the pool provided difficulty.  You would know that's happening if your hardware is SIGNIFICANTLY under-performing according to the speed estimate on the pool interface.
172  Bitcoin / Pools / Re: combining workers on: January 13, 2015, 07:06:27 PM
It's best practice to split each physical machine to its own worker.  This allows you to check each worker's performance on the pool interface and your local interface.  It makes pool-side graphs significantly more useful for analyzing potential problems (miner slowing down during the hottest point in the day consistently -> problem with cooling).

It also means, on pools that offer it, you can receive notifications from the pool telling you that a worker has stopped mining.  If you combine multiple machines into one worker, the pool has no idea unless all the machines stopped simultaneously.
173  Bitcoin / Pools / Re: [13000 TH] BTC Guild - Pays TxFees+NMC, Stratum, VarDiff, Private Servers on: January 13, 2015, 06:56:51 PM
Wow, I haven't been paying attention and noticed we hit over 230% luck. That's the highest in a long while, right?

I've been wondering if I should temporarily leave the pool after any over 200% luck days. It seems we always have a short bad luck run afterwards.

That's gambler's fallacy/observational bias.  Had you left after the 200% luck spike, you would have missed out on consistently > 100% rewards for the following 12 hours, and what will be *another* 200% [or more] luck spike once the next 3 shifts close.


EDIT:  The chart is going to have a record high spike in luck once the next 3 shifts close.  As of this post there are 3 shifts with 12 blocks paid out to them already, and all 3 are still open to being paid more.  The previous luck spike was a record and that was from a set of 3x 11-block shifts in a row.
174  Bitcoin / Pools / Re: Can someone explain this chart of mining pools? on: January 13, 2015, 03:50:22 AM
Explanation: it's a year old Tongue

*AND* broken/inaccurate even for a year ago.  Eligius/Guild never had a dive like that, and Slush hasn't been bigger than BTC Guild since 2011 yet the chart shows Slush on top at the end of it with Guild & Eligius not even visible.
175  Bitcoin / Pools / Re: Can someone explain this chart of mining pools? on: January 13, 2015, 01:24:21 AM
There are a few problems though. First of all, where is GHash.IO? Secondly, why do the hashrates of BTCGuild and Eligius suddenly nosedive in a vertical line? Did something bad happen to them? And if so, why didn't the hashrates of the other pools increase to accommodate these miners?

Because the graph is inaccurate, simple as that.  There was never a nosedive in hashrate of BTC Guild or Eligius, so the graph is clearly being built off of inaccurate data.
176  Bitcoin / Pools / Re: [10000Th] Eligius: 0% Fee BTC, 105% PPS NMC, No registration, CPPSRB on: January 12, 2015, 11:55:10 PM
97% is about the max possible long-term.  94.5% is unlucky, but not horribly so.  It probably puts your earnings about even with a 2%-3% fee pool.  

94.5% would put you at equivalent of a 4.5% fee pool (assuming 1% orphan rate, unpaid orphans, and neutral luck) or a 5.5% PPS pool.  But since you can't know what the luck will be in advance, there's no way to know until after it has already happened.

Not sure where you got "97% is about the max possible".  The rule of thumb orphan rate is 1%, which would put the max possible (assuming luck always balances out to neutral) at 99%.
There is no "max possible" simply an expected average.
To prove that point Tongue my pool is still quite a bit above 100% payout ... for 3.5 months ... we've been very lucky ... but it's also only been less than 100 blocks, so the sample vs population is small.

That's why I said assuming luck always balances out to neutral.  Probably should've included quotes around "max possible".
177  Bitcoin / Pools / Re: [10000Th] Eligius: 0% Fee BTC, 105% PPS NMC, No registration, CPPSRB on: January 12, 2015, 09:04:51 PM
97% is about the max possible long-term.  94.5% is unlucky, but not horribly so.  It probably puts your earnings about even with a 2%-3% fee pool.  

94.5% would put you at equivalent of a 4.5% fee pool (assuming 1% orphan rate, unpaid orphans, and neutral luck) or a 5.5% PPS pool.  But since you can't know what the luck will be in advance, there's no way to know until after it has already happened.

Not sure where you got "97% is about the max possible".  The rule of thumb orphan rate is 1%, which would put the max possible (assuming luck always balances out to neutral) at 99%.
178  Bitcoin / Bitcoin Discussion / Re: Do Vanity Address Generators hurt bitcoin? on: January 03, 2015, 06:34:55 AM
What about how all the electric freezers have been using up all the snowflake designs wastefully since early in the 20th Century, when nature runs out of unique designs, it might just drop huge chunks of ice on us.

Incorrect analogy, but it gets the point across.
Its not as if any address generated prevents it being from generated again, its that it is so unlikely. Tomorrow you may generate an address and see it has got 20000 BTCs in it, but don't keep hoping for it.
Couldn't you just set yours to search for an address of like an exhange or whatnot? Even though it'd take a long ass time.

Targeting a specific address wouldn't matter.  The odds are so astronomically high that I can't even think of a statistical analogy.  Probably something along the lines of winning the powerball lottery hundreds of times, in a row, with only a single ticket for each lottery.

Yes, it can happen.  But at some point you have to just accept that it won't ever happen in the lifetime of the universe, unless a flaw is discovered that allows somebody to reverse the process of creating an asymmetrical key pair.
179  Bitcoin / Bitcoin Discussion / Re: Did pools scare Satoshi away? on: January 02, 2015, 04:36:11 AM
Satoshi made mention of the fact that the process of mining Bitcoins would become centralized over time as the resources needed would exceed what the average user could dedicate.  It's doubtful that the idea of pools would "scare Satoshi away" when he knew that mining centralization could occur.  Pools were a preferable alternative compared to consolidation of power among just a few large companies that controlled the hashing power directly.


[I'll try to find the quote directly which dealt with mining centralization]


EDIT:

The current system where every user is a network node is not the intended configuration for large scale.  That would be like every Usenet user runs their own NNTP server.  The design supports letting users just be users.  The more burden it is to run a node, the fewer nodes there will be.  Those few nodes will be big server farms.  The rest will be client nodes that only do transactions and don't generate.

[secondary conversation edited out from quote]
180  Bitcoin / Pools / Re: [9000 TH] Slush's Pool (mining.bitcoin.cz); TX FEES + VarDiff on: January 01, 2015, 10:11:37 PM
Really is a shame seeing everyone pumping those chinapools.

I'd bet that the majority of miners are in China these days, it makes sense that Chinese pools ended up exploding in popularity.  Back when BTC Guild was hitting 40%+ of the network when ASICs first hit the scenes, the site was getting more than 50% of its web traffic from China alone.
Pages: « 1 2 3 4 5 6 7 8 [9] 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 ... 236 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!