fiatjaf

I agree that trying to build "everything" on Nostr is a bad strategic error. Specially when these things are even more dependent on network-effect than a microblogging social network (like uber or Nostr, for example) or when they depend on private communications. People have been trying to do this since day one, though, it's just something wrong with the mind of developers.
But I think tools that are "social" in nature and mostly involving publishing human-scale content in the open but don't require that the entire world is using them in order to be useful (like geocaching, for example) are good niches through which Nostr can expand.

2026-07-20 02:35:42 CEST

- reply

Yes, but people choose what torrents they seed.

2026-07-19 19:10:46 CEST

- reply

No, I hate satellites.

2026-07-18 17:53:10 CEST

- reply

Gold is used as a financial instrument and most of its value come from that.
It would be same with Bitcoin, as long as it was perceived as money by normal people. The moneyness of Bitcoin would form the core of its value on top of which other types of demand would be stacked.
With Gold I believe it has a fundamental demand for jewelry and other small use cases, and on top of that there is a vast amount of financial use cases that make its value be much bigger than that of other rocks.
In both cases if you remove the fundamental source of value the thing tends to zero.

2026-07-18 17:34:41 CEST

- reply

I always say this. Basically everything we do on Nostr is "social" in some way, but if everybody reads "social" and immediately assumes it's just microblogging then I don't know what to do.

2026-07-18 12:47:45 CEST

- reply

I thought bolt12 had already solved everything 8 years ago, or maybe when it was actually finished 2 years ago?
I think waiting another 8 years should do the job. I know that is a good idea because we are early and Bitcoin has already won.

2026-07-18 04:16:15 CEST

Finally a client that allows me to browse only through @npub1jlr…ynqn's notes in Latin: https://spatia-arcana.com/198225f2f09789a1566ad3b5053df3b5d51c3e2541cc627d2864e089aefd888a.png

2026-07-18 02:57:53 CEST

Welcome to wss://pyramid.fiatjaf.com, @npub18mf…nyu5. Did the invite flow work reasonably well?

2026-07-18 02:55:13 CEST

- reply

Looks like a good idea to me.
The problem is getting the rest of the world to notice it and add support.

2026-07-17 21:17:59 CEST

- reply

These days it's getting increasingly harder to find people who actually believe the goal of Bitcoin is to end fiat. Even in this trailer, only @npub1t28…nkzs said it explicitly, I wouldn't be surprised if all these others were more worried about other things that aren't clear and didn't care if Bitcoin remained a niche useless rock forever.

2026-07-17 02:45:42 CEST

- reply

What happened with supposed thousands of drones that were flying all over New Jersey 2 years ago?

2026-07-17 02:40:51 CEST

- reply

I use a desktop.

2026-07-17 02:31:47 CEST

Few things on the internet are worse than the fad of "vertical short videos".

2026-07-16 17:09:32 CEST

Relays that want to be public or semi-public need more ways to discern an npub that has a real person behind it from an automated sybil attack, and this is a great idea.
But instead of selling npubs someone should sell badges.
But if you're doing it from a physical location then a badge could just be given for free as long as the process can't be automated.
#nevent1q…c33p
Then we will just need someone to manually collect a list of of these badges are worth an npub be recognized as a human and relays can pick from that.

2026-07-16 17:01:01 CEST

- reply

It's not that these people need Bitcoin or anything, it's that the people who need it need that these people also use it, so they have to be led into using it even though they don't care.
There is also the greater goal of starving the State and associated evil elites of their money-printing machine, and that can't be achieved unless basically everybody is using money they can't print.

2026-07-16 16:48:46 CEST

- reply

> IF you want to move from one context to another then you have to generate the ZK proof
I don't understand. What is this ZK proof you're talking about and what are these "contexts"?

2026-07-16 14:40:59 CEST

- reply

