Dikaios1517

https://linkstack.brightbolt.xyz/@dikaios1517

│Christian│Husband│Father│Presbyterian│Bitcoiner│

In that order.

Find my reviews at Nostr Reviews (npub1rsv…4dke)

Bolt12: lno1pgz95ctswvtzzq3kw0eghxwlgwrsq84tp28uqc8cewk83vhendsnz3jdum7hut3y75

Public Key

npub1kun5628raxpm7usdkj62z2337hr77f3ryrg9cf0vjpyf4jvk9r9smv3lhe

NIP-05 Address

[email protected]

Profile Code

nprofile1qqstwf6d9r37nqalwgxmfd9p9gclt3l0yc3jp5zuyhkfqjy6extz3jcpt3mhxue69uhhqun00pujumn0wd68yttjv4kxz7fwv9c8qtenxajrgcenxd3rveryxyck2vf4x5ekxvmyxaskzcnzv4jrydrzvdjnjcf4xpnxxdejvcmnzdpkx3jrxwtx8pnr2vnrv5urxcn9vdnrsqg5waehxw309aex2mrp0yhxgctdw4eju6t0ghelsq

Publishing to

proxy.nostr-relay.app/37d4c33b6dd11e1553c3d7aabbed24bce9a50fc72f71464d39f8f52ce83becf8

Author Public Key

npub1kun5628raxpm7usdkj62z2337hr77f3ryrg9cf0vjpyf4jvk9r9smv3lhe

Show more details

Last Notes

2026-07-15 16:55:46 UTC

- reply

The tour was given in Czech, so I missed most of it, but I took pictures of the tour book to read later.

2026-07-15 16:26:37 UTC

The surrounding countryside viewed from the top of the keep at Castle Rabi.
https://relay.brightbolt.net/d13454ae8a6299158318380bd7650dbab9e2765078dea227dbaf418fa4a457bf.jpg

2026-07-15 16:18:00 UTC

- reply

We intend to visit a few more next week, so I will hopefully have more to share then.

2026-07-15 15:22:45 UTC

Looking down on the rest of the castle from the top of the keep.
https://blossom.primal.net/6364df9d8c386c23f603d93c3cf83167ed09aa0515c23887a8d86fde12fe0c7b.jpg
#nevent1q…gw0t

2026-07-15 15:08:00 UTC

This used to be the castle stables. Now it's a photo gallery.
https://blossom.primal.net/9fae62a371b600799ce8d16f12e57405a23f3499840c5ddb224e0481093cb1e9.jpg
#nevent1q…gw0t

2026-07-15 14:51:46 UTC

Anyone like castles? Visited Castle Rabi today; one of the largest medieval ruins in the Czech Republic.
https://blossom.primal.net/8c0378a2ec58d06af15184c34862681432624ecfbe5dc4ce9e4fb25fbf07f6f8.jpg

2026-07-15 05:42:48 UTC

Dobré ráno, Nostr!

2026-07-12 10:53:27 UTC

- reply

Yeah, I should have expected that. 😂
I don't really know who would be considered top of the line for leather open-carry holters. I stick with level 3 retention for open-carry.

2026-07-12 04:30:53 UTC

- reply

2026-07-11 14:20:22 UTC

- reply

Open or concealed carry?
For open carry, Safariland holsters can't be beat.
Not sure who's the go-to for concealed carry these days.

2026-07-10 14:10:10 UTC

- reply

I took your note at face value. 😂

2026-07-10 11:38:00 UTC

- reply

Exactly. Strike is a useful tool for bridging between USD and Bitcoin, but it should not be the main way someone uses lightning when there are solid self-custody options, and even no-kyc custodial options, readily available.

2026-07-10 11:31:06 UTC

- reply

Ummm, I am no shill for Mallers but he probably knows how lightning works pretty intimately, because, long before he ever started Strike, he built Zap wallet, which was a pretty early self-custody lightning wallet.

2026-07-10 06:57:41 UTC

GM Nostr
https://relay.brightbolt.net/60d79616e45e905d67483188971477b61d821e09b9cb352c20c41dc4d428a1a4.jpg

2026-07-09 15:18:40 UTC

https://relay.brightbolt.net/df02ab031f7b37089f96a9e62e8dfa50e11ab579301ae4c7afa357c844da19dc.jpg

2026-07-09 15:04:04 UTC

I must say, I am in love with Prague! Beautiful city!

2026-07-09 07:15:35 UTC

- reply

Take a look at https://trustedrelays.xyz/

2026-07-09 05:53:30 UTC

https://relay.brightbolt.net/cc6b935b9e7c56d9f9b5db0c5944ef90b37c6dfb7e9bdbf2e9c5be68d8ac162a.jpg
Sunset in Prague last night.

2026-07-08 13:42:39 UTC

The DND nerd in me questions what sort of potion might be contained within. https://relay.brightbolt.net/dc9668c726a1e3301cfd3e49254396fb97fcfe8718389b92a90829c236fb00f3.jpg

2026-07-08 13:32:25 UTC

- reply

Ueah, I am not familiar with their payment system It's not Square.

2026-07-08 13:25:32 UTC

Went to a coffee shop in Amsterdam that is shown on BTC Map. Unfortunately when I asked to pay in bitcoin, the gentleman working today said he didn't know how to do it. He knows that they have the ability to accept Bitcoin, but would have to have a co-worker who wasn't there at the time show him how.
Passed up a lot of other coffee shops to go to one that accepted Bitcoin, too.

2026-07-08 13:21:55 UTC

- reply

Thanks! We've been enjoying ourselves so far.

2026-07-08 13:06:19 UTC

Found a little hole-in-the-wall sandwich shop in Amsterdam and it has ruined every other sandwich for me, they were so good!

2026-07-08 09:21:58 UTC

Walking in Amsterdam. I have never been more scared of bicyclists in my life.

2026-07-08 05:10:10 UTC

Next stop: Prague.
But the flight isn't for several hours.
#nevent1q…eddu

2026-07-08 04:48:07 UTC

GM Nostr (again).
Landed in Amsterdam. It's my first time in continental Europe and my wife and daughter's first time overseas.

2026-07-07 23:49:20 UTC

- reply

I think Mstt Hill mentioned they are working on something better than the current email method.

2026-07-07 13:24:28 UTC

@npub1xsg…zazx I was unable to find any relay list for your npub.
If clients that use outbox are trying to find your notes, they won't know what relays to look on if your relay list cannot be found.
If you want your notes to be seen by those following you, you should publish a relay list (kind 10002) from most any Nostr client.

2026-07-07 11:28:55 UTC

GM Nostr.
Headed to the airport. ✈️

2026-07-07 06:11:03 UTC

- reply

Nostr relays only really handle text based notes. For the audio side of things, we would need it stored on some kind of media host, like a Blossom server.
I actually have a recent example of doing just that.
#nevent1q…0xkq

2026-07-07 04:10:15 UTC

Shakespeare does a bangup job creating websites with Nostr integration! What models are y'all getting good results from without breaking the bank?
Claude Opus really chewed through my credits creating a pretty basic blog site.
#asknostr

2026-07-06 22:59:37 UTC

- reply

Nothing I am aware of, but I support this initiative. You thinking #pintchain or get rid of the "chain" language and go with something else? I am terrible at thinking of anything catchy.

2026-07-06 22:53:25 UTC

- reply

Silly question. It will depend on how they were exposed, but in most cases the blame is not one-sided. Enough blame to go around for both sides.

2026-07-06 21:13:16 UTC

- reply

My Gen-Z daughter got it, but she's homeschooled, so she doesn't count.

2026-07-06 19:20:59 UTC

- reply

I see my mutes! Took a minute. I had to make a change to publish a new version of my list from Amethyst, so it must not have been able to find my previous one. Looks great now!
Search relays all loaded properly, too.

2026-07-06 19:14:02 UTC

- reply

I'll be away for a few weeks. Won't have opportunity to test anything new and shiny. Will definitely be excited to do so when I get back home, though!

2026-07-06 18:09:13 UTC

Forgive the article spam from me over the next few minutes. I am updating my articles with some hashtags that I am hoping will make my new blog site automatically categorize them.

2026-07-06 02:57:36 UTC

Wonderful Lord's day worshiping with God's people here in North Idaho!
Will miss them over the next two Lord's days, but looking forward to seeing the Holy Spirit work in the hearts of those who hear the gospel in Prague!

2026-07-05 07:15:16 UTC

- reply

https://kojira.github.io/nostr-license/

