So, Are we going to directly update these parameters by governance?
This is not a punishment.This will definitely make IRISnet more powerful.
If a node is down, 50% tolerance won’t be enough for them. If not, 10% would be too much for it. Except the punishments, maybe we should also consider additional rewards for those been serving for a long time and no errors happened
Great the first propo, sounds a good plan for update the skills for validators.
Thanks for the updates.
Good proposal, POS Bakerz will be supporting it!
Looks good and reasonable.
Umbrella supports this proposal.
Seems ok to raise a bit the bar for the validators.
Easy 2 stake will support this.
To raise the bar a little, we think these parameters are a good place to get started, since any serious validator should be able to meet the new requirements with ease. Yet, by going through the process of changing one or two params as a community, we can raise awareness and familiarity about IRISnet’s wonderful and powerful on-chain governance capability, and prepare everyone for the more crucial two-phase on-chain software upgrade process which starts with voting on a SoftwareUpgradeProposal – such a mandatory upgrade is anticipated sometime in early July.
Yes, based on people’s feedback here, we’ll submit one or more ParameterChangeProposal(s) for validators to vote on. Once passed, the parameter change(s) will take effect immediately.
Agreed with this new parameters. Good proposal. This can only be beneficial for the network !
Agreed with the new parameters. However, here is a question:
Because the new parameters increase the entry risk of the node, then how to prevent the new validators from being slashed if IRISnet has the same plan to gradually increase the number of nodes in the next few years?
I agree . Time the ante is upped and may the best validators/setups win.
We’ll soon launch a new community testnet NYANCAT, where new validators can practice, make mistakes and learn lessons.
The value of
Min Signed Per Window should be
50%-->70%, it means downtime is defined as missing 30% of total blocks in the same time frame, not
good idea,i have vote it
Any reason to have doublesign punishment lower than downtime?
Let’s consider one or more of the following parameters:
Min Signed Per Window: 50% --> 70%
Before: Downtime is defined as missing 50% of total blocks in about two days
After: Downtime is defined as missing 30% of total blocks in the same time frame
Downtime Jail Duration: 24h --> 36h
Before: Downtime jail 24 hours
After: Downtime jail 36 hours
Downtime Slash Fraction: 0 --> 0.03%
Before: No slashing for Downtime
After: Downtime slashing 0.03%
1 & 3 feel reasonable to me. I’m not sure I support 2, especially in these early stages.
I think we want to incentivize validators to come back online as quickly as possible, rather than delay them from doing so.