Prohashing Mining Pool Forums

centar wrote:

Steve Sokolowski wrote:I think the reply is a little over the top. Remember that Coinbase charges for every transaction, and so do companies like NiceHash. We're paying $66/transaction to pay people out and don't charge for it.

I also want to point out that 2/3 of payouts are not coming in bitcoins; about 30% are. 2/3 of customer debts are owed in bitcoins, but that's because we need to keep the payout threshold higher and the debts grow larger.

I just don't understand why the Core holds the positions they do. The idea that bitcoin should be capped at 1MB blocks just doesn't make logical sense.

Steve, I'm sorry but this is a ridiculous position. If you don't want to pay those fees there are two simple solutions:

1.) Manually lower the fee that you use when sending payments, I'm fairly certain users would rather wait a day or so for the transaction to clear the mempool rather than pay the fees. At the minimum you could give the user the option.

2.) The simpler solution is just send the payments using a segwit address, you should see a pretty significant reduction in transaction costs. I assume you probably have some moral objection to segwit as per your prominent big-block position, but shouldn't you use the cheapest option available?

I think you guys are great developers and have an awesome product that can be something special if/when you decide to expand and commit to the project. I don't, however, feel that you are the best businessmen in many situations. As you've stated yourselves, you have very fierce competition that has some significant advantages over you in several areas. You are operating on a razor's edge of competitiveness and you really, really need to maintain any advantage you can over other pools. To me this feels like you are mixing your personal feelings about Core at the cost of best business practices.

Steve Sokolowski wrote:

centar wrote:

Steve Sokolowski wrote:I think the reply is a little over the top. Remember that Coinbase charges for every transaction, and so do companies like NiceHash. We're paying $66/transaction to pay people out and don't charge for it.

I also want to point out that 2/3 of payouts are not coming in bitcoins; about 30% are. 2/3 of customer debts are owed in bitcoins, but that's because we need to keep the payout threshold higher and the debts grow larger.

I just don't understand why the Core holds the positions they do. The idea that bitcoin should be capped at 1MB blocks just doesn't make logical sense.

Steve, I'm sorry but this is a ridiculous position. If you don't want to pay those fees there are two simple solutions:

1.) Manually lower the fee that you use when sending payments, I'm fairly certain users would rather wait a day or so for the transaction to clear the mempool rather than pay the fees. At the minimum you could give the user the option.

2.) The simpler solution is just send the payments using a segwit address, you should see a pretty significant reduction in transaction costs. I assume you probably have some moral objection to segwit as per your prominent big-block position, but shouldn't you use the cheapest option available?

I think you guys are great developers and have an awesome product that can be something special if/when you decide to expand and commit to the project. I don't, however, feel that you are the best businessmen in many situations. As you've stated yourselves, you have very fierce competition that has some significant advantages over you in several areas. You are operating on a razor's edge of competitiveness and you really, really need to maintain any advantage you can over other pools. To me this feels like you are mixing your personal feelings about Core at the cost of best business practices.

The Core's own client doesn't support Segwit transactions. There's no way to use the addresses because none of the clients support them.

We're already set to 18 block confirmation times. We can't realistically set the fees any lower. We tried that one day a few weeks back and people complained on the forums that it took all day and it generated twelve support tickets. The tickets cost more to answer than the fees.

As to business, unfortunately it seems like finding good businessmen is more difficult than good developers. We have plenty of people who send us developer resumes, but I have yet to see an MBA or a CPA come by.

We'll be making an announcement on Tuesday about expansion, so stay tuned for that!

Steve Sokolowski wrote:

centar wrote:

Steve Sokolowski wrote:I think the reply is a little over the top. Remember that Coinbase charges for every transaction, and so do companies like NiceHash. We're paying $66/transaction to pay people out and don't charge for it.

I also want to point out that 2/3 of payouts are not coming in bitcoins; about 30% are. 2/3 of customer debts are owed in bitcoins, but that's because we need to keep the payout threshold higher and the debts grow larger.

I just don't understand why the Core holds the positions they do. The idea that bitcoin should be capped at 1MB blocks just doesn't make logical sense.

Steve, I'm sorry but this is a ridiculous position. If you don't want to pay those fees there are two simple solutions:

1.) Manually lower the fee that you use when sending payments, I'm fairly certain users would rather wait a day or so for the transaction to clear the mempool rather than pay the fees. At the minimum you could give the user the option.

2.) The simpler solution is just send the payments using a segwit address, you should see a pretty significant reduction in transaction costs. I assume you probably have some moral objection to segwit as per your prominent big-block position, but shouldn't you use the cheapest option available?

I think you guys are great developers and have an awesome product that can be something special if/when you decide to expand and commit to the project. I don't, however, feel that you are the best businessmen in many situations. As you've stated yourselves, you have very fierce competition that has some significant advantages over you in several areas. You are operating on a razor's edge of competitiveness and you really, really need to maintain any advantage you can over other pools. To me this feels like you are mixing your personal feelings about Core at the cost of best business practices.

The Core's own client doesn't support Segwit transactions. There's no way to use the addresses because none of the clients support them.

We're already set to 18 block confirmation times. We can't realistically set the fees any lower. We tried that one day a few weeks back and people complained on the forums that it took all day and it generated twelve support tickets. The tickets cost more to answer than the fees.

As to business, unfortunately it seems like finding good businessmen is more difficult than good developers. We have plenty of people who send us developer resumes, but I have yet to see an MBA or a CPA come by.

We'll be making an announcement on Tuesday about expansion, so stay tuned for that!

GregoryGHarding wrote:

Steve Sokolowski wrote:

centar wrote:
Steve, I'm sorry but this is a ridiculous position. If you don't want to pay those fees there are two simple solutions:

1.) Manually lower the fee that you use when sending payments, I'm fairly certain users would rather wait a day or so for the transaction to clear the mempool rather than pay the fees. At the minimum you could give the user the option.

2.) The simpler solution is just send the payments using a segwit address, you should see a pretty significant reduction in transaction costs. I assume you probably have some moral objection to segwit as per your prominent big-block position, but shouldn't you use the cheapest option available?

I think you guys are great developers and have an awesome product that can be something special if/when you decide to expand and commit to the project. I don't, however, feel that you are the best businessmen in many situations. As you've stated yourselves, you have very fierce competition that has some significant advantages over you in several areas. You are operating on a razor's edge of competitiveness and you really, really need to maintain any advantage you can over other pools. To me this feels like you are mixing your personal feelings about Core at the cost of best business practices.

The Core's own client doesn't support Segwit transactions. There's no way to use the addresses because none of the clients support them.

We're already set to 18 block confirmation times. We can't realistically set the fees any lower. We tried that one day a few weeks back and people complained on the forums that it took all day and it generated twelve support tickets. The tickets cost more to answer than the fees.

As to business, unfortunately it seems like finding good businessmen is more difficult than good developers. We have plenty of people who send us developer resumes, but I have yet to see an MBA or a CPA come by.

We'll be making an announcement on Tuesday about expansion, so stay tuned for that!

if i remember correctly, jkdreaper came to you as a CPA and got a "no thanks"

1.) Senken Sie manuell die Gebühr, die Sie beim Senden von Zahlungen verwenden. Ich bin ziemlich sicher, dass die Benutzer lieber einen Tag oder so warten würden, bis die Transaktion den Mempool löscht. anstatt die Gebühren zu bezahlen. Zumindest können Sie dem Benutzer die Option geben.