Author

Topic: Elitehash Gentarium PPS Pools [DISCONTINUED] (Read 201 times)

sr. member
Activity: 658
Merit: 250
November 17, 2018, 08:43:32 PM
#4
Pool is up to date with the new rules after a fork. Accidentally paid out 5x amounts until I adjusted my code, so the balances are slightly in the negative now after I corrected the database, less than 1 GTM total. Hopefully this fork helps turn the downtrend
sr. member
Activity: 658
Merit: 250
November 13, 2018, 06:26:00 PM
#3
Has anyone tried reclaiming the 'wrong' coins? Again sorry for this. There are only a handful of GTM miners now, but I'll keep the pool open as long as there are any. The servers are mainly used by other coins now, but it's up to the miners if you want to make it more popular!

There has been no update to the github in a long time, and it's been on maintenance mode in Cryptopia for some time...
sr. member
Activity: 658
Merit: 250
I believe some miners might have been hit with a weird bug, that went completely unnoticed on servers with just GTM & GIN pools. Sometimes the connections ended up on the wrong pool. This was noticed on a server with RVN & GIN, because it caused rejected shares that were easy to spot. But on GTM/GIN servers both the algorithm & the addresses are compatible! Some people complained about missing hashrate and I had a hard time understanding that. But I finally realized some shares had ended up on the GIN pool, and even got paid as GIN! The situation can't happen now with each coin having its own port. GTM is on port 3, I encourage everyone to switch who still uses port 1.

You could actually reclaim those shares as GIN, just by copying your GTM wallet.dat as your GIN wallet. I haven't tried that myself, and the amounts didn't seem to be even 1 GIN for anyone I checked, but surely it should work when the addresses are compatible?

I'm sorry for this mistake, I'll see how high the rate could go as some sort of compensation Smiley

If anyone cares about the techical details, here goes: the pools had their own public IP addresses, both pools on port 1 of their address, on the same server. For some reason that I still don't fully understand, the pool on the primary IP (the 1st one, which is also used for outgoing connections by default) sometimes 'took over' connections of the other IP addresses. My theory is that the server might have sent TCP connection resets from the primary IP address, even for connections of the other addresses, and with the correct source/destination port numbers, some operating systems interpreted that as a change of IP address of the endpoint, while most just reset the connection without allowing the IP to change. Does anyone have a better idea? Most users never noticed anything, which led me to believe it only happens with certain operating systems, and they can differ in their routing & TCP implementations quite a bit.
sr. member
Activity: 658
Merit: 250
No point in trying to gather miners anymore as the coin is going full POS soon. Pool closed.
Jump to: