Good point. I knew TRC difficulty changed a lot, I just didn't realize it changed on every block. But I wouldn't give up totally on adding PPC (and BTC when the hashrate grows enough). Instead my thought is to create switching logic that looks at PPC only: when PPC is above BTC profit levels, mine PPC; and when PPC is below BTC profit levels, mine TRC.
Of course this is just my $.02 and I have absolutely no knowledge in this, so maybe this idea makes no sense
I'm thinking something like: ppc is most of the time not profitable vs. btc, if you count in nmc merged mining.
So, the interesting is btc vs. trc,, and my thinking is a multi-port for just these two.
The trick would be: BTC would be just port-forwarded to either a large normal(=pplns) pool (like btcguild) ar a pps pool like abcpool(12% fee!).
So a multiport that either directs to trc@multipool or to btc@somewhere else (keep track of network latencies - perhaps some stratum mining proxy as cache?)
Users would need to have same credentials on multipool and btc mining site for this to work.
Multipool wouldn't have to add bitcoin but still could offer a reasonable timely payout for btc via the pool in the background.
Perhaps compensate by higher fees for trc mining when using this port?
