Pages:
Author

Topic: Bitcoin Mining Pool List (Read 4672 times)

hero member
Activity: 700
Merit: 501
https://bitcointalk.org/index.php?topic=905210.msg
July 15, 2015, 01:16:46 PM
#29
How about listing those pools that are churning out empty blocks & therefor not contributing to the Bitcoin Network?

We will continue do SPV mining despite the incident, and I think so will AntPool and BTC China.

Another very good reason people should not mine on Chinese pools.  This is EXTREMELY bad for the Bitcoin network.

It would help miners make a more ethical decision about what pool to use & also help decentralize the hash power away from the bigger pools who aren't towing the line  Wink

Do you have any data on percentage of empty blocks per pool?
I think these are both valuable to disclose - SPV mining and empty blocks.

Empty blocks at least someone has already done an analysis on this thread:
https://bitcointalksearch.org/topic/empty-blocks-1085800

Updated for blocks in 2015 up to block 365,401:


I am happy to see you guys being the voices of reason with these issues. The people running Antpool and F2Pool sure aren't, and the only way they will is if we are somehow able to get more attention paid to these problems.
Like the Fork of July and the issues with transactions not being processed.
donator
Activity: 2058
Merit: 1007
Poor impulse control.
July 12, 2015, 06:41:52 PM
#28
I think number of 1 tx blocks should be a) per n blocks solved by entity rather than by time period to reduce variance, and b) be normalised by the size of the tx queue at the time the block was solved.

b) is hard and I haven't figured out a good way to do that yet. I think I should be able to use my mempool, but how do I determine the number of tx in mempool when the block was solved? Just use the local maxima before I got the block notification?

I don't see much point in B.  I doubt there has been a time in 2015 where a block has ever been solved with the mempool being *empty* of valid transactions that the pool would not include if it were operating without purposely making empty blocks to make up for poor optimization.

There were times not so long ago this year when the Statoshi dashboard clearly showed dips to close to zero tx in mempool after a few very short interblock durations. the point is that creating a 1 tx block is clearly more a egregious action when there are ten thousand waiting tx than just a few.

Similarly, I don't see why A would matter much when it's already being expressed as a percentage of their blocks solved.

Variance. Same as the reason why I prefer to treat orphaned blocks the same way - variance should be the same for everyone which make anomalies much harder to hide, and this can only happen if you summarise thedata over similar numbers of blocks.

legendary
Activity: 1750
Merit: 1007
July 12, 2015, 06:21:51 PM
#27
I think number of 1 tx blocks should be a) per n blocks solved by entity rather than by time period to reduce variance, and b) be normalised by the size of the tx queue at the time the block was solved.

b) is hard and I haven't figured out a good way to do that yet. I think I should be able to use my mempool, but how do I determine the number of tx in mempool when the block was solved? Just use the local maxima before I got the block notification?

I don't see much point in B.  I doubt there has been a time in 2015 where a block has ever been solved with the mempool being *empty* of valid transactions that the pool would not include if it were operating without purposely making empty blocks to make up for poor optimization.

Similarly, I don't see why A would matter much when it's already being expressed as a percentage of their blocks solved.  The network is so big at this point that it is virtually impossible for a pool to have an empty memory pool.  Pools don't push out block templates every time they see a new transaction, so the only way it could possibly happen is if the pool pushes out a block template including their entire memory pool, and a miner solves the block, sends it back to the pool, the pool verifies it, and broadcasts that block clearing their entire memory pool before a single new transaction arrives.  Yes, it could happen, but the likelihood of that event happening enough to actually taint your results seems slim-to-none.
donator
Activity: 2058
Merit: 1007
Poor impulse control.
July 12, 2015, 06:14:41 PM
#26
How about listing those pools that are churning out empty blocks & therefor not contributing to the Bitcoin Network?

We will continue do SPV mining despite the incident, and I think so will AntPool and BTC China.

Another very good reason people should not mine on Chinese pools.  This is EXTREMELY bad for the Bitcoin network.

