fiatjaf

https://stuff.fiatjaf.com/

Public Key

npub180cvv07tjdrrgpa0j7j7tmnyl2yr6yr7l8j4s3evf6u64th6gkwsyjh6w6

NIP-05 Address

Profile Code

nprofile1qqsrhuxx8l9ex335q7he0f09aej04zpazpl0ne2cgukyawd24mayt8gpr9mhxue69uhhq7tjv9kkjepwve5kzar2v9nzucm0d5qs6amnwvaz7tmwdaejumr0dsq3vamnwvaz7tmjv4kxz7fwdehhxarj9e3xzmnyqy8hwumn8ghj7mn0wd68ytnddaksz9nhwden5te0we5hgmmj9ehx7um5wgcjucm0d5q3qamnwvaz7tmwdaehgu3wwa5kuegrmss6e

Publishing to

Author Public Key

npub180cvv07tjdrrgpa0j7j7tmnyl2yr6yr7l8j4s3evf6u64th6gkwsyjh6w6

Show more details

Last Notes

2026-02-02 21:21:57 UTC

- reply

It's all YouTube. Vultr has it because there is a YouTube iframe inside. It's all like in the first screenshot.

2026-02-02 21:20:41 UTC

- reply

I don't remember, I was thrown into it when I ran out of space and prompted to free some.

2026-02-02 21:19:53 UTC

- reply

There is no "public" level anymore.

2026-02-02 19:13:14 UTC

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-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:01 UTC

- reply

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

2026-01-16 23:20:22 UTC

- reply

ahahah, how was your experience?

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 21:47:37 UTC

- reply

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

2026-01-15 15:05:19 UTC

- reply

Not yet, but will.

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 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-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-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 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-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 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-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.

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 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: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.