organofcorti (OP)
Donator
Legendary
Offline
Activity: 2058
Merit: 1007
Poor impulse control.
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 17, 2014, 09:36:19 AM |
|
Neighbourhood Pool Watch 18.1 Who owns 1HTM4TYSXF5yZKLpco6MTUUNfSBCiiwGsU ? Monday 17th March, 2014
Essential reading: Wikipedia entry on "Graph theory"
Other posts covering similar topics: 16.3 The unknown network hashrate 16.4 Updated unknown network hashrate
Other interesting links: Bitcoin Transaction Graph Analysis Quantitative Analysis of the Full Bitcoin Transaction Graph Do the rich get richer? An empirical analysis of the Bitcoin transaction network An Analysis of Anonymity in the Bitcoin System An Analysis of Anonymity in Bitcoin Using P2P Network Traffic
0. Introduction A while back in posts 16.3 and 16.4 I pointed out some of the generation addresses from sources of unknown bitcoin network hashes. My aim was not to somehow "out" smaller solominers but to attempt to find out if some of the already known hash sources might be trying to hide some of the blocks they solve in an effort to appear less threatening to the network. If some large pool was to hide some of the blocks it solves, then some miners would be losing income, and the pool could approach 50% of the network without anyone knowing.
A pool that was hiding some of its solved blocks would appear to have slightly poor luck over a long period. It is not hard to detect poor luck over a long period, but you wouldn't be looking for it without a reason. And even if you did, all you could say was that public hashrate contributor 'X' had statistically unlikely luck.
I wanted an indicator that was a little more clear than that; and if there was no proof tying the new sources of hashes to a pool, then I hoped to have enough information to identify some of the new hash contributors (as I did for last week for KNC) or set some bounties (as I did in posts 16.3 and 16.4).
![](https://ip.bitcointalk.org/?u=http%3A%2F%2F2.bp.blogspot.com%2F-ZPyZmxyuG2E%2FUyWWotoldFI%2FAAAAAAAALsA%2F5lIM3O715-s%2Fs1600%2FfollowGen1.png&t=665&c=BZjb9VGYWeEG0Q)
|
|
|
|
abracadabra
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 17, 2014, 01:23:31 PM |
|
OoC, have you managed to determine which, if any of these "unknown" addresses, are Bitmain's? They claimed that their products were/are powering 20% of the network.
|
|
|
|
organofcorti (OP)
Donator
Legendary
Offline
Activity: 2058
Merit: 1007
Poor impulse control.
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 17, 2014, 01:44:27 PM |
|
OoC, have you managed to determine which, if any of these "unknown" addresses, are Bitmain's? They claimed that their products were/are powering 20% of the network.
No, I have no idea who owns the addresses - but if you have some addresses you think they might be I can try to find out the shortest distance between them.
|
|
|
|
kano
Legendary
Offline
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 26, 2014, 04:11:54 AM |
|
|
|
|
|
organofcorti (OP)
Donator
Legendary
Offline
Activity: 2058
Merit: 1007
Poor impulse control.
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 26, 2014, 04:20:54 AM |
|
You can (only just) mine BTC at a profit with these things, even at 35c per kWh. That should hold true for a few months yet. I'm not assessing the net profit (after purchase) though, which might be what you're thinking. I did say " I decided to throw caution to the wind, ignore the fact that I may never get a return on my investment, and purchase a batch of ten"
|
|
|
|
kano
Legendary
Offline
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 26, 2014, 04:22:46 AM |
|
You can (only just) mine BTC at a profit with these things, even at 35c per kWh. That should hold true for a few months yet. I'm not assessing the net profit (after purchase) though, which might be what you're thinking. I did say " I decided to throw caution to the wind, ignore the fact that I may will never get a positive return on my investment, and purchase a batch of ten" FTFY Edit: https://bitcointalk.org/index.php?topic=456691.msg5281847#msg5281847 ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif)
|
|
|
|
organofcorti (OP)
Donator
Legendary
Offline
Activity: 2058
Merit: 1007
Poor impulse control.
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 26, 2014, 04:27:06 AM |
|
You can (only just) mine BTC at a profit with these things, even at 35c per kWh. That should hold true for a few months yet. I'm not assessing the net profit (after purchase) though, which might be what you're thinking. I did say " I decided to throw caution to the wind, ignore the fact that I may will never get a positive return on my investment, and purchase a batch of ten" I may have FTFY Edit: https://bitcointalk.org/index.php?topic=456691.msg5281847#msg5281847 ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) FTFY
|
|
|
|
organofcorti (OP)
Donator
Legendary
Offline
Activity: 2058
Merit: 1007
Poor impulse control.
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 13, 2014, 05:08:12 PM |
|
Neighbourhood Pool Watch 16.7 Satoshi's hashrateThis post is an investigation into Satoshis' hashrate and asks the question - did he have a hashrate plan? Some excerpts: 0. Introduction There are many reasons I enjoy working at coinometrics.com, and having access to data I wouldn't otherwise have is chief among them. Recently, Jonathan Levin had been discussing whether or not Satoshi's coins had been moved (which was in the news at the time) and Martin Harrigan of QuantaBytes (who had recently started working with us) was able to provide the sort of data that we needed to assign blocks to Satoshi.
With that information I was able to do what I'd wanted to do since I first started mining - estimate Satoshi's hashrate. At the time I didn't realise that I would also be provided with a small window into the great man's thinking - his plan for managing his personal hashrate.
![](https://ip.bitcointalk.org/?u=http%3A%2F%2F3.bp.blogspot.com%2F-1moTKwfI18U%2FU-tDPnzhIxI%2FAAAAAAAAAa8%2F76WLA2FKDU4%2Fs1600%2FsatoshisHashrate2014-08-13.png&t=665&c=SwS7of5KoYcVuw) 5. Summary * Satoshi initially followed a plan of reducing the hashrate by 1.7 Mhps every five months, but a month after the second such drop abandoned this method in favour of a continuously decreasing hashrate. * This implies two things: Satoshi had a hashrate plan, and that initially Satoshi had very coarse-grained control of his hashrate, but then was able to achieve a very fine grained control of the hashrate. * These insights may help investigators determine the sort of hardware Satoshi used, and how much control he would have had over the early client or his PC / cloud infrastructure.
|
|
|
|
organofcorti (OP)
Donator
Legendary
Offline
Activity: 2058
Merit: 1007
Poor impulse control.
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 22, 2014, 12:44:33 PM |
|
Neighbourhood Pool Watch 16.9 Another short post on mapping the historical hashrate distributionFollows on from previous work referenced in the post. ] 1. Some important pointsIt should be noted that some of the pre-2012 attributions will have errors. Some of these are: * Slush's pool blocks are missing from late 2010 to early 2012. * Some BTC Guild blocks are missing in late 2011. * Attributions for some of the very early miners may be incomplete. * The methods used attribute blocks to Satoshi Nakamoto are outlined in Satoshi's hashrate and A little more on Satoshi's blocks.
|
|
|
|
btcash
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 10, 2014, 09:46:01 AM |
|
Your latest blog post made me curious about F2Pool hashrate distribution. So I checked the last 1000 blocks for F2Pool signatures.
276 blocks found by 155 different miner. Top five miner account for ~ 29% of the pools hashing power: daqi4ant: 21 - 7.61% f2poolscant: 19 - 6.88% qq123456: 19 - 6.88% avhb: 12 - 4.35% jua005: 9 - 3.26%
I know this is not fully accurate but percentages stay roughly the same if I go back 3000 blocks.
BTW: You are doing a great job!
|
|
|
|
organofcorti (OP)
Donator
Legendary
Offline
Activity: 2058
Merit: 1007
Poor impulse control.
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 11, 2014, 12:32:43 PM |
|
Your latest blog post made me curious about F2Pool hashrate distribution. So I checked the last 1000 blocks for F2Pool signatures.
276 blocks found by 155 different miner. Top five miner account for ~ 29% of the pools hashing power: daqi4ant: 21 - 7.61% f2poolscant: 19 - 6.88% qq123456: 19 - 6.88% avhb: 12 - 4.35% jua005: 9 - 3.26%
I know this is not fully accurate but percentages stay roughly the same if I go back 3000 blocks.
BTW: You are doing a great job!
Interesting - that could be a good way to get a basic idea of the hashrate distribution but the averaging time would be variable. Full marks for coming up with the plan though!
|
|
|
|
organofcorti (OP)
Donator
Legendary
Offline
Activity: 2058
Merit: 1007
Poor impulse control.
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
December 12, 2014, 01:06:01 AM |
|
http://organofcorti.blogspot.com.au/2014/12/measures-of-network-hashrate.html is a new post that I thought you all might find interesting: 0. IntroductionI think we're all aware there is significant concern that if block makers (pools and large solo mining farms) are able to create significant proportions of the network's blocks in an arbitrary time period, then they could cause problems for the network. For example: 50% of the network or more: a 51% attack becomes a real possibility. This can be performed by one entity, or a colluding group. 25% of the network or more: cartel-style selfish mining and double spend attacks are both possible. ... ... ... ... 6. Summary Available methods of centralisation measurement include: * The proportion of the network controlled by the largest or a group of the larger block creating entities; * The Gini coefficient and the Theil index; * The bitcoin centralisation index. * Of these, the last three are likely most useful to measure general inequality in the network hashrate distribution. * The Theil index and the bitcoin centralisation index are the easiest to measure; the Gini coefficient is more widely known. * None of the measures suggest a long term increase in centralisation over time; the Gini coefficient and Theil index both indicate a decrease in centralisation since the start of the year. ![](https://ip.bitcointalk.org/?u=http%3A%2F%2F4.bp.blogspot.com%2F-nu0xcTydNGo%2FVImICZ_TzXI%2FAAAAAAAAA3k%2FkDu0HmcdFvI%2Fs1600%2Fcentralisation_plot6_2014-12-11.png&t=665&c=1guZEWA3mYQvOQ)
|
|
|
|
organofcorti (OP)
Donator
Legendary
Offline
Activity: 2058
Merit: 1007
Poor impulse control.
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 05, 2015, 01:41:29 AM |
|
So, if you have questions about luck in bitcoin mining, you might find this post helpful: FAQ: Bitcoin mining and the luck statistic8. Summary
If I have to boil this information down to its important elements: # Variance in income reduces as a function of number of blocks solved. # Variance in income is not a function of time. # Learn how to plan for bad luck, and to check that your pool's luck is not impossibly bad.
I hope I've made this a bit less tricky for you - post in the comments if I haven't been clear or need to add in more information. I expect this post to be a long term work in progress.
![](https://ip.bitcointalk.org/?u=http%3A%2F%2F2.bp.blogspot.com%2F-O9aCgxYNgLs%2FVZP8xW6MTBI%2FAAAAAAAADA8%2F21K7oEX1Vic%2Fs1600%2FbadLuckChart_2015-07-01.png&t=665&c=VurJZXZQstZIXw)
|
|
|
|
organofcorti (OP)
Donator
Legendary
Offline
Activity: 2058
Merit: 1007
Poor impulse control.
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 15, 2016, 02:34:36 PM |
|
New post! Early detection of unintentional block withholding5. Summary
By examining the numerical values of each block hash returned by a miner, a mining pool operator can detect unintentional block withholding a lower tailed probability of exp(-10) or 0.000045, after only (max difficulty work returned) / (network difficulty) shares have been accepted by the pool. Early detection of unintentional block withholding can represent a significant saving. At the current network difficulty, a pool that uses early detection to find a miner with equipment unable to return work greater than 2^32 will lose 0.3 of a block reward instead of ten block rewards.
![](https://ip.bitcointalk.org/?u=https%3A%2F%2F3.bp.blogspot.com%2F-bEIVG-j1ZLo%2FVsHJGlVSqJI%2FAAAAAAAAFTU%2F9_LWeZG7ibU%2Fs1600%2Fplot1_2016-02-15.png&t=665&c=L1cLBOb2bcxIRA)
|
|
|
|
rav3n_pl
Legendary
Offline
Activity: 1361
Merit: 1003
Don`t panic! Organize!
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 15, 2016, 05:20:15 PM |
|
Are you planning some analysis for block version/Core version?
|
|
|
|
organofcorti (OP)
Donator
Legendary
Offline
Activity: 2058
Merit: 1007
Poor impulse control.
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 15, 2016, 08:28:01 PM |
|
Are you planning some analysis for block version/Core version?
The block withholding check is applicable to any bitcoin version, or any altcoin too.
|
|
|
|
kano
Legendary
Offline
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 15, 2016, 11:52:10 PM |
|
Well - yes that's assuming unintentional is only 32-bit related. Of course there could be other reasons, but yep thanks for this OOC - it seems blatantly obvious once you point it out but yeah never thought of it before. Fortunately I have full share history of my pool since it started ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) Time to do 20TB of share searching (sdiff is part of the share log) ... and of course make it permanently record them ...
|
|
|
|
organofcorti (OP)
Donator
Legendary
Offline
Activity: 2058
Merit: 1007
Poor impulse control.
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 16, 2016, 02:03:40 AM |
|
Well - yes that's assuming unintentional is only 32-bit related. Of course there could be other reasons, but yep thanks for this OOC - it seems blatantly obvious once you point it out but yeah never thought of it before. Fortunately I have full share history of my pool since it started ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) Time to do 20TB of share searching (sdiff is part of the share log) ... and of course make it permanently record them ... sdiff is the pool difficulty (minimum accepted work difficulty) or the work difficulty? You'll need both of them. Let me know what you find? That much data is going to be a very good test of the methodology.
|
|
|
|
kano
Legendary
Offline
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 16, 2016, 01:36:12 PM |
|
Well - yes that's assuming unintentional is only 32-bit related. Of course there could be other reasons, but yep thanks for this OOC - it seems blatantly obvious once you point it out but yeah never thought of it before. Fortunately I have full share history of my pool since it started ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) Time to do 20TB of share searching (sdiff is part of the share log) ... and of course make it permanently record them ... sdiff is the pool difficulty (minimum accepted work difficulty) or the work difficulty? You'll need both of them. Let me know what you find? That much data is going to be a very good test of the methodology. Yes both of course (sdiff is the share's difficulty, not the pool requested difficulty) Might be a few days yet ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif)
|
|
|
|
Cryptonomist
Newbie
Offline
Activity: 27
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 20, 2017, 02:32:22 PM |
|
Hello,
@organofcorti: I'm currently writing a thesis on the performance of p2pool compared to other centralized mining pools (bitcoin mining). One part of it is the collection of data on the performance of the p2pool network. I've read your blog posts '5.1 p2pool - Bad luck or flawed?' and '5.2 p2pool: Achieving expectation'. I found them very informative and helpfull. However, I wonder whether you can give me some advice on how to collect the data? I'm fairly new to p2pool. I've been running a small-scale bitcoin mining operation for the last couple of months. I've found the logs that produce information about the hash rate, stale rate, etc... for my local node and the network. I just wonder were I can find all the data necessary to construct a dataset like you did, but now for the period 2017-2018.
Thank you.
|
|
|
|
|