It would help miners make a more ethical decision about what pool to use & also help decentralize the hash power away from the bigger pools who aren't towing the line  Wink

Do you have any data on percentage of empty blocks per pool?
I think these are both valuable to disclose - SPV mining and empty blocks.

Empty blocks at least someone has already done an analysis on this thread:
https://bitcointalksearch.org/topic/empty-blocks-1085800

Updated for blocks in 2015 up to block 365,401:


I think number of 1 tx blocks should be a) per n blocks solved by entity rather than by time period to reduce variance, and b) be normalised by the size of the tx queue at the time the block was solved.

b) is hard and I haven't figured out a good way to do that yet. I think I should be able to use my mempool, but how do I determine the number of tx in mempool when the block was solved? Just use the local maxima before I got the block notification?
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
July 12, 2015, 06:02:43 PM
#25
How about listing those pools that are churning out empty blocks & therefor not contributing to the Bitcoin Network?

We will continue do SPV mining despite the incident, and I think so will AntPool and BTC China.

Another very good reason people should not mine on Chinese pools.  This is EXTREMELY bad for the Bitcoin network.

It would help miners make a more ethical decision about what pool to use & also help decentralize the hash power away from the bigger pools who aren't towing the line  Wink

Do you have any data on percentage of empty blocks per pool?
I think these are both valuable to disclose - SPV mining and empty blocks.

Empty blocks at least someone has already done an analysis on this thread:
https://bitcointalksearch.org/topic/empty-blocks-1085800

Updated for blocks in 2015 up to block 365,401:

sr. member
Activity: 266
Merit: 250
July 12, 2015, 12:47:35 PM
#24
Just going to point out that the quote above with my comment on SPV mining is not directly related to 1tx blocks.  You can do 1tx blocks without SPV mining.

I do think that 1tx blocks are completely stupid and bad for network health, but SPV mining is at the malicious level of recklessness.

Thanks for clarifying that eleuthria - if you'd like me to add/edit the quote in any way, just let me know - it's not my intention to mislead or misquote anyone  Wink
legendary
Activity: 1750
Merit: 1007
July 12, 2015, 12:42:42 PM
#23
Just going to point out that the quote above with my comment on SPV mining is not directly related to 1tx blocks.  You can do 1tx blocks without SPV mining.

I do think that 1tx blocks are completely stupid and bad for network health, but SPV mining is at the malicious level of recklessness.
sr. member
Activity: 266
Merit: 250
July 12, 2015, 08:21:48 AM
#22
I've read various figures scattered around the forum, you'd definitely have a better idea than I on how to acquire that kind of info - your expertise is a few divisions above mine..... Cheesy Wink
donator
Activity: 2058
Merit: 1007
Poor impulse control.
July 12, 2015, 08:06:07 AM
#21
How about listing those pools that are churning out empty blocks & therefor not contributing to the Bitcoin Network?

We will continue do SPV mining despite the incident, and I think so will AntPool and BTC China.

Another very good reason people should not mine on Chinese pools.  This is EXTREMELY bad for the Bitcoin network.

It would help miners make a more ethical decision about what pool to use & also help decentralize the hash power away from the bigger pools who aren't towing the line  Wink

Do you have any data on percentage of empty blocks per pool?
sr. member
Activity: 266
Merit: 250
July 12, 2015, 04:37:38 AM
#20
How about listing those pools that are churning out empty blocks & therefor not contributing to the Bitcoin Network?

We will continue do SPV mining despite the incident, and I think so will AntPool and BTC China.

Another very good reason people should not mine on Chinese pools.  This is EXTREMELY bad for the Bitcoin network.

It would help miners make a more ethical decision about what pool to use & also help decentralize the hash power away from the bigger pools who aren't towing the line  Wink
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
July 12, 2015, 03:49:58 AM
#19
Tricky. I wouldn't include anything that wasn't either provably correct or only from your own experience, or start up a thread that discusses your experiences with various pools.
I'd go further and say just include objective information. That table is all subjective stuff.
donator
Activity: 2058
Merit: 1007
Poor impulse control.
July 12, 2015, 03:36:02 AM
#18
I am trying each of these pools to legitimize they work...  any interest in results added to this list... something like :


