fiatjaf

Am I crazy or it looks like every single webpage that ever embeds a YouTube iframe in any way gets a 42MB of disk space used forever associated with it?
https://image.nostr.build/c5c56d61002e3e9fcbda28f00a7378adf43a1283528684dc6eae101fee6d560e.jpg
The web is some crazy dystopia. Websites I don't remember visiting ever have this YouTube garbage in it.
https://image.nostr.build/536dcf6afe4d95805a38e3945580f2b9cd5a28d209cfb2476abeccd4734a10b7.jpg
I guess in the past it would be a single 42MB of YouTube for your entire browser, but this situation got worse when browsers decided to treat iframes as different origins even if they have the same domain name as long as they're embedded in different places.
Why on earth they need 42MB after all? Why specifically this number, always?

2026-01-31 11:44:24 UTC

https://nostu.be/ is pretty good.
https://github.com/flox1an/nostube

2026-01-30 19:10:17 UTC

- reply

Good point, I'll add it somewhere.

2026-01-28 11:03:10 UTC

- reply

Does it still work with people who haven't set up NIP-4E keys? Because I'm trying it from scratch and it doesn't show any chats for me whatsoever.

2026-01-27 11:47:32 UTC

- reply

There was a small sign. I think it wasn't there a month before.

2026-01-27 11:43:26 UTC

- reply

Also, if a relay represents a niche group or more-or-less semi-closed community and is often browsed like such, searching inside of it becomes trivial for all the moments when you want to recall something you know you saw there. This is equivalent to searching a Discourse or a Reddit.
NIP-50 can also be used in specific NIP-29 groups and even for searching multiple groups that you belong to at once. That's basically all the search functionality that Telegram, Slack and Discord offer.

2026-01-27 02:57:00 UTC

Search on outbox relays directly fixes 80% or more of all generic "search" use cases. We almost can live without big centralized search indexers if we can do full-text search directly from the source of people we're interested in.
1. If I want to search for something specifically said by someone (on Twitter there existed a "by:" special directive when searching, I basically always used that) I can search their outbox relays directly.
2. If I want to search for something and I'm not sure who said it: it goes a long way to search each of my follows' relays, as that thing that I saw is likely to having been said by someone I follow.
3. The point above can be expanded to follows-of-follows: it may take more time, but such cases of search are rare enough that the user can be expected to endure through a "loading" bar while the client tries to search some hundreds of relays.
#nevent1q…ll83

2026-01-26 20:45:56 UTC

https://github.com/fiatjaf/window.nostr.js now supports the "scan QR code" flow.
The easiest way to make a web client compatible with mobile signers like Amber and Primal and Aegis and Nowser and others I forgot.
You just write your app assuming that the user has an extension that provides NIP-07 (`window.nostr`) capabilities and include the <script>. If the user actually has an extension nothing happens, if he doesn't then the script is activated and everything is handled in the background.
https://image.nostr.build/671d9c693d0791ed62cc01a1edaa6e5e0ba8c10ce4b2d1f2c92f358cffa08b57.gif

2026-01-26 20:43:02 UTC

