after delving into the outbox model (

mikedilger.com

) I'm realizing it is much simpler than I thought, and makes perfect sense. thank you @Mike Dilger ☑️ for pushing this through. if you are working with nostr clients, this should be on your reading list

nostr will be the seed for our time's Republic of Letters

Republic of Letters - Wikipedia

gm 🌄 ☕ humanity is onboarding to bitcoin and nostr, this makes the future brighter than the past. but the present is brightest of all, because we are lucky enough to be here, at this time, realizing that future is ours to build.

what is the best practice for nostr CLIs accessing nsec's?

I'm pulling in RSS feeds and publishing articles for each item. when I do so, I set the published_at date to the same as that of the RSS item, but leave the created_at date on the event to be the present. this seems like the most protocol-respector way of doing it. but now I am running into the pain of returning articles from a certain date, filters can generally be made to apply to the presence or absence of tags, but not "since" or "until" type of operations on the "published_at" tag. tl;dr - are there any obvious drawbacks to back-dating the events so I can filter appropriately at the relay layer?

nostr is the marketplace of the bitcoin economy. this is where bitcoin is the store of value, unit of account, and medium of transaction. from that starting point we find groups forming around discussions of matters of importance to bitcoiners, projects and research into relevant topics, and word of developments in other communities. a physically decentralized cosmopolis of digitally sovereign free people.