<unnamed>

Public Key

npub16p8v7varqwjes5hak6q7mz6pygqm4pwc6gve4mrned3xs8tz42gq7kfhdw

Profile Code

nprofile1qqsdqnk0xw3s8fvc2t7mdq0d3dqjyqd6shvdyxv6a3eukcngr4324yqppamhxue69uhkummnw3ezumt0d5q3vamnwvaz7tmjv4kxz7fwwpexjmtpdshxuet5qyxhwumn8ghj7mn0wvhxcmmvqyt8wumn8ghj7cnfw33k76twv4ezuum0vd5kzmq42rcv7

Publishing to

Last Notes

2026-01-18 18:10:27 UTC

- reply

The same inherently insecure architecture that fiat money is.
Users take responsibility and bear consequences = insecure short term, secure longterm
Fiat institutions control almost everything giving little to no responsibility to users = secure short term, insecure longterm
Easy money + centrally controlled identity = weak society, no security, no trust, no abundance.
Hard money + cryptographic identity = strong individuals and society, security, high trust and prosperity

2026-01-18 07:45:40 UTC

> Uniquely, every user has their own heavily subjective view of the marketplace. One component of this is relay selection. The other component is past user actions used to build a network of minimally trusted Nostr public keys, known as the Web of Trust (WoT).
#naddr1qq…evs3

2026-01-18 07:38:42 UTC

> Enhancement balanced with just enough friction. This is the power of Nostr. Not a fake global view, not a walled garden, and not a purely P2P mess.
#naddr1qq…2ml9

2026-01-16 21:40:18 UTC

- reply

You can set up the model temperature in opencode:
https://opencode.ai/docs/agents#temperature

2026-01-16 21:09:09 UTC

- reply

You can use any platform you want, even mirror between them but keep them redundant by publishing the state of branches, and other metadata to nostr.
By keeping the metadata on nostr you are not locked in to platform identites and the data is actually portable because it's standardized in a NIP.
Gitea, gitlab, github, forgejo and others give you one model that is hard to migrate and data is not signed by sovereig identities.
In short you are married to their way of things

2026-01-16 20:54:38 UTC

- reply

The tools for this either exist or are easy to build.
Relays are using all sorts of content moderation already.
That said, I don't think any software stack on nostr is mature enough to host a project like bitcoin core *currently* but things are movind fast around here.

2026-01-16 20:29:35 UTC

- reply

Moderation tools exist for nostr relays already. You can blacklist/whitelist by kinds, pubkeys etc. and use all sorts of web of trust based moderation as well.
#WoT based moderation can be personalized so you can moderate even on an individual basis, seeing only those ppl you actually trust. WoT providers are also in progress to help in these kind of decisions.
Current efforts are spearheaded by the @nprofile…lh4w team

2026-01-16 20:24:35 UTC

- reply

Yes, but the #grasp spec can introduce some proactive sync if enabled.
With the benefit of nostr based auth

2026-01-16 20:22:11 UTC

- reply

For the source code part git is already decentralized enough, it is not worth trying to censor a repo cloned on tens of thousands of machines locally.
For the social part: censorship resistance is important but it can be a curse, like with radicle which cannot possibly get a decent UX.
As we see with bitcoin, we can hopefully keep one of the most important system decentralized while syncing state every 10 mins.
Nostr trades off with the possibility of centralization around one or a handful of relays, but at the same time it is trivial to backup the already signed messages which are republished any time, anywhere.
Nostr is the practical solution to this problem in my opinion.

2026-01-16 19:31:46 UTC

- reply

Forgot to tag #gitvianostr for folks wanting to chime in.

2026-01-16 19:30:47 UTC

@nprofile…y7h4 saw yall takin a look at decentralized git solutions and github replacement on bitcoin core discussion:
https://bitcoin-irc.chaincode.com/bitcoin-core-dev/2026-01-16
Here's a couple of sources and Nostr-based solutions you could give a try:
- NIP34 spec: https://nips.nostr.com/34
- GitHub-like client: https://gitworkshop.dev
- Discord/Slack type of client with Git-integration: https://budabit.club
- ... and some others, so there's quite some effort to make code collab work with Nostr
- The grasp spec is also interesting, it is a git server with nostr-native auth, designed to be easy-to-run and to accept code collab oriented nostr events, so a relay is packaged with it:
https://ngit.dev/grasp/
Grasp is the grug-brain solution to what radicle is trying to do for years but I think this has much better chance to work.
Why nostr?
Because it is more decentralized yet much simpler than Fediverse / Mastodon and Bluesky.
All above solutions lack full functionality compared to github but hopefully you can see where this is going.
It is trivial to moderate your relay, be it comments or any other events. Nostr-git is becoming increasingly standardized so your data is portable and signed.
Open to any questions!
cc @nprofile…hk4d @nprofile…xuyp

2026-01-15 16:26:53 UTC

Thanks guys for coming to the very first #BudaBit demo day!!
Keep building awesome freedom tech!
Will post about the next one soon!

2026-01-14 01:16:46 UTC

- reply

Wallet of Satoshi too

2026-01-13 13:56:16 UTC

- reply

Joined from flotilla and see the rooms but can't post, how do I get invited?

2026-01-13 04:01:59 UTC

- reply

I'll also try that soon!
Want to run it on ThinkPad t14 g6

2026-01-12 11:39:49 UTC

#Vertex is now integrated in #SatShoot :
https://v.nostr.build/TPbZFDTdP5fotNgs.webm
- Uses 'verifyReputation' with personalized pagerank, and gets top 5 followers
- Displays if current user follows any of the top 5
- Result is cached and user can refresh data on demand
Users must currently top up their Vertex account credits after they use up the free credits. SatShoot cannot sign requests on behalf of users at the moment, and I don't know if I want to do that.
It would mean I need a premium subscription system instead of #V4V business model
I think as soon as @nprofile…mwqz implements a way to programatically top up Vertex accounts, that will be the direction. Users can then buy Vertex credits from inside SatShoot.
#wot #dvm

2026-01-09 16:39:36 UTC

