Bitcoin Forum
December 04, 2016, 02:31:37 PM *
News: Latest stable version of Bitcoin Core: 0.13.1  [Torrent].
 
   Home   Help Search Donate Login Register  
Poll
Question: Has anything you've read here or on the Neighbourhood Pool Watch blog changed your mining habits for the better?
Yes
No
I don't mine

Pages: « 1 2 3 4 5 6 [7] 8 9 10 11 12 13 14 15 16 17 18 »  All
  Print  
Author Topic: Neighbourhood Pool Watch  (Read 45589 times)
m3ta
Sr. Member
****
Offline Offline

Activity: 427



View Profile WWW
March 21, 2012, 12:39:46 AM
 #121


Nicely done.
Except for

Quote
being honest with it's statistics

But because more than 90% of the universe is illiterate on the difference between "it's" and its", thumbs up anyway.

Why the frell so many retards spell "ect" as an abbreviation of "Et Cetera"? "ETC", DAMMIT! http://en.wikipedia.org/wiki/Et_cetera

Host:/# rm -rf /var/forum/trolls
1480861897
Hero Member
*
Offline Offline

Posts: 1480861897

View Profile Personal Message (Offline)

Ignore
1480861897
Reply with quote  #2

1480861897
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
organofcorti
Donator
Legendary
*
Offline Offline

Activity: 1946


Poor impulse control.


View Profile WWW
March 22, 2012, 07:55:16 AM
 #122


Nicely done.
Except for

Quote
being honest with it's statistics

But because more than 90% of the universe is illiterate on the difference between "it's" and its", thumbs up anyway.


Fixed! Thanks for reading so carefully. Feeling like being a proof reader, m3ta? I hate hassling Mobius all the time.

Bitcoin network and pool analysis 12QxPHEuxDrs7mCyGSx1iVSozTwtquDB3r
follow @oocBlog for new post notifications
organofcorti
Donator
Legendary
*
Offline Offline

Activity: 1946


Poor impulse control.


View Profile WWW
March 22, 2012, 07:57:37 AM
 #123

Hey so who are the six that don't trust EMC?  I'd certainly like to address any issues with that, as I try to be as open as possible with everything I do with regards to the pool.  If there's something that is questionable, I will certainly address it.
Odds on it's just disgruntled miners with an axe to grind, or as Goat suggested other pool ops who can't DDOS anymore. I wouldn't worry about it - you and Ozcoin have great reps for openness and reliability.

Bitcoin network and pool analysis 12QxPHEuxDrs7mCyGSx1iVSozTwtquDB3r
follow @oocBlog for new post notifications
organofcorti
Donator
Legendary
*
Offline Offline

Activity: 1946


Poor impulse control.


View Profile WWW
March 22, 2012, 08:03:45 AM
 #124

Hey so who are the six that don't trust EMC?  I'd certainly like to address any issues with that, as I try to be as open as possible with everything I do with regards to the pool.  If there's something that is questionable, I will certainly address it.
Also, realise, as I mentioned further up and you can read elsewhere on the forum, P2Pools advocacy of saying that non-P2Pool pools are not trustworthy will obviously imply that those who agree with that will not trust any pool but P2Pool and thus any of them could choose any pool to list as untrustworthy.

