Dikaios1517

Was great to hang out this afternoon and talk Bitcoin, Nostr, faith, and whatever else came up over drinks and smokes.
Relieved some FOMO from not being able to go to Bit Block Boom this week. 😂
#nevent1q…htsy

2025-04-05 20:12:55

- reply

Welcome to the StartOS family!

2025-04-05 19:56:21

Loving the update to Jumble.social @npub1syj…f6wl!
One thing I am noticing, though. Now that "favorite relays" load in the right-side panel, you cannot select to send a note to only that relay. You first need to add it to a relay set, so it will show up in the left-side panel, and then Jumble will display the toggle to send your note only to that relay.

2025-04-05 19:42:33

- reply

Always happy to see other Reformed Christians on Nostr!

2025-04-05 19:19:58

- reply

How far the mighty have fallen... There's a few of us Reformed folks who are keeping the hardcore side of Protestantism alive. 😉
H/T to @npub1ak5…0gwg on Nostr in particular.

2025-04-05 19:02:22

- reply

The tutorials @npub1utx…50e8 has in the readme for each of his Bitvora relays aren't too bad for someone who is a bit technically inclined.
We definitely need someone who can make some more approachable tutorials for some of these things, though... Like a Nostr version of @npub1rxy…hnp8, except that I prefer written format for tutorials, with screenshots and maybe some short clips for each step. Videos can be a pain to find there a section that you want to go back to started to watch it over again, while written format, you can just leave the section you need up on the screen.
I might be biased though. I write all the procedures for my department with my current employer using this format, and they are basically just tutorials by another name. They also take an incredible amount of time to do well, which is probably one of the major reasons why devs don't write them for their own projects. Their time is tied up building and squashing bugs.

2025-04-05 17:33:51

- reply

We are doomed to forever have multople DM specs that some apps support and others don't. 😭

2025-04-05 17:30:58

- reply

Easiest relays with a GUI are @nprofile…nggv's hosted relays at https://relay.tools and @nprofile…l3vp's Nostr Relay Tray.

2025-04-05 07:40:40

- reply

Good thing I have them backed up as lists. 😉

2025-04-05 04:12:06

- reply

Fair, and UTXOs of a few hundred thousand sats are probably fine. 😂

2025-04-05 03:24:32

This man... So quick to fix things when reported to him!
#nevent1q…3y3l

2025-04-05 02:42:02

- reply

Indeed. It's a relay that whitelists who can post to it based on your web-of-trust. In most cases, that is defined as the nostr:npubs you follow + the nostr:npubs they follow.
The one I am running is @npub1utx…50e8's WoT Relay that can be found here: https://github.com/bitvora/wot-relay
This implementation has the advantage that it can aggregate notes from those within your web-of-trust by pulling from the relays they write to. You can also limit the amount of time they will be stored on your relay and exclude certain users' follows from your web-of-trust if you notice that they have been duped into following bots.
UTXO calls this last feature the "Retard List." My retard list keeps growing...

2025-04-05 02:04:14

- reply

Pointers for running your own WoT relay?

2025-04-05 02:01:12

- reply

NIP-17?

2025-04-05 01:47:24

Things you learn from running a Web-of-Trust relay:
Trust no one.

2025-04-05 01:38:09

- reply

With some notable exceptions, but yes, in general we have a great community here.

2025-04-05 00:25:24

- reply

I know my personal repository of Nostr apps and tools is WAY out of date. 😂

2025-04-04 21:53:50

- reply

I dunno. There's still plenty happening. A lot of projects have died, for sure, but they either weren't interesting enough to the community to keep going, the devs behind them lost interest or don't have time to work on side-projects, or they just couldn't find a way to become sustainable.
I don't know about others, but I haven't noticed a drop in folks engaging with me, and I am engaging more than ever on here. I have definitely seen others commenting on the feeling of less interaction happening, but that hasn't been my experience.

2025-04-04 21:07:53

- reply

https://fountain.fm/show/vnmoRQQ50siLFRE8k061

2025-04-04 20:44:50

- reply

LOL! @npub1syj…f6wl it looks like Jumble is automatically adding "nostr:" in front of "npub." It should probably only do this for a full and valid "npub" string.

2025-04-04 20:15:57

- reply

Using npub.world to see their "reputable followers" can be very enlightening, too...
https://npub1kun5628raxpm7usdkj62z2337hr77f3ryrg9cf0vjpyf4jvk9r9smv3lhe.blossom.band/ceb5adc47457988d865b15a2926b1631cbbfbdfb7e0155f0a93c884c7d25f137.jpg

2025-04-04 20:07:28

- reply

Some have. I highly recommend #Coracle for that feature in particular.
You can also get this feature on all Nostr clients by only reading from your own Web-of-Trust relay that aggregates notes from nostr:npubs within your web-of-trust. That is a bit more involved to set up, though.

2025-04-04 19:39:48

- reply

That's something different. A shitcoin to be precise.
Check out Cashu protocol. A great wallet for it on Android is @nprofile…vavr and one on iOS is Macadamia.

2025-04-04 19:26:37

- reply

Here's a reply I made regarding why follower counts are always wrong and they always will be:
#nevent1q…esml

2025-04-04 19:20:02

- reply

Think of it like the relationship between gold and the dollar, back when banks would issue dollars as a "receipt" of the gold that was on deposit with the bank, and anyone carrying that receipt could turn it back into the bank to get the gold out.
eCash works in a similar way. A mint receives real sats as a deposit, typically via lightning, but it could be on-chain too, and they issue/mint eCash tokens to the one who deposited the sats. Just like USD, they can transact with anyone willing to accept the eCash as payment directly and privately, even offline, simply by transferring the tokens to that person's eCash wallet, which can hold tokens from any mint.
The big difference with eCash compared to the gold/USD reserve relationship of the past is, if someone DOESN'T want to receive your eCash as payment, you can easily have the mint that gave you your tokens send them sats via Lightning instead by turning your tokens back in with the mint to be burned.
Obviously, this means you are putting a lot of trust in the mint to honor your request to redeem their tokens back into sats when you want to transfer them out of the mint. It is a custodial relationship where you are holding IOUs that are only as good as the mint is honest. Great for small amounts, but I wouldn't trust it with anything more than I would keep as cash in my physical wallet.

2025-04-04 18:42:01

- reply

Sounds like @npub1v0l…qj49's Freeflow, but built on BlueSky's ATProtocol instead of something that is actually decentralized.

2025-04-04 18:12:45

- reply

Negative.

2025-04-04 18:08:03

- reply

You're not thinking too far ahead: https://www.solosatoshi.com/product/solarbit/
There are currently only three reasons not to generate block templates yourself:
1. You don't run your own node and don't want to start.
2. You don't like OCEAN for some reason, such as preferring FPPS payouts rather than only getting paid when the pool finds a block.
3. You don't want to run Knots as your Bitcoin node implementation.

2025-04-04 17:22:28

- reply

I'd say D, which means I am probably actually at B.

2025-04-04 17:04:21

- reply

Yeah, Phoenix and Breez both handle a lot in the background for you. However, because they do this, you can end up with an unexpectedly high fee when you are receiving a transaction and it exceeds the available inbound liquidity. That can be a bad experience for a non-technical person who doesn't understand why the fee is higher and how they could have avoided it.
For instance, because I knew that Phoenix was going to be creating an actual Lightning channel when I first deposited into it, I sent WAY more sats than I actually wanted to have in the wallet (5 million), so that Phoenix would open a really big channel. Then I swapped them back to on-chain via Boltz.exchange, so I wouldn't have such a large balance in a spending wallet. Leaving me with plenty of inbound liquidity in my Phoenix channel.
No non-technical person who doesn't understand how Lightning works is going to know that they should do this. They will send themselves 100k sats or so, and Phoenix will give them a channel of a few hundred thousand sats, and as they use the wallet more and more, they will be comfortable with keeping a higher balance on it, only to get randomly slapped with a higher fee because they ran out of inbound liquidity in their channel.
Breez's new Misty Breez wallet is looking really interesting for non-technical folks to have a better trust trade-off than going with a custodian, though. It still requires the responsibility of holding your private key, but that should be one of the first things a new Bitcoiner learns anyway. For my kids I will stick with hosting their Lightning wallets for them, but once they care enough to hold their own keys, I might be having them learn on Misty Breez.
As for how to find other nodes to connect to, I have seven channels. Five of them are with other Bitcoiners I know and can reach out to personally if there is ever any issue. They also reach out to me and ask what's up when my node is down. The other two channels that aren't with Bitcoiners I know are with nodes that are operated by services I use personally; namely ACINQ (Phoenix) and Boltz.exchange. As such, I have never had need to purchase a channel from a liquidity provider.
The best channel partners are Bitcoiners you know and can contact directly to troubleshoot issues with your channel.

