Nostr notes by hoppe2

how can i access fips?

2026-07-21T15:28:43Z

In reply to nevent1q…smen
_________________________

how can i access fips?

I'm looking for ways to earn money with Bitcoin from the ...

2026-07-17T12:18:21Z

In reply to nevent1q…ayc4
_________________________

I'm looking for ways to earn money with Bitcoin from the start, so I can get out of this terrible fiat-mining job. I need to get it done as quickly as possible.

Is OpenCode better than Claude Code? Or do you use OpenCode ...

2026-07-15T03:48:38Z

In reply to nevent1q…tn50
_________________________

Is OpenCode better than Claude Code? Or do you use OpenCode because it's more suitable when switching models?

I’m wondering whether there is a “pay‑to‑read” service ...

2026-07-15T00:43:16Z

I’m wondering whether there is a “pay‑to‑read” service on Nostr. On many platforms, if I click a link to read an article, I’m immediately prompted to log in, so I just close the page. A micro‑payment system could be a better solution for that.

Legacy social networks don’t have built‑in payment features, so it seems impossible there, but with Zap and Lightning becoming common on Nostr, it should be feasible, right?

Would it be difficult to implement the part that receives the payment and distributes it? I haven’t thought about it deeply yet. In my usage pattern, when I click a link to a long‑form article that interests me on Nostr, I’d probably be fine with a small payment request. Nostr makes it possible with a single click.

Laws and order should not be constraints governing us, but ...

2026-07-09T03:49:18Z

In reply to nevent1q…3z6a
_________________________

Laws and order should not be constraints governing us, but services we voluntarily choose.
In other words, all matters must be based on mutual agreements.
For example, private insurance companies could provide judgment services.
Someone might argue, "Without a single unified legal system, disputes will never end."
However, the response would be: Even now, disputes with foreigners aren't governed by a single law, yet they generally function effectively.

Ark has the same "back up your proof every vtxo" ...

2026-07-08T17:08:03Z

In reply to nevent1q…3s8p
_________________________

Ark has the same "back up your proof every vtxo" requirement. And the same limitation: the moment you receive offchain vtxo(and proof), you can unilaterally exit, but it isn't exclusive either — a colluding previous owner + ASP could still double-spend your prior state.
What's better about Ark is the periodic batch round (an onchain tx). When you participate, your old VTXO gets forfeited, which kills the stale state a prior owner could've exited with — so exclusivity is restored and only you, the latest owner, hold full ownership.
And the batch settlement is O(1) onchain regardless of participant count — thousands of participants still settle into a single shared Taproot output that just looks like a normal address. (You only unroll the tree if you unilaterally exit.) That amortizes the fee across everyone, so at scale the per-user burden becomes almost negligible.

The DA dependency isn't really the issue imo — if a holder ...

2026-07-08T16:52:57Z

In reply to nevent1q…vsnn
_________________________

The DA dependency isn't really the issue imo — if a holder backs up their proof each tx, a withheld proof just means it's treated as unreceived. Worst case a UX problem, handled in the background.
Spark's real problem, as I understand it, isn't that — it's that even with every proof in hand, you don't quite get true self-custody. Not because UE is impossible, but because it may not be exclusive: as I understand it the federation can equivocate, so a colluding prior owner could double-spend. And if exit exclusivity rests on federation honesty, that's not self-enforcing — or am I missing something?

I want to try it, but there’s nowhere to get it here.

2026-07-07T00:17:13Z

In reply to nevent1q…lzxw
_________________________

I want to try it, but there’s nowhere to get it here.

What percentage of messages are spam for an account as popular as ...

2026-06-30T07:09:13Z

In reply to nevent1q…jwa7
_________________________

What percentage of messages are spam for an account as popular as yours? Is the spam filter active, making it impossible to check?

If we're talking about things we can do at an individual ...

2026-06-13T06:58:11Z

In reply to nevent1q…cskx
_________________________

If we're talking about things we can do at an individual level:

1. There are many things that are illegal but don't actually violate anyone's private property—if you've been in the habit of reporting such things, stop doing that immediately.
2. Encourage tax evasion.
3. Persuade others to join in on points 1 and 2 as well.
4. Advocate for, use, and spread the freedom-enabling technologies that make it easier for others to do these things.
5. Above all, stop voting.
6. Exclude, as much as possible, the voluntary Gestapo who can't be persuaded.

In fact, there's one path that's the easiest way to put all of this into practice—one that requires no special effort and is even beneficial to do: save in Bitcoin and pay in Bitcoin.

I used to have this goal of building a sleek Nostr client like ...

2026-06-11T13:29:27Z

In reply to nevent1q…h35j
_________________________

I used to have this goal of building a sleek Nostr client like yours, so I'd pore over the NIPs. After reading through them multiple times, I came to the conclusion that I should find something else I'm actually good at haha

And this goes without saying, but... it's not just about ...

2026-06-11T11:33:32Z

In reply to nevent1q…4geq
_________________________

And this goes without saying, but... it's not just about tagging — the client also needs to look up the inbox relays of every tagged person and publish to those relays as well.

The reason the notification isn't going through is that the ...

2026-06-11T11:29:09Z

In reply to nevent1q…wa0d
_________________________

The reason the notification isn't going through is that the problematic note isn't tagging your pubkey. Also, per the Nostr standard spec(NIP), in order to send notifications properly, client is supposed to tag everyone involved — meaning all participants from the root note all the way down to that comment — but it looks like Wisp only tags the pubkey of the immediate parent note.

Most of my NIP-46 issues come from the OS killing my processes. ...

2026-06-03T03:49:48Z

In reply to nevent1q…kem7
_________________________

Most of my NIP-46 issues come from the OS killing my processes. It's never been an issue on Linux, but mobile has been a constant struggle

Basically, all financial products, including insurance, are just ...

2026-05-21T00:47:41Z

In reply to nevent1q…wx3q
_________________________

Basically, all financial products, including insurance, are just a gamble. But to be more precise, that 'gamble' is just an excuse to take people's money. They collect cash from users under that pretext and use it to buy assets. In the end, they’re just shorting the dollar using our own money, and we’re paying them a fee to do it for us. We could literally just do it ourselves for free.

I've actually built a fully non-KYC service before, and the ...

2026-05-20T00:26:14Z