Keep churning the BIPs, BOLTs, BLIPs, NIPs, and whitepapers.
I'll be shippin stuff in the meantime.
#SatShoot #BudaBit

2026-01-08 15:02:00 UTC

- reply

Hey there, the link on your official website seems to be broken:
https://zap.stream/nosfabrica
Gave me:
https://i.nostr.build/I2bLAAP8UhBsfe6O.jpg

2026-01-07 16:49:52 UTC

- reply

Value for value needs to incorporate (optional) vanity/status based features to go mainstream. In a way that already happened but we can do much better.
1. Data that's not taken from the past 15-20 years of high internet adoption doesn't matter too much
2. Ads vs. V4V doesn't need to be contrasted sharply: if I showcase the top zappers or make up some other leaderboard of zaps, is that advertising? Yes, to some degree but not totally.
3. What we really have established is that attention is valuable. 'What *kind* of attention?' - is a better question to ask. The flip side of this from v4v perspective is that donating without getting attention and acknowledgement back doesn't work very well
4. So what Adam Curry says about "You just need to ask often" is not enough, you need to do shoutouts, leaderboards, publish summaries, and generally do everything you can to make donors feel special and raise their status. No way around that if you want to take this seriously.
5. Yes, it is hard to do the core thing and this other promo thing too, but that's the way it is. The internet allows more publishing so creators need to stand out by being unique in their craft and also make that obvious, and get creative not merely in the product itself but how it is received. That's not unfair, that is competition
6. Are software developers the same kind of creators as musicians, podcasters, or long-form authors? Don't think so, and there are different nuances people can try to make this work.
The big picture in my book is that this topic is not settled by far. We just need to get more creative.

2026-01-04 14:15:05 UTC

- reply

Remember this fun project "note duel" by @npub1u8l…turz it worked with adapter signatures.
https://github.com/MutinyWallet/note-duel/tree/master

2026-01-03 16:27:12 UTC

- reply

Fixed this, should work now after reloading page

2026-01-03 16:13:52 UTC

- reply

Thanks for reporting this.
Bitcoiner.social relay seems unresponsive and SatShoot is using it for bootstrapping. Will fix in a minute.

2026-01-03 06:59:52 UTC

Very cool project, check it out!
Home Mining X Nostr zaps ⚡️🤝⛏️
#nevent1q…fh8p

2026-01-01 11:56:33 UTC

If #ecash wants wide adoption, users will need easy discovery of trustworthy mints, even niche ones, serving local communities.
This discovery cannot rely on centralized parties, the obvious and only choice currently is Nostr #WoT .
It is to verify not just that mints haven't rugged yet, Nostr can provide data on:
- Uptime Reliability
- Zap volume
- Data on all audits so far
- ... and kinds of signals of trust
Of course this can be provided live which comes very handy!
This way new users can discover possible new mints and make responsible decisions which to trust.
On the other hand, current users are the watchful eyes over them, vigilantly enforcing the trust that mints were given.
Bitcoiners often make the mistake of only thinking in terms of one system, one protocol, or maybe bitcoin and its layer 2s at most.
What nostr brings to the table is a social protocol orthogonal to others like payment-protocols but very much complementary.
Ecash has trust issues, and Nostr mitigates these in a simple way.
Never underestimate the power of the authentic social layer, tied together by cryptographic proof.

2025-12-31 17:02:47 UTC

To end this year in proper PoW fashion I implemented #WoT indicators on Avatars in #SatShoot :
https://v.nostr.build/aOFw1jZwh95FMOXJ.mp4
The circle-borders indicate who's part of your WoT and who's outside. Profile pages show more info and explain in a tooltip.
"Blocking" actually uses kind 10k mutelist to make use of already gathered mutes in SatShoot.
You probably don't want to engage in business with explicitly muted ppl.
Next up: On Service and Job feed pages user will be able to toggle WoT filtering.
The philosophy of SatShoot is that we whitelist and everyone else shows up as "untrusted" and hidden from feeds by default.
This however hurts exploration for new users so there are ways we encourage forming of new relationships:
- DMs and "Freelance follows" punch through WoT filtering
- We encourage sharing of jobs/services via kind1 and URL copying, this can land users on profile pages and job/service landing pages where WoT filtering is not applied
- Search bar also accepts any job/service/user
- If you submit a Bid/Order and you don't follow the target, you are prompted to do so
- Toggling the WoT filter will encourage exploration as well
So heavy filtering is applied but in the end there are plenty of mechanics for users to connect.
Soon I will also implement #Vertex for SatShoot users to gain even more info on "Untrusted" users.
Note: WoT affects visibility and is the filter for events used in Reputation calculation.
Reputation in SatShoot consists of Zaps (money paid as client or received as freelancer) and average ratings from Reviews. It is strictly contextual to freelancing, e.g. zaps on posts don't matter.
WoT is to get on the radar of minimally trusted users.
Reputation matters to actually make a deal.
Will submit the full implementation with Vertex to the #WoTathon and see what others have to say!
#freelance

2025-12-31 06:19:46 UTC

427 hours of podcast this year so far.
1 day to go.

2025-12-30 12:41:40 UTC

Am an operator myself and love how nostr is gradually eating the lunch of all rent-seekers of the networking stack:
#nevent1q…4s36

2025-12-28 08:40:44 UTC

- reply

What if the relay has an outdated record? In a multiple-relay scenario the client might have the latest state synchronized from multiple relays, but the relay that has outdated info will not allow "force push".
Otherwise can you explain how a nip60 wallet get rekt exactly from a race condition? Token events are not replaceable.
I found these scenarios to be problematic:
- relays deleting token events
- app not being able to publish new token events (signing and publishing are async), especially nutzaps
- nutzaps getting lost on relays
- spent tokens disrupting user-experience (unexpected change in balance)
So state management is an issue with Nostr wallets, and precisely that is why SatShoot went the NUT13 (and perhaps later NUT14) way - with the seed based wallets you get double protection:
1. Nostr stores your state on relays so even if you lose the seed you can swap to a different one. Mitigates losing local state as well
2. The NUT13 seed protects from relays deleting, censoring or losing your nsec - an additional hedge on nostr state. Like a recovery code to an account. @nprofile…twvn extended the nip60 spec so the NUT13 counter can also be synchronized to nostr.
NUT14 is important because it makes in-flight payment state atomic. If the nutzap is not redeemed the money is not lost.
Sadly, I haven't found well-maintained apps with nip60-61. A few apps use it with outdated specs and none of them work with the latest spec, using both nip60 and 61, other than #SatShoot

