Why? I’d say if you designate one or two relays to keep this data instead of publishing anywhere it would be pretty safe that it wouldn’t go stale
I’d say let’s go with it, I’m all for simple and stupid solutions that have a chance of working.
What did your events look like?
Login to reply
Replies (1)
I just sent myself DB read and write ops (ecash in, ecash out) via nostr dm's and replayed them during sync. It was fun to watch, haven't progressed since then though.
A wallet basically only holds ecash.
It can have three states: unspent, pending (in a tx right now), and spent. Spent can be deleted. Token goes from unspent, to pending, to spent during a successful spend operation.
The DB operations are crud. If the state of a token could be "flipped" in the relay's db (so that the wallet can filter for the state), a fresh sync could be very painless.