In reply to nevent1q…8vj3
_________________________

I've actually built a fully non-KYC service before, and the thing is, it becomes extremely vulnerable to spam attacks. Then you end up piling on all this complexity just to mitigate it, and from the user's perspective the UX becomes genuinely awful. Anyone on Nostr probably feels this to some degree... and then what happens is maintenance becomes a nightmare, users go "wtf is this, it sucks, I'm out." That's just how it goes.
The other classic solution is using reputation to filter spam — but then we basically just killed the whole point of anonymity

I've been thinking about inheritance, and I discovered ...

2026-05-13T00:29:19Z

I've been thinking about inheritance, and I discovered something called the Liana wallet. It seems almost like a perfect solution.

I created a script address that allows me to spend without any restrictions, while adding a time-lock condition for heirs—giving them the ability to spend after a relative time-lock of one year. No third parties or additional requirements needed.

As long as I don't die suddenly and my heir doesn't simultaneously lose access to their device, it's quite secure. And since the script allows great flexibility, I can enhance safety further by using multiple keys in a multisig setup, while maintaining the same overall structure.

As long as I remember to make one on-chain transaction every year, it should be nearly perfect.

and do not enable auto-update

2026-05-12T00:33:39Z

In reply to nevent1q…ttwt
_________________________

and do not enable auto-update

https://ark-protocol.org/ you means this? I’m also looking at ...

2026-05-05T03:51:39Z

In reply to nevent1q…5frp
_________________________

https://ark-protocol.org/
you means this? I’m also looking at this lately, and it seems promising. My only worry about Bitcoin is that—even if every micro‑payment were made exclusively through Lightning channels—true self‑custody would require every person to have at least one channel. With the current architecture, just creating a single channel per person would take decades, and the problem only gets worse as the population grows. According to Ark’s documentation, in the ideal case a unilateral escape can be cryptographically guaranteed without a single on‑chain payment, although each batch settlement still needs an on‑chain transaction—but the fee could be $1/n$. That suggests a massive scale‑up possible in a way that differs from Lightning. I’m reviewing the theory and the code to see if it’s real, and I’d like to hear other well‑known developers mention it as well.

I'm trying to switch the wallet setup in my phone's Nostr ...

2026-05-01T02:47:55Z

I'm trying to switch the wallet setup in my phone's Nostr client to use a local relay (specifically Citrine (nprofile…utvn)) and @zeus for fast responsiveness, but it doesn't work properly in almost all clients.

I suspect it's because they automatically block WS connections instead of WSS. Only amethyst allows zaps, but even there, balance and history checks don't work.

Blocking WS is fine, but localhost should be whitelisted as an exception.

Doubt everything the government tells you. Above all, if they say ...

2026-04-29T00:11:03Z

In reply to nevent1q…lyu7
_________________________

Doubt everything the government tells you. Above all, if they say something is for your own good or offer it for free, treat it as a falsehood until proven true through mathematical certainty.

So BitVM has that issue? If I'm understanding correctly, ...

2026-04-28T00:44:48Z

In reply to nevent1q…yv4c
_________________________

So BitVM has that issue? If I'm understanding correctly, Bitcoin L1 can't verify ZK proofs at consensus level, so anchoring relies on operator good faith?
If that's right, then maybe the more natural approach for Bitcoin L2s is to compose only from primitives that L1 can directly verify. Ark protocol seems to fit that mold - periodic batch settlements using only what L1 natively understands, with each settlement providing on-chain finality at fees split across all participants.
Curious whether you've looked at how Ark handles this differently, or if you see issues with that approach too?

I’ve always thought it was strange that Nostr clients ...

2026-04-26T15:11:25Z

In reply to nevent1q…sj66
_________________________

I’ve always thought it was strange that Nostr clients implemented showing an npub as a QR code but didn’t implement scanning QR codes. Of course, I’ve never actually had a situation where I needed to scan someone’s npub when meeting them offline, so it’s never really caused any trouble lol.

@npub1xnf…lpr5 Apps connected via NWC are extending beyond a ...

2026-04-23T10:46:09Z

ZEUS (npub1xnf…lpr5) Apps connected via NWC are extending beyond a single page, but scrolling isn't working, so the initially registered ones are not visible.

@nprofile…4u96 How do I get rid of the red inquiry button ...

2026-04-23T00:25:36Z

PPQdotAI (nprofile…4u96) How do I get rid of the red inquiry button floating on the screen? It's really annoying.

Maybe their profile metadata isn't on their write relays, or ...

2026-04-13T13:19:50Z

In reply to nevent1q…l97n
_________________________

Maybe their profile metadata isn't on their write relays, or they haven't specified any write relays at all. Some clients might just be 'smarter' and fetch profile info from major relays automatically, which is why it shows up there

Nostr client developers really need to make it easier to add ...

2026-03-20T00:10:42Z

Nostr client developers really need to make it easier to add friends via QR codes — especially when meeting users in person, not just following them online.

Many clients are quite inconvenient in this aspect, and some don't even have this feature at all. It's unreasonable to expect users to manually type long public keys, and given that Nostr is decentralized, search functions are already limited. It’s frustrating that even when you meet someone in real life, adding them as a contact can be such a hassle.

make sense

2026-03-19T12:50:37Z

In reply to nevent1q…4h7h
_________________________

make sense

Great!!

2026-03-19T00:43:00Z

In reply to nevent1q…rfzn
_________________________

Great!!

I clicked to check the details, and it said the connection ...

2026-03-18T23:15:38Z

In reply to nevent1q…wzup
_________________________

I clicked to check the details, and it said the connection wasn't secure. But when I clicked again, it suddenly said there was no problem with the certificate. I'm not sure what's going on. I tried to capture a screenshot of the English message, so I switched the settings to English, and then it suddenly showed everything as normal with no issues. Then, I switched back to the local language, and now the warning has disappeared. It seems like there might have been some issue with the local language version. Not sure what caused it, though.

I already starred it before, so I tried leaving a zap, but it ...

2026-03-18T15:17:44Z

In reply to nevent1q…8rnw
_________________________

I already starred it before, so I tried leaving a zap, but it didn't work. It says it's not connected to the NWC relay. Could this be related? Maybe the domain certificate has expired or something...

Yeah, it's really frustrating. When I first encountered Nostr ...