2025-12-27 09:41:22 UTC

Are you already planning your next moves as a builder in freedom tech?
Tell us about it!
The best way to do it is applying with your demo on https://budabit.club !

2025-12-25 07:52:56 UTC

- reply

Yeah perhaps that makes sense

2025-12-25 07:37:11 UTC

- reply

https://ngit.dev/grasp/
It is git server with nostr auth and more. Kinda what you are doing just more efficient for git.
#Gitvianostr pioneer @npub15qy…yejr designed it, @npub180c…h6w6 and others are already migrating to this spec.

2025-12-25 07:32:23 UTC

- reply

Read July 18th from @npub1hqa…t56s , it is perfect Christmas reading for me!
It is crime, mystery, bitcoin... love it so far!

2025-12-24 14:26:50 UTC

- reply

Are you aware of grasp?

2025-12-22 18:35:35 UTC

- reply

Good idea!
We can add this with a feature flag to start experimenting where it would fit in the user experience - perhaps a tab under the repos.
We can then make kanban boards available on the test page.
I know some people love kanban boards but I tend to either use issues OR kanban to keep things simple. Often I see if both are present, it becomes a bureaucratic double accounting.

2025-12-22 06:18:37 UTC

When I found Bitcoin, I was mostly alone with my thoughts and my plans to reorient my life around PoW and decentralization.
I've always been fond of doing things in a community though, so when I learned there were no active meetups in Hungary I started one.
Now that's officially part of the "twentyone" family of meetups:
https://portal.huszonegy.world/hu/meetup/budabit-cypherpunk-meetup .
Thanks for the awesome website @nprofile…9lpv !
But to me who is working on freedom tech full time, a monthly meetup still wasn't enough:
I started #BudaBit for all builders and aspiring devs in freedom tech to connect, share and collaborate like never before.
It is an attempt to transcend the platform model for open-source development, and bring it to the next level: Community driven development, powered by Nostr.
BudaBit Demo Day is part of that plan:
What I've found on my journey is that feedback is essential to the process, and it is not easy to find people who get it and can provide valuable feedback.
If you're a builder in freedom tech, this event is for you! Go to https://budabit.club for details!

2025-12-21 13:58:49 UTC

📢 ANNOUNCING BUDABIT DEMO DAY
Have you got something exciting cooking in Freedom tech?
It's time show it off to an audience that truly cares!
Early next year I am launching BudaBit Demo Day - a regular event series focused on Builders in Freedom tech! 🤙
Want to get honest feedback on your project from other builders in the space?
This is your chance then!
Go to https://budabit.club for details, and **apply with your demo today!**
Spoiler alert!
Everyone’s invited but only the best are chosen! 🏅
PS: If you got friends in the space, please share!
I created BudaBit for all freedom tech builders to find inspiration, get feedback and supercharge their work with the power of Nostr!
Haven't got a demo to share just yet? You are still invited to the party! Come, get inspired and provide constructive feedback to the presenters!
#budabit #gitvianostr #ngit #community

2025-12-19 05:10:22 UTC

So bullish every time I listen to @nprofile…sxzq talking about #wot !
We need optimistic builders tirelessly working on the proliferation of nostr and the new trust model:
#nevent1q…el2c

2025-12-16 17:18:53 UTC

- reply

Sure, in your case because you designed it that way.
I can imagine a service that queries some data from another service as _part_ of the end result, but the user is hitting your endpoint.
Anyway, what you *can* do with nostr is hitting any service with *any* pubkey - meaning you can decide to pay for your users or make your users pay for it directly, or some other clever combination.
IP addresses don't give you that freedom - it is not a good idea to use them as identity on the internet, so you see most paid services requiring an account.
Nostr could be that account.

2025-12-14 18:36:00 UTC

- reply

Seems like a decent client but where's the cashu wallet?
Is this feature not released yet?

2025-12-14 08:09:55 UTC

- reply

Of course you want to present your best case to get back a valuable account. There's nothing surprising here.
The problem is when people start accepting bullshit harmful narratives like "There's no smoke without fire" or "He really shouldn't have pissed them off now he ruffled too many feathers".
... and get back to business as usual. Stories like this point to important truths about the current reality: We are controlled and this could happen to anyone, REGARDLESS of what he did.

2025-12-13 19:28:19 UTC

- reply

Like that idea.
More power to you!
The more options the better, and I think in the long run if any of the clients are successful they will have some kind of native app.
The web has its limits and is really bloated indeed.
For me it's just a problem above ca 10k users. It's cheaper, faster and easier distribution on the web today.

2025-12-13 19:17:07 UTC

- reply

I can relate to that btw.
But here's the thing:
Once I learned how easy it is to censor native app distribution I realized I won't put my efforts into a project to then have a petty bureaucrat at google or apple gatekeep my app.

2025-12-13 19:13:51 UTC

- reply

But I guess now I will have to properly redirect the .org :)

2025-12-13 19:12:46 UTC

- reply

budabit.club

2025-12-13 08:25:12 UTC

- reply

#nevent1q…phza

2025-12-13 08:08:01 UTC

- reply

Amethyst 0.94.3

2025-12-13 08:02:12 UTC

@nprofile…xytq fountain subs are buggy.
You say sub from $5 (5.530 sats) which is then converted to $55.30 incorrectly and that amount is calculated in sats (61.162) .
This is a serious bug fix it soon.
https://i.nostr.build/Zo6MKhhFM1jWNc3F.jpg
https://i.nostr.build/57pLFYapNwFOqGtt.jpg

