mmpool.org - 1.5% fee DGM/PPS - tx fees/vardiff/merge mine/tor

[AniceInovation]

Thanks, I got the email and pm and will work on it shortly. Yes, the transaction fees were nice for this block. I think that's the largest we've done. If the fees continue to grow like that we might need to reconsider how they're distributed. At some point the fees will be larger than the mining subsidy and it'd be weird for the block finder to get the majority of the reward while the other miners get the smaller subsidy.

If you ever change the Tx fees payments to be distributed trough all miners let me know, i'll jump in!

[1714901542]

1714901542

[1714901542]

1714901542

[1714901542]

1714901542

[mmpool]

The pool is at 3 Ph/s at the moment. Nice to see - even if it is mostly one user, thanks to that user!

[philipma1957]

The pool is at 3 Ph/s at the moment. Nice to see - even if it is mostly one user, thanks to that user!

yeah I am a distant second

[paramind22]

I have a question about the payout specs.  I just have a small antminer aimed there which barely got under the
payout threshold last block.  I noticed my payout was a bit more than the DGM that I had earned, and was wondering
why.  Is that because of the shares paying out some TX amount?

With the greater hash at the pool, my DGM almost gets eaten and I have to keep putting an antminer back at the pool.
If the DGM was all gone, would I still get paid out in shares/TX fees?

[mmpool]

I have a question about the payout specs.  I just have a small antminer aimed there which barely got under the
payout threshold last block.  I noticed my payout was a bit more than the DGM that I had earned, and was wondering
why.  Is that because of the shares paying out some TX amount?

With the greater hash at the pool, my DGM almost gets eaten and I have to keep putting an antminer back at the pool.
If the DGM was all gone, would I still get paid out in shares/TX fees?

The "bit more than the DGM" is just variance and time delays between the time the DGM estimate is calculated and the actual amount paid. It'll always be slightly off.

If your estimated DGM payout is decreasing it means that part of the payment is being put off to a later round. So the bigger hasher is getting more of this rounds payment, yours decreases but you'll get it paid over a longer tail. It's a bit frustrating to see the DGM decrease, especially with the pool having such a long time between blocks, but it's just the way the payment system works out.

[philipma1957]

I have a question about the payout specs.  I just have a small antminer aimed there which barely got under the
payout threshold last block.  I noticed my payout was a bit more than the DGM that I had earned, and was wondering
why.  Is that because of the shares paying out some TX amount?

With the greater hash at the pool, my DGM almost gets eaten and I have to keep putting an antminer back at the pool.
If the DGM was all gone, would I still get paid out in shares/TX fees?

don't feel bad  I am in second place. I was over 2.3 btc  the top guy is killing me.   If I knew he was going to send this much hash this long I would have never tried keeping up. I would have let my   btc fade to a low number.

I spent more then 1 btc over the last week renting to keep up.  that is a lot for me.

I think the top guy thought he saw a flaw and decided to send a lot of coin here.  He has spent a ton of coin hashing.


he has 77% of the shares

[mmpool]

I think the top guy thought he saw a flaw and decided to send a lot of coin here.  He has spent a ton of coin hashing.

I'm wondering if it's a proxy pool or something like that - sending their hash this way instead of mining against a bitcoind.

[spiker777]

let's break down this block
 

[philipma1957]

I think the top guy thought he saw a flaw and decided to send a lot of coin here.  He has spent a ton of coin hashing.

I'm wondering if it's a proxy pool or something like that - sending their hash this way instead of mining against a bitcoind.

It is an issue if it is a bad set of hash.  

There was a group of miners with bad hash

 that hurt kano.is  

and slush

and a  pool out of NY USA that closed due to a NY law BTC GUILD


I think  they could be the same group of people. Or not as they hit the last block.

I would not mind that they toss the big hash here,but they now stand to get 10 of 12.5 coins.

Plus they match me every time I add hash they add 3x what I add.

I bumped to 1.25ph  and they bumped to 3.75ph.  I dropped to .4ph they dropped to 1.0 ph

I am cutting back to 100th and when the rental ends tonight I am done.

[mmpool]

Yes, I remember the "Bad hash" situation. It's basically a variant of block withholding. But this particular user has been with the pool for a long time and they did hit the last block. I've been monitoring it and haven't found anything unusual.