2026-03-18T14:02:24Z

In reply to nevent1q…5k0q
_________________________

Yeah, it's really frustrating. When I first encountered Nostr and heard it was trying to solve the problem that other social networks don't show notes from people i follow in chronological order, I didn't really understand it—especially as someone who doesn't really use social media. But lately, I've come to understand it perfectly.

It's hard to reverse a negative first impression, so I ...

2026-03-18T00:54:14Z

In reply to nevent1q…kffz
_________________________

It's hard to reverse a negative first impression, so I believe it's better to ensure at least minimal usability and comfort before promoting a service. Besides, it's difficult to recommend a social platform (whether a microblogging app, messenger, or anything similar) if users aren't confident that their direct messages will actually be delivered.

I was using Zeus Wallet and thought I wouldn't need Alby ...

2026-03-18T00:25:24Z

I was using Zeus Wallet and thought I wouldn't need Alby anymore since it supports NWC, so I uninstalled Alby. But it turns out Zeus isn't as reliable for payments—while it works fine when using Zeus directly, it often fails when connecting through apps via NWC. Probably because Zeus runs locally on mobile, whereas Alby operates via server. Looks like I'll have to reinstall Alby.

permanent storage (best-effort) for paid users, and volatile ...

2026-03-18T00:14:17Z

In reply to nevent1q…zu3d
_________________________

permanent storage (best-effort) for paid users, and volatile storage for free users to save space

I see that spam filtering is being handled, but simply blocking ...

2026-03-13T00:33:45Z

In reply to nevent1q…rf34
_________________________

I see that spam filtering is being handled, but simply blocking known spammers every time isn't a real solution. Eventually, is WOT (Web of Trust) the only answer? Or perhaps a PageRank-like scoring system based on extensive collection of kind 3 events?

I'm also curious how your relay operates. I've considered attaching tiny amounts of e-cash as economic incentive for relay operators, which could contribute to a healthier ecosystem. But since events are commonly pooled and broadcast simultaneously to multiple relays (especially since there are usually several tagged recipients in a p-tag, and each user likely has at least two or three inbox relays), I'm not sure users would accept the added complexity. Plus, managing different policies(price) across relays would make implementation quite cumbersome.

Oh, I see. thk

2026-03-12T00:49:58Z

In reply to nevent1q…sump
_________________________

Oh, I see. thk

You mean this is a non custodial wallet? But how is that possible ...

2026-03-12T00:34:24Z

In reply to nevent1q…y9n8
_________________________

You mean this is a non custodial wallet? But how is that possible if I'm not running my own Lightning node and opening channels myself? Given how quickly the setup was completed, it doesn't seem like an embedded LN node is being used either.

I tried to leave a review, but it asked me to break through the ...

2026-03-03T08:01:27Z

In reply to nevent1q…4wtt
_________________________

I tried to leave a review, but it asked me to break through the captcha, so I just left a zap instead ✌

I'm currently using @nprofile…vavr mint through ...

2026-02-23T23:49:55Z

I'm currently using Minibits (nprofile…vavr) mint through Keychat (nprofile…p4uv) , and I'm reaching out with a question. I'm personally developing a service that requires payment via hold invoice, and during development, I was testing the expiration/cancellation behavior by paying a hold invoice using the Keychat Cashu wallet. The payment attempt initially seemed to fail—although the payment did reach the recipient side, it remained in a "pending" state since it wasn't settled, which is expected. I didn't mind the unclear UI indication, since most wallets don't clearly display pending states anyway.

However, the next day, after the invoice expired as intended and the payment properly failed, I noticed that the deducted balance in my Keychat wallet wasn't restored. Normally, when a hold invoice is canceled, the mint's Lightning node should recover the funds and reflect that credit back to the user's balance. If this were my own Lightning node, the balance recovery would have happened automatically. But with the Cashu wallet, since I had already paid ecash to the mint to initiate the payment, my balance was deducted up front. From the mint’s perspective, once the ecash was spent, the balance was marked as spent—even though settlement never occurred. And since the control had already been effectively transferred, the mint likely considered the payment as completed on its end. It doesn’t appear to track the subsequent cancellation status.

Moreover, due to the anonymous nature of ecash, the mint likely can't identify who made the payment—even if they wanted to issue a refund, it might not be possible. I can provide proof of the hold invoice and confirmation that it was ultimately canceled (via DM). Surely a refund shouldn’t be impossible? I understand it might not be easy to verify, and while I understand if no refund can be issued (it's only 5,028 sats, not a large amount), this highlights a bigger issue: going forward, such payments need to be properly handled. Otherwise, it effectively means users permanently lose funds to the mint even when payments fail. This isn't just an issue with Minibits, but likely all #cashu mints. A proper mechanism needs to be developed to handle these cases.

GM. It's nice to see someone on Nostr who's in the same ...

2026-02-20T00:43:06Z

In reply to nevent1q…c4c9
_________________________

GM. It's nice to see someone on Nostr who's in the same time zone as I am.

I thought the spec said that files with identical content should ...

2026-02-08T06:58:53Z

In reply to nevent1q…lu84
_________________________

I thought the spec said that files with identical content should always produce the same hash, but in practice, that doesn't seem to be the case. It looks like the hash is being generated by including metadata such as upload time as well.

Even if it's possible to make the exact amount with the ...

2026-02-03T05:39:06Z

In reply to nevent1q…uww7
_________________________

Even if it's possible to make the exact amount with the current token combinations, it still ends up using just the tokens I have on hand, which can result in multiple inputs—like sending 256 using two 128s, for example. Swapping to send a single 256 token looks cleaner. But would making that the default behavior be wasteful due to the extra network round trip?

It would be great if, when issuing tokens, it could automatically ...

2026-02-03T01:53:40Z

In reply to nevent1q…4w22
_________________________

It would be great if, when issuing tokens, it could automatically send the exact amount using the minimum number of tokens—like finding the optimal combination. If the available tokens can't form the precise amount, it could fetch suitable denominations from the mint to make up the difference. It would be convenient if this were handled automatically at the library level. Do you know if such a feature already exists?

calle (nprofile…xnfk) Egge (nprofile…vcku)

Yeah, that's right. I've seen others solve it by creating ...

2026-02-03T01:47:24Z

