-
Notifications
You must be signed in to change notification settings - Fork 608
This issue was moved to a discussion.
You can continue the conversation there. Go to discussion →
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
question about native zone token #16
Comments
You can think of the liquidity pool essentially acting as a 'staking token designer'. The tokens included in the pool and the ratio of the tokens is a way to customize the LP token (and by extension, the staking token) to have specific characteristics that the zone creator desires. In the current system of proof-of-stake, it only focuses on a zone's sovereignty as only the native tokens are used as measure of voting power. While this isn't necessarily a bad thing, it does mean that the price fluctuation of the zone's staking token means volatility on the safety of the zone itself. Whereas, in the LP token used as the staking token system, I can essentially peg some/all of the value of my staking token to other tokens. For example, I can create a zone token with the following characteristics:
That being said, this also carries significant risk. As the security assumption of proof-of-stake relies on the fact that the cost to acquire a significant portion of the staking token exponentially increases as the attacker attempts to purchase the limited amount of tokens, the multi-token approach of LP staking token means the cost to purchase voting power won't increase exponentially as the LP token is fundamentally diversified. While the 'LP token' staking idea isn't the ultimate solution, it does provide options and customizability where it didn't exist in the 'only native staking token' system. |
Interesting - it sounds like it means that bootstrapping a new network would be difficult, because preexisting holders of Dai, Atom and Utility token could have larger proportions of ownership. What about testing this idea on Cosmos hubs or zones that are already in existence. Would this be a heavy lift? |
This issue was moved to a discussion.
You can continue the conversation there. Go to discussion →
what would be the different between staking with the LP token vs the native zone token by itself? Could this same configuration be for the hub itself?
The text was updated successfully, but these errors were encountered: