Bitcoin Forum
July 05, 2024, 04:41:30 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 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 60 61 62 63 64 65 [66] 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 ... 236 »
1301  Bitcoin / Pools / Re: [2200 TH] BTC Guild - Pays TxFees+Orphan+NMC, Stratum, Private Servers on: December 19, 2013, 03:08:28 PM
There appears to be a problem with the website this morning?

Secure Connection Failed

An error occurred during a connection to www.btcguild.com. The OCSP server has no status for the certificate. (Error code: sec_error_ocsp_unknown_cert)

I'm seeing this too, must just be a website issue, all my rigs are still mining. I'm sure he'll be on it soon.

Seems to have fixed itself?  Not seeing it on my end.  Generally anything like that is just a generic Cloudflare problem that only lasts a few minutes or so.
1302  Bitcoin / Pools / Re: [450 TH] Slush's Pool (mining.bitcoin.cz); TX FEES + VarDiff on: December 19, 2013, 06:24:40 AM
How can ghash.io negatively influence another pool's orphan rate? I can see how being well connected can reduce their own orphan rate, but how can they increase someone else's orphan rate? 



Most pools are in at least decent datacenters, which happens to mean they have low latencies with the other pools since they're both close to backbone bandwidth providers.  This reduces overall network orphan rate because the average time between block notifications between the majority of the network hash rate is significantly lower than what it would be between people just running on random local ISPs.  At the same time, GHash.io has abysmal latency and/or absolutely no peers setup between pools, or they're purposely ignoring competing blocks sometimes based on the sheer number of orphan races they compete in.  This is based on admittedly more casual observation rather than deep analysis, but I know other pool ops have been seeing more losing orphan races than usual as a result of ghash.io.

So you mean that GHash.IO are could be causing more orphan races than usual, rather than winning more orphan races than usual? Or both?

Am I right in assuming that this is only an issue because they have such a large chunk of the pie?