In reply to nevent1q…l5qj
_________________________

Yeah, that's right. I've seen others solve it by creating animated QR codes, but that brings compatibility issues and loses the charm of printing and handing it over, lol. But if we just make it tiny and packed, it probably won't scan well either...

For now, I'm just sticking to issuing tokens in denominations that match Cashu's unit (like 256 or 128), so I don't need to include that many tokens anyway—this works fine for me.

There's a feature in Keychat wallet where sending "pay ...

2026-02-01T11:53:09Z

There's a feature in Keychat wallet where sending "pay ecash" returns an ecash token, but sometimes it comes with a QR code and sometimes it doesn't. What's the difference? I'd like to provide a smooth experience where users can simply pass along a QR code, but when it only returns a token, I have to send it via DM, which is a bit inconvenient.

#asknostr Keychat (nprofile…p4uv)

Also can I convert my current balance into an eCash token form ...

2026-01-31T02:45:13Z

In reply to nevent1q…3dkc
_________________________

Also can I convert my current balance into an eCash token form and send it to someone else? I'm trying to transfer the full amount cleanly without leaving change in my yakihonne wallet. YakiHonne (npub1yzv…rf8q)

Is it not possible to receive a Cashu token in the form of a QR ...

2026-01-31T01:41:46Z

In reply to nevent1q…0en4
_________________________

Is it not possible to receive a Cashu token in the form of a QR code? I thought the "Redeem" option at the top was meant for that, but it doesn't seem to work.

Sometimes, while using a VPN, Nostr-related apps occasionally ...

2026-01-27T00:46:18Z

Sometimes, while using a VPN, Nostr-related apps occasionally fail to work properly. Since they always start working again as soon as I turn the VPN off, it's nearly certain that the VPN is the apparent cause. I initially thought the VPN might be blocking WebSocket connections to relays, but since the apps often work perfectly fine even when the VPN is on, that doesn't seem to fully explain it. What's more puzzling is that amethyst (npub142g…xrj0) always works without any issues, regardless of whether the VPN is active or not. I can't figure out the reason for this inconsistency.

Full compatibility? cool. Does it provide migration support for ...

2026-01-16T00:41:12Z

In reply to nevent1q…3n0m
_________________________

Full compatibility? cool. Does it provide migration support for makers? Those with fidelity bonds might find switching difficult, so it would be ideal if simply copying the existing data folder would allow full functionality.

jumble is my favorite client in terms of UI, but it definitely ...

2026-01-16T00:31:01Z

In reply to nevent1q…64me
_________________________

jumble is my favorite client in terms of UI, but it definitely has a bit of a loading lag—especially during initial startup. I've always thought that Nostr clients would benefit greatly from an architecture where a separate background process handles subscription to relays and manages writing events into a local database. Would the development complexity increase drastically with this approach? Perhaps, but I believe the advantages gained from such a design would be substantial. While completely rebuilding existing clients might not be practical, I hope developers creating new clients will seriously consider this kind of architecture.

I'm currently using the Qwen3 235B A22B 2507 model. Are there ...

2026-01-14T10:42:20Z

In reply to nevent1q…y5wf
_________________________

I'm currently using the Qwen3 235B A22B 2507 model. Are there any newly released models that offer better performance and better cost-effectiveness? For example, models with nearly similar performance but significantly cheaper, or slightly more expensive models that deliver much better performance? Performance criteria can be based on general user experience.

I believe providing economic incentives to relay operators is ...

2026-01-09T18:38:36Z

I believe providing economic incentives to relay operators is essential for the nostr ecosystem, and among the possible approaches, attaching e-cash when publishing events seems optimal to me. I’ve been skeptical of subscription-based payment models, and more importantly, with standards like NIP-17, users send their DMs not from their main pubkey but a temporary one—making subscription models fundamentally incompatible.

Recently, I noticed increasing spam accumulating on my personal relay, which became quite unpleasant. I thought there must already be a NIP addressing this, so I went looking—but found nothing. Hmm? I decided to try implementing a solution myself, even if just according to my own idea. But immediately after starting, I understood why such a standard hasn’t emerged yet.

It turned out to be too complicated. When publishing an event, devs familiar with the nostr ecosystem typically use an outbox model, publishing across different sets of relays dynamically. However, most clients don’t publish to individual relays one by one, but broadcast to all target relays via nostr-tools(or something like that). This means if we want to attach e-cash to a *specific relay only*, implementation complexity spikes dramatically.

Moreover, what happens if the relay’s price changes? How should the relay behave if it receives the same event again (e.g., due to a re-synchronization or backfill)? Should already-sent e-cash be refunded, and if so, how? And if refunded, must that e-cash be redeemable again? When you dig into all these edge cases one by one, the feasibility of such a system becomes questionable.

The most practical implementation so far might be keychat approach, but even that was designed for a messaging app rather than a social network—and still doesn’t integrate well with the idea of an inbox-relay model for DMs.

you can use ollama in vscodium via cline (an vscode extension)

2026-01-09T04:56:38Z

In reply to nevent1q…7kxl
_________________________

you can use ollama in vscodium via cline (an vscode extension)

So at first, I thought that when I left a comment, the inbox ...

2026-01-08T00:26:56Z

In reply to nevent1q…705z
_________________________

So at first, I thought that when I left a comment, the inbox relay of the tagged person had a paid relay, which is why that popup appeared.

That's weird. Even though I'm not using those relays ...

2026-01-08T00:24:30Z

In reply to nevent1q…gc3c
_________________________

That's weird. Even though I'm not using those relays (neither inbox nor outbox), I occasionally get a payment request popup on Amethyst.

PS. Is that popup message following some standard NIP related to the monetization process of relays? For example, receiving a response like "refused: payment required," and then displaying a popup to the user showing something like "this relay requires $X per month," with pricing information included in tags or similar structures?

The one and only thing you realize the more you study history is ...

2025-12-29T23:16:13Z

In reply to nevent1q…y6wx
_________________________

The one and only thing you realize the more you study history is that people learn absolutely nothing from history.

I think providing Relay operators with some form of economic ...

2025-12-29T03:08:49Z

In reply to nevent1q…0kv2
_________________________

I think providing Relay operators with some form of economic incentive is essential for a sustainable, decentralized communication ecosystem, and attaching ecash to messages seems like the most sensible solution. I'm not sure if users will accept it, though...

