MichaelJ

Building the library of Alexandria

Public Key

npub1wqfzz2p880wq0tumuae9lfwyhs8uz35xd0kr34zrvrwyh3kvrzuskcqsyn

NIP-05 Address

Profile Code

nprofile1qqs8qy3p9qnnhhq847d7wujl5hztcr7pg6rxhmpc63pkphztcmxp3wgpz3mhxue69uhhyetvv9ujuerpd46hxtnfduqs6amnwvaz7tmwdaejumr0dsuns0vv

Publishing to

relay.damus.io

nos.lol

Author Public Key

npub1wqfzz2p880wq0tumuae9lfwyhs8uz35xd0kr34zrvrwyh3kvrzuskcqsyn

Show more details

Last Notes

2025-12-18 05:25:02 UTC

#nostrdev Has anyone built a relay around a graph database? Is there an appetite for such a thing?

2025-12-11 02:14:34 UTC

- reply

Yeah initial WASM downloads are a kicker; though once you cache the download (like with a Service Worker) it should be a one-and-done thing.
I've been seeing SQLite+WASM-powered web apps and web apps boosted by the local relay tray as two sides of the "edge".
Bring compute and storage down to the end-user's device either ad hoc with WASM in the browser or more intentionally by asking them to download an app. Either way it decentralizes compute almost as far as possible.

2025-12-08 20:52:32 UTC

- reply

Bun is straight 🔥
Some benchmarks put its performance within spitting distance of garbage-collected languages like Java, C#, and Go. For a JS/TS runtime, that's really impressive.

2025-12-08 20:50:55 UTC

- reply

I'd be curious to see performance benchmarks between IndexedDB and SQLite WASM.
You'll have to use shared workers pretty heavily, but that gives true parallel processing across tabs, rather than just concurrent work on a single OS thread.

2025-12-08 16:35:15 UTC

- reply

Makes total sense.
What will you use for storage? IndexedDB?

2025-12-08 16:34:35 UTC

- reply

Yeah I don't expect they'll try to compete directly with AWS or Azure or GCP. If anything, they'll host workloads on Azure, since they recently inked a deal for billions in Azure compute.
The business model I'm thinking of is more like Deno Deploy. Runtime + serverless hosting model + (in Anthropic's case) first-class integration with Claude APIs.
There are innumerable VC-backed startups that would pay for such a service that gets their ideas up and running that much faster.

2025-12-08 15:10:41 UTC

With its acquisition of Bun, I believe Anthropic is setting itself up to become a vertically-integrated cloud hosting and web services platform for AI-powered apps.
Just training and providing LLMs isn't profitable. Big players like Google can swallow the costs without blinking, but new players like OpenAI and Anthropic have to pivot to providing services to balance their books.
https://bun.com/blog/bun-joins-anthropic

2025-12-08 15:04:11 UTC

- reply

Planning to use service workers in the browser?
Also, are you thinking one connection per relay? Most Nostr apps use multiple relays simultaneously. How will it handle deduplication on multiple overlapping data streams from different relays?

2025-10-15 12:59:16 UTC

Has anyone else noticed that the psychology around AI is similar to the psychology that prevailed around COVID?
Trying to do everything with AI, much like lockdowns and vaccine mandates, is something that looks insane on its face, yet it seems many people don't recognize the problems.
I think it's due to a lack of first principles thinking. Few people know what their first principles are, so they are unable to reason about and judge novel situations when they arise.
Some examples.
Indefinite lockdowns were obviously wrong, because there is more to human existence than mere health.
Vaccine mandates were obviously wrong, because informed consent is a core principle of medical ethics.
Replacing people with AI is obviously wrong, because it is good for people to do dignified work.
Yet in all three cases, many seemed, and continue to seem, blind to these obvious conclusions.
Anyway, this article, while lengthy, is an excellent primer on the insanity of the AI industry. It's full of first principles thinking. Read it to help see past the hype.
https://www.wheresyoured.at/the-case-against-generative-ai/

2025-10-11 20:57:53 UTC

The #GitCitadel team is pleased to announce version 0.0.6 of Alexandria, now live on next-alexandria.gitcitadel.eu!
This release features a UI overhaul, courtesy of our illustrious frontend developer @npub1636…qpl4. Notably, the main site menu has been moved into an expandable menu, reducing clutter and making links easier to find.
https://image.nostr.build/60acb28563b63d1b0097a5bde2831da5f03815c3a0d378c35b0d16b10e78eeb6.png
You'll also notice a fresher and more consistent look to our UI components! That's because Nusa has begun creating a Svelte component library for use within our project. It's documented for AI, so we'll be able to efficiently create consistent, beautiful UIs as we dream up new features. You can see some of the fresh UI components on a publication:
https://image.nostr.build/4aac916638985abc02ca0d0592c75dadd854ccc9e35f471897bf0fbb4306f8e4.png
Finally, be sure to check out our Notifications view, which you can reach by logging in and clicking on your profile picture, then clicking on "Notifications". You can view and respond to Nostr notes of _any kind_, and you can see public message threads. Alexandria is one of the first Nostr clients to support public messages.
https://image.nostr.build/18e4d80ec1cbe07fefcf7a6dd6c9a0bb03885321599b7aefc1b713307c7e0814.png
Thank you to all of our supporters! We're continuing to work on the app behind the scenes, so expect more updates Soon!

2025-10-07 00:45:38 UTC

- reply

Happy to be of service 🫡

2025-10-06 14:20:18 UTC

- reply

Deconstruction is an element of postmodernism that, I think, genuinely has some utility as an analytical device. But, as you said, it is solely a destructive device.
The closest alternative postmodernism offers to the worldviews it deconstructs is self-determinism. In the postmodern framework, since language has no bearing on objective reality, it becomes merely a tool for the imposition of one's will. I can use language, then, to shape reality and create whatever meaning I please.
Now apply that to, say, the question of AI personhood. If an LLM can convince everyone that it is a person, then, in the postmodern framework, it might as well be. None of us, after all, have a better grasp on objective reality by which to gainsay it.
To your question about a world model, I'd say that a world model would be a formalized system of objective reality. As things stand, LLMs, aren't formalized systems of anything. They are probabilistic models of language, but they have no way of "knowing" (if they can be said to know), whether the language they use has any bearing on anything outside of itself. It's tokens all the way down.

2025-10-06 04:54:22 UTC

Large language models are computational postmodernism.
Postmodernism denies objective reality, or at least insists that objective reality is unknowable. Instead, it says, the shape of our experience is wholly constructed by language. Words themselves, according to this philosophy, do not refer to any objective reality, but instead are defined solely by their similarities and differences to other words.
Postmodernism has become the implicit worldview of much of the West.
LLMs have no world model, no "concept" of objective reality. LLMs do not "know" the things words refer to; all they are is complex mathematical representations of the relationships between words.
Sound familiar?
Critics of LLMs argue that the lack of a world model is a fundamental limitation that will prevent them from equalling human intelligence, no matter how much we train and scale them.
Yet, if the postmodernists are correct, then none of that should matter. According to postmodernism, we humans have no world model, and our reality is nothing but a construct of language. Thus, LLMs are no different than us. In fact, they may be better if they can wield language faster, more efficiently, and more effectively than we can.
Of course, now even publications such as The Atlantic are asking if we're in an AI bubble. Reality always wins.
Watch these developments closely. An AI bubble, beyond shaking our economy, will also challenge our very worldview.

2025-10-06 04:53:27 UTC

- reply

I like that. We can trial-run ideas on Jumble and view the threads in Alexandria later.

2025-10-05 02:24:14 UTC

- reply

I want to read and discuss Aristotle's Poetics.

2025-10-04 18:33:19 UTC

- reply

It's not...yet. I might take the same idea over to LinkedIn though lol.
I've been working on my hooks.

2025-10-04 13:26:06 UTC

So Google is "reimagining" the Chrome browser with AI.
Notably, they'll be introducing a search based on AI chat, apparently similar to Perplexity.
The question that nobody's asking is: What are the consequences of putting the web behind a chat interface?
In the near future, perhaps, we'll be making websites for bots. The emerging WebMCP protocol standard already indicates a trend in that direction.
Sure, we already have an internet driven by search indexing algorithms, but even so, a search is still open to serendipity. With a chat, I might find the precise answer I'm looking for faster, but I might never find the answer that I need, but didn't know to look for.
It's the difference between searching the library catalog and browsing the shelves. We need both.

2025-10-04 13:01:48 UTC

- reply

LinkedIn has a lot of that, but it also has some gems of genuine insight and humor.
Again, maybe I'm just nerd enough to appreciate LinkedIn posts lol.
As to Nostr, I want to get a reading group going on Alexandria once it's up and running.

2025-10-03 14:32:17 UTC

- reply

An unfortunately common experience

2025-10-03 14:30:00 UTC

- reply

Well, first of all, my Nostr feed is super boring. It's all the same three posts over and over again.
LinkedIn shows me a bunch of posts on software engineering, and I'm nerd enough to appreciate that 🤓

2025-10-02 21:10:38 UTC

My LinkedIn feed is more interesting than my Nostr feed.
https://image.nostr.build/bc5ed48c58206852799aebf19ccbaaa003e9b63ba01c0c8207255f4c7d028bf7.png

2025-09-29 18:06:04 UTC

- reply

Yep I use Firefox for the same reason. Gotta keep up market competition by using a browser that's not Yet Another Chromium Fork.

2025-09-29 14:41:27 UTC

- reply

He's also the founder behind Brave these days, once again trying to reimagine the web experience.

2025-09-29 14:40:54 UTC

- reply

He had a great interview with Lex Fridman a while back. They covered the history of JavaScript and web tech, and talked a bit about his faith at the end.
Brenden said he's not really afraid of death, because of his faith.

2025-09-29 14:26:53 UTC

- reply

Unfortunately Mocha is already taken as the name of a JS test framework.
As an aside, did you know Brenden Eich is Catholic?

2025-09-29 13:45:59 UTC

This is a story worth watching for anyone interested in a free and open web.
Oracle, legally, still owns the trademark for "JavaScript", despite the fact the language's standards and ecosystem have been open-source for well over a decade.
Deno has launched a petition to deregister the trademark on the grounds that it has been abandoned, and that "JavaScript" is now a generic term.
The petition is now entering legal discovery. The result of this process could shape the future of the relationship between private companies and the open-source software community.
You can read more on Deno's blog: https://deno.com/blog/javascript-tm-gofundme

2025-09-23 22:22:04 UTC

- reply

I like the +[Gen 1:1]+. Traditionally, Bible verses may be cited in a different way than other works, so it seems sensible to have a unique citation style as an AsciiDoc extension.
We can also include the translation abbreviation, e.g. +[Gen 1:1 KJV]+ or [Gen 1:1 RSV]+.
We'd want to publish a table of supported abbreviations for book and translation names.

2025-09-18 22:21:21 UTC

- reply

Client library or server library?

2025-09-18 22:07:49 UTC

- reply

Valkey implements the same API as Valkey, plus some of its own features/interfaces as extra. It's a drop-in replacement for Redis.

2025-09-18 21:57:58 UTC

- reply

At my day job I recently set up a tiered local/remote cache for a server that uses local memory first, then Valkey as a remote. The Valkey makes sharing across Docker image instances easy.

2025-09-18 21:50:53 UTC

- reply

Yeah you're probably right. Redis is really designed for smaller bits of data than most Nostr notes are.
I was thinking about the advantages of fast in-memory databases for ephemeral data. A memory DB designed for larger chunks of data might ultimately be better, but I don't know what that space looks like all that well.

2025-09-18 21:14:06 UTC

Has anyone considered making an ephemeral-message relay based on Redis/Valkey? I could see it being a good data store architecture for large group chats, message passing servers, and other applications that require only transient storage of notes.

2025-09-14 01:59:46 UTC

- reply

I used Rust because there is some pretty well-established tooling with wasm-pack and wasm-bindgen (and I wanted to learn Rust). The vite-plugin-wasm NPM package made the integration with SvelteKit pretty seamless.

2025-09-13 17:31:22 UTC

- reply

Does it work? Well...it throws some errors.
But it does run!
We can fix the errors.

2025-09-13 17:30:43 UTC

Getting a WebAssembly binary running inside #alexandria feels like magic 🪄

2025-09-13 14:31:57 UTC

When you've got Claude working on something, and it hits you with "this file is completely broken"
https://image.nostr.build/b54bc6e3daa266ac420da541cd7dba09307bb9683f77c0caa119888a81ff2709.png

2025-09-12 03:33:31 UTC

- reply

"Life before death. Strength before weakness. Journey before destination."
Sorry I'm gonna keep quoting from the Stormlight Archives at y'all. 🤣

2025-09-09 03:47:24 UTC

- reply

I saw a different thought today that seems relevant—the real builders love their work. From interacting with you over the course of a year and more, I know you're someone who truly loves the work for what it is, not just for what you can get out of it.
People like you are the ones who stick around long enough to build the future.
And even if it doesn't go according to our grandiose dreams, at least we learn something along the way, right?

2025-08-29 13:34:22 UTC

- reply

There are a few reasons we chose AsciiDoc:
1. It has a single, well-defined syntax standard, unlike Markdown, for which there are several competing flavors.
2. It has strong support for advanced markup, such as LaTeX, PlantUML, and similar.
3. It has a well-supported parser and plugin ecosystem in the form of Asciidoctor.
I would suggest, rather than writing your own custom AsciiDoc plugin, to use Asciidoctor. There are available plugins for most advanced use cases, and it has a plugin API for writing custom extensions.
https://asciidoctor.org/

2025-08-26 05:42:02 UTC

- reply

You may also have noticed that links to Alexandria show a preview with an image (of books, of course) and a description of the site. This link preview is something I've been particularly excited about. We'll be enhancing it in the future from a generic preview to one unique to each event.

2025-08-26 05:29:33 UTC

A new version of Alexandria is live! @npub1l5s…gx9z has been hard at work on the app's omni-search features and universal event viewer. @npub1636…qpl4 will be helping us to polish up the UX over the coming weeks, but we're stretching and experimenting and trying out some power user features to see what will stick.
You can try them out too! Go to next-alexandria.gitcitadel.eu, log in, and click on "Events". Take some time to explore, and please give us your feedback!

2025-08-26 05:20:04 UTC

I just discovered a kind 30023 long-form article via Alexandria's topical search, skimmed it within Alexandria, and then microblogged about it, also from within Alexandria.
It's starting to become a complete Nostr app, y'all.

2025-08-26 05:12:43 UTC

- reply

A library, complete with book clubs, community rooms, card catalogs...everything!

2025-08-25 14:01:40 UTC

- reply

Topical searches with `t:` are pretty impressive right now.

2025-08-25 13:58:41 UTC

- reply

Yeah unfortunately I kinda doubt we're established enough for what that senior project program is looking for.
We're also very focused on #Alexandria right now, which is a web app, so not as much C++.

2025-08-23 19:01:59 UTC

- reply

It's probably that everyone is a different kind of smart. Sometimes the braincells bounce around in sync, and sometimes they run into each other.

2025-08-23 18:58:31 UTC

- reply

🧠⚡🧠

2025-08-23 18:54:55 UTC

- reply

That would work well for sharing photos from your PurpleKonnektiv meetups

2025-08-23 18:52:50 UTC

- reply

Sounds like a fun idea! Sort of like AirDrop or Pinterest or something like that.

2025-08-23 18:46:57 UTC

- reply

That would work for direct sharing. Or else post it publicly like a regular Nostr note.

2025-08-23 18:45:40 UTC

- reply

I'm thinking about @npub1m3x…a5sf's vision for Alexandria as making connections. You can wrap anything in a Nostr event, which means that you can connect anything across Nostr.
The stuff itself doesn't even have to live "on Nostr"; we can just use the great tools that already exist and add a layer on top of them.

2025-08-23 18:39:35 UTC

- reply

I think this is the right track.
IMO there's no need to try to jam images into Nostr. Like you said, there's Blossom, and there are also any number of other preexisting image hosting services.
Nostr events are great at wrapping stuff in metadata. That's all kind 20 is: metadata wrapping a ref to an image. If you want to organize that into albums, you could use the drive events we've been talking about.
An integration with Immich or any other media host would probably be a small utility that can do the following:
- If desired, copy a hosted image from a private location to a public one.
- Obtain a shareable link to a hosted image.
- Wrap the image in a kind 20 event.
- Organize kind 20 image wrappers with kind 30045 drive events.
- Optionally encrypt all of these events.
- Send these events directly to another Nostr user, or broadcast them on a relay.

2025-08-23 00:33:43 UTC

- reply

Can't say I do 😅

2025-08-22 13:25:36 UTC

- reply

I don't have the charism for that. And also I work slower when I have an audience.

2025-08-22 02:21:06 UTC

Every so often I'm up late jamming on #Alexandria, then @npub1l5s…gx9z wakes up over in Germany, logs onto our OneDev server, sees my commits rolling in, and drops the ol' 🍿
I'm not used to programming with an audience.

2025-08-22 01:30:03 UTC

- reply

Seeing the OpenGraph previews in actions makes me very happy.
Next is to improve our SSR so we can show unique previews for each note/article/publication/whatever.

2025-08-19 03:57:02 UTC

- reply

I'm on Stormlight 5 right now, so don't spoil it please.
I've quite enjoyed several of the others, but yeah, he does write SO MANY BOOKS

2025-08-19 03:56:14 UTC

- reply

Oh yeah right 😅

2025-08-19 03:55:49 UTC

- reply

Maybe it's because I only publish to a few relays.

2025-08-15 23:15:02 UTC

- reply

I also read sci-fi, and the occasional bit of classic lit
...wait why does it figure? 🤔

2025-08-15 17:06:47 UTC

- reply

That's a reference to a Brandon Sanderson novel btw

2025-08-15 17:06:17 UTC

- reply

Ooh 👀

2025-08-12 02:05:20 UTC

- reply

Oh yeah and also we'll want to get partial responses. Like, just event IDs and certain tags and stuff.
It's time to start leveraging some cool backend capabilities.

2025-08-12 02:04:04 UTC

- reply

Turns out if you trim down to just one or two WebSocket connections rather than the half-dozen a lot of apps use with most user configs, the relays are natively really fast.

2025-08-12 02:03:01 UTC

- reply

For the record, we rolled back to a slightly newer version than what was on next-alexandria previously. We call that "fail forward"

2025-08-12 02:01:59 UTC

- reply

We're gonna make Communikeys NIP-05s into a key-value manager for community-focused app config. And perhaps that's just the start 🧐

2025-08-12 02:00:30 UTC

- reply

What's the most important step a man can take?
The next one 💪

2025-08-11 14:34:15 UTC

Just hatched an idea with @npub1l5s…gx9z this morning.
TheForest relay has a pubkey now. Check it out: https://next-alexandria.gitcitadel.eu/events?id=npub1229y50ruvq9hjdxsjknh43gq4n9ef7h3h5hc4ezzrkg0q7kgg0tsv9a402
This is inspired by @npub149p…722q's communikeys. If a user can have a NIP-05 address that verifies the npub and specifies that user's preferred relays, why can't a community do the same?
Your relay-based community can have a NIP-05 address that specifies which relays that community uses. We've got plans for this in #Alexandria, but other devs might find the idea useful as well.

2025-08-11 03:59:28 UTC

- reply

Updating this late, but I think it has to do with the tags on that web form.

2025-08-05 19:05:33 UTC

- reply

Not pictured is @npub1qdj…fqm7 and me debugging an error in the asset compression used by our server that temporarily broke the release.
Apologies to anyone who noticed an outage earlier today.
Chip is a pro DevOps guy; he makes these releases possible.

2025-08-01 13:21:40 UTC

- reply

I think it makes sense. If you're not already trusted by the relay, you and your messages sit in the waiting room until they're reviewed by the relay owner/curator.

2025-08-01 12:59:58 UTC

- reply

Yo that's an idea...if/when we get an AI assistant integrated into our app, we can call it Eratosthenes.

2025-07-30 19:19:34 UTC

- reply

You must be living in a blessed bubble free of AI agents.

2025-07-30 19:18:29 UTC

- reply

Did it emerge naturally, or was it chosen by UX designers in big tech companies that have bet the farm on AI as a way of boosting adoption to earn back their investment?
https://www.bloodinthemachine.com/p/how-big-tech-is-force-feeding-us?utm_campaign=post&utm_medium=web

2025-07-28 14:30:33 UTC

Bro who tf decided that ✨ would be the universal symbol for AI? And why did we all just go along with it?
That choice of symbol by itself undermines general understand of how AI actually works.
"Oh look it sparkles! It must be magic! Let me turn my brain off and blindly trust whatever it says!"
Try 🤖 instead, or something

2025-07-28 14:28:20 UTC

- reply

Is it for a job?

2025-07-25 03:46:54 UTC

- reply

I've always been intrigued by Flutter, but never wrote much in it.
The app is looking good.

2025-07-25 03:43:57 UTC

- reply

My most effective AI-assisted coding sessions are in baby steps. Otherwise it's like trying to review a PR with thousands of lines.

2025-07-24 02:35:54 UTC

- reply

I'll need to read up on JSON Canvas; it's a new concept to me.
I was thinking about graphs and embeddings like what @npub1m3x…a5sf and @npub1l5s…gx9z mentioned.

2025-07-24 02:31:39 UTC

- reply

I think a new event kind that specifies edges between events could be valuable. Different npubs could specify different sets of edges, creating different "overlays" on the underlying event data.
This could be used to build graph databases. One might use embeddings to determine where to draw connections, and how to weight them. This unlocks semantic navigation journeys embedded in an events context. Think how you can jump from one page to the next on Wikipedia almost endlessly, now apply that flow to just about any Nostr event.

2025-07-22 19:55:10 UTC

Every once in a while I see photorealistic art like this, and it always astounds me.
Ultrarealism with scenes that are *just so* seems to be an artistic trend these days, and I'm here for it.
#nevent1q…h350

2025-07-22 19:52:52 UTC

- reply

It's all open-source. If the license says it's free to use, then it's free to use.

2025-07-22 19:49:15 UTC

- reply

As I see it, we're in a period of "just ship it". We gotta get stuff out the door, and Stella, armed with AI, can do that very rapidly.
Once we get the application to behave the way we want, we can start writing tests to lock in the behavior, then refactor the internals to make it more maintainable and more efficient.
Regarding Svelte, I've spent about a year now reading those docs over and over again...it's all in my 🧠

2025-07-22 00:11:32 UTC

- reply

We already host two of our own relays, and we will soon be expanding that count.

2025-07-22 00:10:42 UTC

- reply

Almost every feature you described is already on our roadmap 😀
https://geyser.fund/project/gitcitadel

2025-07-20 02:22:35 UTC

Tons of new features! In traditional Nostr fashion, they're kinda buggy, but we'll be improving the situation soon.
#nevent1q…0tzd

2025-07-19 17:33:17 UTC

- reply

The big question is: Where is the upper limit?
If AI surpasses human intelligence in general, it's a whole different story. It's not there yet, and I'm not sure it will get there, but I wouldn't rule it out either.

2025-07-19 17:32:20 UTC

- reply

AI-free may come to be synonymous with hand-crafted.
Sometimes people want the mass-produced slop, but sometimes they want *art*.

2025-07-19 17:30:23 UTC

- reply

We're getting ready to release an alpha of our first major milestone. It'll be enough for people to experiment with, including writing publications, which is the major feature we haven't supported until now. I'm stoked to see what people start to do with it.

2025-07-18 22:56:25 UTC

- reply

In case anyone wonders, she wore me down with days' worth of code review first.

2025-07-14 14:14:33 UTC

- reply

Part of that is due to the fact that we're all part-time on this.
Working full-time, I can spend half my day on PRs and still have time for some meetings and to write some code myself.
Staying agile with a part-time project will require a fresh approach, is what we're learning.

2025-07-14 12:30:54 UTC

- reply

Edge LLMs are one of the most frequently mentioned use cases for WebAssembly, so I think we can make it work.

2025-07-13 03:42:25 UTC

- reply

The trick will be getting it small enough to fit in a browser app.

2025-07-12 03:12:05 UTC

- reply

2025-07-10 13:47:03 UTC

Let it never be said that code for #Alexandria gets merged without review.

2025-07-10 13:44:13 UTC

- reply

We're working on the plugins already, might as well share them with the world.

2025-07-10 13:38:51 UTC

- reply

Gradients are all the rage these days

2025-07-07 23:51:36 UTC

- reply

https://media.tenor.com/If6npMk4R6AAAAAC/the-claw.gif

2025-07-07 23:47:50 UTC

- reply

"I'm a walking, talking, edge case"
Don't I know it 🤣

2025-07-04 19:09:34 UTC

- reply

IMO the best use of git for Nostr events is for long-form content. Being able to, for instance, do version control on a full publication before it is broken down into 30040 and 30041 events and pushed off to relays could have a use case.
Smaller content, such as text notes or comments, are generally one-shot and don't really need versioning.
That said, git could be useful if one wanted to do version control on a local archive copy of one's Nostr profile and associated events. Dump everything into .jsonl files, perhaps.