Topic: [ANN] [XMG] MAGI | CPU mining | mPoW | mPoS | [MagiPay] - page 403. (Read 2375631 times)

what i need do, if i want out my xmg from stack ?

So according to that site minerclaim is out of sync but trasmamod isnt, i dont get your point?

Look by yourself, the blocks are not sync but we need to know the hashes to be sure

https://poolinfo.systms.org/

I did earlier today, but i think its gone on a fork now.
Is there anyway to see what block the master node is on so it can be checked against the pools block?

I recent did a payout from minerclaim to my wallet and my wallet is sync with the master node (devs)

Yeah seems to be the case, Unconfirmed balance seems to be stuck.
Trying out trasmamod now.

Minerclaim is on the wrong chain I think. They find every block, EVERY. Waiting to get a payout from them and then bye bye.

Also, below 300 KH\s miners, join us at this pool, let the big ones mine on others.
https://magi.trasmamod.com

Guys, please correct me if I'm wrong, but you can mine with any CPU, really, though it's better to have one that at least supports AVX. This is essentially why the algo was created.
Either grab a cpuminer or get the miner from the magi website. http://m-core.org

Anything? I mean if you have like a decent i3, it's okay. But you can try with something weaker too.

Their payouts work just fine on the new wallet. They were up and running 10 minutes after Joe was finished with his release.

How do mine this coin? I have regular HP laptop
What is the least spec CPU i need?

My apologies, I got the name wrong from the quote. it was oxothuk. My bad man.

why stack freeze my balance?

WTF dude, I'm mining at 300KH\s with my Celerons inside GPU rigs. Are you sure you are talking to a right person?
Beside that, I'm mining at TrasMaMod XMG pool.

I don't get why are you mad at me, really.

I already addressed this in a prior post with my suggestions a week or two back about a vector that used the optimum sweet spot of a hash rate of a pool so as to have the pool automatically set EVERY user's account to the perfect hash rate.  The hash that is not needed should be able to be throttled on the INPUT from the account to the pool, so each connection to the pool only accepts X hash and the rest gets ignored.  Another potential approach would be to have X hash that is optimum per user account, and once that hash is hit, their connection is frozen until the next block so each user contributes the perfect amount of hash.

This would also require a similar program to Sweet Spot having another input checkbox that says "Auto-sync optimum hashrate" and have it automatically maintain the hash rate at the perfect rate.

Can someone contact the writer of Sweet Spot software and ask them to add this checkbox in preparation of an edit like this if it is considered?

On the Dev end it could also be coded at Pool Optimum Hashrate that only allows pools to contribute X hash depending on how many are mining.  Total pools would divide Optimum Global HashRate among each other equally that way no single POOLS can upset the balance of the optimum hashrate vector either.

The reason that this would work is that it appeals to both the fairness side of things as WELL as the greedy side of things.  Both parties win because a software is released that allows the controlling of every CPU to the optimum hash rate in an automatic manner from the pool's output of the vector "Optimum Pool Hashrate" so that people have a target of hashrate to get for each of their computers {which would be the optimum hashrate divided by the amount of devices in one's mining worker group.}

What this would cause any bot net miner to do is to spread his hashrate among all the pools that are not maxxed out on the optimum pool hash rate in order to optimize the market further and keep the optimum hash more stable.  Does this not cause everyone to win?

E

Cannot at that moment, the large botnets be caught via IP capture?  And then blocked?  Perhaps an alert to Joe that there is an excessively high speed miner IP or IPs present on the network due to excessive total hashrate and go find the offending IP and ban it?  It would be work but his mods can help too.  It would simply, until a smart script is written, need to be done manually but an automatic script speed limiter could easily be put in place from joe's position on the primary node.  I would even temporarily be willing to volunteer hours of my day to this until a script can be made to replace the need for manual monitoring.  Does this idea seem applicable or too difficult?

E

Minerclaim is out of sync with both my wallet and https://chainz.cryptoid.info/xmg/

I recent did a payout from minerclaim, and looks like they are in the right blockchain, my payout arrives with no problems to my private wallet, but the hashrates in minerclaim are still on a descumunal sceene

Joe do you need a new laptop?  What is your current model and make?  

-- feel free to answer privately if you want.

Enoch  

You need to go to another pool regardless.  Minerclaim is on their own fork