2026-07-05 07:05:05 UTC

- reply

Yeah, I had my Hermes Agent create a report on the read and write relays that my follows have listed in their kind 10002 and legacy kind 3 relay lists.
The first 25 or so ranked by number of npubs reading or writing from the relay is not bad. Mostly solid relays that are all still online. After that it goes downhill fast.

2026-07-05 06:48:22 UTC

Pretty hilarious. My Nostr license says I joined back in 1975. I believe that's because I was messing around with posting notes with false timestamps.
https://relay.brightbolt.net/f4175b1ae4f8ccee11389f90c34dc665a8d511e9f730a79fcee26f846a0f0a10.png

2026-07-05 06:21:51 UTC

Some of y'all got some long dead relays in your relay lists.

2026-07-05 01:51:57 UTC

- reply

Very true. As a general rule for anyone just using the version available in Umbrel's app store, though, it definitely applies.

2026-07-05 00:40:30 UTC

- reply

I wouldn't recommend running NostrRSrelay on Umbrel as a public relay. It's intended to just be a private backup of your notes for a reason.
The GUI is on the same port as the relay, so if you expose the relay at 'wss://relay.yourdomain.com' the GUI will be accessible at the same domain, but 'https://', and NostrRSrelay has no authentication required to access the GUI.
Now, there's not much that someone can do from that GUI, but they can change out the npub whose notes are automatically backed up to any other npub... Then you end up with content hosted on your relay that you did not intend nor want.

2026-07-05 00:29:24 UTC

- reply

Absolutely! If it's encrypted, it should stay encrypted unless the user actively chooses to publish it in plain text.

2026-07-04 23:06:42 UTC

- reply

So, it will blast events that are written to it directly, but I assume not events that it aggregates, right?

2026-07-04 22:52:49 UTC

- reply

New WoT aggregator relay?

2026-07-04 22:25:03 UTC

- reply

"Git is..."?
Phone keyboard typos...
*Got it figured out.

2026-07-04 22:21:46 UTC

Nostr Devs,
I chatted with @npub15yp…mpcx about this last night, as I have been testing out his new client #Circl, but it bears notice of any client dev that supports lists of various kinds (relay lists, mute lists, bookmark lists, etc) in their client, or who plan to in the future.
NIP-51 states that these lists "can be public or private" and therefore may have plain text entries, or encrypted entries in the "content" field. It does not specify what list kinds may or may not have encrypted data. Therefore, your client should be able to handle encrypted data in almost any of them.
NIP-51 also says, "When new items are added to an existing list, clients SHOULD append them to the end of the list..." Appending only adds information, it does not remove any information that is already there. Adding an item to a list should never result in the loss of existing entries from that list, encrypted or otherwise.
If Nostr clients fail in this, Nostr interoperability and user experience suffers.
Here is what I would suggest:
Minimum: Your client should not overwrite encrypted data when adding a new entry to a list that has an encrypted payload in the "content" field. Leave that field there and as is if your client isn't set up to utilize it.
Better: At least decrypt and display the data to the user, so they don't think their whole mute list has been nuked because your client doesn't display the encrypted entries. And when your client is used to add new entries to the list, leave the encrypted data alone. Just add a new plain-text entry if you don't want to support adding encrypted entries to lists.
Best: Not only display the encrypted entries to the user, but indicate in the UI which entries are public and which are private. When the user wants to add a new entry, present them the option to add it as public or private.
There are certain lists this does not apply to, because their content has to be public for the list to function, such as kinds 10001, 10002, or 10050. However, the vast majority of other list types often do contain encrypted entries, especially since one of the most popular Nostr clients (Amethyst) is encrypting a lot of these lists by default.
The most common way I have personally had list entries get nuked lately is from clients that did know what to do with encrypted entries in the "content" field of my mute list, my favorite relays list, and my search relays list. Things like this are what make many people feel like Nostr is broken, when it's just that client devs aren't paying attention to NIP-51 when they implement lists.
#devstr #ndoc

2026-07-04 21:35:30 UTC

- reply

I am sure @npub1syj…f6wl would appreciate that. He mentioned that he'd like to have it, but has been putting it off.
If you do, can you build in a retention window where it will delete notes older than X days, where the user can set the timeframe, and also the ability to select npubs that it never deletes notes for.

2026-07-04 21:25:57 UTC

- reply

Oh, I know that part. My question was about your notes that DON'T tag me that have been showing up in my WoT relay.
Turns out, they're getting blasted there by nostr.land's event cannon feature.

2026-07-04 20:04:42 UTC

- reply

Yes, the content is what matters, but in this case the question is what word was used in the original document. The word Jefferson used was "unalienable."

2026-07-04 19:46:00 UTC

- reply

I want, but I probably won't have a chance to fiddle with that for a while.

2026-07-04 19:44:37 UTC

- reply

Ok, that makes a whole lot of sense now. Thanks!

2026-07-04 19:38:43 UTC

- reply

For instance, here's a reply you made to @npub12r0…9qrx earlier that I have on my WoT relay. But @npub12r0…9qrx doesn't use my relay as an inbox relay, and I am not p-tagged in your reply.
But... @npub12r0…9qrx DOES use nostr.land, and the event cannon may be blasting to me.

2026-07-04 19:35:58 UTC

- reply

Yeah, replies with me tagged, that makes sense. It's the kind 1 notes, or replies to other people who don't have my relay listed as an inbox that make less sense why I am getting them.

2026-07-04 19:31:43 UTC

- reply

I do have it set as an inbox relay, but that would only explain notes where you've tagged me ending up on it. I have regular kind 1 notes from you without me tagged.
I bet it is the nostr.land blaster. @npub1226…grkj how does nostr.land determine where the event cannon will blast notes? Is my WoT relay one of the relays it blasts to?

2026-07-04 19:21:16 UTC

- reply

@npub10np…tl5h @npub1m64…uaks @npub1qyx…mu7u are you guys publishing or blasting to my WoT relay? How is it getting your notes?

2026-07-04 19:20:07 UTC

- reply

Really? So all of the folks' notes on my wot.brightbolt.xyz relay, which is just my Nostr Relay Tray relay, are people actively choosing to publish to it? I thought for sure it must be aggregating them, because I have done absolutely zero advertizing of that relay, other than having it in my own relay list.

2026-07-04 18:36:02 UTC

- reply

Except, it's actually "unalienable."
Source: https://www.archives.gov/founding-docs/declaration-transcript

2026-07-04 18:22:30 UTC

- reply

You a Reformed brother too @nprofile…2yvq?

2026-07-04 18:16:53 UTC

- reply

Git is figured out. Apparently it was restricted to Firefox Mobile with Glow as a PWA.
No issues when accessing through the regular browser UI, and no issues when using Brave either through the browser UI or as a PWA.

2026-07-04 10:03:15 UTC

- reply

I see this list of relays on the right side of the page on desktop. Most of them are my inbox/outbox relays, but some of them are not on any of my relay lists. Are these the relays that #Circl is currently connecting to, and how is it deciding what relays to connect to in addition to my inbox/outbox relays?
https://image.nostr.build/b498962872516308beb83fdd7c6753aad0c4cd01da1e7fd5f19584309c2d1568.jpg

2026-07-04 09:56:22 UTC

- reply

This leaves open the possibility that users simply won't realize that some of their list entries are public and some are private, but this can be indicated with an open or closed lock icon next to the entry in the UI, and tapping on it can display a message indicating that the entry is public or private.

2026-07-04 09:52:34 UTC

- reply

Right? It really is Nostr in a nutshell.
Here's what I would hope for:
Client encounters a list, let's say kind 10007 since that's what we've been dealing with most recently, and it has a mixture of encrypted entries and public entries. It should parse the list and be able to display both encrypted and public entries to the user. This way users who didn't realize that a different client (Amethyst) was adding encrypted entries don't think that their list got nuked because they don't see anything where their search relays should be.
When the user wants to add a new entry to the list, the client should ideally offer them the option to save that entry as public or private. If you don't want your client to support adding private entries to the list, then at minimum it should just add the public entry and leave the rest of the entries already on the list in whatever state they are, public or encrypted.
The same should be the case for clients like Amethyst that want to default to adding encrypted entries to lists. If there are public entries already on the most recent version of the list, then the client should just add the new encrypted entry and leave the existing public entries unencrypted.

2026-07-04 09:40:31 UTC

- reply

The curse of the fall made exercising dominion more difficult (see Genesis 3:17-18), but did not eliminate our mandate from God to "fill the earth and subdue it, and have dominion over the fish of the sea and over the birds of the heavens, and over every living thing that moves on the earth."
Of course, it won't be fully realized until the new heavens and new earth when the saints inherit the renewed creation as fellow heirs with our Lord Jesus Christ. Nevertheless, the ultimate fulfillment does not absolve us from our duty to exercise dominion now, when appropriate and possible.

2026-07-04 09:30:08 UTC

- reply

How does Nostr Relay Tray find the notes that it aggregates when WoT mode is turned on? Is it just polling popular relays, then, rather than the relay owner's follows' outbox relays?

2026-07-04 09:25:24 UTC

- reply

Yeah, it's tough to balance for some things. WoT, for instance, is only useful if follow lists are public. But then, if you want to follow someone privately, there are kind 30000 lists for that, which can have private entries.
Mute lists could be a good form of crowd-sourced spam mitigation, but then I don't always mute someone because they're a spammer, either. So maybe we should make reporting great again for those within our WoT to optionally use for hiding spam and such.
Relay lists in particular are an interesting case. Having some social indicators from your WoT around what relays might be good to use for search or for proxy relays, and what relays to avoid might be really good signal, but it should be the user's choice whether they want to "advertise" for that relay by having it as a public entry in those relay lists.

2026-07-04 09:05:51 UTC

- reply

Yeah, I have noticed that Amethyst is pretty well defaulting to private for any NIP-51 list kind that does not absolutely have to be public.
I would check to make sure Satori can handle encrypted data in any of the list kinds you plan to support, except the ones that obviously would not have encrypted entries, like 10002 and 10050.

2026-07-04 08:32:47 UTC

- reply

Nerd here. I have a couple different options for always-on NIP-46 signers, between Amber on my phone and Signet or Bunker46 on my Start9. Yet, I wouldn't know where to start with setting up a scheduler DVM.
I do agree that an always-on NIP-46 signer is probably not the solution for most users. Do most users have a need to schedule posts, though?

2026-07-04 08:18:00 UTC

- reply

Got it. That must be the case, because nothing is showing up for me in #Circl. I am pretty sure I have a couple threads muted and a few words as well.

2026-07-04 08:15:31 UTC

- reply

Yeah, but I probably could have had the same results with 90% of other clients that support kind 10007.
Seems most client devs don't realize that just about ANY list type can have encrypted entries, and I think @npub1gcx…nj5z philosophically believes most lists should be private by default, so Amethyst just encrypts every list that doesn't absolutely have to be public. I tend to agree with that approach.

2026-07-04 07:54:40 UTC

- reply

Called it! Added search.nostrarchives.com as a search relay from a different client, went back to Amethyst and all my other search relays are GONE.

2026-07-04 07:51:51 UTC

TIL that Amethyst encrypts kind 10007. Search relay list. So any client that doesn't look for and decrypt the "content" section treats it like you have no search relays...
Now for the fun of testing whether adding a search relay from another client will nuke the encrypted portion of the list. My sats are on, yes, yes it will.

2026-07-04 07:45:33 UTC

- reply

Not supporting private mutes yet, I take it? My mute list shows as empty because they are all encrypted.

2026-07-04 07:25:36 UTC

- reply

Thanks for playing along. I was testing out @nprofile…qnef's new client's "Circles" feature.

2026-07-04 07:24:03 UTC

- reply

2026-07-04 07:13:12 UTC

- reply

Nah, that's great. Created a circle of my Reformed brothers, and now I can poke all of them when I have theology to discuss. 😂

2026-07-04 07:10:37 UTC

- reply

I had not. I have now.

2026-07-04 07:03:49 UTC

- reply

My daughter also got a great shot of the aurora tonight.

2026-07-04 07:02:55 UTC

@npub15yp…mpcx #Circl is looking great! Haven't run into any issues so far while logged in via @npub1h0u…rwx8 on Android.
From what I can tell, posting something to a "Circle" just p-taggs everyone in that circle, but it is otherwise just a normal kind 1?

2026-07-04 06:52:56 UTC

Q1: What is the chief end of man?

2026-07-04 06:38:11 UTC

- reply

I seem to remember this being an issue for us in the past as well, back when I ordered a hoodie from you.

2026-07-04 06:36:53 UTC