When an individual has, in any way, accepted or validated a ...

2025-12-24T00:31:32Z

In reply to nevent1q…2sh3
_________________________

When an individual has, in any way, accepted or validated a statist system, they cannot entirely disclaim responsibility for its outcomes. As thinkers of the Austrian School have long emphasized, such systems operate inevitably through coercion, privilege, and the suppression of spontaneous order—regardless of which faction happens to hold office. It’s therefore ironic when people celebrate the targeting of those they dislike, only to express shock when the machinery turns against others. If, after recognizing this pattern, one still believes the highest priority is preventing a particular party from gaining office, then of course they would support another—even if it means endorsing the very structure they claim to oppose. Haha.

I want to change it to cln, but I hate to close the channel ...

2025-12-23T00:30:03Z

In reply to nevent1q…d0e0
_________________________

I want to change it to cln, but I hate to close the channel that's already open, so I can't bring myself to do it

I never realized NIP-17 was this vulnerable to gaslighting—I ...

2025-12-23T00:26:59Z

In reply to nevent1q…a37x
_________________________

I never realized NIP-17 was this vulnerable to gaslighting—I thought scale was its only weakness. This definitely shifts the conversation toward whether Nostr needs an MLS-style approach for secure groups.

I'm living in this country, and it's fucking terrible. ...

2025-12-22T16:23:53Z

In reply to nevent1q…xe6w
_________________________

I'm living in this country, and it's fucking terrible. Especially in Korea, there's a personal identification ID for everyone, and real-name verification is mandatory for virtually all financial systems. Since this is mostly done through phone, avoiding it is nearly impossible.

I'm only fortunate because I've already moved all my assets into Bitcoin and physical gold/silver, but my monthly salary still comes in fiat currency... I really need to figure out a way to quickly switch to earning Bitcoin as income, but I can't find a feasible solution yet. Alternatively, I should make as much money as I need to live on as fast as possible and flee to a country with a lower cost of living. Honestly, the whole situation here is just utterly fucked.

I'm living in this country, and it's fucking terrible. ...

2025-12-22T16:20:11Z

In reply to nevent1q…7a8n
_________________________

I'm living in this country, and it's fucking terrible. Especially in Korea, there's a personal identification ID for everyone, and real-name verification is mandatory for virtually all financial systems. Since this is mostly done through phone, avoiding it is nearly impossible.

I'm only fortunate because I've already moved all my assets into Bitcoin and physical gold/silver, but my monthly salary still comes in fiat currency... I really need to figure out a way to quickly switch to earning Bitcoin as income, but I can't find a feasible solution yet. Alternatively, I should make as much money as I need to live on as fast as possible and flee to a country with a lower cost of living. Honestly, the whole situation here is just utterly fucked.

I decided to have steak for dinner tonight.

2025-12-22T00:33:37Z

In reply to nevent1q…36tc
_________________________

I decided to have steak for dinner tonight.

genius

2025-12-17T13:57:09Z

In reply to nevent1q…pu07
_________________________

genius

Just two more to find — let’s go

2025-12-17T00:37:34Z

In reply to nevent1q…jgkl
_________________________

Just two more to find — let’s go

You're right about that. Since this isn't a research ...

2025-12-11T11:41:37Z

In reply to nevent1q…6k34
_________________________

You're right about that. Since this isn't a research paper, this should be enough.

What I meant wasn’t the airport itself, but border ...

2025-12-11T10:55:28Z

In reply to nevent1q…q6pe
_________________________

What I meant wasn’t the airport itself, but border control—there was some room for misunderstanding. Even those granted entry are forced to give up all privacy, subjected to interrogation and scrutiny by the state. And nighttime curfews in parks? That goes without saying. I could keep listing such examples forever.

In a society where property rights are truly protected, pursuing one’s own interests without force isn’t flawless—but it is by far the best system we have. Nothing beats it. You might cite cases where profit-seeking leads to neglect of safety or fairness, but even those cases are almost always driven by government coercion. Take the most tragic reality of our time: children being killed in bombings during war—there’s a clear, horrifying example. Who’s most responsible for enabling such horrors? Right. The government.

The landowner of private property will exert every effort to ...

2025-12-11T09:49:31Z

In reply to nevent1q…jcjg
_________________________

The landowner of private property will exert every effort to attract people to their land in order to gain profit—voluntarily, not because they're forced to. This is far more sustainable. In contrast, public spaces, which are supposed to be freely accessible, often end up being even more restrictive. Just go to an airport once, and you'll understand.

Expression of strong support for freedom of speech typically ...

2025-12-11T08:55:48Z

In reply to nevent1q…60gu
_________________________