I've recently found a small store that accepts Bitcoin close to my house.
(And it's not even on that BTCMap thing.)
Hyperbitcoinization is happening, finally!

2026-01-26 19:29:25 UTC

- reply

I'm also looking for it.

2026-01-26 19:07:04 UTC

The new #pyramid release v1.0.21 includes, among other things:
- a new (very simple) sub-relay "personal" that each member can use to store their own stuff others can't read (well, the pyramid owner can), like a personal note-taking service:
https://image.nostr.build/5f7deef1e8ba824435084b615fc487dd57eb8e1234f31d9003c1ad112788d7f5.jpg
- NIP-50 full-text search support:
https://image.nostr.build/d73740c68bd1689778155b66f892dfd6d10b55cb54c48e16683b57f0792cf232.jpg
It tries to be good about it. Like it will allow you to choose the language used for analyzing and stemming note contents (more than one language can be selected, in which case a magical system will select one for each incoming note automatically).
It will also act smartly about indexing mentions, quotes and URL references in notes. For example if you index something that has a "nostr:npub1..." in it then later search for "nostr:nprofile1..." with the same npub you'll find that first note (and vice-versa). If your query includes a reference to the npub of the note author that will also work (although using {"authors": ["<pubkey>"]} also works the same).
And the query language supports basic stuff like "banana OR mango" or even "apple AND NOT strawberry". Exact matches enclosed with double quotes are also supported.
#nevent1q…q5je

2026-01-26 11:03:43 UTC

- reply

Pidgeon could do the scheduling directly on the relay if it found out that the person doing the scheduling has a relay that supported scheduling in their list, then fall back to the DVM in other cases.

2026-01-26 11:02:31 UTC

- reply

I don't understand what you mean by a Postgres adaptor. You mean like using Postgres as the database for a relay? That has been done on day 1.

2026-01-26 01:18:41 UTC

- reply

DVMs (as they exist today) are just a much worse way of doing ad-hoc HTTP APIs.

2026-01-25 19:29:04 UTC

https://www.youtube.com/watch?v=q2xkvHzrt0w

2026-01-25 19:26:13 UTC

- reply

It is pretty good.

2026-01-25 19:10:55 UTC

- reply

All the #pyramid relays work like that already (if enabled), and they announce such functionality through the number 16 on the "supported_nips" field, in case you need it.
@npub1yzv…rf8q said they were interested in integrating relay-based scheduled notes. @npub16vj…88a2 @npub14ya…sn39 @npub19qc…7xw2 please.

2026-01-24 21:44:50 UTC

- reply

I like NIP-17 and I think it can be very good and smooth, with better UX than everything else (except Telegram).
I don't know if they can take Nostr to a new level of popularity, but I want to stop using Telegram and would be happy we had Android and Desktop apps that worked correctly and respected DM relays list and were in fact lightweight and fast.

2026-01-24 14:16:04 UTC

- reply

(By the way, some parts of Unhook are broken, probably because YouTube has changed their UI under them and they didn't update, so if someone has a better extension please recommend.)

2026-01-24 14:15:25 UTC

Using https://unhook.app/ and blocking the YouTube frontpage is a great thing. The "subscriptions" page I'm redirected to has a reverse chronological order of videos from channels I'm explicitly subscribed to, and I didn't know but that it is actually what I want 99% of the times.

2026-01-24 14:10:46 UTC

- reply

He doesn't have a phone, but he has a computer, right?

2026-01-24 00:26:25 UTC

- reply

Thank you for noticing.
wss://trending.relays.land grabs data from https://trending.nostr.wine and that seems to be down.
@npub18kz…x5sz please do us that favor and take a look!

2026-01-23 00:10:08 UTC

- reply

I'm removing the ratelimits on the next pyramid release. Should probably make it configurable or relax limits for group or pyramid members in the future, but for now I think it's fine to not have any limits.

2026-01-22 21:44:52 UTC

https://flotilla.social is pairing well together with #pyramid, finally.
https://image.nostr.build/1bee3dabbfd4e4b776dc98ed81ee88ed006ab1919213fcb85544b06b49c70adb.jpg

2026-01-22 20:20:39 UTC

- reply

I agree.

2026-01-22 15:07:17 UTC

- reply

Fixed it for you: #nevent1q…3hmz

2026-01-22 13:54:09 UTC

If you're working on a JavaScript client for NIP-34/Grasp git repositories you should use https://jsr.io/@fiatjaf/git-natural-api to fetch git data directly from the servers without having to clone the full repository.
It also works with GitHub, GitLab and others together with https://cors.isomorphic-git.org/ so you don't need to call proprietary APIs).

2026-01-22 13:50:27 UTC

If Bitcoin isn't directly used by most normal people in daily commerce then it is very easy to capture.

2026-01-22 13:47:44 UTC

- reply

I've once thought the "secret" was a secret and could be relied upon as an authorization token, but I realized that couldn't be it since most clients only called "connect" once with the secret, so it is de facto a nonce, the NIP should make this explicit. Someone please send a PR editing it.
On the other hand for https://viewsource.win/fiatjaf.com/promenade I didn't use a secret at all, instead the bunker URI has a random pubkey in it that isn't the actual user pubkey, so it can be used and reused as an authorization token, i.e. anyone with the bunker URI can connect. I think this is fine for most cases too.

2026-01-21 20:44:00 UTC

- reply

I just realized that I'm publishing the triangles as a kind:20, it was a mistake but it will remain like that now, just because. #nevent1q…zl3c

2026-01-21 20:31:31 UTC

- reply

I'm aware, don't worry about trying it if you have given up everything. I hope it suits you if you decide to come back in the future. NIP-29 should also be better by then.

2026-01-21 20:29:34 UTC

https://www.youtube.com/watch?v=ij72mYstY7E

2026-01-21 18:47:26 UTC

- reply

Also, if you are a nak user please join this group I just created for nak users: https://pyramid.fiatjaf.com/groups/oycleloughr

2026-01-21 18:23:11 UTC

#nak v0.18.1 has a command @npub1a6w…0tyc has wanted for years: if you have a "nak bunker" running somewhere you can call "nak bunker connect 'nostrconnect://...'" in another terminal and it should work.
If your bunker is running with a persisted --profile flag then apply that flag to "nak bunker connect" too.
Also: "nak group", a work-in-progress command for dealing with NIP-29 groups: https://cdn.azzamo.net/d7ffe5083a9bacf4bd3b830115de5cd58ee6904f2bb0b1a7bc231c0a0dde6c53.png

2026-01-21 16:11:20 UTC

- reply

I didn't know about that. Life-changing advice. It even works for arbitrary commits with --detach.

2026-01-21 16:05:36 UTC

The fact that git has a command now called "check-ignore" breaks my shell autocomplete every time I want to call "git checkout".
Life is really fragile.

2026-01-21 15:54:04 UTC

- reply

Everybody likes drivechains.

2026-01-20 02:12:30 UTC

- reply

When are you going to learn that you shouldn't do bugs?

2026-01-19 16:21:21 UTC

- reply

(I only wrote this here from https://fevela.me because I wanted to see if my reply was going to show up in the "chat #nevent1q…6hed" window of https://grimoire.rocks, but the bug is real.)

2026-01-19 16:20:01 UTC

- reply

Bug report: clicking on the "chat" option in a note's menu opens the note in a chat, but its associated command is just "CHAT", no id. So when we try to open it in a new window it breaks.

2026-01-18 17:59:41 UTC

- reply

Yes, everything is in that ./data folder.
The mmmm.lock file should get removed automatically when the server stops, but it might hang there if it crashed or other mysterious circumstances. You can just delete it (as long as you're sure you're not going to run two instances of pyramid at the same time with the same database).

2026-01-17 16:10:42 UTC

- reply

What is "raw blossom"?
If you done the installation using the easy method then you probably don't have to do anything, SFTP should just work.
Otherwise I think you must ensure you're listening on 0.0.0.0, I'm not sure.

2026-01-17 14:51:47 UTC

https://www.youtube.com/watch?v=_Sls_QCMG2Y

2026-01-17 14:43:59 UTC

Thanks to @npub1937…haj6's neverending efforts `nak fs` now works on Windows:
https://image.nostr.build/cb625c00e08422dde83ecd72e285c20290dc566fbd342bf9bf81603d6b8c5efb.png

2026-01-17 14:33:05 UTC

- reply

Pretty good solution indeed.
By the way, this is something Radicle probably can't do without overcomplicating everything with encryption, but on Nostr it can be easily done on the relay side. I have that flow on https://pyramid.fiatjaf.com/moderated/ (disabled on that instance). It's not integrated with the git/grasp server yet, but will be.

2026-01-17 14:04:46 UTC

- reply

Or maybe I don't understand what exactly you mean by "moderation tools". You said it can't be just the ability to ban a specific person, so what could it be?
What comes to my mind is something like:
- allow friends-of-friends of maintainers to send issues/patches/etc;
- if you're not in the friend-of-friend whitelist you have to pass some arbitrary criteria like, I don't know, paying some satoshis, burning your CPU a little, passing a captcha or doing a phone KYC with some trusted server (all bad solutions, but what can I do);
- allow blocking specific people that pass the criteria above.

2026-01-17 14:04:01 UTC

- reply

Doesn't letting anyone submit an issue by just filling a captcha negate all the moderation stuff?

2026-01-16 23:22:39 UTC

- reply

All I see is a moving purple dot. I think it is trying to hypnotize me.

2026-01-16 23:20:22 UTC

- reply

ahahah, how was your experience?

2026-01-16 23:19:28 UTC

- reply

This stuff happens by default on GitHub (and similar places) because GitHub (and similar places) gives everybody the illusion that every user is equally legitimate once they've passed the initial phone KYC sign up process.
In Nostr there is no entity to say who is a valid user and who isn't, so in the long run everybody is forced to use some kind of filter, otherwise they will drown in spam.
I believe the best simple method for such filtering, when browsing an unknown place like a thread on someone else's profile (or git repository), is to only fetch stuff (replies, reactions, proposed patches etc) from the relays announced by the profile/repository you're browsing.
Assuming software is made to use that filtering method the default, then it becomes trivial for the repository owners to control whose comments get to show up to an unwary passerby.

2026-01-16 23:10:02 UTC

- reply

Has anyone tried to run Radicle? Am I the only incapable person who can't even clone their main source repository using their own product following the tutorial?

2026-01-16 23:09:22 UTC

- reply

What is that one?

2026-01-16 21:47:37 UTC

- reply

No, the default is the list that shows up when you click that button.

2026-01-16 11:59:44 UTC

- reply

`top` shows it around 1~2% for me right now, and my pyramid is actually constantly being hammered with requests.
The infinite loop thing was a bug in COUNT handling. It's fixed in the latest release, but I don't know if it's related to what you're seeing.

2026-01-15 18:55:15 UTC

- reply

Another good idea. I'll look into that, but it will depend on whether there is already some library that does the hard parts of streaming in Go, I don't know anything about the subject yet.

2026-01-15 15:05:19 UTC

- reply

Not yet, but will.

2026-01-15 15:04:54 UTC

- reply

Looks wrong, it usually does less than 1% CPU for me.
I just noticed the last release is buggy for some reason. There is an infinite loop somewhere.

2026-01-15 12:36:47 UTC

- reply

No, the only "changelogs" are the commits in the repository and these notes I publish, which are all nestedly quoted here. I never liked these changelogs in open-source projects, they're often useless autogenerated garbage that I assumed no one read.
But if I can help you in any other way please let me know. You can also join our group at https://grimoire.rocks/run?cmd=chat%20pyramid.fiatjaf.com%27Tnq7x2ZTgrPZWFrC

2026-01-15 12:31:36 UTC

- reply

It's too intertwined. But I'm curious: why do you want to run it in two different machines?
You can always run two copies and only enable the blossom server on the other, perhaps? There is also a simple pure blossom server at https://viewsource.win/fiatjaf.com/myriad

2026-01-15 12:28:08 UTC

- reply

It exposes a NIP-43 interface, but the tree stuff is custom and lives in the server only, there is no need to make these things "native" to Nostr.

2026-01-15 01:23:46 UTC

The new #pyramid v1.0.18 includes:
A way to customize the kinds the relay accepts:
https://image.nostr.build/58f48d349b18363e5113465ecf826c89018292ac1552db75a60800ef0a8fba22.gif
SFTP access for full control over events and blossom blobs (dangerous):
https://image.nostr.build/38af15f528ac309db701547312cc9a3a4573e50bb2c23eb9ccb2ebbf3b5ccd57.gif
NIP-86 support in all sub-relays (should work on https://landlubber.coracle.social and on https://nostrapps.com/relay-tools):
https://image.nostr.build/2de64c6c2556b8584186b54700bb0fc6f0011b2dda6fcd5584aaf4a8c7cdca74.jpg
And also:
- a way to pin events to the top of the feed of any of the relays.
- bug fixes.
#nevent1q…64vs

2026-01-15 01:08:41 UTC

- reply

I ended up implementing a way to remove a user but keeping them in the tree, that should probably be the default action when deleting someone.
I had to because I realized that @npub1jk9…lqz7 is flooding wss://pyramid.fiatjaf.com/ with a million notes with ugly images but he has invited a ton of people that I don't want to remove.

2026-01-15 01:06:25 UTC

- reply

Unfortunately I haven't seen your DMs, but Nostr wasn't really designed to do DMs, so I have that excuse.
Now, it can be adapted to do DMs reliably I think, but the implementation is lacking. With an extra 10% implementation effort we could have reached reliable DMs a long time ago, but probably haven't yet because the "let's all agree to use the same hardcoded relays" mentality took hold too much on most developers' minds.
In your analogy the shift required is turning UDP into TCP or something like that (but I don't know if I like the analogy).

2026-01-15 01:00:47 UTC

- reply

What do you mean? Is there another way to take a shower?

2026-01-14 20:36:24 UTC

- reply

I didn't read the full discussion, but npubs are definitely insufficient.
That's why we have nprofiles, nip05s or at least the dependency on a client having access to a greater ecosystem of recent events from other people that may provide updated hints to the relays of a bare npub, ideally through some form of local database. It's all on a best-effort basis, no mathematical guarantees, but I think that suits the messy world we live in very well.

2026-01-14 13:12:51 UTC

- reply

This was about the server side setup, unrelated to your VPN. How are you hosting it?

2026-01-14 11:59:19 UTC

- reply

Thank you for spotting that.

2026-01-14 11:58:49 UTC

- reply

That is the idea. I don't know what exactly you mean by a themed relay, but you can invite like-minded people and get them to do manual themed curation using the /favorites sub-relay.
Or you can get them to talk to each other either in groups or in the /internal relay about some theme, like a community.
Or you can get them to curate public posts submitted to the /moderated relay, ensuring those meet some standards.
If you are aiming for a curated experience you must be more selective with who you invite, as anyone invited will have the power to curate decide what goes in the thing. But if you're aiming for a community to live inside the relay you'll want to be more liberal and get more people.
Let me know if you need some crazy feature that isn't implemented yet.

2026-01-14 04:29:23 UTC

- reply

@npub1m3x…a5sf if you're compiling from source this should be working already: allowkind/listallowedkinds/disallowkind methods. It's not in the UI yet, and not released, but hopefully will be.

2026-01-14 04:20:12 UTC

- reply

That is a surprisingly hard problem, unless I make you adopt those users automatically when deleting their parent. Or what do I do instead?
If you're inclined to adoption you can do that manually already, by the way. You can have the same user be invited by multiple users currently, so if it is deleted in one branch of the tree it's still alive on the other.
On https://basspistol.org there is an example of that happening.

2026-01-14 04:16:23 UTC

- reply

Yes, I can make it configurable, but I never hit that limit myself, so please ensure that if you are running behind a reverse proxy you are passing the X-Forwarded-For header to the relay.

2026-01-13 18:40:05 UTC

Some #pyramid relays I know of that are up and running very profitably:
- https://spatia-arcana.com
- https://inner.sebastix.social
- https://basspistol.org
- https://nestr.nedao.ch
- https://garden.zap.cooking
- https://pyramid.fiatjaf.com
Please let me know if you're running one and how it's going. And send me your most adventurous feature requests such that they can be slowly worked on.
#nevent1q…psrs

2026-01-13 11:02:07 UTC

- reply

The links should be fixed in the latest commit. Thank you.

2026-01-13 10:19:35 UTC

- reply

Try this: https://viewsource.win/fiatjaf.com/nostrlib

2026-01-12 17:36:59 UTC

- reply

On vnak it will authenticate to any relay provided that you have set a main secret key at the top.
On nak you have to pass --sec and --auth. There is also --force-pre-auth for when the relay doesn't send an "auth-required:" message but you want to auth anyway.

2026-01-12 14:51:09 UTC

#grimoire is my chat client now:
https://image.nostr.build/f78e0689bb8ba7db8bdcbe0da245714b156075899b095385ed19067e74824af4.jpg
type `req -k 10009 -a $me` and it will show you a list of your groups, then you can just click on them.
https://grimoire.rocks/

2026-01-12 02:10:58 UTC

@npub1zh8…5aww is back (after a short 2-month interruption following the downfall of the Satellite CDN), now publishing exclusively to wss://basspistol.org because why not.
#nevent1q…af89

2026-01-11 17:00:07 UTC

https://viewsource.win/ now supports:
- displaying information about the latest commit
- a page with commit history
- fetching directly from github.com, codeberg.org, gitlab.com
- displaying README files automatically when no filepath is provided
- browsing the repository at any commit, branch or tag
https://image.nostr.build/35f2e5780e485595c14ef83b40a9d6cc5d6f848b2e5f9d803c2cd7062446ffa0.jpg
All without having to clone the repository or download a ton of stuff (if the server supports filters, which most should and eventually will).
Some examples:
- https://viewsource.win/npub1useke4f9maul5nf67dj0m9sq6jcsmnjzzk4ycvldwl4qss35fvgqjdk5ks/gitplaza should download directly from Codeberg
- https://viewsource.win/460c25e682fda7832b52d1f22d3d22b3176d972f60dcdc3212ed8c92ef85065c/amethyst should download directly from GitHub
- https://viewsource.win/npub180cvv07tjdrrgpa0j7j7tmnyl2yr6yr7l8j4s3evf6u64th6gkwsyjh6w6/gitview should download directly from wss://pyramid.fiatjaf.com or wss://basspistol.org
There were also some bugfixes. But let me know if more things are broken.
#nevent1q…c6gk

2026-01-11 13:38:31 UTC

- reply

"load profile" is for loading preexisting profiles created with "nak bunker --profile". That isn't well-developed yet, I should have probably hidden that button for now.

2026-01-11 11:36:25 UTC

- reply

It was released yesterday!
Do you have feature requests?

2026-01-11 00:36:22 UTC

vnak v0.2.0 is now widely available:
https://image.nostr.build/6b7ffdcef8861607eb3300d59b8b6796330b31c2cc85d3636dc62e3a48bf4149.jpg
https://image.nostr.build/c2094aa40330cd8e06e7276137a8825cb1d133266befbdbad8139224bdde55de.jpg
https://image.nostr.build/fb1b412c6b003fb4aec27413a0d037f053f3a970fe7bdcbee5edea4751268723.jpg
https://image.nostr.build/beb32dab7576d71e1e44481ffe5bd1e5449f0b4c10e150015c3847e002b17758.jpg
https://image.nostr.build/05af2b3f2edc24711500b1d3b0b7c894a0977d3ae1144feb99362ca9a159b67b.jpg
https://github.com/fiatjaf/vnak/releases/tag/v0.2.0

2026-01-08 13:12:42 UTC

new features in the latest last #pyramid release:
- primitive blossom support with a simple dashboard and upload button
- if you just publish an event with a date in the future it will be scheduled and automatically released at that date
- an option to automatically opentimestamp every note published to the relay
- an option to set the maximum size of events allowed
- many fixes
https://image.nostr.build/0e4f0ea0390ded77dd00c409a0c5bfb0d083e2fbdf6114528d17623264f3462e.jpg
#nevent1q…edd6

2026-01-04 11:57:18 UTC

I have just invited @npub1zl3…jajh @npub1zfs…w445 and @npub1q5j…2qhm to https://basspistol.org/, please make good use of your new privileges.

2026-01-01 17:02:03 UTC

- reply

What I'm saying is that the app that created this backup encrypted the seed with NIP-04 instead of NIP-44. It was a bug there. Just fix that, don't go around trying to detect edge cases.

2026-01-01 16:41:31 UTC

- reply

The ciphertext being decrypted in his screenshot is a NIP-04 one, notice it ends with an "?iv=..." parameter.

2025-12-31 23:49:42 UTC

- reply

We should run a prediction market for this.

2025-12-31 23:48:43 UTC

- reply

I was merely pointing out an Android client that supports bunker login.

2025-12-31 22:46:32 UTC

- reply

https://yakihonne.com/yakihonne-mobile-app

2025-12-31 15:59:31 UTC

- reply

Looks good but I'm not in a position to do anything about this.

2025-12-31 15:51:36 UTC

- reply

Nevermind, it's not.
Still on Jumble and Fevela you can filter to see only reposts and that's interesting. Applies to any feed.

2025-12-31 15:42:05 UTC

- reply

wss://basspistol.org/ is apparently basically a feed of reposts from @npub18ug…20ex. Not bad.

2025-12-31 11:54:50 UTC

- reply

Why isn't #grimoire on the list? That's completely backwards.

2025-12-31 05:16:30 UTC

- reply

Good to hear!
Let me know if you spot any flaws or possible improvements here.

2025-12-31 00:33:50 UTC

- reply

We're pretty close, I'm introducing another interoperability issue with decoupled keys so let's postpone that goal to 2027, but I think after that we will definitely be good.

2025-12-31 00:31:00 UTC

- reply

Would be nice if there was a scheme that worked for encryption/decryption over FROST, but even so I don't know if it would be useful in practice. I think it's better to use decoupled keys that just live on the devices, because performing dozens of decryption calls through a network of key share holders like that would be awful experience.
Better focus on crazy key setups that guarantee user identity keys for the long term instead, if you have crazy ideas.

2025-12-30 22:12:50 UTC

- reply

It's not that straightforward I think, but there is https://viewsource.win/npub180cvv07tjdrrgpa0j7j7tmnyl2yr6yr7l8j4s3evf6u64th6gkwsyjh6w6/promenade: #nevent1q…p7fz
That's what made me realize we needed to decouple encryption keys from identity keys.
There is also Frostr that is doing a similar thing but with different goals.

2025-12-30 22:09:48 UTC

- reply

I don't get what is happening, are you running something or is it all in the browser? How do I test this?
Regardless of that we should be doing nevent1-sites, immutable, not npub1-sites.