2025-04-04 15:23:20

- reply

I am going to flip that question on its head a bit. What is the incentive NOT to make your own blocks? If you already run a node that has its own mempool, why would you want to be beholden to someone else dictating what your miner is hashing? What do you get out of that that you would not get if you created your own block templates?
In my mind, the only reason not to create your own block templates is if you aren't running a node. And then question is, why the heck aren't you running a node?
And then, yes. OCEAN gives a discount on the pool fee for those who use DATUM to create their own templates, and you pay zero pool fee whatsoever if you are lottery mining using DATUM. So the incentive is you get paid more in either scenario. Assuming you are fortunate enough to get paid at all in the lottery mining option.

2025-04-04 05:41:45

- reply

In the scheme of things, DATUM is quite new. Only been around since what, September of last year? Still a baby.
Usually it takes someone who is using a node implementation, who has some dev skill, and who wants to use the application himself to package an app for that platform. It's usually not the devs behind the node implementation itself who take it on.
The less popular the node implementation, the less likely the person with both the skill and the interest in doing the work exists.

2025-04-04 04:30:28

- reply

You are too kind @nprofile…esx4 ! I just have to give back what I have received from others. Paying it forward.

2025-04-04 03:54:46

- reply

If you are lottery mining using DATUM, you aren't connecting to anyone else, just your own stratum server hosted on your node via DATUM. Your node, of course, is connected to its peers on the Bitcoin network, and they gossip about what transactions are waiting to be added to blocks. That's how your node knows what transactions are waiting, even if they were submitted by someone half the world away.
Now, the downside of this, as with any lottery mining, is that you don't get anything if your Bitaxe never finds a block. I am not someone who can crunch the numbers on that likelihood, but I seem to remember someone saying that if all you have is a BitAxe, you will find a block on average once every 30,000 years at the current network difficulty, and you are just praying that you will get exceptionally lucky and have it happen in the portion of that 30,000 years that overlaps with your lifespan. 😂
Another way of saying it is, if you have 30,000 BitAxes, then your chances are pretty good that one of them will find a block each year. You might go a few years without any of them finding a block, while you find two or three blocks another year, but it will average out to about 1 block a year.
When you are connecting to OCEAN through DATUM, you are no longer lottery mining. The downside of this is, if you find a block, you have to share the rewards with all the other miners in the pool. But the upside is, you will get rewards for your small contribution to trying to find a block, even when it is someone else in the pool who found it. And because OCEAN has Lightning payouts, you can get paid directly to your Lightning wallet via a BOLT-12 invoice each and every time the pool finds a block, with no need to wait to build up enough sats owed to you for an on-chain UTXO.
So it's the difference between having a chance at a MASSIVE payout, that probably will never come, vs getting exceptionally small payouts virtually every day.
Either way, though, if you are a noderunner already, and you want to do some home-mining, I don't see any good reason not to use DATUM and either lottery mine on your own, or connect to OCEAN for pooled mining.

2025-04-04 03:27:43

- reply

Nailed it!

2025-04-02 22:47:43

- reply

It was a question, not an accusation.

2025-04-02 22:36:51

- reply

Oh for sure! We see the same sort of scammers and grifters in other areas of life, as well.
"A fool and his money are soon parted."
But in the long run, those providing genuine value receive more positive reinforcement. And there's not really a way to prevent people from being gullible, as we have seen repeat itself over and over in cRyPtO.

2025-04-01 23:38:12

Now that's service!
#nevent1q…06he

2025-04-01 22:38:07

- reply