I did, it is better, but also kinda sucks. In my understanding you have to rely on some big servers that keep the full history of all nullifiers forever so they can compute proofs on behalf of normal users. How much can that scale, if each person is making 3 transactions per day, and if each transaction will use more 2 nullifiers on average due to mixed inputs? That's over a petabyte per year just in storage.
Or maybe I misunderstood the requirements. Clarifications welcome.

2026-07-16 14:37:18 CEST

- reply

It's not clearly self-custodial. Nothing is clear, everything is awfully confusing and that's how everybody is tricked about the claims of Spark, but not only Spark, it also applies to Ark and Lightning itself.

2026-07-16 14:34:43 CEST

- reply

Yes, I'm super married to a $5 airdrop I will be getting, already making plans to buy a bag of milk with it.
What is the flaw in hashrate escrows?

2026-07-16 14:34:26 CEST

- reply

This is true. If Monero adopted Drivechains I think it could become a real contender. Still, though, it would have to migrate most of its activity to the sidechain and make mainchain very small, in that sense it would be basically the same as eCash, only with a bigger initial user base and name recognition.
The bigger question to me is: can Monero scale to billions of people via Thunder-style sidechains but with Monero technology? If yes then those sidechains should probably be used in eCash instead, but I don't know.

2026-07-16 13:40:39 CEST

- reply

Even if we assume away the problem of data availability it wouldn't be great to have the entirety of the world's monetary transactions depend on a single company building the blocks and publishing zk-proofs. I guess you can say this block generation can be made to be more open, but I think the incentives are that it would be very centralized regardless, no?
It's a similar problem of Spark: even if you could make it be totally trustless it would still be bad for it to be controlled by a single company.

2026-07-15 13:21:47 CEST

- reply

I used to think there were two ways of scaling Bitcoin: one would be with trusted entities, i.e. banks, but deployed in a decentralized way that limited liability and government capture, and the other way was with Drivechain.
Given what we're seeing with all the Lightning custodial wallets being targeted, implementing full KYC and migrating to Spark (which is becoming almost the one world central bank) that first option is looking worse.
(To be fair my plan was never to have these companies be the custodians in the first place, but it was a bad plan anyway.)

2026-07-15 13:18:31 CEST

- reply

Correct, but Zcash, Monero and BCH are all unscalable to billions too (like Bitcoin, although Bitcoin has made all the influencers believe it could do the scaling "in layers" for the last nine years).

2026-07-15 13:11:32 CEST

Finally a client that displays same-author "threads" in the old Twitter style:
https://c.nostr.media/233/a9e/233a9e01606252d00d8be83e3f2b77acfcd41b367cbb1afb3179dd5b6b0ff1e3.png
https://c.nostr.media/531/9e6/5319e6957e34831c0bc0ec7bd4acfb7029d293329bbc705c47f7b90c73f303a0.png

2026-07-14 19:20:22 CEST

- reply

I'm helping them embrace the chaos.

2026-07-14 19:19:22 CEST

Look at this amazing video about bananas:
#nevent1q…vj3x

2026-07-14 06:58:20 CEST

- reply

It is truly awful.
But the solution is simple.

2026-07-14 03:50:52 CEST

- reply

But can anyone run a Windows executable on their computers without having to click on weird places in order to authorize the execution of malware?

2026-07-14 03:47:28 CEST

paru -S nostrord-bin

2026-07-14 03:38:20 CEST

Finally a way to reply to multiple notes at the same time:
https://nostr.media/0e95ec049a29de25c23623403b694394032f66931bdb1974eca24f26c5fe5b03.png

2026-07-13 00:13:09 CEST

- reply

The video in this page is good if you want a short talk: https://drivechain.xyz/
If you prefer to read then maybe start with the article I wrote when I finally understood the idea many years ago (on that page). Paul Sztorc's explanations apparently don't click easily for most people, but to me they are pretty good. I guess you have to try multiple of these explanations from others until one of them makes sense.
Drivechain enables so much it's hard to describe, we wasted too much time defending the idea from bad repeated criticisms we forget to advertise the benefits:
- absurd self-custodial scaling for payments, such that Bitcoin payments for everything everywhere can finally be a reality;
- enabling everything that can be imagined as working on a "blockchain" immediately in Bitcoin without reducing decentralization;
- all the network-effect, developer time and interest ever poured into other shitcoin projects going back to Bitcoin to make it immediately at least 3x in size and importance from the getgo (with of course much more growth that will come from this);
- perfect privacy (not for all forms of transactions, but at arms reach of anyone -- and could be the default for most payments);
- fixing the security budget (Bitconeirs in general like to forget about this, but someone has to pay the miners) while keeping transactions cheap for everybody;
- finally a chance that Bitcoin will replace fiat once and for all and become the money of the world.

2026-07-12 12:52:24 CEST

- reply

It doesn't have to be perfect, it just has to be better than a system of anarcho-tyranny in which a bunch of pedophile psychopaths enslave the rest of the population.

2026-07-11 17:00:17 CEST

- reply

1. Bitcoin can only be saved by activating Drivechain.
2. Core will never merge or support Drivechain activation (or any soft-fork).
3. Miners won't move their asses until they see sufficient real-world evidence.
Any reasonable Bitcoiner accepting these premises should support the eCash hardfork even if they are initially disgusted by the idea of betraying the Bitcoin brand and the maximalist cult (I was myself), because from these premises we have to conclude that the only thing that can save Bitcoin is a real-world thriving ecosystem of useful sidechains paying fees to miners that finally convinces them to activate Drivechain via CUSF.

2026-07-11 16:47:26 CEST

- reply

What does that mean? We chose something and we can never change our minds? No one should have a blind devotion to Bitcoin. Bitcoin was always only our best chance of fixing the problem of government monopoly over money issuance and related evils, not an idol to be worshipped.
If we spot something else that might give us a better chance we should definitely switch immediately.
With that said, Bitcoin is still miles ahead of anything else. If eCash proves to work even a little bit we may have a better chance of miners activating it on Bitcoin and that will be great.
If not, and if Bitcoiners don't come up with any better solutions (it is very unlikely they will, and even if they get a better solution it is even more unlikely that they will be able to activate it) that will mean that Bitcoin will die slowly over many decades. This will be bad as most people will not see it happening. Our only hope in this case is that eCash captures more users from outside the current Bitcoin sect and gets bigger faster than Bitcoin gets smaller. I guess this will have to happen anyway if it has any chances anyway.

2026-07-11 15:22:52 CEST

- reply

Because of custodial regulation all Lightning wallets are migrating to use Spark, which claims to be noncustodial.
But Spark is a central server that sees everything, can block anything and whose claims of "unilateral exit" are at best vastly oversold: https://xcancel.com/francispouliot_/status/2075284584489439668 (see how even at 1sat/vb and a small amount of users -- meaning small transaction trees -- you already lose 10% of your money, at 5sat/vb you lose 40% and so on).
In fact the situation is only getting worse. Before we had a dozen of different custodians spreaded throughout the globe, soon it will be a single proto-custodian controlled by a US corporation.

2026-07-11 02:26:19 CEST

