in general yes, not sure about having a default though. potentially a wrapper around the existing cashu-ts api that adds storage functionality while keeping the core functions the same and accessible
my experience has been that proof management is the most bug prone aspect of a wallet... storing duplicate proofs, deleting proofs before a melt is confirmed, keeping spent proofs, not getting the change, etc.
also managing things like unpaid mint quotes is cumbersome
nostr:npub1nc0ynppqh37rtulr57xjqpzmfjp58xrd4ey8896ehn9j5flg33fszrz5pa's been working on and off on a better indexDB transaction abstraction that'll make doing ecash TXs from a PWA or webapp much more reliable, will also work for cashu since it's just generic KV! https://github.com/elsirion/webkv/blob/master/src/lib.rs
The default indexdb behavior is to commit the transaction as is whenever the event loop hits a network request, so for ecash transactions that might be hitting multiple mints it's probably causing the same issues we used to see in the Fedi PWA. webkv makes indexdb transactions operate the way everyone assumes they should work haha 
🔥
Yes. It took a while to find all the edge cases where tokens may be lost.
It would be nice if cashu-ts had some sort of built in proof storage interface with options like browser storage or sql. With this a dev could simply initialize a wallet and call send/receive without having to worry about proofs at all.
Or relaxed nose breathing with long exhales for max relaxation
What do you mean by block composition?
randombtc - a random number generator that everybody can agree on
Saved the zinger for the end
“That's why you can also use the Merkle root (by default) as a source of entropty.”
I thought it was block hash all along
Yea there's some issues with cross currency tokens. Boardwalk only supports USD tokens
Yep looks like you got it! Did you send that second one from a different wallet?
Yea I like that idea, thanks for the heads up. Would be better if we could just deep link to the pwa 😕