@npub10pe…n34f is actively supporting Nostr development. We could definitely stand to have more similar non-profits that support Nostr devs. However, grants are not a sustainable way to keep Nostr going.
The way non-Nostr apps generally make money is via advertising. Most around here want to avoid that model like the plague because, while easy to make profitable, it creates perverse incentives for developers to harvest user data and make their apps addictive to keep people doom-scrolling. I am very interested to see how @npub17vs…66ne may bring us an advertising model that bucks this trend. We'll see.
Another means of monetizing for client devs is paid subscriptions for premium features. The tough part about this one is, a lot of those "premium" features are often available for free on other clients, so you end up getting undercut by devs willing to provide the same value for free. Nevertheless, there are clients that are trying to make it work, including #Damus and #Primal.
Value-4-Value is really popular here on Nostr, so it shouldn't be surprising to see that there are devs testing out if they can support their work in this way. #Amethyst, for example, displays a donation card at the top of your Notifications each time you install a new version of the app. It also displays the profile pictures of all the folks who contributed to that version of the app. The hope is that users will choose to support the clients they use voluntarily. #Coracle does something similar, very occasionally showing an opportunity to donate to the continued development of the client in the user's main feed.
Any app, Nostr or otherwise, that is on the @npub10r8…t2p8 has the opportunity to receive V4V zaps each time they release a new version of their app.
An interesting method of having ongoing passive income for your client that I have seen a couple of them implement is the option to have a percentage of your zaps go to the client dev as a zap split. Say you regularly zap 21 sats, you can have 10% go to Coracle each time you use that client to zap someone. The user you zapped still receives 21 sats, but you pay an additional 2 sats to Coracle, for a total of 23 plus Lightning fees. You can also adjust this higher if you want to give the dev more support. Obviously, this is barely anything if you aren't a prolific zapper, but it can add up quickly if you zap a lot.
A couple other client devs are building their clients with the ability to have a custom instance, such as #Ditto and #Flotilla. There is an opportunity for monetization there for offering to host that instance for those who don't want to or can't host it themselves, but still want a custom version for their community.
The same could be done by relay devs. They could offer hosting services for their relay implementations, similar to what @npub10np…tl5h has done with relay.tools, for those who want to have their own relay, but don't know how to set one up to host themselves, or don't want to host it on their own device for privacy reasons. They could also provide easy means of exposing a self-hosted relay to clearnet for those who don't own a domain and charge for that service.
Clients could also charge a small amount for a NIP-05 service and the ability to turn it into your Lightning address via Nostr Wallet Connect.
So yes, there are a ton of ideas for monetization out there, and many more I haven't listed, I am sure. Moreover, client devs are not sleeping on them. Many of them have implemented a means of receiving income for their work in some form or another, and some of them are using more than one. Therefore, I think it is a mischaracterization to suggest they aren't taking this challenge head on. Many most certainly are testing out various ideas to monetize their work, including simply trying to build apps that folks would be happy to pay for, or at minimum donate toward.

2025-04-01 21:20:23

- reply

How are you planning to log into Nostr apps?

2025-04-01 20:39:43

- reply

Unless you are making the app yourself, ANY app is 3rd party.

2025-04-01 19:59:59

- reply

I am not sure I entirely agree with that, but I see your point. Not everything needs to be motivated by profit to survive. A lot of devs are scratching their own itch with the things they build on Nostr, so they are happy to plug away at it in their spare time, because they get value out of what they build just as much as we do as users.
Also, profits can easily corrupt products, depending on the business model, because they can create bad incentives. I think Primal is an example of this. They clearly want to be profitable, and it has led them to make some choices in how their product works that are distinctly antithetical to the Nostr ethos.
That said, I think the clients and relay implementations that are most polished and user-friendly will likely be built by those highly motivated to be profitable. They just need to be very intentional about finding ways to make a profit that don't skew their incentives. What exactly will properly compensate devs for their work without creating bad incentives around how they iterate on what they are building? That's a really tough nut to crack.
I would love to hear your suggestions in that area, particularly around how client devs ought to monetize, and how relay implementation devs should monetize. Those who run relays can obviously charge for write and/or read access to their relay. Those who host media can do the same for their Blossom server. Heck, @npub1utx…50e8 built Aegis specifically for that purpose. But how client and relay devs get paid for their work is a much harder problem to solve.

2025-03-31 19:23:29

- reply

Which node implementation did you go with? Some are meant to be a bit more user-friendly, but managing Lightning node liquidity is definitely a bit more than most folks want mess with.

2025-03-31 16:01:05

- reply

Yeah, for things like nostr.build, something that ONLY does log-in is fine, since signing isn't needed for anything else within their service. However, NIP-46 signing can handle just logging in if that is all you need, as well.
My point is, why use proposed NIP-97 that never went anywhere and can only be used to log in, without doing anything else, when we have NIP-46 that CAN be used for just logging in, if that is all you need, but can also be used for further signing?
If the answer is that iOS won't be able to do NIP-46 signing, then that might make some sense.

2025-03-30 23:11:26

- reply

Why this over just making every client a NIP-46 signer that can not only log you into other services, but also sign events?
This option seems like it would work for log in, but not for anything that actually requires signing of events.
Consider how most users onboard to Nostr. They download a client they heard about like Primal, Amethyst, or Damus, and they generate their keys in that client. So that first client is going to have their private key unless they have a friend who helped them get set up through a dedicated signer app like Amber. If that's the case, then those "flagship" clients ought to be able to serve as remote signers, similar to how Gossip on desktop can be a remote signer, allowing users to log in and to sign events from the client where they generated their keys.
NIP-97 seems to just allow the first part, which is unnecessarily limiting when we already have NIP-46. We would just need a more smooth way for a website to request a connection string from the remote signer app/Nostr client.

2025-03-30 14:48:56

- reply

That's because Amethyst is doing the work of searching for all of the follow lists on all of the relays that contain that user's npub, excluding duplicates, and tallying them up in real time. By contrast, a client like Primal pulls all notes it can find from other relays into their caching relay on an ongoing basis, and so it can have a pre-calculated follow count for each user.
That is also the reason why Amethyst can take some time to load profile data. It has to actually fetch it from whichever relays that user writes to. Meanwhile, Primal only has to get it from their caching relay that has already fetched the data from everyone's write relays.

2025-03-30 14:40:27

- reply

Primal doesn't connect to relays to read from them, only to write to them, but I have noticed that it loses connection and won't post anything after a while, and I have to refresh the page.
For reading notes, Primal only connects to their own caching relay, which I have never noticed it having trouble staying connected to.
What a lot of users often perceive as Primal being really slow to load is when they are using custom DVM feeds, such as "Popular from Npubs You Follow." These feeds are not served by Primal at all. Instead, Primal requests a list of notes from the DVM, waits for the DVM to sent it over, and finally fetches them from their caching relay. The wait time from that DVM is often the slow part.
Videos can be a whole other issue unrelated to clients at all. Remember, this is a decentralized protocol, not a centralized platform. On platforms like Facebook or YouTube, they can ensure that optimization is done on the videos uploaded to ensure quick loading.
On Nostr, users can upload videos wherever they want. Directly through some clients that may or may not optimize the video for web, through a hosting service, or even self-hosted.
It's pretty easy to load videos quickly when you have control over ensuring they have been optimized and you only have to fetch them from your own servers. Nostr clients have neither of those luxuries.

2025-03-30 06:12:30

- reply

If you ever are, there's a growing contingent of Bitcoiners in this area. we had 24 at our meetup in Spokane Valley last night, and several were not able to make it. That's just the ones I know about.
They're itching for local places to spend sats.

2025-03-29 19:44:47

- reply

You know she's going to comment about her left ear being visible.

2025-03-29 18:16:28

- reply

https://npub1kun5628raxpm7usdkj62z2337hr77f3ryrg9cf0vjpyf4jvk9r9smv3lhe.blossom.band/bd4b57f7d847277a578cd38e9ab781c231e5e4e0978b24a7c8ead53827666d0d.jpg

2025-03-29 17:33:35

- reply

That's fine if you don't want to do anything after you log in, but in that case you may as well have just logged in with your npub instead.
Nostr requires your private key to sign for EVERYTHING you do, not just logging in.
React to someone's post? Bust out your hardware wallet so you can sign for that.
Zap a hilarious meme? You'll need your hardware wallet again.
Reply to a GM post? Yep, you'll need your hardware wallet for that, too.
You don't just log in with your private key and then you are good to go until you log out. Every action is an event that must be cryptographically signed for the protocol to consider it valid, so you would be having to sign with your hardware wallet the entire time you were using your Nostr client.

2025-03-28 23:32:22

- reply

True, but lurkers aren't posting anything to be unfairly filtered out, otherwise they're not lurkers.

2025-03-28 22:39:23

- reply

Yep, I read that one. He also gives more detail about how exactly someone is considered "reputable" here:
#nevent1q…ydpt

2025-03-28 22:02:12

- reply

I follow npubs that aren't "real" people, but I find them valuable for other reasons. Not every npub included within what npub.world considers "reputable" is a real person, I am sure.
I can also tell you from running a WoT relay that there are still a fair amount of bots that make it into my WoT because people who I follow, and would therefore be considered "reputable" are also following bots, which would in turn make those bots "reputable" since it only requires one "reputable" follower for an npub to also be considered "reputable."

2025-03-28 04:02:02

Uh... #NostrHeroes frens, we need to talk about @nprofile…3tqm's roll...
She's a D&D fan, too.
https://npub1kun5628raxpm7usdkj62z2337hr77f3ryrg9cf0vjpyf4jvk9r9smv3lhe.blossom.band/eeb5c529f5a78a282bd5a566c2af9fc0aa18e75c2052e58a538655acb212fee6.jpg

2025-03-28 01:20:12

- reply

Hmm, fitting:
https://npub1kun5628raxpm7usdkj62z2337hr77f3ryrg9cf0vjpyf4jvk9r9smv3lhe.blossom.band/281c11a9879db460d4c8af2b5d8a2a5ffe066d322142d187d8bfb16a95905043.jpg

2025-03-27 18:03:41

- reply

Here you go:
https://i.nostr.build/NthdDbOPz355Clev.png
Tried to emphasize him being scrawny. lol

2025-03-27 04:13:58

Sharing this directly from Nostr.Build.
Still a little cold to go for a dip.
https://i.nostr.build/gWteu6tiHQco7kfL.jpg

2025-03-26 21:29:33

- reply

A couple things.
1. That link isn't on the @nprofile…8hh9 Geyser.fund page.
2. That link doesn't open for me. Below is all I get:
https://relay.brightbolt.net/63594a59eb74c221ca2bcf69fe547251c1a4fce7e5a922346982eb35fa3a8577.jpg

2025-03-26 19:39:14

- reply

hero.happytavern.co

2025-03-25 23:53:39

- reply

Not enough clients support relay-based feeds for it to have a meaningful impact. I LOVE it on Jumble, and @npub1syj…f6wl has wisely made it one of the default relay feed options. I also use it on Coracle, but you have to know how to add a relay-based feed there for it to do you any good.

2025-03-25 21:13:44

- reply

Yeah, I don't mind that. I think that ship has somewhat sailed for changing the way we differentiate event kinds from numbers to more reasonable and intuitive name+tags conventions. Maybe we can use it for subcategories/options within a kind, but kind numbers are too well established as a standard at this point, even though they make me cringe every time I am trying to explain how something works and have to say "kind X."

2025-03-25 20:47:17

- reply

Right, but the point is that you are still using a kind that is separate from kind 1. So, separating note kinds is still useful, right?
@npub12r0…9qrx seemed to be indicating that we shouldn't use separate kinds. Everything should be kind 1 for maximum interoperability, so someone doesn't post a kind 20 on Olas and wonder why it doesn't show up on Primal.

2025-03-21 07:24:34

- reply

You have no idea how big a deal Nostr is. It's not just a social media protocol. It has the potential to reshape everything and secure true freedom in the digital age.
It makes it very hard for me to say which is more important. Bitcoin still likely edges Nostr out, because it relies on Bitcoin for much of what it could accomplish to even be feasible, but they are neck and neck in my estimation.

2025-03-20 20:25:06

Great chat episode on Bitcoin Audible today with @npub1utx…50e8!
https://fountain.fm/episode/fVGq4iKySFR6yRHHFTU3
@npub1syj…f6wl's Jumble.social got a great shoutout, too.
"It's the best desktop client, in my opinion." - UTXO
@npub1h8n…rpev's mind was blown.

2025-03-20 00:12:10

- reply

@npub1ye5…knpr didn't you have an answer about why key rotation isn't a thing on Nostr? I seem to recall you mentioning it when you were on Bitcoin Audible with @npub1h8n…rpev.
I think FROST multisig is probably the future of Nostr signing.

2025-03-19 20:24:18

- reply

Just guessing, but I would be willing to bet that if the general perception of the vibes on Nostr could be charted, it would have a strong correlation to the Bitcoin price. 😂

2025-03-19 00:24:08

- reply

Nostr definitely has its own jargon...
A bunker on Nostr is an app that holds your private key for you and when you want to make a post, or a comment, or 🤙someone else's post, instead of the app you are using needing to have your private key so it can sign for it, the request to sign will be sent to the bunker app via a Nostr relay, and the bunker will sign the request.
This way, you don't have to give your private key to every Nostr app you want to try out.

2025-03-18 20:31:30

I'm a heat punk.
https://fountain.fm/episode/ssmhE7IJfkLE1SrntrIs

2025-03-18 20:28:05

- reply

You bet! Adding to my reading list, too. Thank you!

2025-03-18 19:53:10

- reply

I am doing full-length reviews of #Nostr apps at www.nostr-reviews.com
I would consider adding a subsection for protocol developments and works-in-progress.
Just need more available time...

2025-03-18 18:28:04

- reply

I dunno, web-of-trust saves me a lot of headaches on the daily. It's definitely not the answer to all our problems, though.

2025-03-18 16:34:23

- reply

This would also be possible to achieve with a relay that only accepted certain note kinds, rejecting all the kinds you don't want to see. However, it would need to be the ONLY relay you read from, and it would likely need to pull in the notes you want to see from other relays, since most users probably would not write to it.
I don't know of a relay implementation that does this, so you would again need to build it yourself or pay someone to build it for you.

2025-03-17 21:24:23

- reply

Definitely working! Glad I could help!

2025-03-17 18:20:28

- reply

That is entirely possible. I use Alby for both signer extension and zapping, so I haven't had any similar issue.

2025-03-17 16:59:47

- reply

Nostr was not created with zaps as the purpose of its existence, It was created for free-speech and censorship resistance. Zaps developed organically when users started pasting invoices for other users to pay and it was eventually added into the protocol itself as an event kind.

2025-03-17 01:30:20

- reply

Amethyst
Coracle
Jumble

2025-03-16 04:38:13

Can't wait for mine to arrive!
#nevent1q…05u4

2025-03-15 21:03:57

- reply

Hello from Android? 😉

2025-03-15 06:37:02

- reply

I think it will be. Bitcoin is only crazy volatile to the upside right now because it has so much adoption yet to go. As it reaches hyperbitcoinization, and therefore market saturation, the extreme outperformance of all other assets will subside.
Bitcoin will still gain purchasing power over time, but it will entirely be a function of increased productivity in all other goods and services, while Bitcoin's supply is fixed. People will invest in projects and companies that they believe will truly bring an outsized benefit to the world. It will be much harder to pick winners that will outpace the steady growth in purchasing power you can get from just holding Bitcoin, but it will be possible.
That said, I think the amount of money that is thrown at the stock market today is exceptionally overblown. People put their money there because they don't know of any other means of outpacing inflation and actually getting ahead. When Bitcoin is the standard, most of this use of investing to either gamble or as a savings vehicle will vanish. It will come back to its original purpose of helping the best ideas actually get built.

2025-03-15 06:07:25

- reply

I think you'll still end up finding plenty of authentic conversations on Nostr, and even that desired unpleasant side from time to time. After all, many folks around here have more than one npub, and while they may keep a more congenial public persona on their main profile, they may be more willing to let loose on alternate nostr:npubs.

2025-03-15 00:20:22

- reply

Feeling for you, Sleepy! I have never had one, but my youngest gets them from time to time. Absolutely brutal!

2025-03-15 00:12:27

Sounds a lot like, "The second amendment exists for when the first amendment fails."
#nevent1q…sy83

2025-03-14 23:35:56

- reply

https://github.com/parres-hq/whitenoise/releases
It's a pre-release build from a few weeks ago.

2025-03-14 23:33:36

Running White Noise on my Android phone.
Now I just need some folks to test it out with.
Who's got White Noise up and running?
#asknostr @npub1zuu…c2uc

2025-03-14 23:03:03

- reply

I think you are looking at this with an incorrect assumption that a post being motivated by possible financial return makes it less worthy of your time. But you don't treat anything else in your life this way, do you?
When you go to a more expensive restaurant, you expect the food to be higher quality. When you purchase a coffee you expect it to be better than the free coffee they have available for you in the office.
Likewise, people will generally produce higher quality content when there is a possibility of making a profit from it. They will be motivated to put their best effort into it, and to be more helpful to other users.
This, of course, is highly reliant on your content being seen by others who would value it in the first place. Even so, Nostr users collectively understanding that someone may find their content valuable enough to zap it will make them optimize for providing value, which in turn makes Nostr a more pleasant place to be, since jerks don't tend to get paid.

2025-03-14 18:47:40

- reply

Haven't looked into Parmanode. Does it have a good variety of services available outside of Bitcoin services, similar to Umbrel?

2025-03-14 17:03:32

- reply

That's going to be beyond the scope of my knowledge, since I am not a dev. I would not have a very good idea of what would be the ideal setup for someone focused on that single use-case.
I don't think there are going to be any hardware constraints for handling a high volume of small lightning transactions, though. Transactions on lightning don't have much data footprint to speak of, unlike on-chain. This is because on-chain you have to keep a copy of EVERYONE's transaction data, not just your own, while lightning you are only concerned with the updates to your own channel states.

2025-03-13 17:12:05

- reply

That's great if you just want to create a video file you can share with folks. I bet @npub1h8n…rpev probably knows what the AI tool is that can mimic your voice.

2025-03-13 17:09:44

- reply

I go with this method for deciding how many relays I will use:
Outbox/Write Realys:
- 1 relay I control that others can access to read from.
- 1 major public relay.
- 1 relay that is for a group I belong to that only those in the group can post to.
Inbox/Read Relays:
- 1 relay I control that others can post to, but only if they are tagging me.
- 1 web-of-trust relay
- 1 major public relay that I can remove if I start getting a lot of spam replies
Since there may be a bit of overlap, that's only really 4 or 5 relays needed.
On top of these, various clients may allow you to set other types of relays to fill in some gaps, but the above should serve you pretty well on its own.

2025-03-13 16:35:59

- reply

It's quite simple, really.
Your follow list is just a note like any other. On Nostr, EVERYTHING is a note, and your follow list is no different. It's a note called a kind 3 that contains a list of npubs that you are following, and it lives on relays that you write to.
When you use a new client, sometimes it doesn't correctly find your follow list. If you follow someone new while using that client, it will publish a new follow list with just that single npub on it, and broadcast that out to the relays. Any relays storing your previous follow list will delete it and keep the new one.

2025-03-13 15:59:16

- reply

Do you need any more convincing than this?
https://relay.brightbolt.net/d0903f1c231a35a34522622ece05172ec6b66ed5a64b62f284be4399a86f33ac.jpg

2025-03-12 22:47:24

- reply

Indexing purposes for things that are actually relevant to the note in question? Absolutely fine.
I am talking about people using the AskNostr hashtag to post some AI generated picture, with no question at all. Or folks posting Bitcoin content to the GrowNostr hashtag, which was specifically created for content that is NOT bitcoin related. Same goes for the CoffeeChain hashtag with nothing about coffee in the post at all.

2025-03-12 19:18:54

"Can't be censored" beats "won't be censored" once again.
#nevent1q…25ma

2025-03-12 18:31:38

- reply

Not sure where "here" is. Are you talking about accidentally pasting it into a note on your chosen Nostr client? If so, then no. Publishing your nsec as a note has no do-overs. Your nsec would then be public information and anyone would be able to use your Nostr profile at will.

2025-03-12 17:39:10

- reply

No, a Raspberry Pi is not ideal for a Bitcoin node. Not anymore. It used to be alright a few years ago, but its main constraint is RAM, and running Bitcoin requires a decent amount of it. Highly recommend 8 gigs+, especially if you are also going to run a Lightning Node and any other Bitcoin/Lightning related services along with it.
I run a Start9.

2025-03-12 17:32:14

- reply

I understand where you are coming from recarding security of a user's nsec here. I really do. I like the idea of no single internet-connected app having your full private key. I really do. I think FROST signing for Nostr is REALLY interesting. However, we need to nail the UX for this, and it needs to have near universal adoption from Nostr clients to be useful.
Let's look at this from the perspective of a new user who wants to try out Nostr for the first time, and we'll even assume that they have a kind friend who warns them that they shouldn't paste their nsec into client applications to log in. What is the current onboarding process for someone who wants to try out Nostr in a "safe" way, in case they decide they want to stick around, vs what the process would look like under your proposal?
Currently, if I was that kind friend, I would have the new user generate their keys via Amber and use Amber to sign into everything they possibly can. This means they only need to download Amber and the first client they want to use. Possibly the Zapstore to make it easier to update those apps. Total time to first post is going to vary a bit based on their questions, but in under 5 minutes I can have them up and running with a basic understanding of why they shouldn't just paste their nsec anywhere they want to log in. Sure, it's not perfectly ideal security, since their nsec is still held in-full in Amber, which is a potential point of exposure, but it's still a far better option than having them generate their nsec in a client and then just copy/paste it to another client when they want to log in somewhere else.
Now, if I am understanding your proposal, to try and do the same thing for a friend who wants to try Nostr, I am going to have to tell them. "Call me when you have a specialized piece of hardware to generate your private key and hold it offline. Then I'll come over and show you how to export key shards to a signer app and the client you want to log into." Until then, maybe just poke around on a burner-key to see if its something you are interested in. Just know you won't be keeping that key, so don't get attached to it.
Is that about right?

2025-03-12 16:58:26

- reply

Sounds like you probably only have one payment channel or all of your payment channels are with a single channel partner (Megalith).
You have just discovered the problem of having a single point of failure. If that point of failure is offline, you are dead in the water.
I highly recommend having at least a couple additional channels with separate channel partners. That way, when one is offline, You can still transact through the other two, assuming you have enough liquidity in the desired direction.