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

Another good idea:

Can we not change the rewards algo so that there is a zero block reward possible?

This would chase away the high hashraters and botnets becuase if it exceeds that which would drop the coin below 2 XMG block reward then the block reward drops ALL THE WAY to zero reward until the pool and/or global hash rates drop.

What i am saying is this limiter should be applied by the Dev as a whole to the global network so the speed is limited to below a certain max global threshold so no one pool can do these attacks....as well as a Pool by Pool input so the owner of the pool can put in a minimum reward threshold and a max speed cap per account and max connections per IP limiter and list the rules on the home page.

There should also be a global limiter so that it drops to zero reward if the network is being 5o+1 attacked or other DDoS mining techniques of unethical miners, except for pools that are under another threshold you could call "global limiter exception speed" which is a max has rate of a small pool so they do not shut down if the large pools are getting DDOs'd that way the coin can keep the blockchain moving even if the pools are being attacked in other situations, the small pools with lower net hash rate won't get set to zero reward but any pool exceeding the global limit speed per pool will be set to zero under X threshold input for the dev to have control over this and agreements about pool reward voted on once the new systems tested out and debugged.

Please allow a new shift to this zero block reward paradigm once block rewards drop below say...5 XMG-10XMG.

I would prefer it personally with my vote that the rewards, if being violated past 15 XMG block reward than mining gets paused till pool hashrate is back under the proper speeds.

If everyone is willing to be paused when attacks are happening, then we can filter out the asshats who are refusing to follow the polite rules of this coin.  They are not changing by being asked nicely.  The only way, as the other guy who i called disrespectful did say, is to heal the vulnerabilities.

Perhaps we allow the pools to choose their own limit threshold?  I advice 15 because it will keep everyone lowering their hash to comply to the limits.  However this would lead to a lower max speed allowed if it were to keep the rewards higher.

There is a Tao of Magi that must be followed to understand this coin.

It is VERY Dao.  If one sees that less is more and more is less, then one can understand this.  Those that do not understand this should be punished by the pool blocking all connections or pausing hash movement until the attacking hash has stopped blasting the pool, or alternatively, my suggestion of setting up a lower minimum XMG of ZERO so that if pool hashrate = > than threshold limiter, reward sets to zero xmg until hash rate drops below the max level that allows the minimum block reward input.

If they attack the pool to keep it shut down this is illegal.  This is considered black hat hacking and can be prosecuted by law.

I believe a zero XMG block reward drop if hash rates of the combined pool are below 15 XMG would be the best approach...  

That would keep the take very nice for everyone, including the idiot botnetters who are being abusive of the kindness of the non-enforced limitation, if they stick to the advised speed limits or not get any reward at all.  

You cannot be polite about this any longer due to this new phenomenon, adaptation is mandatory.

That would be awesome!

Thanks!

Enoch

wow 20 blocks in 10 mins 

0.54 XMG block rewards. Nice going, big hashers 

can you fix my ban?

Fully synced and on correct chain.

Thanks

wow  10 mins a you are up again
nice work

Yup, you'r right. Fixing it now.

Everyone is on the wrong chain looks like...

yepp 2 chains again


getblockhash 1453445
9952860471fbabfcd8784949cc5eb2d0d13647b7abbe09ed33b756fc62e4e5bf


other wallet

getblockhash 1453445

000000005565d193be0350b4e52df245a3f32bf9d6e935c9c5b87b438bc1e364

@ex33s   i think you are again on a fork

Then that might be because the peer you syncing from banned you because the above reason.
It's a pure bitch when that happens! Basically what happens there is your wallet won't sync and you very open to get on a fork cause you can't connect to proper peers. And in this case you might been transmitting a bad block to that peer and they said Naha! Not a good block. Good bye, i've banned you. Since they got a propper block 1 sec before you sent that block. This is where banscore comes into play, it don't ban you straight away! It let you try a couple of times before.



 

does setgenrate true crash anyone elses wallet?

Just reading 4 pages of posts i missed.
Thought of a post i added here some pages back.
Changing mindsets of people is not an easy goal to achieve. But Magi will continue as it did the last almost 3 years. In time Magi saw the community grow & more people like and appriciate the concept of the Coin of the Magi. During these years Magi is to strong to give up and will continue with achieving the goals.

💪

But my wallet won't sync anymore!

WTF

Good night what would happen with the difficulty of the network? Are the very small rewards

Well, you are wrong here.

The difference is that instead of banning good nodes straight away it let them try to give you the new block again.

It's a little tricky part but i'll try to explain it

When you get a block (Proper or not) at first the wallet say ok if all is good. Then a few sec later you get another block with the same height.
What happens here is that you (your wallet) ban that node directly for giving you a block you already have. This can be bad since it's all about the longest chain of blocks.
If you don't allow a retry of submiting the block (and chain) from that peer, it might be that the peer you just banned has the longest chain.

Without this setting, poolinfo (inc. my personal wallet) would been out of sync and on the wrong chain fast. I've even tried setting that to 200 and that wasn't good enough. Poolinfo needs 500 on banscore just to be open about which chain to follow and be able to properly see which block and chain it should follow. Also the reason for poolinfo got stuck yesterday, it had banned good peers without letting them try more.

Does not make any difference.
When I use an other IP all goes okay.
So my normal IP is banned, running the wallet, that's very very wrong.

Alright, It's not bad design. Lower hash rate increase the block reward, with high hash rate the reward get's lower. So that design isn't about poor design but trying to make it more fair for all miners,  where PoW dosn't cover in hash - POS does.

There are more rules than just the algo in any cryptocurrancy, the algo only defines how the hash of a block should be calculated and not how the block itself is accepted to the chain. And any other lite tx on the chain.