2025-12-11 16:18:32 UTC

- reply

Thanks I'll check!
What about Trex? Is that working for you?

2025-12-11 07:19:47 UTC

@nprofile…nggv Trex stopped working, cannot browse events on my relay.
It's not showing any events when I put in a specific kind that must exist (eg kind9 as chat msg). Tried desktop and mobile, neither works.
Otherwise curious about this issue as well:
Can't auth to my relay with nak, but only when I want to send events.
Returns "Failed... you must auth"
I gave it the auth flag and otherwise when I run "nak req ..." it works.
Only problem is when I want to post.
Other relays also auth alright (e.g. filter.nostr.wine)
Appreciate your help.
Due to the nak problem + trex not showing I cannot delete any events from my relay.

2025-12-11 06:12:33 UTC

Hey Nostr,
Please help me with this issue and I can pay sats for your time:
## BudaBit Landing page and Home page design and implementation
#BudaBit is the community for builders in Freedom tech.
It enables limitless possibilities for devs to connect, learn, share and contribute.
BudaBit connects mentors and mentees, contributors to projects, helps find code and concept reviewers and much more, to be the epicenter of freedom tech development.
We are very close to announce v1 and start community activities.
I want to express this in a nice LP and community Home page.
Only apply if you can implement your design (Svelte 5, Tailwind css) , Figma is not enough.
Landing page from scratch, Home page must be modified / adjusted / redesigned possibly.
Current home page: https://budabit.club
We go through your concept and implement in steps. The usual drill.
Point me to your portfolio if you apply. State your estimated delivery time and your price.
Make a bid on this URL:
https://satshoot.com/naddr1qvzqqqrllupzp5zweue6xqa9npf0md5pak95zgsph2za35sentk88jmzdqwk925sqy88wumn8ghj7mn0wvhxcmmv9uqsuamnwvaz7tmwdaejumr0dshsqs6zw4jxzsnfwsk5cctwv35kueedwpskwefdv9hxgt2gdakk2ttsv9nk2ttyv4ekjemw94skuepdd9khqmr9d4jkuarpw35k7m3dv9mxvefhv56q5nvp
#satshoot #asknostr #freelance #design #web #budabit #landing_page #home_page

2025-12-08 17:06:01 UTC

Today I started to implement a new #WoT UX for #SatShoot .
Client-side Web of Trust is already working, taking extended social follows, mutes and reports into account.
New users are bootstrapped with SatShoot account follow network (can be switched off in settings)
Plan for improvements:
1. Implement Mutes as blocklists. Network (ppl you follow) mutes can remove from WoT but user-mutes (kind 10k) will hide blacklisted ppl from Services and Jobs feed.
You can still land on a profile page or service/job landing page of a blocked user avatar will be shown as blocked. DMs will be blocked from these ppl and there's no way to allow them in Reputation calculation. Only affects visibility
2. You will be able to show/hide ppl outside WoT in Job/Service feed
3. I will implement #Vertex analysis in Profile pages. I will query top 5 reputable follows (personalized). I will make this feature paid (thinking 100 sats / query) but Vertex is not yet able to handle ecash or LN payments easily so I will get some credits myself.
I'll cache the result so it will be reusable. Will show the user if he follows any of those reputable followers of the analyzed pubkey.
I think of this as sort of a fallback or extra info for the user to be able to trust more and eventually follow people in freelance context (kind30k) which is explicit trust in SatShoot.
Later community memberlists of uswr can be added as well, when they come alive.
Plan to demo this in the #wotathon later.
Thoughts?
#devstr

2025-12-07 14:13:48 UTC

- reply