I'll do an exact count later.  They are not winning more orphan races than usual given their hash rate.  But for the most part, the seem to more often than not lose an orphan race to anybody else if they didn't solve the next block themselves (because rarely is their block the first seen by the rest of the network when they're in a race), and they definitely are participating in an unusually large number of orphan races for being ~30% of the network.
1303  Bitcoin / Pools / Re: [450 TH] Slush's Pool (mining.bitcoin.cz); TX FEES + VarDiff on: December 19, 2013, 05:39:33 AM
Hopefully ghash.io is not testing out the selfish mining strategy...

I'm more inclined to say incompetence over malice.  I honestly think they don't have the slightest clue what they're doing when it comes to setting up a pool and bitcoind node, as demonstrated by their almost daily outages of either their public pool or private mining side (or both).
1304  Bitcoin / Pools / Re: [450 TH] Slush's Pool (mining.bitcoin.cz); TX FEES + VarDiff on: December 19, 2013, 03:20:39 AM
If it was orphaned, why did I just get BTC from it??? Will they take that back?
You haven't got confirmed BTC from it.  It will be deducted from the total as soon as it is flagged as Invalid.

Rather galling, considering that our result was timed first (by one second).

You can send ghash.io your thanks on that one.  Their connectivity with the majority of nodes/pools is downright malicious in how bad it is.

How can ghash.io negatively influence another pool's orphan rate? I can see how being well connected can reduce their own orphan rate, but how can they increase someone else's orphan rate? 



Most pools are in at least decent datacenters, which happens to mean they have low latencies with the other pools since they're both close to backbone bandwidth providers.  This reduces overall network orphan rate because the average time between block notifications between the majority of the network hash rate is significantly lower than what it would be between people just running on random local ISPs.  At the same time, GHash.io has abysmal latency and/or absolutely no peers setup between pools, or they're purposely ignoring competing blocks sometimes based on the sheer number of orphan races they compete in.  This is based on admittedly more casual observation rather than deep analysis, but I know other pool ops have been seeing more losing orphan races than usual as a result of ghash.io.
1305  Bitcoin / Pools / Re: [2200 TH] BTC Guild - Pays TxFees+Orphan+NMC, Stratum, Private Servers on: December 19, 2013, 03:15:23 AM
It's probably because reddit is currently on hold with the suicide hotline after today's crash

Bitcoin price dipping below $600 is considered a crash?

Yeah...but it's reddit posters.  Long term memory isn't their strong suit.
1306  Bitcoin / Pools / Re: [450 TH] Slush's Pool (mining.bitcoin.cz); TX FEES + VarDiff on: December 19, 2013, 01:29:23 AM
If it was orphaned, why did I just get BTC from it??? Will they take that back?
You haven't got confirmed BTC from it.  It will be deducted from the total as soon as it is flagged as Invalid.

Rather galling, considering that our result was timed first (by one second).

You can send ghash.io your thanks on that one.  Their connectivity with the majority of nodes/pools is downright malicious in how bad it is.
1307  Bitcoin / Pools / Re: [2200 TH] BTC Guild - Pays TxFees+Orphan+NMC, Stratum, Private Servers on: December 19, 2013, 01:26:55 AM
Uhm...somebody call in organofcorti.  I want to know how astronomically large the odds are that 25-28% of the network hash rate manages to pull off 11 blocks in a row!

Wow, I thought there'd be some huge hue and cry about this. Plus one to the mining fraternity for not freaking out.

The chances of this happening? The easiest way to consider it is as a shifted geometrically distributed random number, like the number of shares it takes to solve a round, where p = 1 - 0.25. The probability of winning less than or equal to n wins in a row is:

Code:
1 - (1 - p)^n

using p = 1 - 0.25, and n = 11, this is ~ 0.9999998. This means that 99.99998 times out of a hundred runs of blocks in a row, the number of blocks in a row will be less than or equal to 11 for a pool with 25% of the network.

Alternatively, just to make clear unlikely 11 blocks in a row is for a pool at 25% of the network, the upper tail probability for more than 10 blocks in a row is (1 - p)^10 ~ 0.000001, meaning that it would be likely to happen once in a million runs of blocks in a row.

Thanks for the insight.  I'm a bit surprised at the lack of uproar myself.  It's probably because reddit is currently on hold with the suicide hotline after today's crash, so they had to pause their Guild-hating posts for a day or two.

EDIT/UPDATE:  For those not aware (since it may have changed by the time you see this), the top post in /r/bitcoin was a number for the Suicide Hotline this morning, and it was there for the majority of the day.
1308  Bitcoin / Pools / Re: [115 Th] 50BTC.com - PPS|Stratum+Vardiff|Port 80|QIWI,Yandex,Mobile,WM... on: December 18, 2013, 07:41:17 PM
Wouldn't a scam pool set fees to 0% or very low, but not 3%, to attract more people into its scam?

It doesn't really make sense to me. But there are so many things that don't make sense in BTC world... *sigh*

3% PPS was absurdly low (VERY high chance of bankruptcy).  Additionally, it's highly unlikely the pool was started to be a scam.  Far more likely is they were using user funds as a form fractional reserve banking and selling coins that they owed to users under the assumption that a lot of old account balances were abandoned/only a certain % of funds would ever be withdrawn in rapid succession.  Then the rally hit, and as any long time pool owner knows, withdrawal frequency goes absolutely nuts during an all-time high rally and they couldn't pay their debts due to selling the coins early.
1309  Bitcoin / Pools / Re: [2200 TH] BTC Guild - Pays TxFees+Orphan+NMC, Stratum, Private Servers on: December 18, 2013, 04:58:30 PM
Uhm...somebody call in organofcorti.  I want to know how astronomically large the odds are that 25-28% of the network hash rate manages to pull off 11 blocks in a row!
1310  Bitcoin / Pools / Re: [2200 TH] BTC Guild - Pays TxFees+Orphan+NMC, Stratum, Private Servers on: December 18, 2013, 03:09:16 AM
Any chance of introducing other merged mining coins, kinda like ghash.io is doing?

DVC/IXC are truly worthless.  They would be even more worthless if BTC Guild bothered to merge mine them and roughly doubled their difficulty again.

Knowing the load that altcoin daemons put on servers (because they all use extremely old bitcoin forks), I'm pretty convinced that you end up hurting your earnings more than they will add to them just due to the increased rate of stales/time to perform longpolls/work restarts.  Combined they don't even add up to 0.1% additional earnings *at current difficulty*.

Of all the scamcoins/altcoins out there, the only one that is actually something new/useful is Namecoin, even though I'm personally not a major fan of it.  But all the others are mindless clones of Bitcoin that bring nothing worthwhile to the table.  At least Namecoin was designed to do something outside of a cash grab.
1311  Bitcoin / Pools / Re: Unrecognized Blocks on: December 17, 2013, 10:59:44 PM
Someone brought it up before and said that blockchain.info could be wrong, however, what's the official response from Doc when they report a block being found by Bitminter, but it doesn't get reported?  Block 275399 isn't showing in the block stats. https://blockchain.info/blocks/BitMinter

How does blockchain determine which pool solves the block?

Actually...275399 IS a BitMinter block.  Coinbase signature is included.


While Doc is right in most cases, Blockchain.info actually rarely uses the relayer, it uses Payment Addresses/Coinbase signatures first, then falls back to relayer if those don't match (AFAIK).  For example, I don't recall ever seeing a false positive for BTC Guild.  However, I can see a few obvious errors in their assignment to BitMinter once in a while (like an HHTT block that shows as BitMinter's).
1312  Bitcoin / Pools / Re: [ANN] Free Stratum Web Proxy for old Getwork hardware -GHASH/SLUSH/BTCGUILD on: December 17, 2013, 10:13:31 PM
These external stratum proxies are good for people just starting, but I highly recommend users with getwork hardware eventually learn how to set one up yourselves.  Most ASICs that use getwork are extremely inefficient at dealing with latency for results, essentially stopping all work until the result is responded to.  Given how rapidly most ASICs will generate results, especially things like ASICMINER gear which report all results that meet diff=1 regardless of server settings, you can end up losing a significant percentage of your expected hashrate.  A local proxy is always a more efficient idea!
1313  Bitcoin / Pools / Re: [2200 TH] BTC Guild - Pays TxFees+Orphan+NMC, Stratum, Private Servers on: December 17, 2013, 06:22:30 AM
Does PPS payout NMC or only PPNS? Or must I point miner to merged stratum for PPS NMC mining...which one? Miner currently NOT pointing to merged. thanks

NMC is only awarded to PPLNS.  There is no option to earn NMC when mining under PPS on BTC Guild.
1314  Bitcoin / Pools / Re: [2200 TH] BTC Guild - Pays TxFees+Orphan+NMC, Stratum, Private Servers on: December 17, 2013, 03:49:48 AM
Anyone else unable to connect to guild website??  Attack, maintainance, other? Huh

My guess:  'Other - Local Problem'.  No reports of an outage in IRC, and haven't had any problem loading it from my phone or PC all day.
1315  Bitcoin / Pools / Re: [2200 TH] BTC Guild - Pays TxFees+Orphan+NMC, Stratum, Private Servers on: December 16, 2013, 11:16:23 PM
My father locked his wallet. The BTC address he is using is tied to an Electrum client wallet. We recently updated his Electrum client and that program removed all the old receive addresses and made up all new ones. The obvious question, how do we work around in getting his payout address changed if it is locked? If the answer is you cannot change it (which is what I think it is), he would have to create a new account or something, correct? Since he would be unable to continue to use his original Electrum address.

I'm still waiting for the Electrum devs to answer on where all the receive addresses went to after the update. All the transaction history is still there, and even in the details of the transactions you can see the original BTC address, just don't know how to get the originals back.



If the transaction history is still there and you can still see your wallet balance, I can't imagine the keys to that wallet were lost (otherwise you wouldn't be able to spend anything).
1316  Bitcoin / Bitcoin Discussion / Re: Oops - 20BTC fee paid on .05 transaction? on: December 16, 2013, 05:23:45 PM
Actually last time Asicminer did return the 200 BTC tx fee. I think most reputable miners will return the fee, but this time unfortunately the block is mined by the P2PPool and this makes things much more complicated.

A lot of pools (BTC Guild, Slush, ASICMINER, Ozcoin, Eligius) have returned massive fee errors in the past.  But...now all those pools pay txfees to the miners except for ASICMINER (since they're not a pool, just a huge solo miner).  So it's time to start being more careful with raw transactions, since the pools are no longer keeping txfees, meaning expecting them to return these amounts will either require them to claw it back from miners (which will hurt their business as a result) or pay it from their own pocket for someone else's mistake.
1317  Bitcoin / Pools / Re: [2000 TH] BTC Guild - Pays TxFees+Orphan+NMC, Stratum, Private Servers on: December 15, 2013, 09:34:13 PM
What should be correct diff for 20GHs equipment?

16.
1318  Bitcoin / Pools / Re: [2000 TH] BTC Guild - Pays TxFees+Orphan+NMC, Stratum, Private Servers on: December 15, 2013, 06:17:34 PM
Is there an advantage of increasing difficulty from 2 Gh/s default to a threshold closer to my worker's hash rate? This would improve which variable? Sorry I'm sure this has been answered in previous thread but thought I'd ask anyway. Thanks Smiley

The only advantage in doing so is if you have high end equipment.  Lots of high end ASIC miners tend to have a few problems when running at very low difficulties due to the amount of communication required when running at hundreds of GH/s at a low difficulty.  The pool will automatically adjust your difficulty if it's not high enough, but it takes a minute or two to find the sweet spot.  By setting a minimum difficulty, you can bypass this startup phase which will save you a few rejects early on.  It also cuts down on bandwidth, though that isn't a huge deal for anybody with broadband access due to how little bandwidth it requires in general.

Higher difficulties do have higher variance, but the recommended speeds in the drop-down are set to levels where the variance is minimal as long as you have that much speed or better.
1319  Bitcoin / Pools / Re: Weekly pool and network statistics on: December 15, 2013, 08:58:48 AM
Hi organofcorti,
  If I had to guess...your ghash.io average speed is wrong.  They were ahead of BTC Guild up until the end of this week based on my interim checks.  Then again, the luck *seems* off (I don't think pool luck has been 104% this last week, it wasn't good for the first half of the week at least).  I'll take a look on my end to see if I can find what my calculated luck % was for the week.
1320  Bitcoin / Pools / Re: [2000 TH] BTC Guild - Pays TxFees+Orphan+NMC, Stratum, Private Servers on: December 14, 2013, 09:23:33 PM
The only reason why I brought it up was from my previous post that no one answered. Maybe I'll just ask it again here.

If my hash rate according to my miner and cgminer us a 560Gh/s average, why does BTC Guild report back my speeds at 529-580 inconsistently? As I said before I'm sure it is something I can check, I just don't know how. All my error rates are low and cgminer itself tells me I'm good. Is it a lag thing between my setup here?

Because I haven't been able to get consistent rates, that's why I was going to try another pool to see what happens. But I really hate touching or changing things around just for testing.
Thanks


Your 560 reported speed will include hardware errors (probably 1-3%).  Additionally, the pool can only estimate your speed (as posted above).  The general variance for the pool is +/- 10% on the dashboard.  You can see on your Charts page a longer term average which shows you how it fluctuates.

The average should be roughly:

Miner Reported Speed - Hardware Error % - Rejected %.  BTC Guild's speed estimates ignore invalid shares, so it's your EFFECTIVE speed.
Pages: « 1 ... 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 60 61 62 63 64 65 [66] 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 ... 236 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!