I can't find an app that allows me to download a file from a URL on Android.
(I'm just complaining, not asking for recommendations.)

2026-07-11 01:45:17 CEST

- reply

I thought you used jj like all the other leftists.

2026-07-10 22:09:56 CEST

- reply

Also I hear from people that just telling the LLM to use the CLI directly works well enough the MCP isn't needed.
I'm not sure about that. In my experience the LLMs are incapable of reading the help text and the README examples, so it ends up not using even 10% of nak's capabilities.

2026-07-10 22:08:29 CEST

- reply

Do you use it? I'm glad to hear that. I don't use it myself because I prefer to use Nostr directly than to ask the robot, so it doesn't get much attention.
Please send feedback if you have any.

2026-07-10 17:38:29 CEST

- reply

More evidence that shoving encrypted communications into Nostr events was a bad idea.

2026-07-07 20:39:44 CEST

- reply

https://grimoire2.netlify.app/

2026-07-07 20:08:04 CEST

Am I the only person bothered by the YouTube videos and other things on the internet that were published >20 months ago but their date fields says "1 year ago"?

2026-07-06 21:13:37 CEST

- reply

No, that's not what I'm talking about.
If the thing is living in a blockchain, then I should be able to interact with it by building my own transactions and submitting them to the blockchain, right?
And if I can do that that also means someone can make a program that allows me to do that more easily with a UI and so on, right?
Polymarket is banned in banned in multiple countries, but Polygon isn't, which means there must be big demand from people from these countries to use another interface that isn't blocked.

2026-07-06 20:57:20 CEST

- reply

If Polymarket is in some kind of blockchain or something doesn't that mean it should have a bunch of different frontends and wallets able to interact with it?

2026-07-06 20:13:57 CEST

- reply

I think you can just deposit Bitcoin at Polymarket.

2026-07-06 05:07:16 CEST

- reply

That was always their plan.

2026-07-06 02:30:16 CEST

- reply

Ok, these are strong points. I finally understand it.
I think many of these are neutralized if the thing is running on Drivechain separate from the Zcash people and with a completely different initial coin ownership. The issues of undetectably exploitable bugs and the problem of the difference between shielded and unshielded pools remain.
If it's running on a Drivechain then it can be just the shielded pool -- but then we fall on the previous criticism of the toolbox with different sidechains being analogous to the shielded/unshielded situation, and it would also affect a Monero-like sidechain.
The only solution would be for we all to agree to just use this privacy sidechain for all the normal payments.
Like everything else this is so unlikely it's hard to imagine it will happen, but it is much more likely than getting Bitcoin to adopt some privacy protocol natively, and arguably more likely than Monero becoming the money of the world. I'm happy with any of these outcomes.
Either way I am now thinking that Thunder may not be what we want as the main eCash payments layer, so thank you for putting another problem in my mind.

2026-07-05 21:18:28 CEST

Looks like the Satellite CDN is down again @npub1lun…27lj

2026-07-05 20:21:45 CEST

- reply

Paul's plan is that everybody will use Thunder for the "money" part. Thunder is not one but multiple blockchains that optimize for smaller transactions and grow in size as the time passes.
I think that can work in practice, but it is so ugly! I would rather have a more elegant solution than blasting cheap transactions into blockchains that miners are running and hoping for the best.
The more elegant solution might as well be something like a big Tachyon chain, which as far as I understand scales much better than a normal blockchain and is fully private and everybody just uses that for commerce.
I could never understand the actual criticisms of Monero people against Zcash (every time I tried to ask I got the answer that it was a "fedcoin", what that means exactly and why I don't know). The Zcash technology looks good to me, but of course I don't understand it fully.
In any case, if Zcash/Tachyon is bad then I also don't see why the daily payments solution people use on eCash can't be one or more big Monero-like chains instead of Thunder. I also never heard Paul Sztorc saying anything about why he isn't pushing for a Monero-like sidechain together with the Zcash/Orchard sidechain L2L is doing, my impression is that that he just likes Zcash technology more and didn't want to confuse things with two privacy sidechains, but I think he should at leat mention the possibility, maybe some Monero enthusiasts would be excited to build it. Paul definitely doesn't think he has all the answers, he is pretty ok with being surprised by drivechain usages he hadn't anticipated.

2026-07-04 18:22:12 CEST

- reply

Problems of this kind happen on basically every app or website I visit, by the way.

2026-07-04 17:59:38 CEST

Nostrord has asynchronous group threads now, also previously know as a "forum".
#nevent1q…3l6d

2026-07-04 17:56:48 CEST

- reply

Because I didn't know how to do it better, you have to first run the crawler that goes through the kind:3 contact lists of all people recursively many times and determines who is worth being included.
Then you have to run the fetcher that downloads the notes from everybody.
And then you run the server/relay process.
You can probably run these simultaneously, but let me know if you can't. The idea was that one would run the crawler once a week, the fetcher like once a day, and the server continuously. More than that is probably unnecessary.
Unfortunately the crawler takes an awfully long time to finish, but that is probably because I'm stupid, so if you or any of your bots know how to improve on that please let me know.

2026-07-04 17:53:10 CEST

- reply

If you also want to fetch all notes from these profiles and also expose them through a NIP-50 interface in a simple and efficient Nostr search engine, that's also what you want.
Hopefully the instructions on the README are clear enough.

2026-07-04 17:51:00 CEST

If you ever wanted to run a big server that indexes Nostr users filtering out bots and throwaway accounts, serves their kind:0 metadata via a normal relay interface, allow them to be searched via NIP-50, you could try this:
#naddr1qq…9429

2026-07-04 17:47:24 CEST

@npub1zfs…w445 I just tried the new Coop mobile and I have bugs to report.
I pasted my bunker code and it spinned a little, asked me to authorize on the signer, but there was no authorization needed, I pressed the button again and it loaded forever, so I tried to stop it and was going to paste an nsec, but then it moved me to the logged in account area, however the app didn't even know my public key as the bunker stuff had failed, so I was just in this area where I was named as "Unknown". Clicking to log out doesn't work.

2026-07-03 05:40:17 CEST

- reply

You realize you didn't explain why this will be the last, right?

2026-07-02 22:47:28 CEST

- reply

Interesting, I didn't know you were doing all of that. Indeed I don't see a sea of spam when browsing wss://nos.lol anymore (not sure I ever did but I think yes a while ago).
I actually tagged you because I had in my mind that I was seeing that bot "Primal Protocol" on your relay all the time but looking now it doesn't seem to have published any notes there for weeks.

2026-07-02 22:43:31 CEST

- reply

Do you know how many users they have?

2026-07-02 22:39:45 CEST

- reply

If the thing is supposed to be generic email why don't users have email addresses to be contacted at?

2026-07-02 22:31:10 CEST

I've installed 3 Chatmail clients on my phone today (I think Chatmail is the name of the protocol, but everybody calls it Delta Chat, but then Chatmail doesn't present itself as an interoperable protocol either, it presents itself as a collection of software projects and it's unclear whether Delta Chat is part of it or a spin off):
- Delta Chat
- Arcane Chat
- WhatsDown
The 3 are basically the same app. I didn't check but they probably share 99% of the codebase. I don't understand.
Also they allow you to share an invite link for others to talk to you, but I couldn't take the invite link from one and paste on the other because there is no place to paste, only a place to read a QR code.
It's not clear whether I'm supposed to share this invite link publicly or if it's a private thing for only one person to message me (the invite link is big and full of metadata in it). If it's private how am I supposed to send it to someone, using another messaging app?
Also apparently they create accounts for you in a random chatmail server, or Delta Chat at least seems to do that, while Arcane Chat seems to always use arcanechat.me (or something like that), so that could be the reason why they have different apps that are almost exactly the same: the hardcoded setup parameters.

2026-07-02 19:44:08 CEST

- reply

It's a horrible law.

2026-07-02 16:43:39 CEST

- reply

@npub1nlk…jm9c what do you think of this?

2026-06-28 16:20:20 CEST

- reply

Then get one from 2015.
This will suffice: https://www.cnet.com/a/img/resize/09e4bc1bb3053008f9b63be32db672d35cecc2f0/hub/2014/01/03/2bef9017-84a0-11e3-beb9-14feb5ca9861/DSC_0758.jpg?auto=webp&fit=crop&height=1200&width=1200

2026-06-28 16:12:28 CEST

- reply

Unifi is garbage. Just use a normal router made in 2005.

2026-06-28 15:26:05 CEST

- reply

This only proves that network effect is basically all that matters, so you can't say that email is undefeated because it is technically superior or better designed or anything like that.
You can still sing the praises of email for having network effect, but I don't see the point of cheering for a fact of nature. It's like claiming that elephants are the biggest animals, and shaming all the other animals for not being big enough.

2026-06-28 04:22:52 CEST

- reply

Millions use it every day? Of course not. What kind of bogus statistic is that?
Also no, you don't know my argument, I'm not a big blocker, I want blocks to be smaller than they are today.
Someone did invent a way to scale payments without the centralizing tradeoffs: it's called Drivechain.
Here's the simplest way to scale payments using Drivechain: https://www.truthcoin.info/blog/thunder/. I don't like it, because it looks so dumb, but it's infinitely better than Lightning.
There are other ways, though, like Shielded CSV: but all of these methods require a bridge to a parallel network, and only Drivechain can provide a decentralized bridge.
We could have had this 10 years ago if it hadn't been for Lightning or the blocksize war. It's sad that these two things happened, both could have been prevented. Still, if we activate Drivechain today we can prevent wasting the next 10 years.

2026-06-28 04:08:50 CEST

- reply

Lightning is probably the worst thing that has happened to Bitcoin.
Sadly, because in theory it is super cool the first time you hear about it, 10 years ago.

2026-06-27 18:13:26 CEST

- reply

IRC is nice, but doesn't use Nostr identities and chats can't migrate across servers. Insert these two elements and you get NIP-29.
Still, that isn't what I was dreaming about for 1-on-1 DMs, but maybe variations of NIP-17 is the best we'll ever get anyway.

2026-06-27 17:26:55 CEST

- reply

Things will be muddled in any way or another. Making a new NIP doesn't really change that. You're just moving the muddling to another department, but you'll have to deal with it anyway.
It's like making a new kind with a different content-type, or a new "version". It's all cosmetics for "making a new protocol". Essentially it all comes down to creating new work for everybody to maintain everything at the same time and wrap their heads around the new stuff.
In this case I think it is worth it.
But honestly, I just wish someone did something different. Would be nice to have a more specialized and more efficient Nostr-like protocol around "chat servers" (as opposed to Nostr relays). Reuse Nostr identities, use Nostr for signaling, I don't know, but don't send the actual messages as Nostr events to relays, that is ugly.

2026-06-26 21:32:46 CEST

- reply

It is allowed to have an X account for such practical purposes, but it must be read-only. It is also allowed to write on X but only if it's to promote The Nostr.
All other cases will cause the immediate and irrevocable expulsion of the offender from The Nostr.
Correct, @npub18am…p424?

2026-06-26 20:56:30 CEST

http://youtube.com/playlist?list=OLAK5uy_nRN_VDg5R9JNeoRofghelc9EuDOPqS0dw

2026-06-26 16:18:58 CEST

- reply

No, I don't. I just disagree that you and other designers have the perfect formula for the best user experience. I think the thing is much more subjective and random than you think, and that ultimately there is no formula (the fact that different UX designers disagree among themselves and disagree with their peers of the past is evidence of this).
I also completely oppose hiding the important parts of the protocol, even if that is going to result in more users (I don't think it will, in fact I think it's the opposite of that in the stage we are of early adopters and enthusiasts). But of course there are better ways and worse ways of exposing the internal protocol.

2026-06-26 15:08:29 CEST

- reply

Can you give some examples of what is this technical debt?
If you were a Nostr lover and wanted to build a forum or group chat protocol from scratch, but abiding to the same principles of Nostr, how would you do it?
Now, what if you were to build it yourself, with all your lack of love for Nostr, how would you do it (except for the identity part, which I assume would be pkarr or your new blockchain name thing)?

2026-06-25 20:28:41 CEST

- reply

He didn't fork Bitcoin, he just supported Jihan Wu's fork, and he wasn't selling some valueless shares that he made up himself for an arbitrary price, he was operating an exchange and giving people actual BCH. I don't know the details, but that doesn't sound super scammy to me, specially if you consider that no one owns the "Bitcoin" brand, not even the Bitcoin Core organization (I know, it's shocking). The fact that he owned the bitcoin.com domain is more of a failure of the DNS system than anything, the same applies to nostr.com today.
Now what if Nostr was adopted by Facebook and Facebook decided that everybody would just read from the facebook.com relay and other clients followed that decision, then, worse, Facebook started to use a complicated key delegation scheme and everybody else followed on that and everybody was calling that "Nostr".
Then Rover Ger, an idealistic Nostr enthusiast, would say: "no, that is not the original Nostr" and make a client that is compatible with the Nostr we have today and host it on nostr.com and say that was the real Nostr, tricking users who wanted to talk to their Facebook friends, who would then call him a scammer for that.
Is Rover Ger a scammer?

2026-06-25 05:28:50 CEST

- reply

Are we allowed to say that Satoshi did a premine now? He made a rule that blocks can only be mined when more than one node is online, but then he just connected himself twice and mined and mined.
The "immaculate conception" of Bitcoin is a myth.

2026-06-24 23:25:55 CEST

- reply

The fact that most Bitcoiners hate Roger Ver is a sign that something is very very wrong.

2026-06-24 22:14:44 CEST

- reply

This is correct.

2026-06-24 21:36:35 CEST

- reply

Can you define what each role can do in the dashboard?
What does it look like? Is it like one role can delete other people, other role can delete events, another role can write to the featured content feed?

2026-06-24 15:18:58 CEST

- reply

I get it. These are the narratives I'm trying to combat right now, not only for git stuff, but for other things too. People have to wake up for the fact that relays are just simple servers and clients can choose from which relays they read.
This comment in which you are clearer about this part and not only dunks on Nostr for being a place full of nazists helps my case enormously, so thank you.

2026-06-24 13:02:49 CEST

- reply

Please help me understand:
If you host your stuff on some relay you control and moderate, then you use a client that only reads comments from that relay that you control and moderate, then you tell everybody to use that client and you link to your page on that client such that anyone using that client will never see anything outside your control, is that enough?
Now if some other client shows up with 2 users and that client chooses to read comments from the harassment-maximalists relay, does that make it a deal-breaker for you?

2026-06-21 15:10:32 CEST

- reply

That is a fact.

2026-06-21 15:09:34 CEST

More things on the latest version: https://github.com/fiatjaf/nak/releases/tag/v0.20.0
- new flag "--jq" runs a jq interpreter inside #nak with Nostr-specific functions that can be used to easily extract tags from events, pretty-print dates, extra-filter the list of returned events and more, see the README
- "nak profile --name/--picture/--metadata" for easy automated name fetching in case you need that
- the default key is not '01' anymore (breaking change!), now the default key is a pseudorandom key derived from your machine id and other machine-specific properties (this is not perfect or secure, it's only for testing), call "--nak key default" to see yours and set $NOSTR_SECRET_KEY if you want a permanent default
- same for the "--connect-as"/$NOSTR_CLIENT_KEY, it defaults to the same
- you can specify "--auth" when running a bunker or when connecting to a bunker to sign your event and nak will authenticate to the relays if required
- "nak serve --auth" runs a relay that requires AUTH from everybody (but doesn't do anything with the information except printing it)
#nevent1q…uhx0

2026-06-20 17:07:53 CEST

- reply

What? Since when is Simon Dixon on Nostr? Is this an automated crossposting bot?

2026-06-20 14:21:52 CEST

Instead of polluting all the events with a "client" tag can you guys please agree on publishing a kind:1729 event (I just made that number up) with the client name in it every day or every week or who knows?
Then you can have your popularity contests without forcing everybody to store and download millions of extra bytes.
Also please remove the useless "alt" tags (specially from kind:1), that experiment has failed.

2026-06-20 14:14:53 CEST

- reply

I think you can manually delete stuff from it using NIP-86 in case you're worried that a big part of the notes is yours.

2026-06-19 02:34:24 CEST

https://grimoire2.netlify.app/ will probably live for a long time, in case the original Grimoire dies.

2026-06-18 20:07:31 CEST

- reply

I'm against zaps, I'm against extending, I'm against assets, I'm against sovereign, but I think you should be able to send tips in any way you want.

2026-06-17 15:14:34 CEST

The most recent #pyramid version has things that you may have not heard about:
- /database page for direct database querying for the admins, along with a button to delete events arbitrarily
- same thing on the blossom side, admins can micromanage and delete things (previously users could already manage their own blobs)
- I have probably mentioned this already, but we have tiered limits for blossom uploads, like you can say "1000/500/200" so people on tier 1 (right below the admins) get 1000MB, people on tier 2 get 500 and people on tier 4 get nothing
- pomegranate operator service (be a partial key custodian for your community)
- a way to request access -- this has to be enabled, but then anyone can request to be invited by anyone else that is already a member on the relay (and has invites available) from the home page, and people can accept or reject also from there
- the relay itself publishes a kind 0 for its own key (I don't remember why this was necessary, but it will look nicer when browsing special relay-made events from other clients)
- an nsite gateway for assets and manifests published on pyramid, see https://npub180cvv07tjdrrgpa0j7j7tmnyl2yr6yr7l8j4s3evf6u64th6gkwsyjh6w6.nsite.pyramid.fiatjaf.com/ for example
- I have probably mentioned this already, but there is a /clients page that lists all clients connected to the relay, for admins only
Join us at https://web.nostrord.com/?relay=pyramid.fiatjaf.com&group=Tnq7x2ZTgrPZWFrC, get it from https://github.com/fiatjaf/pyramid and be forever happy

2026-06-17 15:06:18 CEST

- reply

I think any format will go, including images. An nsite is fully published to Blossom already, that's how it works: publish all assets to blossom, then publish an event pointing paths to hashes so the site can be rendered by a gateway later.

2026-06-17 14:48:03 CEST

The most recent #nak version has things that you may have not heard about:
- "nak nsite" command for downloading and publishing nsites from a directory
- most commands now take --sec, --auth, --force-pre-auth flags so you can AUTH when publishing an nsite, for example, and the syntax etc is all shared (please report bugs)
- "nak nip" command for displaying NIP text, pretty printed
- "nak kind" command for displaying information and schema about a kind, with data sourced from https://github.com/nostr-protocol/registry-of-kinds/ (please contribute)
- when specifying a kind in any command you can pass a string and it will match a kind number, try for example "nak req -k 'fav relays' -a [email protected] --outbox"
- a bunch of fixes, most by @npub1937…haj6, and some minor flags added here and there
Download at https://github.com/fiatjaf/nak/releases/tag/v0.19.13

2026-06-14 21:21:08 CEST

- reply

Does it still happen if you restart Lantern? What if you use another bunker?

2026-06-14 21:19:08 CEST

- reply

https://pomegranate-admin.netlify.app/

2026-06-13 14:53:04 CEST

Writing specs with uppercase words SHOULD/MUST/MAY is stupid.

2026-06-12 15:19:27 CEST

- reply

Doctored screenshot.

2026-06-11 17:55:35 CEST

- reply

I just searched YouTube to see if there was a live stream of the event and the 3 first results were fake videos of Michael Saylor at the stage talking about a QR code that I had to scan now to learn more about some opportunity.

2026-06-10 15:36:38 CEST

- reply

What Blossom server is that and how are you connecting? You probably have to tell them to update their NIP-46 implementation.

2026-06-09 18:28:08 CEST

- reply

Just a clarification: what I meant was that OpenSats could be governed by futarchy, not that Nostr could be governed by OpenSats.