Expression of strong support for freedom of speech typically leads to counterarguments like the cases mentioned by dtonon (npub1000…vwqk) and npub1t3ggcd843pnwcu6p4tcsesd02t5jx2aelpvusypu5hk0925nhauqjjl5g4 (npub1t3g…l5g4) — situations which most people, including the original poster, would find unacceptable (for example, threatening or sexually harassing someone's children). Faced with such cases, the original argument usually retreats, resulting in the conclusion that completely unrestricted free speech is impossible. In my view, this conclusion generally stems from profoundly statist biases.

Specifically, it arises from the illusion that vice can only be corrected through the coercive force of a violent monopoly — the state.

However, genuine freedom of speech can only be consistently and logically achieved through rigorous defense of private property rights. Notice how problematic examples are almost always set in "public spaces" — but the very existence of such spaces is the root of the problem.

Imagine a fully free society. In this world, there is no such thing as a "public space." Every piece of land is privately owned, and access is granted solely at the owner's discretion. In such a scenario, offensive or insulting speech? There would be no need for laws restricting speech. Instead, basic common courtesy — polite requests to refrain from offensive remarks — would suffice. If someone ignores the landowner's request, they become, by definition, a trespasser. They will then be treated as an unlawful intruder — subject to removal or other responses appropriate to illegal entry on private property. Ta-da! No law restricting freedom of speech, yet vice is corrected?

We must abandon the illusion that only state violence can correct immoral behavior.

which client support quote zap event?

2025-12-11T00:25:57Z

In reply to nevent1q…hs6g
_________________________

which client support quote zap event?

#nevent1q…9275 I have a question for a hardcore Bitcoiner: what ...

2025-12-03T16:45:13Z

In reply to nevent1q…u6my
_________________________

quoting nevent1q…9275

There is a single reason why I cannot be completely positive about the future of Bitcoin. It's the scalability issue, and many people would say the Lightning Network is the answer. Of course, I've realized its usefulness by actually running a node, but I'm not fully convinced that it will work perfectly even when Bitcoin is used as the true money itself in the future.
This is because an on-chain transaction is still required to open a channel, and Bitcoin's block size is fixed at 1 megabyte at the consensus level.
I agree that the proper way to solve the scaling problem is through the Lightning Network, after solving the transaction malleability issue with SegWit, rather than increasing the block size. Increasing the block size requires a hard fork, is not a fundamental solution, and makes it increasingly difficult for individuals to run a node.
However, can the Lightning Network be a fundamental solution? If the population continues to grow while Bitcoin's supply and block size are fixed, won't there inevitably come a day when people cannot afford the fee for even a single transaction, even if they work their whole lives? Even if everything is processed through Lightning, at least as many channel opening transactions as the number of people being born are needed, and that number will only continue to increase, right?
This is a mathematically foreseen problem if we accept the assumption that the population will grow, not just a curse from pessimistic critics driven by jealousy. Consequently, won't the common people be unable to achieve true ownership in the genuine sense of the word?
I'm curious about the stance of nostr user on this. The positions I've encountered so far are as follows, and I can't agree with any of them:
* Solve it with a hard fork. -> This is the stupidest solution. How is this different from Bitcoin Cash?
* The population won't grow that much. -> Is the future of humanity that pessimistic?
* Ownership can be managed in a form like ecash. -> Does this mean complete ownership is solely the privilege of the rich and earlier generations? Doesn't this negate Bitcoin's greatest advantage?
* A solution will eventually emerge that guarantees complete ownership and is affordable for common people, no matter how large the population. -> Isn't this overly optimistic?
This is the reason why, even after understanding the Lightning Network, I bought Bitcoin with all the money I had left, and continue to buy Bitcoin with my salary (excluding living expenses), but I haven't been able to go all-in by selling my gold. Is there a solution I don't know about? If someone knows, please let me know.

I have a question for a hardcore Bitcoiner: what are your thoughts on the issue linked here? If you look at my history, you’ll see that I’m not trying to troll or start an argument—I am asking out of genuine curiosity.
I consider you to be one of the most influential Bitcoiners on Nostr (unlike those who just treat Bitcoin as a "get rich quick" scheme based on hearsay). I’m asking you specifically because I believe you have likely given serious thought to problems like this.
It seems inevitable that in the future, the mempool will be flooded with just channel-opening transactions. When that day comes, and ordinary people can no longer afford the fees for even a single on-chain transaction, how will they be able to own Bitcoin?
If there is no way for them to do so, wouldn't that essentially negate Bitcoin’s greatest advantage? If there is a solution, what is it?
Oh, of course. Regardless of the ultimate debate over whether gold or Bitcoin is the 'true money' that will endure longer, I do agree with you that those selling Bitcoin now to buy gold and silver will soon regret it. But just to be clear, my question isn't about the near future.

Snorkeling with sharks in the Maldives ...

2025-11-28T11:57:36Z

Snorkeling with sharks in the Maldives

Are there any technologies that can remotely disable surveillance ...

2025-11-27T10:59:12Z

In reply to nevent1q…qlam
_________________________

Are there any technologies that can remotely disable surveillance cameras? Something like a miniaturized EMP or similar?

I think the true final boss might be IP addressing and the ...

2025-11-27T03:49:47Z

In reply to nevent1q…xhat
_________________________

I think the true final boss might be IP addressing and the routing system itself.

Being at a resort with a poor internet connection has made the ...

2025-11-24T13:32:40Z

Being at a resort with a poor internet connection has made the performance differences between Nostr clients strikingly obvious. nosotros seems to be the best. Of course, this might require a deduction based on how well it adheres to the Outbox model, so a simple comparison based on initial loading speed alone might not be a fair assessment.

Originally, the top performer in this area was amethyst (nprofile…wywf) but it slowed down a bit after the Outbox model update a few months ago.

In reality, we can't really know how perfectly nostr clients construct the feed using the Outbox model. Since most people designate at least one large, popular relay as their outbox relay, it would be difficult to notice if a client doesn't actually support the Outbox model.

As a side note, damus (nprofile…mh2x) android was the only one that worked even when the internet connection was completely severed. This must be due to it fetching the feed from a local database rather than a relay, building the feed, and continuing to accumulate data in the local DB in the background. It's fast, too.

"when a member sends a group message, it essentially sends a ...

2025-11-21T00:55:12Z

In reply to nevent1q…9ck0
_________________________

"when a member sends a group message, it essentially sends a one-to-one message to the other members. Therefore, the encryption security of small groups is almost equivalent to that of one-to-one chats, but the number of members it can support is limited."

Because of this, some Nostr clients seem to have trouble distinguishing whether a message delivered to me is from a small group chat or a 1-to-1 DM. I've been switching between so many different clients that I've forgotten which ones they were.

Questions about @npub1h0u…rwx8 * Direct Message Sorting: When I ...

2025-11-17T00:24:25Z

Questions about Keychat (npub1h0u…rwx8)

* Direct Message Sorting: When I receive DMs through Keychat, the messages are often out of order, not sorted by the correct chronological time. This seems to be due to sorting by the randomly chosen time for metadata protection, following the NIP-17 standard. However, doesn't the encrypted data inside the seal contain the true timestamp of when the message was written?
* Duplicate DMs: The DMs I receive are consistently displayed twice, as duplicates. I have no idea why this is happening.
* Signal Protocol and NIP-17: I understand that Keychat uses the Signal Protocol, yet I still receive DMs from clients that do not support it. Does this mean that while sending messages uses the Signal Protocol, receiving messages supports both NIP-17 and the Signal Protocol?
* Transaction Fees and Refunds: I saw in the documentation that sending a message (adopting a "postal system" model) consumes 1 sat via ecash. However, it seems to be immediately refunded. What is the reason for this refund? Could it be because I sent a DM to someone using a client that doesn't support the Signal Protocol, and the message therefore couldn't be delivered? In other words, does Keychat have a system to refund the sat if the message delivery fails?

There is a single reason why I cannot be completely positive ...

2025-11-15T13:38:37Z

There is a single reason why I cannot be completely positive about the future of Bitcoin. It's the scalability issue, and many people would say the Lightning Network is the answer. Of course, I've realized its usefulness by actually running a node, but I'm not fully convinced that it will work perfectly even when Bitcoin is used as the true money itself in the future.
This is because an on-chain transaction is still required to open a channel, and Bitcoin's block size is fixed at 1 megabyte at the consensus level.
I agree that the proper way to solve the scaling problem is through the Lightning Network, after solving the transaction malleability issue with SegWit, rather than increasing the block size. Increasing the block size requires a hard fork, is not a fundamental solution, and makes it increasingly difficult for individuals to run a node.
However, can the Lightning Network be a fundamental solution? If the population continues to grow while Bitcoin's supply and block size are fixed, won't there inevitably come a day when people cannot afford the fee for even a single transaction, even if they work their whole lives? Even if everything is processed through Lightning, at least as many channel opening transactions as the number of people being born are needed, and that number will only continue to increase, right?
This is a mathematically foreseen problem if we accept the assumption that the population will grow, not just a curse from pessimistic critics driven by jealousy. Consequently, won't the common people be unable to achieve true ownership in the genuine sense of the word?
I'm curious about the stance of nostr user on this. The positions I've encountered so far are as follows, and I can't agree with any of them:
* Solve it with a hard fork. -> This is the stupidest solution. How is this different from Bitcoin Cash?
* The population won't grow that much. -> Is the future of humanity that pessimistic?
* Ownership can be managed in a form like ecash. -> Does this mean complete ownership is solely the privilege of the rich and earlier generations? Doesn't this negate Bitcoin's greatest advantage?
* A solution will eventually emerge that guarantees complete ownership and is affordable for common people, no matter how large the population. -> Isn't this overly optimistic?
This is the reason why, even after understanding the Lightning Network, I bought Bitcoin with all the money I had left, and continue to buy Bitcoin with my salary (excluding living expenses), but I haven't been able to go all-in by selling my gold. Is there a solution I don't know about? If someone knows, please let me know.

Hello. Thanks for the test. You are Megalithic.me, correct? I was ...

2025-11-07T23:24:48Z

In reply to nevent1q…zj3j
_________________________

Hello. Thanks for the test. You are Megalithic.me, correct? I was really helped by your documentation when setting up the node initially, so it's good to hear from you. Anyway, since the server hosting my Lightning address is run by an amateur, the connection is a bit unstable. It was turned off and on again yesterday while some work was being done. It's strange because by the time you replied, the work should have been finished. I tested sending from my separate wallet just now, and it did go through.
However, this has happened before. For example, transfers to my address from Wallet of Satoshi didn't work. I don't know the reason. When I inquired with them, I received a response suggesting it might be because my server supports too limited TLS options, but looking at my Nginx configuration, that doesn't seem to be the case. Anyway, it's a mystery. I'm starting to think it might be best to just leave the operation to a professional, as you advised. I plan to do so if I see a few more failures.

Just in case anyone doesn't know, your follow list is ...

2025-11-07T10:47:32Z

Just in case anyone doesn't know, your follow list is completely public data on Nostr, and due to how decentralized SNS works, it is the type of data that is rarely but is recommended to be broadcast to almost all relays.
And this information is utilized for various purposes. The most common use is to act as a filter to screen out unpleasant spam. Since Nostr has no administrators (censors), a separate mechanism is needed to filter spam, and it's typically used to make an assumption like: posts by people who are followed by the people I follow are probably not spam, and so on.
If you still see an unpleasant image despite such filtering, it means someone in your follow list is following the spammer who posted that unpleasant image, which naturally leads to users trying to find out who that person is.
Of course, I know that following someone doesn't necessarily mean agreement, support, or affection for that person, but your taste can be questioned, so I hope you manage your follow list with a bit more caution.
If you feel those around you don't know this, please boost this so they can become aware without feeling awkward. Lol.
I should also check my own follow list to see if I've accidentally followed anyone

Nostr event nevent1qqsty2kauzeluwweuuhj8gx4aq0kln7ws7dfy2vf0pqrtak3n588nzqzyq9w5p6mqy8mt9wks984vvcq36rs6aazcs75mks4gn58xrsqn9g5ghdz776

2025-11-07T02:00:49Z

#foodstr

I lost it :( My precious 5 sats (7 including fees) are gone lol.

2025-11-03T03:17:17Z

In reply to nevent1q…ntgs
_________________________

I lost it :( My precious 5 sats (7 including fees) are gone lol.

Today, I finished migrating the translation service for #jumble ...

2025-11-02T13:54:42Z

Today, I finished migrating the translation service for #jumble to a self-hosted setup. I initially looked into LibreTranslate, as it was an available option, and discovered it's an open-source translation model. However, after testing it, the quality was significantly lower than Jumble's official translation service—to the point of being unusable.
Then, I remembered that the translation performance from Ollama, which I use regularly, is quite impressive. So, I built a simple adapter that mimics the LibreTranslate API but delegates the actual translation work to Gemma3:27B running via Ollama. It's working perfectly.

Most people don't really understand what inflation actually ...

2025-11-01T07:59:14Z

In reply to nevent1q…92wr
_________________________

Most people don't really understand what inflation actually means. In that state, nothing you say will make any difference.

If on-chain transactions are inconvenient, they can use Lightning ...

2025-10-30T01:50:49Z

In reply to nevent1q…yvd2
_________________________

If on-chain transactions are inconvenient, they can use Lightning channels; if channel liquidity management is inconvenient, they can run a Chashu mint — so if someone still insists on creating an alt, it means they have some other agenda.

Feeds from individuals following thousands of different pubkeys ...

2025-10-30T01:06:27Z

In reply to nevent1q…duwx
_________________________

Feeds from individuals following thousands of different pubkeys are fundamentally impossible to paginate in a true sense, and I see this as the biggest performance issue with nostr. That's why most people say the most practical solution is for each person to keep their following list at a reasonable size.

However, from my past experience studying Neo4j’s internal structure, I realized that structural support is actually possible for paginating notes from arbitrary lists of pubkeys in reverse chronological order. Unlike current typical relay architectures—where we have to fetch a batch of events per pubkey, then merge and re-sort them—it felt like Neo4j’s structure could directly query only the exact amount of data needed for a given limit and offset, making the operation much more efficient.

But is this just theoretical? Would it actually not be that much faster in practice?

The most important reason why Bitcoin is great is that it ...

2025-10-28T06:51:13Z

In reply to nevent1q…k7h5
_________________________

The most important reason why Bitcoin is great is that it operates independently of traditional systems, functioning regardless of what laws or politicians do. People who keep talking about politicians needing to "do something" or worrying about what happens "if politicians regulate it" clearly still don't understand what Bitcoin is.

I've been using amethyst and amber together, and even though ...

2025-10-25T10:07:51Z

I've been using amethyst and amber together, and even though I haven't received any DMs, I keep getting requests to decrypt something. Does anyone know what this is?
#asknostr

Even more annoying than websites asking me to accept cookies is ...

2025-10-23T14:30:31Z

In reply to nevent1q…4nk7
_________________________

Even more annoying than websites asking me to accept cookies is the government creating stupid legal regulations that force those ridiculous cookie warnings to keep popping up.

I learned about the ketogenic diet and discovered bulletproof ...

2025-10-13T01:09:19Z

I learned about the ketogenic diet and discovered bulletproof coffee. I made it, and it's really delicious! Most importantly, it keeps me full until lunch when I have it in the morning.

I'm using a MacBook Pro with M4 Pro Apple chip and 48GB of ...

2025-10-07T09:16:50Z

I'm using a MacBook Pro with M4 Pro Apple chip and 48GB of RAM to run a local LLM via Ollama. I'm wondering which model would be most suitable. When I ran Qwen3:30B, memory usage went up to about 31GB, so I think I could probably handle a slightly stronger model, but I'm not sure exactly which one to pick because there are so many options.

#devstr #asknostr

I'm watching several videos about health and diet, and ...

2025-09-26T14:00:00Z

I'm watching several videos about health and diet, and I'm more shocked than when I encountered Bitcoin and studied money and economics. If this is true, the corruption of modern medicine is beyond the malice of the Federal Reserve in economics. The problem is, unlike economics, I don't have the ability to verify the claims made about medicine and diet.

#nevent1q…w9gj Here’s why you shouldn’t ask AI about ...

2025-09-25T14:18:08Z

quoting nevent1q…w9gj

When signing a Bitcoin transaction, there's a space within the transaction data reserved for the signature itself. Obviously, since the signature hasn't been created yet, we can't fill in the actual signature at this point—we create it later and insert it.

The issue is that instead of just leaving this space empty, it's filled in with the locking script (scriptPubKey) of the UTXO being spent. Does anyone know why it's done this way?

Is there some vulnerability that would arise if we left it blank when signing, or did Satoshi just design it this way arbitrarily, and now it's too late to change?

I asked an AI, but either I asked poorly or it just gave me nonsense answers.

#asknostr #devstr #bitcoin

Here’s why you shouldn’t ask AI about finance or cryptography, and most notably, the technical aspects of Bitcoin. I asked because it didn't make sense to me, and the AI responded with a lengthy and complex explanation. If you just go along with it, it sounds plausible, but no matter how much I thought about it, the answer didn't seem right. Eventually, I asked someone knowledgeable, and they said there probably wasn't a special reason for it. It was just one of Bitcoin's many oddities that was originally designed that way and now can't be changed. If these AI systems don’t know, they should just say so. Instead, even when they don't know, they throw out all these sophisticated words, making it sound convincing.

I asked that person about the question, and he also didn't ...

2025-09-25T13:50:59Z

In reply to nevent1q…lzk7
_________________________

I asked that person about the question, and he also didn't think there was any particular reason it had to be that way. It seems likely to be one of those things in Bitcoin’s history that weren't technically necessary, but were simply implemented by Satoshi that way—and now it can't really be changed, so it's just left as-is. Looks like my guess was right.

Don’t rush. I still haven’t gotten an answer, lol.

2025-09-24T20:06:18Z

In reply to nevent1q…4qh3
_________________________

Don’t rush. I still haven’t gotten an answer, lol.

Right, I’ll follow your suggestion and ask by email. The blog ...

2025-09-23T23:09:14Z

In reply to nevent1q…uaep
_________________________

Right, I’ll follow your suggestion and ask by email. The blog looks very professional, and I think he’ll be able to answer my question well. Thanks for recommending

I read the blog post you linked, but I still don't ...

2025-09-23T15:48:52Z

In reply to nevent1q…wjj3
_________________________

I read the blog post you linked, but I still don't understand. In the attached screenshot, the blog states that the reason for putting the previous locking script in the empty signature space is to indicate that we recognize the original locking script. Does that make sense? It's not hidden information; anyone can find it since the txid and vout are specified.

When signing a Bitcoin transaction, there's a space within ...

2025-09-23T00:45:12Z

When signing a Bitcoin transaction, there's a space within the transaction data reserved for the signature itself. Obviously, since the signature hasn't been created yet, we can't fill in the actual signature at this point—we create it later and insert it.

The issue is that instead of just leaving this space empty, it's filled in with the locking script (scriptPubKey) of the UTXO being spent. Does anyone know why it's done this way?

Is there some vulnerability that would arise if we left it blank when signing, or did Satoshi just design it this way arbitrarily, and now it's too late to change?

I asked an AI, but either I asked poorly or it just gave me nonsense answers.

#asknostr #devstr #bitcoin

I've been wondering why many Nostr web apps that support ...

2025-09-22T10:13:42Z

I've been wondering why many Nostr web apps that support NIP-46 "Bunker Login" only seem to support the case where the bunker initiates the connection. When a user isn't logged in, there's no easy way to transfer the token created by the bunker (unless you use an external messenger or email, which is a clunky solution).

It seems much more convenient for the client to create the token, display it as a QR code, and have the signer(Amber (npub1am3…xrv7)) scan it.

I recently learned while working on Jumble's code that the reason for this was a lack of support in nostr-tools for the client-initiated token creation method. Now that nostr-tools supports this feature, supporting the login flow to allow the client to create and send the token to the bunker would make the entire process much smoother.