Open shawntabrizi opened 3 years ago
Hey, is anyone still working on this? Due to the inactivity this issue has been automatically marked as stale. It will be closed if no further activity occurs. Thank you for your contributions.
All ideas named here are great; Some are things that we are tracking elsewhere too, such as #5591.
A rephrase:
Consideration
into FRAME storage types. Any storage map that keyed by account id would then charge deposit from that key based on the value. Consideration
can be configured to be somewhere on the spectrum of rent <> deposit. You might prefer paying more "rent" (a recurring payment, or else your storage might be freed) vs. a larger one-time deposit
A repeating pattern within FRAME is to take a deposit from the user for any storage they place on chain. This provides an economic incentive for having a user clean up that data when it is no longer needed, and before the user's account is deleted.
However, currently, all of the mechanics of managing these storage deposits are custom and manual.
We want to create a system where: