|
same for groestl "multiport" best way to check is to see pool coin reserves, if there's no more than 2%(pool fee) left in pocket, then it's probably a glitch...
|
|
|
|
|
exchange is fine, share distribution is wrong, some formula where instead of =1.0 it is = 0.7497
|
|
|
|
www.zpool.caPROP reward system BTC Payouts 2% Fees (1% while in BETA, ends Dec 1) can you check if myr-gr on port 5433 and other multiports too, seems pool fee is 20%, not 2%, just added another mining address with all hashrate mine and I get sum of my shares exactly 80%, which means 20% pool fee if I see balance what I have mined to what is going for exchange, it is even worse 25,03% pool fee 3 Saffron (myr-gr) blocks 3*21 = 63 in my balance there're 47.231100 SFR |
|
|
|
see show details on http://www.zpool.ca/?address= check immature under name Saffron (myr-gr) if missing = not paid, otherwise you can divide value by 21(blocksize) to see % |
|
|
|
|
how about most recent Saffron (myr-gr) did you get paid for it?
|
|
|
|
|
ok, I see what you mean, I found block Rich (myr-gr) 2.004113 RICHX 50.1028% 0.020864 23m ago Immature (9)
and my miners summary is...
myr-gr 2 80% 19.5 mh/s
and meanwhile as typing another block Saffron (myr-gr) 15.743700 SFR 74.9700% 0.017161 35s ago Immature (1)
|
|
|
|
http://www.zpool.ca/site/miningsee hashrate on some coins types - it is not evenly distributed, there's some formula to "protect low diff coins" that comes from original yaamp pool config
|
|
|
|
if you check api you will see that site reports actual_last24h values under profitability, better take note on estimate_current and estimate_last24h also, as for % own hashrate towards % pool hashrate, try lowering share diff, the shorter block round is more random % of own shares are as your miner take some time to submit shares and may miss a block, but in next it can submit two shares instead but even if you fix your shares workflow other pool miners and share luck also change. you can use stratum proxy to track your S3 hashrate https://github.com/Stratehm/stratum-proxy% share rate seems okay for low hash rates. I'm now solo mining the myr-gr algo, and my %share rate is capped at 80%. there are 3 coins on myr-gr, you have 80% because you've joined ongoing round on Myriad (myr-gr) highest diff coin where other miner have some shares but have quit before round is finished, I see last found block is 2 days ago. |
|
|
|
for all my rentals they have usually rented at 0.0044-0.0048 or so; spending ~26mBTC. Generating 19-21mBTC after the rental is up.... which is close to the amount the share reports are off by; and thats also with an extra S3 running that consistently generated 2.2mBTC/day.
The hashrate reporting is almost nominal; within a few percent; so I know those per-share hashrate calcs are good =)
sorry you pay 26 mBTC for earn 19-21? yes. Each time I calculated based on profitability reports from the pool through the day; the estimates should have been to earn 1-3mBTC after 24 hours. They obviously kept falling way short. Even on a days when rental was a lot cheaper than the previous day. I have a nagging suspicion it has to do with the major difference between pool hashrate % and share reward % that I can see on my zpool wallet page. I expected to loose out from the start; so I wasn't disappointed if I did loose coin; its not that much of a loss to help the pool try and see if there truly is an issue with the calculations somewhere. I just dont have any way else to explain away the difference between pool hashrate % (on left side where total share amount from each algo is displayed), and the share value of the coins on the right pane where it lists found blocks and credit for them. Example: if you check api you will see that site reports actual_last24h values under profitability, better take note on estimate_current and estimate_last24h also, as for % own hashrate towards % pool hashrate, try lowering share diff, the shorter block round is more random % of own shares are as your miner take some time to submit shares and may miss a block, but in next it can submit two shares instead but even if you fix your shares workflow other pool miners and share luck also change. you can use stratum proxy to track your S3 hashrate https://github.com/Stratehm/stratum-proxy |
|
|
|
set current estimate/24hr estimate/24 actual to 0 if coins mined is 0, this is for x13 bump |
|
|
|
|
scryptjanenf16 pool give errors for some hours and hashminer did not switch to axiom - connection fail port eu:3348
|
|
|
|
Yeah, this is very suspect...declaring insolvency and preferring some customers (those with alts) over other customers (those with BTC). This is also quite illegal. Does he need a powershovel to dig himself a bigger hole with the authorities?
How is this illegal? It is illegal for bankrupt/insolvent companies to prefer creditors of the same rank (ie in this case unsecured creditors) over other creditors of the same rank. Otherwise they could pay out friends, close business partners first and leave people who should have the same rights to reimbursement with nothing. dude, we are not creditors as we just deposit our altcoins and not selling them to Cryptsy LTD, so we are sharesholders on each type of cryptocurrency, claiming that my shares need to be sold(on which price, probaly on 1 satoshi each first million and rest for free?) in order to cover your stolen type of shares is mass theft, and that is illegal! Cryptsy LTD was a private vault with just one lock box on same type of "shares" |
|
|
|
if you give him your mirror, he will not see you but himself  |
|
|
|
|
converting other coins from user balances into btc is mass stealing and over all it will hurt all customers as a whole as exchanged price will be 20-1000% lower than market price because of huge quantity sold(dumped), I haven't checked but some altcoins don't have second exchange, so they worth exactly zero...
|
|
|
|
|
Project Investors Inc have a contract to manage Cryptsy International LTD, if that LTD is insolvent it will be closed by that banana republic laws, not US laws.
|
|
|
|
|
not phantom, they already have a name, and it is BTC_points, LTC_points, XMG_points, etc, as btc and ltc wallet is empty, that emptiness will be filled with points, if XMG wallet however is only missing 10%, than users will get 90% of their balance with real XMG and 10% with virtual XMG_points, that can be traded against real XMG only, once a week some of real XMG profits will be traded to buy XMG_points, as we see initial most probable exchange rate should be 1 XMG_point for 0,9 XMG, however real balances should be transferred into another domain as cryptsy is a dirty word, so everyone will have its real cryptocurrencies back and can either w/d them or trade them with the new exchange, the old should live only with point-cryptocurrency trading pairs. if someone is willing to invest into buying points(and selling them later with profit) it can help some of users that want to get some of their coins back earlier with some loss.
|
|
|
|
You forget one important aspect. Cryptsy is based in USA and you(as new owner) will need a financial license if you want to trade without the fear that someone may knock at your door one day.
If you want to take a financial license in California(where Cryptsy is based), it will take up to one year and a LOT of money and tons of papers.
So, any investor with half of brain will not put any money in Cryptsy. What do they offer? Yes, a database with customers(I doubt they have 300k) , a company and nothing more. Yes, they do offer a lot of problems you have to fix. You have to fix their platform too. That means a new one with a huge cost and so on.
So, you would better put the money in bank than throw them away.
Cryptsy International LTD, a Belize Company |
|
|
|
|
Show Posts