That's right self-interest beats appealing to altruism.
The questions are:
1. What kind of perks are the best for a certain audience?
2. How to communicate those to the user?
Both are enormously important.
And as @nprofile…h069 points out: we don't need to exclusively rely on #v4v .
It's always getting into those important details that shines light on a specific use-case. There's this generic thing called "creator economy".
We inherited this awful term because mass products like FB, Insta, TikTok, and others like to, well, think about their users in masses rather than niche cohorts of people.
To make this clear:
E.g. in freelance ( #satshoot ) I let the freelancer set up the pledged percentage per deal, importantly *before* being accepted by a client.
I also let the freelancer set his own sponsored npub to split the pledged percentage between the app and a selected person as he likes.
Overall pledged sats are conspicuous in profiles.
I believe this model is fine-tuned to my use-case, and it can get pretty far if freelance on Nostr takes off.
This however doesn't mean I couldn't offer extra optional services: the most lucrative to me seems recommendations. If the market is liquid enough it's not feasible to crawl a big network on the client side and calculate the best counterparties, so this could be offered as a premium for someone who cares enough to pay.
That said, a musician for example needs something very different. The design space is infinite.
The real technical hurdles have been demolished with bitcoin and nostr. This was also pointed out in the pod.
Now all that's left is to build the right product for the right people.

2025-12-07 09:43:38 UTC

- reply

Both APIs you mention live off donations. This is not really feasible for the whole internet.
Furthermore, they still apply rate limiting and such to not be abused. What if I want to run a service that puts heavy load on the that api but am ready to pay for it?
IP based rate limiting is a primitive technique compared to what Nostr offers.
If you want curated data sustainably you will need authentication and you are better off with a paid service beyond a threshold for sure.
If on the other hand some successful service goes rogue you will have much better guarantees to fork that service and jailbreak the data, if it uses signed and standardized Nostr events.
Otherwise your left with unverifiable data that only makes sense in a proprietary format that no one else uses.

2025-12-07 06:40:03 UTC

- reply

The primary issue in my mind is that the api-s don't follow one well-defined standard, like signed Nostr events queried with filters.
This way you don't have to keep rewriting interfaces, and all data is verfiable.
The "closed" part is tricky: Even with wide-spread Nostr adoption I don't think that we would have completely free access to data.
Data is precious and people will protect it with digital fences, even if everything is signed and standardized.
But to the degree everything is interoperable and verifiable, we are in a very good place.
Even small backups can help in a major way. Real censorship becomes too costly in practice even for a large player.
It will result in more competition and therefore more openness as well.

2025-12-06 19:07:06 UTC

- reply

Some clients don't render markdown in kind1, on Amethyst it looks okay.
But yeah, I checked on jumble, primal, yakihonne and perhaps others look bad too.

2025-12-06 08:41:08 UTC

- reply

As to BudaBit, I intend to improve radically on all fronts, mobile view is constantly being worked, as well as other things.
You have any specific suggestions?
I can pay for sizeable PRs

2025-12-06 06:39:53 UTC

- reply

1st step:
Nostrize it.
See [Gitworkshop](https://gitworkshop.dev)
And
[BudaBit](https://budabit.club)
These utilize nip34 to take issues, PRs and discussions on Nostr and makes all repo state (even branches and code) platform-independent.
You can even install [nostr-git extension](https://chromewebstore.google.com/detail/nostr-github-integration/fagibbjlnnmfcgogkobglpcgpcllcjek) in chrome that you can use to nostrize a repo directly from GitHub.
We're winning.

2025-12-05 16:14:18 UTC

- reply

I guess this has something to do with why people are sleeping on groups.
And nostr overall https://v.nostr.build/Z8L2Z9Vjgm5YPTuZ.mp4

2025-12-05 06:35:55 UTC

- reply

... and most job opportunities can only be accessed on a permissioned platform.
Reputation and business network is kept hostage. Nostr can solve that.
That's why I built [SatShoot](https://satshoot.com) .
It aims to create a platformless job market.

2025-12-05 06:18:26 UTC

- reply

The better question is:
How do we obsolete them?
They're just a shitty corp with a bad product.

2025-12-05 06:16:20 UTC

- reply

Me too. Beautiful. One of my favorites

2025-12-04 08:15:19 UTC

- reply

I would try your app for a gig but still can't figure out how to post a job on mobile

2025-12-02 20:08:31 UTC

- reply

Thanks this will come handy for testing out grasp features in BudaBit.

2025-12-02 19:58:54 UTC

- reply

Similar here, I just think replacing all of this and LinkedIn and GitHub is achievable by well-designed communities with easy deployment and a credible exit.
Most of the real value is trapped in fiat marketplaces and platforms of collaboration (especially around software).
Unstoppable reputation and authentic connections in interoperable high-trust and high-signal private groups is the new internet in my book.

2025-11-30 08:19:18 UTC

- reply

Nobody really knows what quantum is really about and if it's feasible at all.
At this stage it is nothing more than vacuous promises and shitcoin-style fear-mongering.
I suggest you look deeper than superficial FUD before making such claims.

2025-11-30 08:11:29 UTC

- reply

You can try posting your service on [SatShoot](https://satshoot.com/post-service/) , a freelance app I built on Nostr.
No middle man, no forced fees.
Someone might jump on it, but you'll need to promote it, markets are not yet so liquid in freelancing (and other areas on Nostr)

2025-11-28 16:49:40 UTC

#Ecash bears will have a hard time explaining why self-custody Lightning fees are skyrocketing when Bitcoin adoption hits new levels.
...
Or why we still won't have a single self-custodial LN wallet that competes on UX with fiat wallets.
Think in spectrum rather than religious dogma. Black and white.
We need multiple solutions with all kinds of different tradeoffs for a gamut of use-cases.
Do you think #Zeus wallet adopting ecash was a simple decision? Do you think they don't care about Self-Custody?
They did what reasonable people do: act in a careful and smart way to meet people where they are.

2025-11-28 08:03:40 UTC

- reply

It's always great to clash and test the different approaches to decentralization, and Cory has valuable thoughts.
I am biased towards action that builds an alternative rather than deconstruction, or trying to appeal to corrupted and morally bankrupt governments. He even said AT&T was broken up because some higher ups wanted it, not necessarily because of any political activism from below. It's an unreliable path, leaving freedom to the whims of people.
The new foundation that will bring undeniable results starts with freedom tech, because nothing else gives us real guarantees of a credible exit.
Written law can be there as guidance but has been superseded by permissionless protocols and cryptographic guarantees overall.
Just like speech was obsoleted by writing.

2025-11-27 14:59:49 UTC

- reply

Good idea thanks!

2025-11-27 14:20:09 UTC

- reply

Full Grasp support coming to BudaBit soon, the primitives are already implemented.
1. What we struggled with is the creation flow where we first post the repo announcement then the newly created git repo, but that must be done with an arbitrary sleep(X ms) wait time so that's not really ideal.
You guys have ideas to improve this flow?
2. I think it this was discussed before but want to get a fresh opinion of yall: Unified grasp api for file browsing and perhaps diffs and really data-heavy ops? Cloning repos via git smart http can still be a fallback but this would benefit performance a lot. Blossom has an api as well so I guess this would make sense, especially in a browser context.
@nprofile…xuyp @nprofile…s74j

2025-11-26 18:17:41 UTC

Signal is really frustrating and we could do so much better with Nostr.
Phone numbers, limited devices, tied to one business entity, and running unsustainably on charities.
Hope a Nostr-based solution like #Keychat and #Whitenoise will eventually replace it fully for me. Monetization is very important.
Privacy is not for free.

2025-11-25 11:10:38 UTC

In my demo of BudaBit in #Bitfest I was asked if I was after the 10BTC bounty originally promised by Jack Dorsey to replace GitHub.
My answer has always been:
I really don't care about bounties as primary incentives to build anything in freedom tech.
I like when people donate to worthy projects but that motivation alone gets nowhere.
I build #SatShoot and #BudaBit for my own goals: Making code collaboration and digital work platformless and social.
I put my own sats and time in my projects and will see how far that goes. If people find it useful enough they will contribute in ways they can, money or otherwise. I already received a lot of support from many people in the space which I am really grateful for.
But receiving charity support is not my goal.

2025-11-25 09:55:26 UTC

- reply

Keep the Services coming!
We build the the freedom economy, step by step.
#nevent1q…df2a
... and of course let me know how I can improve #SatShoot and #freelance on nostr!

2025-11-24 22:26:12 UTC

- reply

Thanks for an awesome conf!
Glad I could present #SatShoot and #BudaBit !
Freedom tech is stronger than ever!
#bitfest

2025-11-24 16:15:54 UTC

- reply

You should try to run your own private nostr community that you own and your voice cannot be falsified, reputation lasts, and is verfiable.
You would be able to channel your audience into a sovereign group where you talk directly to your them, and you can customizeto your needs.
For projects like yours shadowbans and censorship is inevitable. You need a place you own and makes your noble efforts unstoppable.
I recommend looking at #Flotilla ( [start here](https://flotilla.social) ).
It has a lot of the features you expect from a Discord community, even more in some aspects.
E.g. it has Zap Goals which raises awareness and can help with funding.
https://i.nostr.build/yJrFBStiyPiMOGZE.jpg
#BudaBit ([link to demo comm.](https://budabit.club) , [link to repo](https://github.com/Pleb5/flotilla-budabit) ) is a fork of that, especially for developer communities that strives to make code collaboration platform-independent and a social effort at the same time.
https://i.nostr.build/g7FvR0lxsd38hU4z.jpg
@nprofile…dgdk

2025-11-21 20:44:17 UTC

- reply

https://i.nostr.build/oFy53ZgdLQUSezwq.jpg

2025-11-20 17:03:29 UTC

[BudaBit](https://budabit.club) update!
We have come a long way since I posted about BudaBit!
The UI became more polished and responsive, along with a host of new features and improvements!
Basics:
https://v.nostr.build/rqcwosV5ZMMH6v1K.webm
Bookmarking:
https://v.nostr.build/tdnyuIioS7N78aGu.webm
Cross-platform Forking:
https://v.nostr.build/tVgzbAxlUABtuXDP.webm
There are still plenty of bugs and rough edges but I am increasingly using this as my daily driver to manage the development of BudaBit itself and [SatShoot](https://satshoot.com) (freelancing on Nostr).
Feel free to test!
[BudaBit](https://budabit.club) is currently completely open for anyone to join!
I will be attending #Bitfest and am excited to talk Nostr and freedom tech with the folks here in Manchester!
Join me on Sunday for a live demo and learn more about the future of developer communities on Nostr!
We start at 4pm in the Workshop zone!
@nprofile…kf5d
#gitvianostr #bitfest #budabit

2025-11-19 06:17:36 UTC

- reply

BudaBit is very close to a fully usable git experience.
I'll deploy latest and post a demo about it tomorrow.
Will also do a workshop in Bitfest conf Manchester Sunday afternoon.

2025-11-08 18:48:16 UTC

#Ecash people fret the critics too much.
Just remember: Attention doesn't have polarity.
Successful projects capitalize on this fact. Bitcoin too.

2025-11-06 08:24:37 UTC

- reply

NUT13 seeds and NUT14 HTLCs make #Cashu #ecash safe. Nostr NIP60-61 make ecash ubiquitous and allow zaps to build verifiable Reputation.
They both will soon be available in [SatShoot](https://satshoot.com) and any Nostr web app using NDK:
#naddr1qq…nykt

2025-11-05 17:27:54 UTC

- reply

Something around Community.
Which is my intention. Here's a rough plan what I got in my head right now:
Problem: Communities around open source and freedom tech software development are fragmented.
- Code collab is mostly on GitHub but also on Gitlab, Gitea and some others.
- Conversation is scattered in even more places like Telegram, Discord, Signal, Simplex (group chat) and Reddit, Discourse, Github and some others (forum-like interactions).
- Coordination efforts like events (physical and virtual like community calls) are all over the internet as well
From the project leader's perspective open source is mostly a love-hate grind. Dealing with a flood of issues and PRs, keeping the community engaged and trying to balance a life with all challenges of open-source.
From the beginner dev's perspective It's really hard to get started and become useful. There's inherently low trust due to low quality contributions and churn. Hard to find mentors and jump-start a career, although it's attractive from the distance. College doesn't teach you useful stuff so this would be a nice replacement.
From the companies' perspective it's increasingly hard to find talent. College kids come out with fiat knowledge that's hard to utilize without massive investment from the company.
What all of these lack is a high-trust environment, sort of like a guild of the old days where craft and apprenticeship was taken seriously, and where talent can grow.
Moderated communities on Nostr are like these guilds in my head, without the monopolistic prices because you get a simple exit and continuity using Nostr.
Grow the community --> Establish Trust and let people earn reputation doing open-source /freedom tech work --> Get sponsored by companies for visibility in a place where mostly everyone could be their next hire.
Get sponsored on the main community site, community streams, etc. Companies could also pay for zapraisers in the community to virtue-signal.
They effectively pay for open-source development without having a say in what gets developed and how leaders want to manage their groups.
LinkedIn and such are just very lame these days. Everyone's there because they have to. It's because that is a low-trust environment, bad for recruiters.
Nostr could be the next place to grow developer talent. And we have literally everything to make this happen, the hard work is to grow successful communities. These will become unstoppable because if leaders screw up, members fork and keep it alive someplace else. It's the most trivial to do compared to other protocols.
BudaBit is designed to do something like this. Gives control to project leaders over their code collab (issues, PRs on Nostr, code anywhere at all redundantly), over the conversation (forum-like threads and group chat), coordination (calendar, later calls and streams), and funding (zaps, potential sponsorships).
Everything is verifiable and the content is compatible with other nostr apps. This coupled with moderation creates the perfect competition for the best communities where devs thrive, and is sustainable.
This is kind of my vision.

2025-11-01 07:17:46 UTC

- reply

Lately an important contributor to the Stratum v2 (bitcoin mining pool software) project was banned on GitHub:
#nevent1q…ye29
Bitcoin related projects handle backups of discussions like this:
"Currently, the backup is created by asking the API about changed issues and PRs and fetching and storing the response JSON." - [source](https://github.com/0xB10C/github-metadata-backup/issues/8)
When GitHub banned the account it removed important comments from the whole system (and from the backup too, it was badly designed but this is not the point).
A reaction to this from a reputable bitcoin contributor @ryanofsky:
"I kind of **hope this could be fixed on github's** end. I understand if a user was flooding github with spam it could make sense to delete all their comments and issues and prs. I also understand if a user requested all of those things to be taken down it would make sense to remove them. In both of those cases the archive should probably display the same thing as github by default, even if more data is available in the history.
But it doesn't seem reasonable for github to have nuked all of plebhash's comments and issues and I **hope they could just fix that.**" - [source](https://github.com/0xB10C/github-metadata-backup/issues/8#issuecomment-3474365848)
I think we can do better than hoping in GitHub, and storing unverifiable non-standard api responses.
I think we can move our valuable conversations around freedom tech to a better place - Nostr.
Can a Nostr relay censor? Sure. But your backup is verifiable data, compatible with the nostr app universe, deployable easily on a gamut of relay implementations in minutes.
This is one goal of #BudaBit .
The other is to make the FOSS process a supercharged community effort:
#naddr1qq…6e3k

2025-10-31 03:34:01 UTC

- reply

#nevent1q…0pjm

2025-10-30 18:40:21 UTC

- reply

Ark server operators create a secondary "VTXO" system which eliminate the need for the bidirectional channel setup that LN has.
LN suffers from liquidity lockup: bitcoin sits on channels mostly inefficiently until a payment is initiated.
If your VTXO expires, you cannot unilaterally exit anymore so users are incentivized to move the money from time to time, avoiding inefficiencies of dormant liquidity.
I may be wrong but that's my curent understanding.

2025-10-30 18:31:05 UTC

- reply

Ark has unilateral exit under certain conditions, while ecash does not.
Liveness is necessary because they supposedly work with expiring presigned transactions.

2025-10-30 17:09:39 UTC

- reply

The mistake they make is trying to centralize all the costs of hosting a group.
Relay-based groups on Nost don't assume that, it is just a group where anyone can run anything (mostly group admins but they can offload to some to enthusiastic members) *while staying compatible using nostr events* (signed and standardized) .
You can imagine plenty of sustainable models in this setup, and you get the network effect benefit.
Simplex wants to run on a platform model to capture value while not being the central point of failure.
This is unfeasible.

2025-10-30 03:26:04 UTC

- reply

More competition certainly helps but to me it seems like there are limits to how much Lightning and especially the LSP model can improve on transaction costs, privacy and UX compared to custodial.
UX is harder for them because they need to explain channels somehow to the user when they charge for open/closes. They can abstract many things but not everything.
In my mind we have these spectrum of options:
1. Onchain
2. Lightning with own managed node
3. LSP with more convenience, more fees, less private
4. Cashu - we can think of this as custodial LN with very good privacy and very cheap transactions and offline capabilities under some circumstances
I don't know where to put ark and spark, I don't know them well enough. Fedi can also become an option in time.
I don't see a problem people choosing which tool and trade-off balance they like. I have used all on the above list for different purposes, and Cashu has its place for me, with a very clear tradeoff balance.

2025-10-29 18:45:57 UTC

#Cashu seed backups (nut13) are coming to Nostr wallets (nip60-61), thanks to @nprofile…rs6u !
https://v.nostr.build/4VlfkYC5DMbYXlvd.mp4
Reckless people feel free to test on [SatShoot](https://satshoot.com) .
Recovery needs some more work but it's getting there. Cashu.me recovery should already work.

2025-10-29 17:34:23 UTC

- reply

I heard honest and smart bitcoiners disregard Nostr because it still needs a blatantly obvious use-case it captures with an app that solves a very important and urgent problem they have.
Also, Bitcoiners have been spoiled with fantastic libertarian explanations of money, its origins and how it is broken.
We need that explanation for Nostr, and pioneer an example that cannot be waved off. The rest will follow.
You yourself are somewhat wary of the merits of social media, contrasted with an urgent problem with money. They feel that too.
It doesn't have to be an either or question, of course. We can attack centralization on multiple fronts. So we need to explain what Nostr is excellent (not just good) for and have that a particular solution featuring those properties.
Unfortunately I came to believe that social media might not be the area that gets us through the chasm. People mostly act like it's okay to have that centralized by corporations (they don't pay for services, gravitate back when a ban is lifted).
Network effects and convenience over freedom. It's the reality.
Social media will benefit from Nostr winning but those users will most likely be laggards in Nostr adoption.
My bet is markets (make sats, earn verifiable unstoppable Reputation) and interoperable/forkable communities (more signal and exclusiveness, more fear of censorship from gov, platforms and group leaders alike) .

2025-10-29 15:13:26 UTC

- reply

Yeah I love Phoenix but it's really expensive and massively less private compared to Cashu.

2025-10-29 04:39:08 UTC

- reply

No cashu needed, but no real privacy from the custodian either.
Cashu is about private payments in a custodial setup.
If you could get most people to run LN nodes this would be great but that's not gonna happen.

2025-10-29 04:20:47 UTC

- reply

Oh, and apparently some mints don't _yet_ charge for swaps but they will, this is just a matter of time.
They need to charge or they expose themselves to DoS and it'd be unsustainable as a business.

2025-10-29 04:17:06 UTC

- reply

I think spending is acquiring in most cases bc you want to swap tokens to the desired denomination and probably sometimes consolidate your proofs as well.
"Acquiring" can mean minting with LN, that's more fees than swapping.
Sending tokens to the other party without a swap means the recipient must swap them to avoid double spending so there's your fee on that too.
In summary, most every #cashu tx will at least require the recipient to swap, rarely the sender can avoid a fee.
It makes sense because at the end of the day without fees no payment system is sustainable.
But to your point, #ecash is massively lower fees than LN or onchain.

2025-10-25 11:45:18 UTC

- reply

> "BudaBit is not a drop-in replacement for GitHub, GitLab or such. However, it deeply integrates code collaboration from any of these, while making them redundant utilities for open-source projects."
#naddr1qq…6e3k

2025-10-24 15:34:28 UTC

Bitcoin allows us to store, send and measure value but it does NOT help figuring out who to trust.
Think about it: yes you can accept sats in exchange for your services and products almost trustlessly with bitcoin, but what about the other party?
When I buy anything, I need to put trust in my counterparty to give me what he promised because it is very hard to recover from a deal or trade gone wrong. We need to focus on prevention of conflicts which is more trust between parties beforehand.
This kind of trust comes from people, not money. And I prefer to put my trust in people I know in the first place, and then widen the circle of trust further to degrees of separation.
Nostr turbocharges this trust because we are bootstrapping communities and markets where all communication is signed and standardized.
Communities bootstrap markets which in turn feed more flourishing in communities in a virtuous cycle (quite similar to how bitcoin is monetizing).
Bitcoin is the most trustless.
Nostr can become the most _trusted_ .

2025-10-23 15:32:39 UTC

- reply

⚡️ BudaBit BIG Release! ⚡️
@nprofile…tqh6 and I were putting a lot of effort into making #gitvianostr not just something to fall back on, but a daily driver for any community around Open Source Software.
It showcases the FULL power of Nostr: Communities, an ecosystem of content types, and of course Unstoppable Identites.
We are inviting you to [try BudaBit now](https://budabit.club) in beta!
Here's a demo of me creating a new repo on Github and then forking it to GitLab, while the metadata is posted on Nostr:
https://v.nostr.build/uxKMM4gIkjlGVaMs.webm
Social features aside (all thanks to @nprofile…fae9 ), repo creation and discovery, forking, issues, comments and file browsing should work relatively well.
You can also browse patches, and after some minor fixes, you will be able to merge and push any patch seamlessly. This is planned in the upcoming few days.
BudaBit is packed with a lot of features so feel free to explore yourself. I set the community relay (thanks to @nprofile…nggv ) to "anyone can join" for now. Keep those issues coming! 😅
I also wrote a longform on why communities around open source software are better built on Nostr and about the philosophy and design principles of BudaBit:
#naddr1qq…fvvz
I'll keep you guys posted about this. I feel like we are really onto something with, and I won't stop until people understand:
The future is open source, built on Nostr.
Warning: Don't put access tokens for your crucial repos in BudaBit, it is using a third-party CORS proxy to push stuff to your hosting providers.
Enjoy freedom tech, responsibly. 🤙

2025-10-22 17:30:44 UTC

Listened to @nprofile…ejeg with @nprofile…z6xj the other day.
Good stuff. Picked up a copy of [Glitch](https://www.glitchthebook.co) , and read it in a day it was very approachable.
I stopped reading self help books generally but I gave it a shot, since it was written by a bitcoiner.
It makes the topic of suffering and healing, mind and body quite simply comprehensible with personal stories, client experience and of course the IT analogies! :)
It also shows some further rabbit holes to dig in, I appreciated that.
Can recommend.

2025-10-21 17:01:21 UTC

- reply

Mainline DHT records are verified using ed curve instead of secp (nostr and btc).
This means I cannot sign a record pointing to my relay list using my nostr pubkey that is also verifiable on the DHT.
Bridging requires extra trust.
That extra trust might be good enough for communities as you mention, but it's not ideal and this could have been avoided.

2025-10-21 06:16:28 UTC

- reply

Sounds interesting!
Hope you can get back to this idea and showcase how it improves on nostr.
The secp curve is a big tradeoff in retrospect, mainline DHT compatibility would be huge but requires ed curve. I think pubky does this better.
In theory even adapter signatures can be implemented for the ed-curve. Only the bitcoin compatibility would suffer, however, I don't see too many use cases for signing onchain tx-es with nostr keys. We have LN addresses in profile data and cashu compatibility which does not rely strictly on schnorr either (wallet event can contain any pubkey).
Ultimately I think there are some things where nostr could improve but we must not forget that network effects are real, and they are hard to create. Although nostr has not built up a network effect among end-users, it has done it among developers and for me it is hard to imagine switching at this point, even with some theoretical problems.
To me right now it seems enough to have standardized signed events. I don't see the distribution aspect as much of a problem because anyone can back up and republish, and we have to make this easy on the app level.
I appreciate your efforts though and perhaps with time, you will be proven right.

2025-10-20 16:30:34 UTC

Dev story time: How SatShoot ended up using partial #outbox model:
Using NIP65 relay lists to decentralize discovery looks like a fantastic concept at first...
And then you realize that most things taken to extremes ends up in the complete opposite way you intended.
This is true for the outbox model. You want decentralization. Maybe you convinced a lot of people to publish outbox relay lists (BIG maybe), so far so good. Still, you ended up with an app that connects to hundreds of relays **and keeps those connections alive**.
Problems:
- app uses a lot of data
- app will make your phone run flat in no time
- app likely gets heavily resource constrained by the OS when user switches away, relay conns are killed
- app code has tremendous added complexity (perhaps the worst of all!)
So what this effectively ends up doing is:
- only native apps will be able to handle this kind of load, maybe only desktop apps
- only people with close-to unlimited data plans will be able to use your app
- very few people will be able to understand your code, if any (including you)
So you ended up introducing all these centralizing dynamics, while users don't even understand or appreciate why you did it. And of course it all still relies on purplepages to fetch the initial lists, right? ;)
I had a better idea (communities are even better but until they come online this is my approach):
1. Use explicit relays by default, let normal users set explicit relays, and superusers set outbox too
2. Publishing is simple since it is targeted: you just publish to explicit relays + outbox (or inbox of target if it's a reaction to sth or mentioning someone)
3. You calculate optimal relays and fetch all relevant events ONE time, on a user-triggered "Decentralized Discovery". This should explain what's happening and why it's super cool.
4. Show the progress and at the end, add top relays to the pool for that session
5. User thinks "This is cool, I'm doing the Decentralized Discovery, Nostr Rocks!" and you did not have to keep all those connections and constantly keep score and all that. Just do it once.
This is now implemented in SatShoot:
https://v.nostr.build/8bZAOIjVjsCf41pm.mp4
Opinions?