I don't think trust is a binary concept - you don't only 'completely trust' or 'completely distrust' anything or anyone. So p2Pool not requiring trust (if you've read the code) doesn't automatically mean you 'completely distrust' other options. So p2Pool advocates are being misleading, and if they are selecting random pools to distrust, or have selected 15 pools other than p2Pool to distrust, then they are being disingenuous or have a poor grasp of logic.

I'll normalise to the lowest distrust level anyway, so they won't have an effect unless they're targeting a particular pool out of spite.

Bitcoin network and pool analysis 12QxPHEuxDrs7mCyGSx1iVSozTwtquDB3r
follow @oocBlog for new post notifications
Brunic
Hero Member
*****
Offline Offline

Activity: 633



View Profile
March 22, 2012, 10:31:02 AM
 #125

Hey so who are the six that don't trust EMC?  I'd certainly like to address any issues with that, as I try to be as open as possible with everything I do with regards to the pool.  If there's something that is questionable, I will certainly address it.

Don't worry, your pool is great. For my part, I wanted to see the results of the poll, and voted for everybody so to not screw the % of the votes (well, except one pool, since you can only choose 15 on 16).
Clipse
Hero Member
*****
Offline Offline

Activity: 504


View Profile
March 22, 2012, 11:36:39 AM
 #126

Hey so who are the six that don't trust EMC?  I'd certainly like to address any issues with that, as I try to be as open as possible with everything I do with regards to the pool.  If there's something that is questionable, I will certainly address it.
Also, realise, as I mentioned further up and you can read elsewhere on the forum, P2Pools advocacy of saying that non-P2Pool pools are not trustworthy will obviously imply that those who agree with that will not trust any pool but P2Pool and thus any of them could choose any pool to list as untrustworthy.

I don't think trust is a binary concept - you don't only 'completely trust' or 'completely distrust' anything or anyone. So p2Pool not requiring trust (if you've read the code) doesn't automatically mean you 'completely distrust' other options. So p2Pool advocates are being misleading, and if they are selecting random pools to distrust, or have selected 15 pools other than p2Pool to distrust, then they are being disingenuous or have a poor grasp of logic.

I'll normalise to the lowest distrust level anyway, so they won't have an effect unless they're targeting a particular pool out of spite.

Some of these "distrust" votes do look fishy.

...In the land of the stale, the man with one share is king... >> Clipse

We pay miners at 130% PPS | Signup here : Bonus PPS Pool (Please read OP to understand the current process)
organofcorti
Donator
Legendary
*
Offline Offline

Activity: 1946


Poor impulse control.


View Profile WWW
March 22, 2012, 08:40:45 PM
 #127

Hey so who are the six that don't trust EMC?  I'd certainly like to address any issues with that, as I try to be as open as possible with everything I do with regards to the pool.  If there's something that is questionable, I will certainly address it.

Don't worry, your pool is great. For my part, I wanted to see the results of the poll, and voted for everybody so to not screw the % of the votes (well, except one pool, since you can only choose 15 on 16).

Results now available without voting. Hopefully no more donkey votes.

Bitcoin network and pool analysis 12QxPHEuxDrs7mCyGSx1iVSozTwtquDB3r
follow @oocBlog for new post notifications
organofcorti
Donator
Legendary
*
Offline Offline

Activity: 1946


Poor impulse control.


View Profile WWW
March 28, 2012, 12:16:51 PM
 #128

Next post available: 3.1 The rise and fall of Arsbitcoin.com

From the post:

Quote
6. Conclusions.
  • Public perception of the pool operator and the pool is positive and miners there seem to trust the pool operator.
  • The pool operator is not publicly identifiable.
  • The pool has been very popular in the past with few complaints until problems began to occur in November 2011.
  • Arsbitcoin.com has a large negative buffer and a falling hashrate - two very big problems for an SMPPS pool.
  • The pool op, Burning Toad, is currently unable to keep the pool running smoothly, as evidenced by the Arsbitcoin.com thread on bitcointalk.org and the round length anomalies described in this post.
  • Next post will cover the problems with the SMPPS system.

I'm hoping for some debate on this one, from Arsbitcoin.com partisans and SMPPS fanciers alike.

Bitcoin network and pool analysis 12QxPHEuxDrs7mCyGSx1iVSozTwtquDB3r
follow @oocBlog for new post notifications
kano
Legendary
*
Offline Offline

Activity: 1918


Linux since 1997 RedHat 4


View Profile
March 28, 2012, 12:29:49 PM
 #129

...
I'm hoping for some debate on this one, from Arsbitcoin.com partisans and SMPPS fanciers alike.
So ... what am I missing if I say that a 'zero fee' SMPPS pool should just put 1.5% of each block into the buffer and pay 98.5% ?
i.e. the buffer loses out when you get an orphan, and the 'supposed' expected orphan rate is 1.5%

Pool: https://kano.is BTC: 1KanoiBupPiZfkwqB7rfLXAzPnoTshAVmb
CKPool and CGMiner developer, IRC FreeNode #ckpool and #cgminer kanoi
Help keep Bitcoin secure by mining on pools with Stratum, the best protocol to mine Bitcoins with ASIC hardware
organofcorti
Donator
Legendary
*
Offline Offline

Activity: 1946


Poor impulse control.


View Profile WWW
March 28, 2012, 12:32:07 PM
 #130

Thanks Kano. That will all be covered in the next post. BTW, Arsbitcoin.com records no orphaned/invalid blocks at all. I don't know if that's accurate or not. Where do you get your 1.5% stat from?

Bitcoin network and pool analysis 12QxPHEuxDrs7mCyGSx1iVSozTwtquDB3r
follow @oocBlog for new post notifications
kano
Legendary
*
Offline Offline

Activity: 1918


Linux since 1997 RedHat 4


View Profile
March 28, 2012, 01:00:04 PM
 #131

Thanks Kano. That will all be covered in the next post. BTW, Arsbitcoin.com records no orphaned/invalid blocks at all. I don't know if that's accurate or not. Where do you get your 1.5% stat from?
Hmm good question Smiley
I'm sure I heard it indirectly from a Pool OP or 2 ... but I can't for the life of me remember who Tongue
I'll try a forum search ...
OK ABCProxy's web page says 1.5%
MintCondition also said it again in the ARS thread
and I think I remember seeing 1.0% written somewhere also ...
But any pool with a count of orphans can easily determine a % figure.

Pool: https://kano.is BTC: 1KanoiBupPiZfkwqB7rfLXAzPnoTshAVmb
CKPool and CGMiner developer, IRC FreeNode #ckpool and #cgminer kanoi
Help keep Bitcoin secure by mining on pools with Stratum, the best protocol to mine Bitcoins with ASIC hardware
organofcorti
Donator
Legendary
*
Offline Offline

Activity: 1946


Poor impulse control.


View Profile WWW
March 28, 2012, 01:15:46 PM
 #132

... if you trust their stats. Apparently arsbitcoin have had none at all, and it would be in ABC's interest to inflate orphaned block rates since their miners are paid regardless. Then again being a proxy pool, they'd probably follow all pool stats closely, so maybe its true.

Anyone have a citable source showing the average percentage of rounds orphaned?

Bitcoin network and pool analysis 12QxPHEuxDrs7mCyGSx1iVSozTwtquDB3r
follow @oocBlog for new post notifications
Graet
VIP
Legendary
*
Offline Offline

Activity: 980



View Profile WWW
March 28, 2012, 01:50:28 PM
 #133

173222    
Timestamp    2012-03-28 04:40:16
BTC Sent    9,755.133 BTC
N tx    67
Relayed By    Deepbit
   
Timestamp    2012-03-28 04:43:36
BTC Sent    9,742.691 BTC
N tx    72
Relayed By    Ars bitcoin

http://blockchain.info/orphaned-blocks
Ars had the second to last orphan on this page Smiley

was looking to see if they had stats on numbers of orphans

| Ozcoin Pooled Mining Pty Ltd https://ozcoin.net Double Geometric Reward System https://lc.ozcoin.net for Litecoin mining DGM| https://crowncloud.net VPS and Dedicated Servers for the BTC community
organofcorti
Donator
Legendary
*
Offline Offline

Activity: 1946


Poor impulse control.


View Profile WWW
March 29, 2012, 11:07:34 AM
 #134

Thanks Graeme. At least we know they get orphans. I haven't found a definitive percentage figure yet though.

Bitcoin network and pool analysis 12QxPHEuxDrs7mCyGSx1iVSozTwtquDB3r
follow @oocBlog for new post notifications
organofcorti
Donator
Legendary
*
Offline Offline

Activity: 1946


Poor impulse control.


View Profile WWW
April 02, 2012, 04:20:40 PM
 #135

New Neighbourhood Pool Watch : 3.2 The risks of SMPPS

I was going to call it "The failure of SMPPS", but Eligius is still going so I thought that a bit premature. Please note that the post is due in part to Meni Rosenfeld's paper "Analysis of pooled bitcoin mining reward systems".

Here's a bit from the post for the purpose of appetite-whetting:

Quote
5. Conclusions
  • The amount of time it takes for a miner to be paid is affected by the pool buffer:
    • A large negative buffer at will greatly increase the time it takes for a miner to be paid.
    • A buffer greater than zero minimises the time  it takes for a miner to be paid.
  • A strategic miner will only mine at an SMPPS pool when it has a positive buffer.
  • The probability of large negative buffer (that occurs some time before a a certain number of rounds) can be calculated and in the case of Arsbitcoin.com, a 1000 btc negative buffer before 1700 rounds is quite likely.
  • The more blocks a pool solves, the more likely it is for a an SMPPS pool to encounter so large a negative buffer that it will fail, leaving miners with much less than a PPS payout per share.



Bitcoin network and pool analysis 12QxPHEuxDrs7mCyGSx1iVSozTwtquDB3r
follow @oocBlog for new post notifications
Graet
VIP
Legendary
*
Offline Offline

Activity: 980



View Profile WWW
April 03, 2012, 03:02:18 AM
 #136

Ars severs have been down over 24hours now. A lot of  miners joining IRC with questions :/

| Ozcoin Pooled Mining Pty Ltd https://ozcoin.net Double Geometric Reward System https://lc.ozcoin.net for Litecoin mining DGM| https://crowncloud.net VPS and Dedicated Servers for the BTC community
kano
Legendary
*
Offline Offline

Activity: 1918


Linux since 1997 RedHat 4


View Profile
April 03, 2012, 05:56:54 AM
 #137

Can the discussion include DGM? ...

I've yet to find a valid reason why DGM, which attempts to be SMPPS, is any better.

With SMPPS you can see the buffer, with DGM, you cannot since there 'apparently is no buffer' (there is no spoon? Tongue)

I've had this discussion with Meni in his thread, but been unable to see a valid reason for saying one is better than the other without using jargon to hide something that is effectively the same.

... and as I said above, regarding the issue of the buffer running out, and well, it will run out for what reasons?
The answer seems to be orphans (what other reasons?)
... and that can be solved by having a variation that puts the small % of expected lost BTC per block into the buffer.
A variation of that could even adjust that % based on history.

Pool: https://kano.is BTC: 1KanoiBupPiZfkwqB7rfLXAzPnoTshAVmb
CKPool and CGMiner developer, IRC FreeNode #ckpool and #cgminer kanoi
Help keep Bitcoin secure by mining on pools with Stratum, the best protocol to mine Bitcoins with ASIC hardware
Meni Rosenfeld
Donator
Legendary
*
Offline Offline

Activity: 1890



View Profile WWW
April 03, 2012, 06:58:24 AM
 #138

Can the discussion include DGM? ...

I've yet to find a valid reason why DGM, which attempts to be SMPPS, is any better.

With SMPPS you can see the buffer, with DGM, you cannot since there 'apparently is no buffer' (there is no spoon? Tongue)

I've had this discussion with Meni in his thread, but been unable to see a valid reason for saying one is better than the other without using jargon to hide something that is effectively the same.
WTF???

In SMPPS the buffer affects the attractiveness of mining. Low (highly negative) buffer = miners will leave.

In DGM the "buffer" does not affect the attractiveness of mining. Thus there is no reason to know it, it's a property of the pool operator, not of the pool. I don't tell you how many bitcoins I own either.

In SMPPS there is debt which can go arbitrarily high. If the pool collapses while it is still in debt to you you are screwed (and this will happen when everyone leaves due to low buffer).

In DGM the debt is bounded and so the pool can (and should) pay back the debt if it closes for any reason.

In SMPPS the variance of the buffer is 100%, in DGM it can be controlled with a parameter.

The claim that DGM "attempts to be SMPPS" is outrageous.

As I said before, I'm extremely weary of having to deal with your hostility and explaining the same thing over and over again multiple times.



Anyway, as long as I'm here:

You talk about the maturity time, but it should be emphasized that the value I'm analyzing is the time of average payback, not the time of being paid in full. For example, if you get 50% of the debt back in 1 round and the other 50% in 3 rounds, your maturity time is 2 rounds.

The second chart, giving the PDF of the pool debt after n rounds, looks completely wrong, I have no idea how you got that. The pool debt, assuming constant difficulty, is (X/D - n)*B, where X is the number of shares it took to get n blocks, which is distributed negative binomial. So it's really a shifted negative binomial, which doesn't have the cusp we see.

1EofoZNBhWQ3kxfKnvWkhtMns4AivZArhr   |   Who am I?   |   bitcoin-otc WoT
Bitcoil - Exchange bitcoins for ILS (thread)   |   Israel Bitcoin community homepage (thread)
Analysis of Bitcoin Pooled Mining Reward Systems (thread, summary)  |   PureMining - Infinite-term, deterministic mining bond
organofcorti
Donator
Legendary
*
Offline Offline

Activity: 1946


Poor impulse control.


View Profile WWW
April 03, 2012, 07:08:15 AM
 #139


... and as I said above, regarding the issue of the buffer running out, and well, it will run out for what reasons?
The answer seems to be orphans (what other reasons?)
... and that can be solved by having a variation that puts the small % of expected lost BTC per block into the buffer.
A variation of that could even adjust that % based on history.

I don't think you read the post. It explains why large negative buffers are quite likely the longer a pool goes on - without referring to orphaned blocks at all. Read it and get back to me.

Bitcoin network and pool analysis 12QxPHEuxDrs7mCyGSx1iVSozTwtquDB3r
follow @oocBlog for new post notifications
kano
Legendary
*
Offline Offline

Activity: 1918


Linux since 1997 RedHat 4


View Profile
April 03, 2012, 08:58:43 AM
 #140

The whole discussion about SMPPS is based on:

The assumption that this is true:
Quote
If the pool stays in a large negative buffer long enough, it is a likely that all miners will leave, and the pool will fail.
Which we ALREADY know to be FALSE.

Is there a reason to suggest to people to consider reading the rest when the reality is that arsbitcoin has proven it false?

If, on the other hand, a modified SMPPS that takes the expected pool loss into consideration (e.g. determine the % of blocks expected to be orphaned and determine that based on history after some period of time) and that % is put back into the buffer, then in the long term the pool will be expected to be even and thus people knowing that rather than listening to the WILD negative false assumptions that even such a modified pool would fail, would not be running and screaming that the sky is falling every time the buffer went negative.

However ...

Meni loves to say that "there is no buffer" so I take that to mean that when I look at a DGM pool that is paying more than 50BTC per block in a bad luck streak, that pool is in fact in serious trouble and about to fail?
Since there is no buffer, how can they pay more than 50BTC per block?

Pool: https://kano.is BTC: 1KanoiBupPiZfkwqB7rfLXAzPnoTshAVmb
CKPool and CGMiner developer, IRC FreeNode #ckpool and #cgminer kanoi
Help keep Bitcoin secure by mining on pools with Stratum, the best protocol to mine Bitcoins with ASIC hardware
Pages: « 1 2 3 4 5 6 [7] 8 9 10 11 12 13 14 15 16 17 18 »  All
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!