- reply

Correct.

2026-07-04 06:18:31 UTC

- reply

Nevermind! Got it in 0xChat, just not in Amethyst or Wisp. lol!

2026-07-04 06:17:05 UTC

- reply

Got nothin'. NIP-04 or NIP-17?

2026-07-04 03:05:21 UTC

- reply

Except, it's not up, and there is no reason to believe it will ever be up again.

2026-07-04 03:02:44 UTC

- reply

Ummm... Glow is accessed through the web browser. At least the one Biebs mentioned above. There is no new version to install.

2026-07-04 00:28:35 UTC

- reply

Is haven-kit on Umbrel updated to include the latest features, like whitelist and blacklist?

2026-07-03 23:38:17 UTC

- reply

Yeah, I don't know what the default relays are in Damus, but I imagine you are right that the vast majority of the notes on their feed just come from that relay, unless they have taken the time to add some aggregator relays already.

2026-07-03 23:32:19 UTC

- reply

Great. Just clarifying, because your previous reply had stated, "if damus relay goes away, they (Damus client users) cannot see any notes." But that's not the case. Damus users will still see notes from the other relays in their list.
This service is very useful for those who are using clients that don't have outbox model, including Damus. I imagine users will see a more full feed with this added even before Damus relay is shut down.

2026-07-03 23:27:12 UTC

- reply

Worth it for users who can't or don't want to host their own WoT relay, for sure!

2026-07-03 23:16:11 UTC

- reply

They'll still see notes that are on one of the other relays in their relay list, right? Just not any notes that were on Damus' relay. Damus isn't like Primal, only reading from Damus's own relay like Primal only reads from its own caching server.

2026-07-03 23:13:00 UTC

- reply

Follow-up question. Are the notes being stored on your infrastructure? Looks like they must be since one can adjust the polling frequency. I would think this would need to be a paid service unless the retention time-frame is low enough that storage is minimal. But then, bandwidth would also become an issue, depending on how many people use it.

2026-07-03 23:07:55 UTC

- reply

Updating now!

2026-07-03 23:03:55 UTC

- reply

@npub1syj…f6wl is this similar to what Nostr Relay Tray already does by pulling in notes from the relay owner's WoT?
@npub10np…tl5h would this be ideally used as a proxy relay in Amethyst? These are described as "Aggregator relays the app must use to download your feeds from, like filtr.nostr.wine. This replaces the outbox model and will make the app connect to only the relays in your lists."
Or do you imagine it more as a single-relay feed in a client like Jumble or your own Relay Tools app, where the user can browse notes from that single relay, rather than relying on the client to compile notes into a feed from their follows' outbox relays.

2026-07-03 18:47:16 UTC

- reply

@nprofile…z585 why can't I type in this field? Immediately opens and automatically closes my keyboard every time I tap on it.
https://relay.brightbolt.net/a750ab4335bf73df1e3c2c053fd3e47c3ffdfea320b60419cc51aa0bf2f56ad2.mp4
Also, no NWC that I could find makes it less useful for Nostr.

2026-07-03 18:17:19 UTC

- reply

I don't know about good ones. These are the current default search relays in Amethyst, which are the ones I have been using.
https://relay.brightbolt.net/3bc2177162f3f357d9ac5b4708775bab309a6736889400f487a02f3105d9ae9d.jpg
Don't mind the slow ping numbers. That's just because I have Tor turned on.
The main thing is the relay needs to support NIP-50, and it should ideally be aggregating notes that you would be interested in. Unfortunately, finding relays on the basis of the NIPs they support isn't an easy task.

2026-07-01 19:39:19 UTC

If you aren't determining what Bitcoin is for yourself, someone else is determining it for you.
If you aren't verifying the supply of Bitcoin for yourself, you are trusting that your custodian's IOU is worth more than the paper it's printed on.
Run a node. Connect your wallet to it. Custody your own stack.

2026-07-01 19:14:40 UTC

- reply

Looking good!
Little UI bug I noticed: When selecting to compose an Article, the option to select "Picture" goes away. It is available as an option when selecting "Poll" or "Note" though, so the user just has to go back to one of those options to have the option to select "Picture" again.
https://relay.brightbolt.net/134f6d2b83de0733b7727a6c4219ae805f0fc015102ab12854d28810bf15a69d.png