ciori

#coracle nostr:npub1jlrs53pkdfjnts29kveljul2sm0actt6n8dxrrzqcersttvcuv3qdjynqn What are the Coracle 10115 Event Kind?

#asknostr What are some good, cheap, privacy and bitcoin friendly VPS?

Hi nostr:npub1utx00neqgqln72j22kej3ux7803c2k986henvvha4thuwfkper4s7r50e8, regarding #haven, are the relays I set as "IMPORT_SEED_RELAYS" also the ones that are constantly checked to pull my events into the outbox relay of haven? Or are they only used for the initial import? I am asking this as I wanted to understand wether this relay could be used as a backup "private" relay. Fox example, let's say I have relay A and B that I use for inbox/outbox/dm/chats/etc in my nostr clients, if I then setup a haven relay (even on LAN and not publicly accessible) with the import and blastr relay pool set to those A and B relays, will haven act as a relay that is "automatically backing up" all my related notes? Basically I am only leveraging the "also pull/blastr notes" feature of haven.

nostr:npub180cvv07tjdrrgpa0j7j7tmnyl2yr6yr7l8j4s3evf6u64th6gkwsyjh6w6 nostr:npub1acg6thl5psv62405rljzkj8spesceyfz2c32udakc2ak0dmvfeyse9p35c nostr:npub1ye5ptcxfyyxl5vjvdjar2ua3f0hynkjzpx552mu5snj3qmx5pzjscpknpr nostr:npub1gcxzte5zlkncx26j68ez60fzkvtkm9e0vrwdcvsjakxf9mu9qewqlfnj5z Talking about nostr user relays management: is there a best practice in choosing/using inbox/outbox relays and app relays (the ones only used on the specific client)? Are there some articles or documentation about it? I get one should use few inbox/outbox relays (normal and/or WoT ones), but what about all the other relay types? Search, app specific ones, etc...? I see most of the clients have this "app relays" that are used "for everything in the app", but why would I use them if we have decided the outbox model is pretty much the one to follow? Aren't they "useless"? I mean I get the need for general search/read relays to search for content (for example global feed and to bootstrap the client after a fresh login), but why the write ones? Please help a fellow nostrich.

nostr:nprofile1qqsyvrp9u6p0mfur9dfdru3d853tx9mdjuhkphxuxgfwmryja7zsvhqpzamhxue69uhhv6t5daezumn0wd68yvfwvdhk6tcpz9mhxue69uhkummnw3ezuamfdejj7qgwwaehxw309ahx7uewd3hkctcscpyug Hi, is it normal that Amethyst reload your followers and notifications almost everytime I open the app (or at least frequently), plus I have a lot of missing notifications that I am instead able to see on other clients (example nostrudel), even though the relays (outbox/inbox, search and app relays) are the same. Am I missing something?

nostr:nprofile1qqsyvrp9u6p0mfur9dfdru3d853tx9mdjuhkphxuxgfwmryja7zsvhqpzamhxue69uhhv6t5daezumn0wd68yvfwvdhk6tcpz9mhxue69uhkummnw3ezuamfdejj7qgwwaehxw309ahx7uewd3hkctcscpyug is it possible to make Amethyst load video previews without actually starting the video? I mean let the app load the video "frames" in the feed, but then you need to press the play button on the video to start it.

What is the best platform or tool to properly search and setup all your relays (inbox, outbox, dm, search, etc...)? Is there a standard or best principles to follow?

nostr:npub1drvpzev3syqt0kjrls50050uzf25gehpz9vgdw08hvex7e0vgfeq0eseet Hi, I was trying the nostr rust crate to test the nostr connect feature where a web app is generating a qrcode with the "nostrconnect://..." url for Amber to scan and sign. So in this case I am creating the NostrConnectURI object by providing the local public key of the app (not the remote signer) and the usual relays. This goes all well as I am able to then use the Client object, the problem is that when I refresh the web page all the internal state, meaning the Client object, get lost (I am using dioxus as web framework if it can help). The thing is that during the initial "login" phase I save every important value as a String by leveraging the integration with the browser localstorage, so I am fairly certain that the Client object can be recreated, but I don't understand how. I have looked at the examples on the github repo and tried different options but I am unable to properly recreate/parse the NostrConnectURI and then the Nip46Signer. What should be the correct way to do it if I initially "logged in" with a "Direct connection initiated by the client"?

