Replies: 3 comments 17 replies
-
Another option could be do not give any invites at all to delegated identities. It also make sense because delegated identities do not have any server costs. So the invitation rewards helps independent node to pay server expenses and would stimulate farmers to decentralize their pools. |
Beta Was this translation helpful? Give feedback.
-
This would incentivize pools to run a single node for every identity, becoming a "shadow pool". The protocol tries to encourage pools to use the on-chain delegation system to strip their voting power without affecting their economics. |
Beta Was this translation helpful? Give feedback.
-
We've never get to know about it.
Estimated expenditure would be: about 500 - 700$ for the server (once) + 10-15$ for Electricity, Internet and Static Ip (monthly) + regular expenses as usually farms do to manage delegated farm (epochally).
Times change, now in case if the IIP that I am proposing would be integrated the network will get more decentralization. Also, you have to keep in mind that apart from farms there are some big public pools which is also not good. The IIP that I am promoting will keep small pools working as it was before but big public pools would be definitely struggling and that would stimulate their members to undelegate themselves and start independent mining process.
I have the opposite opinion, since last changes in the rewards distribution model, discrimination factors and so on we more and more coming into the point when farming becoming just a regular private corruption and the way to prevent that corruption is to make farm incomes lower and lower through the further flip making/reporting culture improvement (template flips is one of the topical issue), stimulate decentralization by motivating people running independent nodes, promoting somehow
I think it is incorrect to use |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Change the current invite distribution method giving the precedence to undelegated identities over the delegated ones.
The whole amount of invites per epoch would be divided between delegated and undelegated identities.
In case of delegation the identity would take just a half of possible invitation/invitations based on the current invite distribution rules.
To be considered as undelegated, Identity after undelegation will have to wait 2 epochs plus the remaining period of the epoch in which the delegation took place to gain precedence over the delegated identities in the invite distribution process.
Beta Was this translation helpful? Give feedback.
All reactions