Feedback request: progressive min-max for the Adaptive issuance curve

An upcoming protocol P proposal is currently in preparation, and will include a revised version of Adaptive Issuance. One of the envisioned changes concerns progressively adjusting the minimum and maximum issuance bounds over time. We believe this change would provide a smoother transition from the current issuance model, when compared to the fixed bounds proposed in the original design.

The team would like to share the design of the progressive min-max for the Adaptive Issuance curve:

[Draft] Adaptive Issuance - Progressive min max

We kindly request that you use this thread to provide feedback, ask questions, and raise any concerns.

Please note that these documents describe work in progress and will be updated as the implementation evolves based on feedback received.

9 Likes

We were happy with the Oxford 1 version of the adaptive issuance, and we’re just as happy with this one, as it’s similar but more progressive, which can’t be a bad thing.
Our only concern is: won’t this progressive approach make it much harder to test? Oxford 1 was partly penalized by bugs, so a certain vigilance is necessary to avoid encountering such a situation again.

1 Like

Thank you for your feedback on our proposal!
We completely understand your concern about the potential challenges in testing. Rest assured, we share your commitment to maintaining the chain safety. Our team has been proactive in addressing this concern. Since the Oxford release, we have implemented the testing framework for the staking mechanism (previously planned for the lifetime of Oxford) for the code inactive before per-block voting for Adaptive Issuance activation. The progressive min max update to the curve was not that complicated to add. Besides, our implementation is under feature-flag guaranteeing that it will be proposed only once we have successfully run all the tests that we have thought about.

2 Likes

Sounds good, thank you for these explanations!

2 Likes