Topic: [ANN][CRW] CROWN (SHA256) | Platform | Governance | Systemnodes | Masternodes | - page 117. (Read 316951 times)

After some notifications from users in germany and another in malaysia, we've decided to bring online a few more DNS nodes as well as electrumx nodes. Currently online is quebec, singapore, bangalore, and frankfurt. Since most of our users haven't had any issues im trying to focus on some spots of the earth that may not be covered as greatly.

Looking forward to that both NOMP and UNOMP are in dire need of a modernized node.js version.

I do have to say, though, that all of this has finally pushed me to the point of rewriting NOMP to modern node.js versions and making it actually for solo-mining (neither of which are something it was intended for).

pump buy buy buy

awww crap ...

if 30 is the 'old mans' club ... which damned club do i belong to? ...

the decrepit crypto senior coin 'pretending to be hip into crypto' club? ...

bugga! ...

#crysx

Welcome to the old man's club!

DAMN! thats nice ...

like - really - nice ...

#crysx

30th Birthday present  

ive tried installing unomp under centos 7 x64 ...

and let me tell you - it was not a pretty sight ... the prominent issues are obviously the dependencies - and then the installation ... because most of these pools / startums are built under ubuntu / debian based systems - it makes it very difficult for us rhel based users to support a LOT of these pools / stratums ...

if you can help in any way - then i would be happy to commit time and effort - and more importantly - resources to the unomp install ... just so i can get not only a better undertsanding of it - but also build it properly under rhel based / centos 7 x64 system ...

it has been the bane of my life with crypto that almost NO dev understands that ubuntu DOES NOT EQUAL linux ... that debian based systems like ubuntu are a flavour of linux and that rhel systems are in HUGE abundance and proliferation - and that devs of such systems ( like unomp ) would help with us - we could have a much bigger user base and a better manifestation of the pools / stratum ... hence the coin pools as well ...

much kudos to you infernoman - as ive watched you for a long time work your way around many coins and projects like unomp ...

my qualm is simply that ubuntu is NOT the only os that devs should be solely looking at supporting - as people / companies / entities like us do not use ubuntu - but instead centos 7 ... and the rhel based populous is a massive number - and as such could help the development and bug squashing in a bigger way when rhel system users are involved also ...

#crysx

I only have rights to commit on the UNOMP branch. Therefore I am only a developer for UNOMP not NOMP. It was a mistake by me thinking you were using UNOMP. The reward structure is unaltered by UNOMP unless changes are intentionally made to get around it currently. NOMP purposely alters the reward structure in an improper manner and will not create valid blocks once enforcement is enbabled. UNOMP will.

I was working to give miners FULL block rewards during version upgrades while enforcement is NOT enabled. NOMP will still reward the nodes 20% like you are currently. UNOMP not currently but in the future will give miners the full reward during times enforcement is not turned on. and will automatically start to pay nodes once it is turned on.

Errr..... ummmm.... NO!

If you're a dev for NOMP and NOMP has a bug, then, yes, it was a mistake by you (not a mistake by me thinking it was a mistake by you). You don't get to claim being a dev for both NOMP and the coin, claim there's a bug in NOMP that makes it not work as you expected, and then say I'm wrong for saying it's a dev issue. Why? Because, logic!

My mistake was thinking you were purposely altering code structure, And instead it's a bug with NOMP. NOMP won't create valid blocks once enforcement is enabled.


Your mistake was thinking that it was because of a mistake made by me or the team, In which it was not. And indeed it is a bug caused by NOMP.


Reading the code you must know that once enforcement gets enabled that you wont be able to create valid blocks unless changes to the reward structure you pointed toward are made. And you can see I was working toward giving miners full benefits during version upgrades if you check out github. My work is based on UNOMP though not NOMP. Mistakes were made, Like I said my apologies for jumping to conclusions.

If you falsely accuse someone of altering the wallet to "cheat" (by saying, "Nice to know you intentionally changed the code to your benefit") and they don't call you "an asshole" (or worse), then they care nothing of their reputation or truth.

Setting that aside, I'm still not sure what you think I was "in the wrong" about...

Enforcement has not been activated yet. And the person receiving the full block reward was me doing testing on the network for UNOMP. To allow for miners to get full block rewards during version upgrades. That's also one of the reason's I commented that without changes, This wasn't possible using the software ComputerGenie was using. BUT he was using an older version than i suspected. And got a bit too defensive after a long night.

Alright so NOMP is using outdated code which affects the reward structure. When structured properly like it is in UNOMP. This isn't possible without some intentional changes, which in turn benefit the miner. A misunderstanding on my part. This is a bug in NOMP. Not UNOMP. My apologies, I got defensive because I've dealt with miners purposely restructuring code for their benefit before. Both of us are in the wrong here but there's no need for namecalling... One thing I was working toward was giving miners FULL rewards during non-enforcement periods. So you will be able to benefit during version upgrades. But once enforcement enables, NOMP will need changes or it will produce invalid blocks it seems.

I've reported this bug a while ago on slack when someone got all the reward per block , still didn't fixed?

Thanks

Because I hate it when some asshole tries to call me a liar...
It is NOMP (more specifically node-stratum-pool) that sets the 20%:
https://github.com/zone117x/node-stratum-pool/blob/master/lib/transactions.js#L136

With line 136 set to 5 (as it was originally coded) --- 9/5=1.8:

With line 136 set to 6 --- 9/6=1.5:

Next time you want to disparage someone, I suggest you pick someone that can't read enough code to prove you wrong....

That worked, thanks! I've also been reading the documentation but I'm not clear about the difference between "Throne" and "Tron"

Yes, I'm aware of that, which is why I know that you know what line I am talking about (but in case you forgot, it is now: https://github.com/zone117x/node-stratum-pool/blob/master/lib/pool.js#L569).

Which is exactly why I said:

P.S. - Defending myself from your false claim that I did something "wrong" isn't FUD; it's proving that you're an ass and you're wrong. 

The code was never screwed up. Stonehedge was mistaken to think enforcement was enabled already. It hasn't been as I've been allowing for the network to stabilize with the last release. And if you didn't know i'm also a NOMP/UNOMP developer, so I'm quite familiar with the code and how it works. As well as how mining in the current core code works. NOMP won't change the reward structure without the user making changes to the core. And it sure as hell won't adjust the rewards to a random percentage. Fud all you want. I'm going back to work.