Replies: 2 comments 2 replies
-
Beta Was this translation helpful? Give feedback.
1 reply
-
You guys did amazing! If things are as they should on my other post, the storage problem is solved, if you can do the same with the downloaded data, at least in the snapshot form, this suggestion can definitely be closed. It does make me wonder though if with pruning (maybe you do that already?), compression, and whatever else I'm not thinking of, you can make light wallets not even needed. edit: ok you're already pruning it so that's why. |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
This is related to my other discussion in #745 .
Is your feature request related to a problem? Please describe.
It's not great having to download AND store all the data for DeFiCh, and assuming the network takes off, it's only going to get worse.
Describe the solution you'd like
Take a similar approach the other networks did, allow pruning on the DBs, and of course allow to start that way!
I think Monero keeps some percentage of the data it should not need, to still have a safer network, please correct me if I'm wrong, but I think that's a sensible way to go at it.
Describe alternatives you've considered
The compression of the DBs described in the link above, but even at a unlikely 10% ratio, it would still grow too much too quickly. The 2 solutions would work nicely together though.
Of course, there may be a much smarter way to go at this problem; I believe I recently read about a new crypto network that supposedly never really grows its blockchain' data as it keeps shrinking it every new block, but I forgot the name of that. Hopefully someone has a clue what I'm alluding to.
Additional context
Even if the light wallets are delivered soon, I believe we should still strive to have a standard decentralized wallet as light as possible, in all resources.
Beta Was this translation helpful? Give feedback.
All reactions