H.
I get the feeling you do not like me, by attacking only me and somehow you are saying contradicting things, like:
You claim that ALL Uray based pools have an error and do not pay out. Now you say, only my pool does not pay out.
You say others do have a link, but I can confirm, that none has a working link. I removed mine too, to be equal.
I really try hard to verify what you are saying, but fail. I might be to stupid, or to tired of carrying 4 tons of books during my moving.
It is therefore always good to have some debuggers, like you, who find things out, I never thought of, like that somebody uses multiple miners on the same IP. That was brilliant! Could it be that this is a public IP (Firewall)? and somebody is running a private network behind? Like an ISP? Or maybe it is an Internet cafe, that would explain the small amounts of mining.
And no, there is no restriction to reply, ... you can reply as often you want, I just will not reply to all.
We don't like you, but that's beside the point.
All uray code does have the bug, (inherently) however most other pools using it have fixed it. See, that's the beauty of open source code. We have been telling YOU to fix it, but you haven't even TRIED.
We all know you removed the links becuase that is all you could figure out how to do. The thing is, when our stuff goes down, we tell people, and fix it. I'm very aware of the blockex being down. Tiga handles it, and he's busy. But he will fix it, and if he doesn't in a reasonable amount of time, I can. But I prefer to let my people have full control over their projects unless I NEED to step in. I have already setup a completely new VM on my dacentec VMWare host that will be used for the blockex, as it's apparent the current VM isn't powerful or stable enough.
You know exactly what you're doing, Elmit (well, as far as the miners and money "issues" on the pool. Basically anything else, no way.) and it would be nice if you would just tell people, and quit being this way. Your stuff would be a lot better if you would just allow people to help you instead of being... well, you.
Haitch,
I think we should just let this go now, it is clear that this fool will never change. So all we can do is let the community know and move on. No point in continuing this. Everyone can clearly see who is on top in this argument, and I'm certain that people are aware by now of his pool and asset issues. We've done what we can do, maybe now is the time to let it be? I'm not telling you what to do, merely suggesting we just let this idiot be. He's gonna continue doing the same bullshit and we know it.
edit: scratch that, screw this guy.
I could never spot ANY help, but complains from you and your team.
Even the first settings I was asking and got wrong answers. So it seems that your team is just trying to let no other pool beside yours.
If you DO know what is wrong, why not tell? I am not the only one using this code. Why not post it as an issue to git hub?
No pool has a working link to the transactions(, but I did!) And exactly THAT link was complaint on. So it is a simple fix, as you did: Remove the link!
If I know something I help, not so your team!
Any question I had was answered as: You are an idiot, you run a pool and you do not know that? THAT kind of attitude makes it impossible to fix things.
The asset script IronTiga was completely wrong. Did not fit for that kind of asset. Even the offset of the time was wrong by 21 days or so. All I do for BURST, pool has been criticized by your team. I can live with that. I prepared some surprises though.
IronTiga might be busy now, cleaning up after the earthquake, depending where he lives. I suggest to use your VM for now anyway.
So, again, read my initial question and try to give your opinion to it.
By not answering, by not telling what is wrong with Urays code, you do not make it better.
To fix something, the fact must be first seen. I could not yet "catch" such a situation. I was not at the time there, so all can be true, but I believe, based on the attitude towards me, it is more likely not true.
When I look at the pool all seems normal. So I started questioning, what if it is true, what could be a reason of not paying out.
The first thing I found is, that Uray did not count the transaction fee. If you have a few miners as I had, nothing can happen, because the preset minPayout is set to 250. That means, as long you do not have amount of miners (assuming each transaction fee is 1 Burst) plus the pool fee is less than the 250, nothing will be missed.
Further, it should not happen, because the next round pay out keeps a part for the next round. Therefore Never should be all paid out!
Next was to look at other pools balance. Again, assuming that Urays code is trying to pay and could not I thought it might be that the balance is too less.
So I came to the question. Why some pools have balance close to zero, some have excess above the daily mining. Both values seems for me not right.
My conclusion is: If more quality miners are mining, always new rewards flow in and you will not come close to zero.
I am not putting my head in the sand. I am listening, but could not find any solid evidence others than hear say.
And get back in time and think when it started! Why, out of the blue, IronTiga slammed PetaByte? What do you expect to do? Just let this happen, or just look at other assets?
Honestly, I do not care if you like me or not! Lol!
However, I gave up to tell you when I see something wrong on your pool, because it is just taken the wrong way.