Pool Ease of Signup Ease of Setup Pool Stability Pay Match Advertised Rate Payment Speed Customer Service
FAKEPOOL1.com Easy Easy High Rejects Adv. .097-2% / Actual .097-2% Adv.24h / Actual 72H Good on IRC
FAKEPOOL2.com Easy Easy Very Stable YES PPLNS Adv. 100 Conf. / Actual 100 Conf. Slow on Forum





Tricky. I wouldn't include anything that wasn't either provably correct or only from your own experience, or start up a thread that discusses your experiences with various pools.
full member
Activity: 145
Merit: 100
July 11, 2015, 01:12:44 PM
#17
I am trying each of these pools to legitimize they work...  any interest in results added to this list... something like :


Pool Ease of Signup Ease of Setup Pool Stability Pay Match Advertised Rate Payment Speed Customer Service
FAKEPOOL1.com Easy Easy High Rejects Adv. .097-2% / Actual .097-2% Adv.24h / Actual 72H Good on IRC
FAKEPOOL2.com Easy Easy Very Stable YES PPLNS Adv. 100 Conf. / Actual 100 Conf. Slow on Forum


donator
Activity: 2058
Merit: 1007
Poor impulse control.
July 01, 2015, 10:06:37 PM
#16
I would like to add mintsy to this list but, as of yet I cant get it to work with my antminer.

Mintsy is doing bitcoin mining?

Yea, I login and see they have a BTC Mining Pool currently at 1.223 PHs

I never saw thier name on the blockchain but according to them the last block they found was Block #363243

It's possible. Block #363243 sent the block reward to 1NY15MK947MLzmPUa2gL7UgyR8prLh2xfu, which had an average hashrate of ~ 2.8 Phps last week. It's labeled as "digitalbtc' (who own mintsy) at blocktrail.com and blockchain.info, but there's no proof of that offered.

Edit: do you have a link for their stats page?
full member
Activity: 145
Merit: 100
July 01, 2015, 09:59:53 PM
#15
I would like to add mintsy to this list but, as of yet I cant get it to work with my antminer.

Mintsy is doing bitcoin mining?

Yea, I login and see they have a BTC Mining Pool currently at 1.223 PHs

I never saw thier name on the blockchain but according to them the last block they found was Block #363243
donator
Activity: 2058
Merit: 1007
Poor impulse control.
July 01, 2015, 09:51:42 PM
#14
I would like to add mintsy to this list but, as of yet I cant get it to work with my antminer.

Mintsy is doing bitcoin mining?
full member
Activity: 145
Merit: 100
July 01, 2015, 08:38:31 PM
#13
I would like to add mintsy to this list but, as of yet I cant get it to work with my antminer.
legendary
Activity: 3583
Merit: 1094
Think for yourself
June 27, 2015, 10:38:17 AM
#12
It's a nice start I think.  Smiley

I think Slush is now PPLNS, but I don't know how to confirm that.
Thanks for your effort so far,
Sam

It's a sort-of PPLNS. Unless I've misunderstood, it's a PPLNS with exponentially decaying share values.



Ah, ok.
Thanks,
Sam
donator
Activity: 2058
Merit: 1007
Poor impulse control.
June 27, 2015, 10:36:04 AM
#11
It's a nice start I think.  Smiley

I think Slush is now PPLNS, but I don't know how to confirm that.
Thanks for your effort so far,
Sam

It's a sort-of PPLNS. Unless I've misunderstood, it's a PPLNS with exponentially decaying share values.

legendary
Activity: 3583
Merit: 1094
Think for yourself
June 27, 2015, 10:27:27 AM
#10
It's a nice start I think.  Smiley

I think Slush is now PPLNS, but I don't know how to confirm that.
Thanks for your effort so far,
Sam
Pages:
Jump to: