Tim Bouma on Nostr: First, it's intended to be a replacement component for custodial wallets in my ...

First, it's intended to be a replacement component for custodial wallets in my lightning payment service. It will eliminate the requirement for me to store any personal data (including tokens) - only the #nsec of the component. The data gets stored on (redundant) relays. If my database gets attacker, the attacker would have to go through each #nsec. The user will have access to that #nsec - they can sweep out the wallet to a new one, or I can do the sweep on their behalf.

Second, the functionality - it acts as a cashu wallet, with interfaces to lightning and lightning addresses. The cli I am building for testing has commands to send from the wallet to lightning.

In the end, it's just experimenting with the new architectural patterns that are only possible on #nostr