nostr:npub180cvv07tjdrrgpa0j7j7tmnyl2yr6yr7l8j4s3evf6u64th6gkwsyjh6w6 nostr:npub1ye5ptcxfyyxl5vjvdjar2ua3f0hynkjzpx552mu5snj3qmx5pzjscpknpr Thinking about some alternative home feed: I have to say I find "duplicated" content from people I follow too much often, what I mean is that when someone is resharing other people posts I see both the original post and the reshare it confuses me because I see multiple time the same content. I think it could be an interesting idea to have the option (not a DVM, just an option for the feed that I can decide to enable permanently) to display reshares from people I follow only when they reference a note from a person I don't follow, so that I can avoid duplicated content and feed is less bloated. What would you say? Could this be useful?

Ehi nostr:npub1drvpzev3syqt0kjrls50050uzf25gehpz9vgdw08hvex7e0vgfeq0eseet I see you are working on the Rust Nostr library, I was playing around with it mostly for NIP46 and NIP65 stuff following the example codes on the repo and I was wondering: if I want to publish an event using the outbox model what do I need to do? Is there a method or option on the Client object to automatically publish the event on the outbox relays of the user or do I need to make sure to "client.add_relay(...)" for every outbox relay (taken from "Kind::RelayList" events) prior to sending the event?

Ehi nostr:npub18ams6ewn5aj2n3wt2qawzglx9mr4nzksxhvrdc4gzrecw7n5tvjqctp424 , is it possible to configure the well-known content on nostrplebs.com with the nip46 key to advertise relays used for remote signing with apps like Amber? I am talking about this login flow: https://github.com/nostr-protocol/nips/blob/master/46.md#nip-05-login-flow

nostr:npub1zuuajd7u3sx8xu92yav9jwxpr839cs0kc3q6t56vd5u9q033xmhsk6c2uc nostr:npub1w4uswmv6lu9yel005l3qgheysmr7tk9uvwluddznju3nuxalevvs2d0jr5 nostr:npub1ye5ptcxfyyxl5vjvdjar2ua3f0hynkjzpx552mu5snj3qmx5pzjscpknpr After watching some Nostr Dev videos about NDK I was wondering: are there some nostr clients that uses the outbox model and the "Nostr Connect" login option (the one with the bunker url talking with Amber, like in nostrudel) that are done with NDK? Does NDK support this type of auhtentication?

Some thoughts about Fedimint and Fedi given the recent launch event: I like the idea behind distributed eCash at least in principle, BUT I still have some doubts on the practical side of things: - As I understand, Fedimint is distributed only at the cashu level as the federation still requires a SINGLE lightning gateway to function properly. While it is obviously a nice thing to have, I wonder whether this will really make a difference in practice: if we think federations as communities or companies, they might be "distributed" technically, but are still a "single" attackable entity, so what's the difference here from a simpler cashu mint? - When Fedi open source code? You have money and chat together and expect us to trust a closed source app? I hope the code will be available soon (and with reproducible builds) So in the end, what I want to say is that unless we get federations composed of different entities that have little to do with each other, like a sort of good "cartel" (so that multiple guardians will actually make sense), fedimint "is only" useful to increase (how much? You still rely on a single LN gateway) the technical difficulty to attack a federation (guardians on geographically distributed nodes, on different cloud provider or datacenter, with different implementations, etc...). I might have been to harsh here, but this is just my first thought about this, anyway I still like the general fedimint idea.

nostr:npub1qz2usdlga5msmejstskxx9234uyvzyy98dgeq4wseheanqw6ttps9gm8hf Any chance you could add krux?

nostr:npub1ye5ptcxfyyxl5vjvdjar2ua3f0hynkjzpx552mu5snj3qmx5pzjscpknpr Would you say grouping "reposts" of a note from multiple users into a single visible note (with the icons/avatars of all the people that reposted it) could be an interesting feature in nostrudel? For me it happens sometimes that I see a repost of a note I already saw and think "oh ok I've reached the bottom of all the new posts for today", but then I keep scrolling and I actually see something new, so basically that repost was a new one from a different user. So sometimes the feed is a bit confusing for me in this sense, maybe there could be a way to group these kind of similar events where the actual content is the same (reposted note) and therefore it feels like it's "duplicated". Might be a stupid thing, but I have this feeling this could actually be interesting 😅 .