I am cutting back to 100th and when the rental ends tonight I am done.

I'm sorry to see you go and hope you rejoin some time, but I do understand.

[cassini]

Sorry about causing some stir here. Seems I need to step forward and end the guesswork. After earning considerably more than I had spent on rental costs in 2016 (due to luck) I had thought it's a good idea to give something in return and support this pool by throwing in a petahash or two for a while. Now that we are experiencing a 80+% CDF round (due to bad luck) I can't stop mining here because of Gambler's Fallacy, oops, mathematical statistics. The main reason I don't do solo mining is, however, I'm not sure I'd get the node connections right in order to reduce the orphan risk to a minimum. mmpool has got plenty of experience with this aspect of mining operations, I assume. Furthermore, I might be able to motivate mmpool to resume merged-mining Namecoin. It's called "mm"pool after all ;-)

they match me every time I add hash they add 3x what I add.
I bumped to 1.25ph  and they bumped to 3.75ph.  I dropped to .4ph they dropped to 1.0 ph
I am cutting back to 100th and when the rental ends tonight I am done.

This is the result of the both of us purchase hashpower mostly at Nicehash. Between noon and midnight UTC the price at Nicehash usually rises way above rentability, therefore both your and my orders at Nicehash tend to freeze. As of midnight UTC our orders wake up due to low demand i.e. prices getting back to the rentability zone. Maybe it's a good idea we coordinate our orders at nh?

I would not mind that they toss the big hash here,but they now stand to get 10 of 12.5 coins.

Just in case anybody thinks that I "steal" DGM value from other miners should take a closer look at the DGM maths. Simplified speaking, the more hashpower I throw at this pool the more likely it is we find a block within a reasonable period of time.

[mmpool]

Just in case anybody thinks that I "steal" DGM value from other miners should take a closer look at the DGM maths. Simplified speaking, the more hashpower I throw at this pool the more likely it is we find a block within a reasonable period of time.

I think it's the high CDF that's making it look bad - if we were actually hitting the blocks people would be happy to be getting the smaller payments but more often. Thanks for the hash power!

[mmpool]

Furthermore, I might be able to motivate mmpool to resume merged-mining Namecoin. It's called "mm"pool after all ;-)

I'm close! I haven't given up

[mmpool]

While on the subject of multiple coins, I experimented with setting up a Monero pool while trying out some new pool software that was open sourced recently, mostly for solo mining purposes but available for any mmpool users who also want to use their cpus/gpus for something: monero.mmpool.org

It uses pplns as the payment system. You can mine to an exchange address if you don't want to set up the monero wallet. You can mine with a bitcoin address and the pool converts the monero to bitcoin using shapeshift or xmr.to depending on what has the best price.

Set the username of your miner to your monero or bitcoin address and the password to a user/worker name. If you append "+1234" to the username it'll start mining at difficulty 1234, useful for nicehash to start at a higher difficulty. If you append ".64_bytes_hex" it'll use the 64 bytes of hex as a payment id, required for some exchanges for depositing. These can be combined: eg. address.paymentid+100000

This is just an experiment, if I shut it down I'll rent hash to mine out the PPLNS time period so anyone who tries it gets their full reward.

I do like the pool interface. It makes me want to upgrade mmpool to be a bit more modern. The automatic payment to bitcoin is nice too - unfortunately I don't think shapeshift offers exchanges for any of the merge mine coins otherwise I'd add it to mmpool.

[philipma1957]

Sorry about causing some stir here. Seems I need to step forward and end the guesswork. After earning considerably more than I had spent on rental costs in 2016 (due to luck) I had thought it's a good idea to give something in return and support this pool by throwing in a petahash or two for a while. Now that we are experiencing a 80+% CDF round (due to bad luck) I can't stop mining here because of Gambler's Fallacy, oops, mathematical statistics. The main reason I don't do solo mining is, however, I'm not sure I'd get the node connections right in order to reduce the orphan risk to a minimum. mmpool has got plenty of experience with this aspect of mining operations, I assume. Furthermore, I might be able to motivate mmpool to resume merged-mining Namecoin. It's called "mm"pool after all ;-)

