Pages:
Author

Topic: [ATTN POOL OPS] List of pools' transaction policies. - page 2. (Read 3460 times)

donator
Activity: 2058
Merit: 1007
Poor impulse control.
No:
  • This is biased to support SatoshiDice's DDoS attack against Bitcoin. Instead of "transaction discrimination", it should be "anti-flooding filter quality"

I disagree. If the standard previously was to include all sources of tx, then the change would be to refuse to include some tx based on the source. This is not the previous standard behaviour.

I'm not pushing one point of view over another. If you have a serious suggestion about how to name the category- for example "source filtering" would be ok - then try again.

  • There is no such thing as "Standard" transaction fee.
This is the tx fee as recommended by the standard client. I didn't make that at all clear, sorry about that.

  • The chart presupposes bitcoind 0.8 logic.

Could you clarify that response? It presupposes I know what the hell you're talking about Wink
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
No:
  • This is biased to support SatoshiDice's DDoS attack against Bitcoin. Instead of "transaction discrimination", it should be "anti-flooding filter quality"
  • There is no such thing as "Standard" transaction fee.
  • The chart presupposes bitcoind 0.8 logic.

But couldn't you still publish the stat's that pertain to what your pools block criteria is?  If you disagree with the 2 of the five classifications you could still post the other 3? right?
He 'supposedly' doesn't have a pool ... but we all know that's FUD also ...
legendary
Activity: 3583
Merit: 1094
Think for yourself
No:
  • This is biased to support SatoshiDice's DDoS attack against Bitcoin. Instead of "transaction discrimination", it should be "anti-flooding filter quality"
  • There is no such thing as "Standard" transaction fee.
  • The chart presupposes bitcoind 0.8 logic.

But couldn't you still publish the stat's that pertain to what your pools block criteria is?  If you disagree with the 2 of the five classifications you could still post the other 3? right?
legendary
Activity: 2576
Merit: 1186
No:
  • This is biased to support SatoshiDice's DDoS attack against Bitcoin. Instead of "transaction discrimination", it should be "anti-flooding filter quality"
  • There is no such thing as "Standard" transaction fee.
  • The chart presupposes bitcoind 0.8 logic.
legendary
Activity: 1666
Merit: 1000
A comment from fireduck on HHTT policies...

https://bitcointalksearch.org/topic/m.1604552
donator
Activity: 2058
Merit: 1007
Poor impulse control.
Updated, with BTCGuild and Slush's pool added. Is this simple enough for everyone to follow?
legendary
Activity: 1750
Merit: 1007
There were bottlenecks  in previous versions of bitcoind and increasing block size often caused higher ratio of orphaned blocks. I'd like to thanks bitcoin developers for recent speedups in official software. I played a bit with pool settings and current values on my pool are:

Yes, 0.8 is amazing at how fast it can process blocks, and additionally how fast it responds with a template for a new block after an LP.  One thing I've noticed specifically is with more pools moving beyond 250,000 bytes, the time it takes pools to push out new work at a block change has increased dramatically, because bitcoind isn't having to re-prioritize/select as many transactions that weren't included in the prior block.
legendary
Activity: 1386
Merit: 1097
There were bottlenecks  in previous versions of bitcoind and increasing block size often caused higher ratio of orphaned blocks. I'd like to thanks bitcoin developers for recent speedups in official software. I played a bit with pool settings and current values on my pool are:

1) Max block size 990k
2) Min block size 50k
3) Priority block size 50k
4) Min fee 0.0001
5) No blocking
legendary
Activity: 1750
Merit: 1007
The 5 main categories I see as being useful:
  1) Max block size
  2) Min block size (Any block not this big will include ANY transaction, based on priority, regardless of fee)
  3) Priority block size (Space reserved specifically for high priority+no/low fee transactions)
  4) Minimum fee
  5) TX Discrimination (like how a few pools refuse to include transactions sent to 1dice...)


BTC Guild Settings:
  1) 750,000
  2) 150,000
  3) 100,000
  4) Standard satoshi client fee processing and transaction prioritization
  5) No transactions blocked, ignored, or throttled
donator
Activity: 2058
Merit: 1007
Poor impulse control.
Now that (thanks to SatoshiDice) we've hit the 250k block size,  there is a great deal of interest about the transaction policies different pools have.

A pool op has messaged me and suggested that pool tx policies would be useful to have as a post, preferrably stickied. I agree. However this data won't fit in the original "Mining pools list"  without making it very messy, so I need to create a new "Mining pools transaction policy list".

The original "Mining pools list" informs miners of pool differences that directly affect their earnings. Pools are split into reward methods, and then other category columns added.

For a "Mining pools transaction policy list", I would recommend listing pools in alphabetical order (names linked to bitcointalk.org forum posts), with category columns.

So, what categories are important? How do pools differ in their tx preference policies?


Here's an example - please let me know if I have any of the explanations wrong.

Note: Since the block size induced hard fork yesterday, I've changed the values below until we have a fix for the problem (or all clients are 0.8.0 or later)

MaximumMinimumPriorityMinimumTransaction
Pool            block size    block size    block size    fee (BTC)       filtering
BTCGuildNANANANANA
SlushNANANANANA

 
  • Maximum block size: the largest size block a pool will create.
  • Minimum block size: the largest size block a pool will create that can include any tranaction based on priority and regardless of fee.
  • Priority block size: block space given over to high priority and low or no fee transactions.
  • Minimum fee: the minimum fee transaction a pool will include in a block.
  • Transaction discrimination: a list of source transactions which a pool will refuse to include in a block.
Pages:
Jump to: