Skip to content

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

Closed
brentxu opened this issue Nov 1, 2020 · 2 comments
Closed

question about native zone token #16

brentxu opened this issue Nov 1, 2020 · 2 comments

Comments

@brentxu
Copy link

brentxu commented Nov 1, 2020

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?

@Thunnini
Copy link
Collaborator

Thunnini commented Nov 1, 2020

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:

  • Shares an upside to Cosmos ATOMs price moving up (and the downside as well) --> I can include some ATOMs
  • Reduce cost-of-attack exposure to overall cryptoasset volatility --> I can include some DAI
  • Have some sovereignty over my zone's voting power --> I can include my zone's utility tokens (not staking tokens as they do not exist. Think photons, rather than ATOMs)

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.

@brentxu
Copy link
Author

brentxu commented Nov 6, 2020

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.

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?

@osmosis-labs osmosis-labs locked and limited conversation to collaborators Jan 22, 2021

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

Labels
None yet
Projects
Archived in project
Development

No branches or pull requests

3 participants