-
Notifications
You must be signed in to change notification settings - Fork 306
Debating
Topics we are debating if we should fix, change or add.
Should we drop Inflation
Thread on mailing list: https://groups.google.com/forum/#!msg/stellar-dev/LIFvbMi9jPo/QjpmMGZABgAJ
Thread on reddit: https://www.reddit.com/r/Stellar/comments/9oe6s6/should_the_inflation_mechanism_be_removed_from/
base reserve requirement for data fields is not sufficient for preventing the bloat
https://github.com/stellar/stellar-protocol/issues/112
Indivisible Assets
https://github.com/stellar/stellar-protocol/issues/113
Allow asset issuers to require authorization per transaction
https://github.com/stellar/stellar-protocol/issues/135
force trust on send
Mailing list debate: https://groups.google.com/forum/#!topic/stellar-dev/VUQ1Wfg_6xc
The idea here is that you can send an asset to a wallet that doesn’t (yet) trust that asset by paying the trustline cost (in XLM) along with whatever you’re sending. Or 2x the trustline cost--with the extra trustline cost going to inflation--the multiple can even be higher if discouraging spam is paramount. But requiring action by the recipient before they can get something that, in most practical cases, they would want is a really bad UX. It makes path payments annoying. It makes the practical and common use case of “oh I’m gonna give my friend Tom some ETH*whatever” very cumbersome. It also makes meaningful airdrops impossible.
Give orders have a lifetime
This will force people to not rely on offers long term and allow us to change the orderbook protocol.