Protocol Parameters updates by IOG within Transitional Praos implementation

I agree with essentially everything highlighted and am hopeful that we can convince IOG to provide justification for parameter changes. I’m a bit less optimistic that we will be able to convince IOG to relinquish its power anytime soon and provide a path for the ecosystem to submit CIPs which would be voted on by the community rather than decided by IOG. I’m also a bit less optimistic that we will see any form of an identity system (at least one that is effective) anytime in the near term. There are a number of problems within the space (such as pool splitting) where the most obvious solution involves some form of an identity solution, but I assume that an effective dID is much more difficult to create than most people think.

From what I’ve been able to tell, IOG appears to be moving more away from “research and discuss the fundamentals” and more toward a “build fast and break things” approach, especially on the governance side of things. To me, this is partially understandable given the competition that is looming in the space and the urgency to deliver a product, however, this also means that there is a general lack of communication with the community as things are liable to change at a moments notice.

I’ve discussed what I believe are problems with the current reward function, assumptions in the underlying research, and proof of stake in general Criticisms of Proof of Stake. I’ve also put forward a suggestion for, what I believe to be, a rather substantial improvement An Alternative to a0 and k, that essentially uses a constant reward (percentage) and a variable saturation as opposed to a constant saturation and variable reward as exists with the current rewards function. To prevent hijacking the thread, anyone who is more interested in discussing network parameters, pool splitting, and the like are welcome to brainstorm solutions in the attached posts.

2 Likes