I think the SHA256 share % vs pool hashrate is pretty far off.
Running ~20TH; pool reports 45; share value ~35%...
5Th; ~1/5 pool reported hashrate; share value ~13%
maybe a math error somewhere in the code? (browser FF, shouldnt make a difference for this I would think)
yeah, I haven't really grasped the values the pool presents sometimes. They do seem to fluctuate. I've tried to see why sometimes they are like that but do manual calculations seems to work out. A lot of the calculations are pulled from memcache so there may be times it's off/old/stale/reset? BTC in the pocket seems to be consistent so I don't want to start mucking with it. but... I've yet to see the hashrates I'm renting, be that far off but I haven't rented SHA in a while. |
|
|
|
Happy New Year crackfoo and zpool miners.
I've been mining some DGB and that seems to have worked OK, so it looks like the issue was NOTE specific (dusty wallet perhaps?).
One thing I have noticed is that the 2 hourly payments don't always get immediately sent and don't have a transaction id. Eventually they get sent in a bunch. I assume the system is optimising the payments by waiting for a sufficient amount of miners transactions to be sent? I have the last remaining 3 DGB payments. Do I have to wait for other miners of DGB to mine enough DGB to release the transaction, or is there a time limit in which the transaction will eventually be sent? I'm wondering about this because I might have to mine some unpopular coins to reach the minimum orders size to dump them on an exchange.
Regarding the NOTE issues, I also have 2 small transactions that have not yet been sent for some time (hence the above query). I also have a pending balance on some digital credits that don't seem to have matured (this coin has matured under the later DGB mine, so there seems to be a bit of an issue.)
Digital Credits (sha256) 0.000011 DGCS 0.1804% 0.000000 2d ago Immature (6366)
Digital Credits (sha256) 0.000019 DGCS 0.1078% 0.000000 2d ago Immature (7291)
Digital Credits (sha256) 0.000000 DGCS 0.0792% 0.000000 2d ago Immature (7337)
In total I'm missing approx 4 NOTE and have some unconfirmed dust. I've left the wallet running, but my intention is that when this issue is sorted is to send the funds to an exchange to dump and decommission my wallet. It's got over 50 inputs and no coin control so the fee could be horrendous (never sent a NOTE transaction before).
Mining alt coins that the pool solves regularly could be a good way for me to obtain dash, ltc, doge etc. I can combine all my DGB inputs fee free quite quickly and send that to the exchange fee free, saving on the BTC exchange rate and high BTC transaction fees when the BTC network is busy.
Have a good day and I hope you can look into the NOTE issue when you can.
Thanks, getting back into this now. Payments are generated every ~2 hours and inserted into the DB. Then they'll actually get sent usually ~10-20mins after that. So there will be a period of time where the payment will be listed as paid, but no tx, as it has yet to actually be sent. If the payment was actually created, it means there was already enough balance in the wallet to pay miners. If there wasn't, it would not get created until there is and your balance would simply continue to grow until it can be paid. At the same time, coins are not being sent to the exchange until the outstanding balances can be paid. The min payouts are 0.001 every 2 hours and 0.0001+ (on sundays). It is a global minimum so it may take a long time if you're mining a coin that already has only micro block rewards. The majority of coins shouldn't be a problem. I'm not sure why the tx's that was 1/2'd didn't get readjusted. I'll check into the balance and send off what you're owed. The code is designed to send 1/2 if the full balance couldn't be but should re-adjust the final balance accordingly... something we'll look into. |
|
|
|
Hi, We've added MND to the miners multipool: www.zpool.caCheers! |
|
|
|
|
Is there any updated client? Mines still at block 120... 3 connections...
|
|
|
|
Am i missing something?
the last few pages of discussion maybe? Crack, I have been looking and I have read some disturbing shit... Seriously who airs out dirty laundry about the owner of the pool. Gambling issues? Anyways, I have been looking and not having any luck. What I was referring to was that many ppl arn't being paid and that perhaps trying to mine here isn't a good idea... |
|
|
|
Am i missing something?
the last few pages of discussion maybe? |
|
|
|
where all the miners? open pools do not have people, tell me. thk.
We have ~1-2Gh/s on www.zpool.caCheers! |
|
|
|
some news about hirocoin ?
is the coin alive or already dead ?
Team disappeared transactions also continued。。。 Does anyone have some working nodes? Thanks |
|
|
|
|
I did get an email about some NOTE payment failures earlier today but have been travelling. I'll check them out when I can and run through our payment validation to pickup any missing/failed payments.
Thnx
|
|
|
|
Hi, We've added BNT to the miners multipool: www.zpool.caCheers! |
|
|
|
Cryptsy has been experiencing wallet w/d issue(s) for well over a month now. People only intermittently reporting successful withdrawal's (I had one just two days ago but for trivial amount) and no ETA as to when it will be resolved. Not unusual for Cryptsy to constantly have wallet issue(s), but sustained across the board w/d issues for just about everybody for so long is disconcerting to say the least.
Over a month now? We are always suffering with w/d issues on craptsy. Even jl777 was suffering 16 months ago. Look at the date https://bitcointalk.org/index.php?topic=684090.msg8630177#msg8630177They are not stupid enough to send BTCD as their wallet is fat and they get a nice 5% by staking. Can we request that BTCD be delisted from Cryptsy? I think major coins should start doing this. Not that they'd listen anyway. |
|
|
|
Hi, We've added BELA to the miners multipool: www.zpool.caCheers! |
|
|
|
|
Does anyone have any current nodes?
|
|
|
|
its something you should be doing.
Yes if a fork is needed it should be planned out and put into action. Merge mining coins need the maintain compatibility among the others.
Ok then, If anyone else has anything else to say; please don't be shy! Otherwise I'll start planning the fork in the new year. I've created an issue on Github ( https://github.com/Canada-eCoin/Canada-eCoin-qt/issues/1 ) to track the outcome. /koad Great, thanks a lot. Looking forward to adding it to my pool. Cheers! |
|
|
|
We definitely find that dumping huge amounts of hash, isn't profitable like it is if you rent low/modest amounts of hash. The reason is because with a large amount of hash, it causes the coins to jump way up in difficulty, lowering your overall luck. Now it's not as much of a problem when there are lots of coins to choose from, but still better to go low and slowly increase.
ps: you can disable the bitcoin, 30T hashpower is very few to find a block, it's waste of hash if pool switch to btc. BTC will never get hash put on to it. I keep it there so it can be seen that it is online and working. The only time a coin would get hash put on to it, is if the block solve estimation is less than 3-4 sometimes 5 hours max. |
|
|
|
|
Yes if a fork is needed it should be planned out and put into action. Merge mining coins need the maintain compatibility among the others.
|
|
|
|
d=2048 - It runs for 2 minutes , then switched off, Disconnected. Pool difficulty too low for high speed.
sha - ?
Tested NH's services again yesterday. My settings were as follows: Two rentals, one at 5Th, and another at 100Th. Both SHA256 mining, to port 3333 with this password: d=2048,sha256 the 100Th completed without incident, and the 5Th is still going. Again; nicehash disappoints with a 100Th rental; If I keep a steady 5-10Th, I actually make more btc every time that i've done this test. Strange. 4th time this has happened... no longer a coincidence in my mind.... Probably has to do with luck over a short period vs luck over a long period. I haven't wanted to waste that much coin just doing tests knowing I would take that kind of a loss after this many fails or else I would do the same time frames for 5Th and 100Th...... Gonna just cut my losses and stay with slow and steady.... along with just using my own hardware. Im a blessed one that doesn't pay any power bill  We definitely find that dumping huge amounts of hash, isn't profitable like it is if you rent low/modest amounts of hash. The reason is because with a large amount of hash, it causes the coins to jump way up in difficulty, lowering your overall luck. Now it's not as much of a problem when there are lots of coins to choose from, but still better to go low and slowly increase. |
|
|
|
so you do try to put the smallest complexity and see ....
I usually do 2x the min... |
|
|
|
|
Show Posts
