Ehi @npub1whtn...r3ec what happens if I login with the same nsec on two different devices?
Will I be able to see the messages I write on one device only on that device? Will I have the same chats list on boh of them or will I see all the "activity" done on one device only on that device? Meaning the profile is the same, but the history separated?
ciori
_@ciori.net
npub1hupm...nnm6
Ehi @npub1zuua...c2uc, wanted to ask what is the progress with the whitenoise app? Is it on full dev mode or are you planning for a release soon?
Hey @npub1jlrs...ynqn I am trying Coracle and I was wondering how the "Other Relays" section works: if I add one, will it be an "app" relay only used to search/download stuff or will it be added as part of my inbox/outbox relays?
So Pewdiepie recently made a video about degoogling, privacy, grapheneos and self hosting, what timeline is this?! ๐คฃ
Next time he is gonna talk about Nostr and making his own youtube streaming app and I am gonna lose my mind.
@Vitor Pamplona It has been a while since the last amethyst release, is something big in development? Is there a reason? ๐
Curious how grapheneos will tackle these features.
#asknostr #cashu #wallet
Is there a standalone cashu wallet app compatible with NUT-60 and NUT-61? So no wallet feature inside another app (sorry olas and the likes), I mean a proper wallet only app, think of it as cashu.me but you login with nostr and tokens follow you around.
@fiatjaf Kind of a strange question as I don't really know how clients usually handle this kind of stuff, but let's say I want to build a relay that needs to process different Kinds requests in different manners, for example in the cashu world there are kinds that only the owner should retrieve and others that possibly anyone could ask for.
Now as I understand with #khatru based relays I don't see any problem when I need to check a new "write" event request, as it will only have one kind, but for "read" actions (I am referring to the `relay.RejectFilter` function) you have the input `filter` variable that contains the list of Kinds requested by the client, so it could be multiple kinds. In this last case, what is the best practice to handle this type of logic? Should I assume to expect only one kind from the client request and then process them "individually"? Should a relay process them in particular ways as I could get a filter with both a "private" (example: 17375) and a "public" (example: 10019) kind in the list?
Maybe the last two kinds are not a really good example as a wallet client will probably never ask them both on the same request, but you get the point. I hope I made my doubt clear.

Hey @npub1mutn...23vg what kind of model is Maple using and what are the actual request limits for the starter account?
#lnd #cln
What is the state of the art on running a Bitcoin Lightning Node in an Enterprise/Production level environment? I am talking about the LN logic on replicated/distributed containers (for Kubernetes or multiple machines) and external Database Backends (like PostgreSQL and MySQL).
@npub12rv5...85vg @npub1l2vy...ajft #cashu Is it possible to create a cashu mint that only accept whitelisted users based on nostr pubkeys?
#cashu #nostr @fiatjaf @npub12rv5...85vg @npub1l2vy...ajft
My understanding is that a cashu wallet needs direct access to the seed (NUT-13) to be able to work, so there is no way to have a flow similar to NIP-46 of Nostr where the privkey/nsec is never accessed directly from the client, right? Is this something that would need to be added/implemented, or is it technically impossible for some reason?
#cashu #wallet @npub12rv5...85vg
Are there some docs and/or articles/videos to understand the flow of operations that a cashu wallet needs to do to send and receive cashu tokens? I wanted to try out the Rust cdk library, but it gets confusing quickly when I see terms like "quotes" and "proofs" and I don't really understand what should be done and in what order. So, is there a ELI5 like content somewhere?