I don't see the connection between converting fee and using HBD as payments. What do you mean? If an App decides to accept payments in HBD, it doesn't really have to be involved in conversions. Isn't conversion system there to help with the peg?
You are viewing a single comment's thread from:
simple demand. We need to stop thinking on low scale. What about if the demand is 10M HBD? or 100M HBD?
yup, a 5% fee would destroy a demand at this point.
So we never come (fast) to these levels.
Stablecoins need to work on demand. I need stablecoin, I can trade it. I don't need it, I sell.
The fee hasn't been the slightest impediment to increasing HBD supply so far. That may change in the future, and the fee may change too.
cheap and stable as possible should be the goal.
IMO we could also think about an upgrade to the HBD ecosystem, like you already know:
A onchain pool Hive/HBD with 10% interest. Liquidity will be the ultimate tool here.
Maybe ( would be super cool) allow against a fee to create more pools with wrapped tokens. Like an Dex. The fee could be high, the tokens we want as hive users we could add on-demand. And if some random token wants to get listed, Pay for the listing :)
In general, an expansion from the onchain market :)
monthly payment contracts/subscriptions (something we already have? not sure what it is)
Activate the escrow service ( i know it is) in a useful way everyone can use ( maybe make it open enough for multichain smart contracts?)
Internal market for Rcs via HBD for payments.
I know some of that could be easy dapps. But everything we add to the HBD ecosystem makes it longterm stronger. Special Tools.