they match me every time I add hash they add 3x what I add.
I bumped to 1.25ph  and they bumped to 3.75ph.  I dropped to .4ph they dropped to 1.0 ph
I am cutting back to 100th and when the rental ends tonight I am done.

This is the result of the both of us purchase hashpower mostly at Nicehash. Between noon and midnight UTC the price at Nicehash usually rises way above rentability, therefore both your and my orders at Nicehash tend to freeze. As of midnight UTC our orders wake up due to low demand i.e. prices getting back to the rentability zone. Maybe it's a good idea we coordinate our orders at nh?

I would not mind that they toss the big hash here,but they now stand to get 10 of 12.5 coins.

Just in case anybody thinks that I "steal" DGM value from other miners should take a closer look at the DGM maths. Simplified speaking, the more hashpower I throw at this pool the more likely it is we find a block within a reasonable period of time.

Okay let me catch up a bit

when blocks go to 85% we are both losers as is everyone on the pool  due to simple bad luck.

I know both of us tossed a lot of coin at this block.

take a break  go down to 100th the rest of today I will mine at 50th .

  
2   c932f3ed   1.33817762   0.00000000   93,394,776,162      51,821,758

I can do 50-100 th for months .  but you picked up so high I can't match it

[cassini]

when blocks go to 85% we are both losers as is everyone on the pool  due to simple bad luck.

Actually, we are winners if we simply keep on hashing. There will be quite a few low-CDF blocks this year. The only ones who lose money are those who stop mining at this pool right now.

take a break  go down to 100th the rest of today I will mine at 50th

At the moment the prices at nh are unusually high for this time of day, anyway, therefore I'm currently close to 0 Th. As soon as prices get back to the break-even point or better I'll rent as much hash as possible without driving the price up to above the break-even threshold. I hope you'll do the same. As of Feb 18th around 11 a.m. UTC, however, (i.e. the next Difficulty change) our nh purchase activities should come to a temporary standstill for a day or two until all the other hashrate buyers start to notice the Diff adjustment. They tend to pay ridiculously high prices during the first few days.

but you picked up so high I can't match it

You don't need to match anything/anybody. Within a mining pool there is no such thing as "competition". It is always "cooperation" no matter what the individual miners do (except maybe pool hopping etc., but that is not worth the effort IMO).

[cassini]

monero.mmpool.org

Just started to read about Monero's PaymentID feature. I'm wondering if it is safe to mine to an address without a PaymentID? Kraken, for instance, doesn't give you a PaymentID whereas Poloniex does.

[mmpool]

monero.mmpool.org

Just started to read about Monero's PaymentID feature. I'm wondering if it is safe to mine to an address without a PaymentID? Kraken, for instance, doesn't give you a PaymentID whereas Poloniex does.

Kraken gives what's known as an integrated address. The payment ID is encrypted within the address. These types of addresses work with the pool and it's safe to mine to them.

[paramind22]

Chiming in my 2 cents as that's about the level of hashpower I'm able to put here.  Since the pool is about 1/8th of what Kano currently is, and while we may be losing one of our biggest hashers here if I read him correctly, I am hoping there might be two simple changes considered.  This could be a great pool for people who have old miners.  I am putting an S1 here now and then, but I have a lot of interest in other coins and it's interesting to mine them.  There are even new SHA256 coins being created and the profit on those can be immense if they pan out, even with a SHA256 miner. 

My main question is, why does a gridseed orb work on cv's solo pool and not here anymore?  Can that be fixed?  At least it would help keep my balance from disappearing with the bigger hashes happening.   Another question is what others have asked, can merge mining come back?

I see that you now have a monero pool going so maybe your thoughts are elsewhere.

[mmpool]

My main question is, why does a gridseed orb work on cv's solo pool and not here anymore?  Can that be fixed?  At least it would help keep my balance from disappearing with the bigger hashes happening.   Another question is what others have asked, can merge mining come back?

I see that you now have a monero pool going so maybe your thoughts are elsewhere.

I don't know why a gridseed orb doesn't work - I don't even know what it is. Is it a miner? What errors are you getting when you use it?

Merge mining is coming back but requires programming and testing - this is in progress.

The monero pool required minimal work since it's using existing software. The merge mining code in this pool is custom coded.