Five

I ship freedom tech

Public Key

npub16p8v7varqwjes5hak6q7mz6pygqm4pwc6gve4mrned3xs8tz42gq7kfhdw

Profile Code

nprofile1qqsdqnk0xw3s8fvc2t7mdq0d3dqjyqd6shvdyxv6a3eukcngr4324yqpp4mhxue69uhkummn9ekx7mqpzemhxue69uhhyetvv9ujuurjd9kkzmpwdejhgcfll9q

Publishing to

nos.lol

relay.primal.net

bitcoiner.social

Author Public Key

npub16p8v7varqwjes5hak6q7mz6pygqm4pwc6gve4mrned3xs8tz42gq7kfhdw

Show more details

Last Notes

2026-09-03 04:57:11 CEST

- reply

If anyone can read it's trivial to attack the relay.
But better than nothing. I don't lik nip42 but it's the only clean option to avoid DoS requests.
And I guess even that can be insufficient for a well equipped attacker

2026-08-31 19:36:23 CEST

BudaBit is coming along nicely, will start more activities for all the freedom tech devs out there!
If you want to set up your own community **on any relay** (not like nip29) with just a few clicks, take a look at how BudaBit communities work:
https://budabit.club/community-guide
In the future I will implement optional server side enforcement but I think it should be super easy to start a public moderated group.
Why are BudaBit groups unique?
- Technical focus (tight nostr-git integration)
- Fine-grained moderation enabled by content sections
- Community-first web of trust
- Curate Repos, Code Snippets and Smart widget extensions into your groups
- Run and recommend infrastructure as a group admin: Relay, blossom media, grasp server, ecash mint, email alert service, possibly more in the future
- Select your service providers based on your community memberships and community-first #wot
Join to learn more or talk about freedom tech:
https://budabit.club

2026-08-31 06:09:54 CEST

- reply

You mean PR events (1618-19)?
Patches have always been pretty broken, they should be dropped from the spec.
I have merged and pushed to grasp successfully with BudaBit quite some PRs already but what I do now mostly is just throwing an nevent at my agent that knows nak, and does the rest, with code review and conflict resolution.

2026-08-29 22:52:31 CEST

- reply

Tech is more efficiency which results in more power.
More power = more responsibility needed.
Takes time but worth it imo.
Nostr and freedom tech in general is attempting to guide tech more towards human flourishing. If we have a chance to do that we might as well try.
No guarantees but sitting on the sidelines doing nothing is death.
Realistic Optimism is hard. Scepticism is healthy in a small dose but in today's world I must counteract the doomsday folks so I don't go insane.
The future is fundamentally unknowable. Pessimism is letting the fiat mindset win. Today we need to strengthen hope, not sow doubt

2026-08-27 18:03:49 CEST

One of the best ways to proliferate nostr and bitcoin today is how any kind of infrastructure service can be repackaged to just work with #wot and bitcoin based micropayments instead of unsustainable fiat and rate limiting strategies.
I don't think platforms complain because they have a hard time to scale services. They have bad incentives because they want to offer services the wrong way: Unsustainably cheap, to then monopolize or upsell sth on the backend. In the age of agents this model doesn't work so they suffer.
I think only freedom tech solves this problem at the root

2026-08-12 19:02:55 CEST

The "Uncle Jim" model looks like a pretty dumb idea looking back.
I never got to it, I was always uncomfortable with this model. Perhaps it's for a very narrow group of people.
I'm not one if them.
So I just created a website that is pure PoW to complete and directed everyone interested towards that. A good decision looking back.
I start it along the lines of "self custody is hard whatever anyone told you. It requires enduring effort."
The "AnYOne Can wriTE dOWn 12 wORds" crew should be ashamed.
The "here's my 15 steps tutorial" people should be ashamed.
And we need to rethink all of this really hard.

2026-08-07 17:06:14 CEST

- reply

I would really love this to be a thing but don't you think this makes already brittle nip46 logins even more shaky?

2026-08-05 19:28:12 CEST

I love relays. But I love keys more.
If the app is about discovering relays first and keys/accounts second, I don't like that.
Bootstrapping is okay of course but we need to fan out based on keys.
#BudaBit is hardcoding a default ncommunity which is a pubkey for a community with relay hints where its definition event is. This is a default entrypoint. There are indexer relays as well but they are not strictly needed.
Even the default ncommunity can be avoided if you know another community you can just search it.
Even outbox model (nip65) is optional with the community-first model because everything is published to your communities as well.
I like this model it simplifies much of the complexity of nostr.

2026-08-05 08:15:57 CEST

#BudaBit communities can offer all kinds of services to their members :
- Blossom media servers
- Grasp git servers
- CI in the future
- Community relay as DM inbox
- Email alert service
-... Many more perhaps in the future
Users choose their preferences based on their community memberships. Communities can protect services based on membership whitelists but BudaBit will only offer options where user is a member at least.
Communities will eventually charge for services or introduce some business model to stay sustainable.
They have incentives to provide good quality.
They might advertise services they themselves are proxying to the user from a reliable provider.
Many possible solutions. The overarching theme is that platforms are broken down into communities and services: An open market driven by organic trust and authentic connections.
Everyone wins.
#community #communikeys

2026-08-03 18:09:13 CEST

- reply

Glad you made it.
Two things I am grateful for:
1. In crises people show their true self
2. The "public square" displaying how defunct it is, and how inhumane. Organic communities are the answer to rebuild some trust in today's culture.

2026-08-03 10:38:02 CEST

- reply

Well said, in a way we should all feel responsible.
Safe travels!

2026-08-03 10:08:38 CEST

Codeberg started a witch-hunt against LLM-generated software:
https://blog.codeberg.org/protecting-our-floss-commons-from-llms.html
"
As we want to center on human collaboration, we will not actively support or engage in the creation of LLMs and will not put our limited resources to use for storing single-use software that would pollute our FLOSS commons.
"
The article goes on and on about how agents make open source worse. I don't think this is the case.
I think they make it much better for those who have the right perspective.
That is, the free market capitalist view of Nostr, not the socialist view of "free of charge".
The fundamental error they make is complaining about people writing more software and taking advantage of their "free" resources rather than embracing the new paradigm and the creative flourishing that AI means, and riding the wave.
Nothing prevents them from charging for their services in a smart per usage way. They have a good momentum now that GitHub has suffered so much reputation losses. They could be smart and charge fees while letting some people to apply for free quotas. The business opportunities are endless. They could become sustainable without begging for donations and be on top of the trend.
No. Let's not make money. Instead burn our resources on hunting down software projects that use LLM. This is pure socialism.
Seems like we need Nostr more than ever. The spirit of nostr is "make everything an open market where the best providers win". This is only achievable by embracing the new radically turbulent paradigm, and use bitcoin and web of trust to install much needed limitations.
This is the freedom market rather than "free" masquerading as oppressive. Nothing comes closer to achieving the freedom market driven internet than Nostr.
Projects like #BudaBit and #GitWorkshop embody this in my opinion.
Keep building, keep shipping!

2026-08-03 08:48:25 CEST

- reply

Please do. The reason BudaBit works with any relay is that moderation is enforced client side.
The missing piece is optional enforcement on the relay side which would come with the tradeoff of tying the group to a relay-specific implementation.
Basic rate limits can be applied without moderation enforcement though. Some group leaders might want this tradeoff but I don't think it's a prio.
I thought about badges used for moderation but found that a group might need them for simple engagement drivers and overloading them with moderation semantics seemed too much.
Went for simple lists therefore, scoped to arbitrary content scopes. Also if forms are used in BudaBit to grant access (you can build any form you require for applicants to fill out), a like or dislike reaction records an immutable evidence trail of why that guy was admitted.
Everything is documented your agent should sum it up easily.

2026-08-02 22:04:16 CEST

- reply

It's heavily designed around the relay.
I needed sth that makes migration as easy as possible, and works with any relay by default.
Moderation is all or nothing, there's no content-scoping.
NIP42 auth introduces all kinds of hard-to-debug complexity.
Protected tags don't work in reality.
Introduces a bunch of extra kinds for little gain.
See Flotilla and browse some groups there. You will find a lot of inconsistencies what groups look like because implementations are fragmented and browsing relays is confusing.
It's a mishmash of ideas piled up into a mess to satisfy too many people's ideas.

2026-08-02 11:41:49 CEST

- reply

If you use nostr your agents can use relays with a simple nak skill. No need for fancy web ui.
For nip34 git stuff and a Discord-like moderated experience I am already satisfied with my own client, BudaBit.
You can check it out on https://budabit.org
It's not nip29 because I've been there and found a better spec by @nprofile…4s8y that works with any relay out of the box and has content-scoped discovery and moderation along with other improvements, like global uniqueness of groups.

2026-08-02 06:34:45 CEST

Throwback:
https://v.nostr.build/5B2y.mp4

2026-08-01 09:05:08 CEST

- reply

Keep in mind that insurers will dictate your setup to a degree. They won't just insure any scheme you figure out for yourself, or receive much worse terms.
Still could be worth it but it's a serious tradeoff, along with privacy implications.

2026-07-14 07:41:58 CEST

Reminds me of how EU pushed chat control by requiring majority vote AGAINST it:
#nevent1q…f3hr
"No consensus against my contentious dangerous fork..." Right.
When this guy learns about just how big of a consensus there is against this fork, it will be a rude awakening. But I think they know.
At this point if you don't understand why bip110 doesn't work and is nothing else than religious dogmatism, you have surrounded yourself with cultish people.

2026-07-14 07:30:35 CEST

- reply

Can you write up your experiences with the DoS attacks so we learn how to protect our services better?

2026-07-13 17:53:56 CEST

- reply

Exactly what I was thinking the other day.
I'll have a word about flotilla with someone I know, hope he's a good lead and contacts you.

2026-07-09 19:08:19 CEST

- reply

That's cool and all but realistically bunker connections can be flaky and lots of footguns with implementation from both sides.
If you want to retain some users better expose an nsec / ncryptsec login as well.

2026-07-09 07:13:26 CEST

- reply

Do you think Spark and Ark require comparable fees to exit unilaterally? Have you seen a similar study for Ark?
This data liveness requirement is painful but I think comparable to the pain of expiring VTXOs in Ark. There you already always have the state to publish for the unilateral exit but you (wallet or watchtower) must monitor the expiry deadlines.
Of course the other thing is that ark operators are less trusted since they cannot conspire to steal funds.
However I still love Spark because at the end of the day operators don't have enormous liquidity requirements and this will make a big difference in adoption.
Also in Ark has that constant periodical refresh from user wallets, that doesn't look good to me. I don't necessarily open my wallets every month and this is going to be a problem when a lot of users realize this (or have to pay extra for a refresher service).
All in all love the innovation of the L2 space

2026-06-26 08:35:19 CEST

#BudaBit has a plugin system that has a built-in market for plugins thanks to nostr but there is another twist:
BudaBit is community-first so plugin discovery works with community-focused web of trust and curation. Each community can declare its trusted plugins and you can develop extensions that are aware of the specific moderation rules of your community. E.g. this home page bound 'featured community event' widget can only be edited by a moderator of the BudaBit group:
https://blossom.primal.net/90f0c7ad0258df5fdd1fad274b30687055f2d3486c42b46a2ef43c09b62a218a.jpg
The repo of this plugin is curated into the community repo collection for anyone to inspect:
https://blossom.primal.net/3eccd00e9e5d7b77b96db1199fe06d9b3554dc057f71c26203f15806b57bcc61.jpg
This is the power of community curation and discovery.
#communikey

2026-06-24 10:50:37 CEST

It's so tiring to argue on definitions.
We need to focus more on solutions to problems.
No perfect solution of course but we improve current solutions by understanding the world better and introduce more desirable tradeoffs.
Progress relies on more on the practical than the abstract. Both matter but we tend to overtheorize nowadays I think.

2026-06-23 23:19:10 CEST

- reply

Data-only works well. Phone numbers and SMS can be hard to troubleshoot, much depends on other parties

2026-06-23 19:20:35 CEST

Am I missing something here what do yall think?
#nevent1q…j59d
#asknostr #gitvianostr #ngit #devstr

2026-06-23 18:35:03 CEST

- reply

Anyone implementing the same set of rules ie the subset of the nostr protocol most agree on will see the same events and the rules can be enforced server side optionally as well.
What I struggle to understand:
1. If you have your own self hosted relays and git servers where you can enforce rules to the extent you want how is that different moderation from Forgejo
2. If I fork and mirror your forgejo instance and maintain a bridge, then develop a client that views both sources, how is that different from what you describe as the issue with nostr?
Forgejo is open source so anyone can build this easily today. You're not bothered by that?
Nostr gives you signatures from sovereign IDs and standard data modeling, so it's more neutral.
Everything else I see comes down product specifics.

2026-06-23 10:44:04 CEST

- reply

BudaBit.club has fine-grained client side enforced moderation features.
However, I understand currently you guys want a tried and tested grug brain solution.
Would love any feedback though! If you get the time, it's just a few minutes to create a test group.
Nostr is easy to hack on so custom solutions can be built relatively simply. You wouldn't be married to forgejo as a platform and make people use dozens of accounts to talk about bitcoin and do basic collaboration.
I know IRC and old forums have their vintage charms but we can have open solutions with good ux today using nostr. Even moderation becomes easier since nostr keys can be used in multiple places so you have more context to work with. AI issues also become much more tenable this way.
Anyway wish you guys success with the migration process!

2026-06-22 16:13:27 CEST

- reply

- Getting the right phone is not trivial. Product descriptions suck mostly and it is quite important in this case
- I got through installation fairly easily being a dev but there are many people who would not. Jargon heavy explanations and lots of custom steps depending on the platform of the machine it's installed from. Some trusted distributor should sell pre-installed devices if not yet the case.
- Google pay and wallet does not work. I know why that is, fiat is painful
- For some reason google account login does not trigger for me
- Contacts had to be manually exported and imported
- Signal can be a hassle to migrate from manual backup. Generally less user friendly migration and linking to other devices compared to captured instant messaging apps
- Many settings are not clear what they do and I don't think most people need 'hardened memory allocator' or such settings. They should be behind an advanced mode
- Also "xyz app used play integrity api" doesn't mean anything to most users, I would expose that differently
- Great variability in experience depending on how private and secure someone wants to be. For me iVPN blocked all network connections when VPN was off. I switched off because gmaps would not load directions while on VPN. The number of such hard to troubleshoot issues will grow as we march towards apps and services heavily relying on captured infra
Storage scopes are a good idea but I find it hard to fine tune all apps and then debug yet another set of issues due to apps nowadays asking for too many perms. Sad reality.
- Silent link and esims also hard to deal with but most people won't go there I guess
These came to mind

2026-06-22 06:49:20 CEST

- reply

Yes, BudaBit.club is a static website that is both a nostr and a git client.
Uses git fetching and cloning with cors proxy (if required) and in-browser file system for creating commits and such.
Nostr has the signed metadata where git remotes are for a given repo, PR, code snippet etc. The rest is just git.
BudaBit additionally has the community layer above all that. Curating repos and code makes it easier to trust in a distributed system like nostr where anyone can say anything.

2026-06-21 19:35:02 CEST

- reply

I think people caring for #gitvianostr should join the fray here:
https://github.com/bitcoin/bitcoin/issues/35574
@nprofile…cy6q @nprofile…633s

2026-06-21 18:48:45 CEST

Gradually then...
https://blossom.primal.net/4248342f43411f6b24c9841171d3e84cdd089102b279e26b71b31f82cec9d6bd.jpg
@nprofile…mrj5 many have moved to forgejo / Codeberg for the forge and CI e.g. Zig and Ghostty I think. Nostr-git should work better for a public facing open project though, at least in the long run.
If you want to experiment with a moderated social development experience I am keen to hear feedback on #BudaBit :
https://budabit.org
We plan to roll out CI over nostr soon, each community providing for their members for free or for ecash.
Then releases signed with nostr keys.
#gitvianostr

2026-06-17 19:39:55 CEST

Gotta love setting repos free from Github:
https://blossom.primal.net/e06b6e1a9155b31bc700838673bd9acc7c133401208a795d6f1cb04ae890aa5c.jpg
https://blossom.primal.net/d320019cdb2fc7d0c1f35114df33b2a04d92c137e660393c67f88c0ec5367770.jpg
#gitvianostr #budabit

2026-06-16 09:12:52 CEST

@nprofile…62d8 @nprofile…fegg I was listening to Presidio if you want to check out a Discord - Github replacement on nostr take a look at:
https://budabit.org
BudaBit has community features like Chat rooms, Forum threads, calendar events and community-fundraising, with deeply integrated nostr-native git collaboration and sophisticated content-level moderation features.
You can click through in minutes to create your own test group (use a dedicated test keypair) or visit the budabit group.
We have been polishing this project for some time now for open source developer communities wanting more freedom from platforms like Discord Slack or Github. Soon nostr-based CI coming too.
We deserve sovereign software to develop freedom tech based fully on open protocols.
#gitvianostr

2026-06-14 18:56:40 CEST

- reply

Mostro.network is nostr-native. Haven't used yet

2026-06-13 18:36:34 CEST

- reply

I am convinced that in order to hedge the dependence on data centers we need specialized communities incentivized to run infra for their members.
For git servers, nostr relays and blossom media I see this sufficiently solved now that I built BudaBit.org.
There exists a fallback path to individual infra of course but the right order is not service provider -> individual, but community infra -> individuals, with community leaders using cloud providers and well maintained self hosted fallbacks.
Communities can form a resilient network that mostly makes platforms and cloud providers redundant commodities, especially with nostr discovery.

2026-06-13 08:43:02 CEST

"Social media" was invented eons ago.
Panem et circenses, bread and circus of the Roman era. Its purpose has always been to distract the masses from important topics possibly questioning the authority of the time.
This way they could effectively control the population with a small circle of rulers. It relies on the fact that people act differently in masses, they blend into the collective consciousness because it feels like we're part of the group and part of something important.
It's actually a powerful way to co-opt real communities into a mass of sheep with convenience and entertainment. In today's mass societies this is even further enhanced with technology.
As we fell for traps of the state co-opting all important aspects of society, social media is just another arm of the state to keep us controlled. "Decentralization of social media" is an oxymoron. It will never happen. People love to go to the circus everyone else does, they don't want to ne left out of the gossiping.
PSA: Your identity doesn't matter in social media, only the narrative of the mass collective matters. In short, you don't matter. Period.
If we ever going to challenge the state and do real grassroots adoption of nostr, it's going to be in strong communities forming a network.
Thinking that cryptography applied to social media will somehow decentralize it is like believing that if we create a bunch of empty stadiums and keep the gates of circus maximus open then people will somehow listen to it and spread out. You have to be delusional to think this is ever going to happen.
People in the empty arenas are just sobering up to this fact, that is alright. I have no objections to entertainment, not even convenience on its own.
I just hope some of us learned a lesson and can move on to doing real cypherpunk grassroot stuff instead of this farce.

2026-06-12 19:23:40 CEST

- reply

https://budabit.org

2026-06-12 19:22:21 CEST

#BudaBit is coming nicely together:
- Create repos on any platform or forge, control on nostr. One primary remote, any number of mirrors, automatic fallback, health checks and backfilling
- Import repos: Import with or without the social data: PRs, issues, comments. Get started easily
- Full fledged repo browsing and collaboration
- Your community, your fine-grained rules: Add new members and moderators or create forms to fill in.
- Event or person moderation, reporting to moderators for review
- Rooms, Forum threads, Calendar events
- Community-first Web of trust and discovery
-... And much more!
https://blossom.primal.net/d27f589cfd0e6e4eba77bcc209b5ee6582e1066f2f012739ab0fb8ed5b7f7a2d.jpg
https://blossom.primal.net/48b4b3c1bd2bb723c0e5e62bf9fd99695e8aa3f7d10410e73f314d892575a584.jpg
https://blossom.primal.net/161598c06fcad3a436448b845efb4092378cc2ec12cc8ad4c5d5064cd3ac40a6.jpg
https://blossom.primal.net/d35ddbb9fbce6885244b1440b19e8f2d793228ed5b0a3e44ba3e61e08a4075c9.jpg
https://blossom.primal.net/9db2a79f742248153f5357cffee8308e59f7f2b197cdf7e838a3b49a58526d87.jpg
https://blossom.primal.net/a9acaa73d91eabc2ef6611d402b004a3853a60e4970dac687794fb17686832ac.jpg
However I am going to increasingly put more effort into building BudaBit the community in physical as well as in Cyberspace rather than spending most of my time with development as it is now.
We must build the future in meatspace just as much, and now that this is usable enough we need to fill it with people who care.
Care for freedom and the future of freedom tech. I will strive to nurture this ecosystem through running my own community and help others run theirs.
So reach out if you're building sth interesting and want to be part of this new community-driven development experience, or want to start your own group!
Share with people who are eager to jump into the wilderness to leave the big tech dependence behind.
Cheers

2026-06-12 17:48:02 CEST

- reply

How easy is it to plug in custom logic for access policies? Does this relay support such a thing?
In BudaBit I have kind-scoped write policies and a custom moderation engine.
It's enforced client-side but would want to mirror that server side optionally. Almost like nip72 just a bit more sophisticated.

2026-06-11 17:54:53 CEST

- reply

Yes, certainly hope so

2026-06-11 07:00:37 CEST

- reply

And so I can have a documented plan with a separate phase checkpoint doc if anything goes wrong and for easier continuation

2026-06-11 06:58:34 CEST

- reply

Codex has it too, opencode doesn't. It's fundamentally a persisted session goal but I found it does too many things auto-pilot so I just designed a similar but more explicit prompt template that I use with a slash command in opencode.
With token budget becoming more of a concern I want to have more control over automatic execution and less implicit opaque prompting like /goal

2026-06-11 06:50:13 CEST

- reply

Good point. So how is this different then from Bitcoin? In that sense Bitcoin is the same as tulips and AI

2026-06-10 19:22:11 CEST

- reply

So you think AI will fade into oblivion?
People overdo things, bubbles burst but that doesn't mean it's going away.
Literally all tech adoption is like this once the utility is identified and adoption accelerates

2026-06-10 07:28:19 CEST

- reply

I estimate PKI cert issuance requirements will be increasingly tightened, self-signed certs are already disincentivized, DRM, ad-blocker misery, pwa-s are cucked...
Even service workers are really constrained. Let alone perms to sensors like NFC or secure elements.
It's just the same direction with less and less room for innovation. If you want to do sth interesting with a browser you kind of have to start from almost scratch at this point but you quickly realize that not just hardly feasible, it's fundamentally embedded in a cucked android underneath.

2026-06-09 19:40:06 CEST

- reply

I'm on GrapheneOS but reality is there will be an increasing number of apps that will be unmaintained like you said, and others you would still need like payments and banking apps that implement the play services API and won't work on graphene for long.
Tap to pay is sth many don't want to just let go it's too convenient for them.
And I estimate more and more websites will just stop working in Chromium based browsers like Vanadium.
The two worlds are splitting at an accelerated rate now.

2026-06-09 14:28:48 CEST

https://blossom.primal.net/1998ac02bf840640b3851d4b824d0aa5f3978489a64b9310538cbfe3711a5f1a.jpg
https://keepandroidopen.org/

2026-06-09 07:29:58 CEST

Ever since I started designing #SatShoot back in 2023 I've been thinking about how markets come alive and what makes them flourish from first principles.
All I saw back then is that most commerce was happening on big corporate platforms whether it be digital or physical products.
Amazon. Ebay. Facebook Marketplace. Etsy. Fiverr. Upwork. And probably dozens more.
I was not satisfied with this in the least: I myself ran a business on Shopify for a while so I had hands on experience what it means to be on the small merchant side of these platforms.
Constant grinding on the latest algos, trying to manage multiple distribution and advertising channels, while trying to make a new and exciting product that stands out. It's almost impossible to keep up.
But anytime someone came up to our shop we provided an excellent customer experience, and we had good relationships with a couple of important figures in our industry. They spread the word around. This contributed to most of our sales and recognition.
- NOT the algo
- NOT the shiny Shopify theme with optimized SEO
- NOT that new Facebook campaign that had X amount of impressions and "funneled" people in.
Sorry guys but this is a fucking myth and you better face the fact that these platforms don't want you to succeed. They want to milk you and your connections and your ideas and innovations as long as they can, then throw you away.
How to break the network effects of these fiat platforms? The answer is very simple but not easy at all:
We must recreate bottom-up organic markets from grassroots communities based on authentic relationships.
NO platform will do this. NO politician can make this happen. NO social media viral bullshit circus will help you. It might give you the dopamine hit of 15-minutes fame then scam you into building your life on their walled garden.
Nostr *can* achieve this but not by default: If you think technology will bring you salvation on its own you will be sorely mistaken and disappointed.
It's always the people. The ones who care. The thousand true fans. YOUR thousand true fans. Not the number of clicks, shares, impressions, and views.
Nostr has the right elements to build on but currently it still lacks authentic connections and grassroots communities. It's fun to shitpost memes and fight over petty protocol minutiae but who's going to put in real effort to make real communities happen? We're still playing the game of big tech overlords until we do.
Individuals make communities that form markets. There's no other way.
#nevent1q…3xwl

2026-06-07 17:34:14 CEST

- reply

Glad to see this coming alive!

2026-06-07 09:15:01 CEST

Want to build your own sovereign community around your software project?
Tired of having to use GitHub with a separate set of social tools like Discord, Telegram or Matrix?
Take a look at
https://budabit.org
BudaBit takes a community-first approach to software development unifying public collaboration with deep nostr-git integration and community-curation as a first-class feature:
- Create and manage Git Repos existing on GitHub, Gitlab, Gitea/Forgejo and self-hosted servers. Import your existing ones with ease! Keep projects mirrored on multiple servers powered by Nostr nip34!
- Code browsing, Issues and PR workflow
- Full-fledged Moderation UX with fine-grained content-scoped permissions
- Chat rooms, Forum Threads, Event Calendar and Fundraiser goals. Everything to keep your contributors and fans engaged! Get funding support from the thousand true fans and reward them with your own bespoke badges!
- The community can curate important Repos and code snippets to its own collections. Admin and moderators can grant access to members to distribute the effort
- Running Community infrastructure is optional but a good opportunity to monetize your efforts with a paid #blossom server, relay or git remote
- No special relay needed like with NIP29 groups!
... Soon Nostr-based CI! Anyone will be able to offer CI via nostr offering it free for selected people or for #Cashu ecash!
There's no real reason to stay locked into platforms now!
Join the developer community network, running exclusively on Open Protocols!
#openprotocoldevelopment #opd #BudaBit

2026-06-07 08:40:40 CEST

- reply

Love Zapstore and its recent emphasis on Communities!
Didn't know you accepted this role but makes perfect sense!
If you want to get inspired how to build communities on Nostr around open source take a look at https://budabit.club it's coming nicely together I think.
Funneling people into an engaging community is really important in my opinion but it needs good moderation and distributed content-curation.
I use the #communikey spec from @nprofile…4s8y what's your angle? Curious!
Anyway wish you all the best! I hope Zapstore gets increasing traction.

2026-06-06 09:22:28 CEST

Creating communities with content-level moderation and curation options is really hard.
But I do think it is worth the effort because your role in the group as a member or moderator actually matters and comes with responsibilities. Mirrors real life so much better!
If you want to see how real communities are made have a look at https://budabit.club.
Peek in the BudaBit community or create your own test group to witness what I mean.
Feedback appreciated!
#budabit

2026-06-06 07:57:27 CEST

- reply

Shakespeare is really good indeed

2026-06-05 19:46:02 CEST

- reply

By all means check it out! You can click around the BudaBit community to explore.
It is a community client with deep nostr-git integration especially for communities around open source development.
It's now far gone from Flotilla, we dropped NIP29 in favor of #communikeys therefore we a have different moderation system, enforced client side so having a special relay enforcing moderation is optional.
Additionally, community curation is first class in BudaBit so discovery of repos, snippets etc. are done primarily via your memberships.

2026-06-05 06:42:40 CEST

- reply

Looks exciting! Can you run dev agentic tasks from mobile this way live?
Would you curate this repo into the BudaBit community?
You can join our nostr-git club on https://budabit.club. Your repo will show up I see you already use ngit.
You can star this repo into the community collection there for everyone to see

2026-06-04 07:34:53 CEST

- reply

Use forgejo it is supposed to be better

2026-06-04 07:33:56 CEST

- reply

What kind of app?

2026-06-04 07:29:49 CEST

- reply

Nice! Hope you get some traction, will try it to see if I can recommend this for BudaBit communities!
PS: I miss TGFN :)

2026-06-03 09:32:55 CEST

A platform is highly stable but very much trusted to one entity. Freedom tech is an attempt to introduce multiple user-facing entities to solve the same user need:
A marketplace app can offer remote signing, relay choices, ecash mints, Lightning services and blossom servers for media - none of those he is responsible for. This reduces stability but offers optionality - more freedom.
The key is designing a system that is flexible but stable enough. The missing piece in Nostr to become usable freedom tech is communities.
They are pillars of stabilization without capturing the user in a platform that packages everything into one product.
Communities are not faceless companies and provide a much stronger model for nostr to not be a completely chaotic mess neither a platform.
Look at the client app you are using right now:
Try to count how many pieces it contains that you use directly. You can ask your agent if the source code is available.
And then count how many people you actually exchanged words or messages with, that are responsible for those pieces.
The number of user-facing entites a solution contains has a practical minimum and maximum.
I cannot call Freedom tech where this entity number is one. That is a platform. But usable software has an upper limit as well and this is something we still have to explore.
Software following protocols like Nostr can increase this number and still be usable. They are "APIs over APIs". But realistically we can hardly agree globally about almost anything and the NIPs repo is the proof of that.
A community bundles the choices of the leader - someone who truly cares and has taste. They reduce the burden of choice in freedom tech. This models nature best and I can hardly imagine "sovereign identities" without any community association at this point. Not even for communities. They can form relationships with others as well, and they should.

2026-06-03 09:09:23 CEST

Cryptography doesn't eliminate the need for trust. It merely lowers the cost of verification.
It's a huge difference.
Some people think they can somehow completely eliminate the need for trust once their new cryptographic scheme will prove sound or their new system be implemented.
It's a red herring. If you take for granted that there are no perfect solutions just tradeoffs, you will design it right because you know you must distribute trust in the system *somewhere*.
In other words: verification has a cost, and in real life you always have oracles asserting things you cannot fully verify. We live in a fundamentally uncertain world.
What we can do is accept some fundamental limitations and get the most out of the rest.

2026-05-31 20:33:22 CEST

- reply

#nevent1q…y3dm

2026-05-31 20:28:07 CEST

Shipping software or seeking interesting technical conversations rather than a doomsrcoll experience?
Now is the time to join or create your own moderated sovereign community, just a few clicks:
https://budabit.org
#grownostr #devstr #communikeys
cc @nprofile…5s7u @nprofile…8mrq @nprofile…nsnk @nprofile…cy6q
We have been polishing community UX for a while now, and I can say #BudaBit is already a fully usable community experience with nip34 #gitvianostr deeply integrated.
We'll keep being laser-focused on high-signal easy-to-moderate technical communities so the future won't be locked into walled gardens like github.
Keep shipping.

2026-05-24 06:07:47 CEST

- reply

Thanks for the link!
Tweaks:
- I use profile lists plus reactions on approval forms for content section permission accounting, no 'badges' tag. I use badges for driving engagement but not perms
- I layer explicit kind 1984 reporting as event or person-bans (from admin or moderators)
Otherwise plumbing is there for targeting but ux needs some thought still.
Especially with repos I find it easier to just target directly with the h-tag for now (not yet implemented) but those are replaceable so this can be pivoted later on

2026-05-23 19:27:47 CEST

The problem with social media of any kind is that we by default become politicians in a lose-all game of popularity, spiraling into a race to the bottom.
Nostr can change that but not by trying to fit the protocol to social media. It's the right primitives used in the wrong way and it is destined to fail.
What we need is strong communities forming resilient networks, with easy forking/exit guarantees.
As for specs NIP29 and 72 were close but not quite there. I am betting hard on #communikeys from now on designed by @nprofile…4s8y , slightly tweaked and extended to my taste. The most important primitives are in place, now testing moderation features and adjusting #BudaBit to this spec.
You can already start a community at https://budabit.club to or look at the BudaBit community:
ncommunity://0a8ecba4868c13e1e84cc5cb58c02c1fd0880d9e5a25a5050ee96ad8a166d7c8?relay=wss%3A%2F%2Frelay.primal.net%2F&relay=wss%3A%2F%2Fnos.lol%2F&relay=wss%3A%2F%2Fbudabit.nostr1.com%2F&relay=wss%3A%2F%2Frelay.damus.io%2F

2026-05-20 15:43:22 CEST

Package managers and platforms getting rekt over and over again.
The "Trusted third parties are security holes" mantra playing out.
But what can we do? Ditching these big platforms and service providers would leave a big hole for the ecosystem. The classic issue of getting addicted to something and suddenly realizing that cold turkey is really painful.
This is true on so many levels, not just software engineering. Living in big cities, sending our children to state-licensed schools, buying food in supermarkets.
Platforms. Faceless services. Monolith companies. Too many layers of abstraction. Too far removed. Of course we will have serious trust issues and backlashes from this system but we can't make a decent alternative based solely on the "Sovereign Individual". It's a myth.
In real life only concerted effort makes substantial changes in the way we do things. Satoshi had like a thousand serious bugs in Bitcoin when he released it. It was a genius design. But it needed years of polish from hundreds of people in the community to make this usable today. And still does.
The missing layer has always been the community. Those dozens or at most hundreds of ride or dies.
These Communities can form a network that produces proper liquid markets and a culture without the central points of failure and the chaotic mess of what it means to do this all by yourself.
Sovereign Individuals don't exist.
Tyranny is terrible but it's the default.
Community networks is the antidote.
It's the model of #BudaBit

2026-05-19 11:39:07 CEST

- reply

#nevent1q…fkpc

2026-05-18 08:16:51 CEST

I like nutzaps because:
1. Better verification assuming the mint is widely trusted - > reputation builds up
2. Still some degree of plausible deniability: You could say ecash doesn't equal real money, it's an IOU (not a lawyer)
3. No peel-chain type of privacy leak like with Bitcoin
4. More stable from a developer standpoint because there is no third party involved in the publishing of the zap receipt like with LN zaps
5. Funny name
LN zaps:
- Less verifiable probably due to random LN nodes posting the zap receipt
- Worse stability of receipt structure : it is third party publishing with whatever tags they want. You can just propose the event as a client app
- Better deniability due to the above
Onchain:
- Very strong verifiability
- Privacy ramifications most users can't calculate beforehand
- Future fees and waiting times if bitcoin succeeds
Most use a custodian LN wallet (99.9%) anyway and there's really no way to abstract away the privacy consequences of onchain so ecash is my winner.
#nevent1q…8l9f

2026-05-18 07:37:37 CEST

- reply

Mass appeal is appalling

2026-05-15 19:44:57 CEST

The new GitHub will not be another platform.
It will be a paradigm shift: The Community Network model.
Platforms have easy onboarding but are walled gardens destined to rot.
The current model of Nostr apps is Chaos As a Service, or a fallback to platform behavior with global services and hardcoded relays.
It's the right ingredients but not the right model. We can do better:
The missing layer is communities. Communities on nostr are neither tyranny nor chaos. If done well they are they cornerstones of a new way to exist on the internet.
They can provide essential infrastructure and they are the trusted entrypoint to nostr. Not a faceless app, and not a server. Leaders caring for their groups.
The network of these provides a distributed yet consistent system overall.
Not giant metropolitan cities and not weak scattered villages. City states.
More later.
#nevent1q…vpg0

2026-05-15 18:41:20 CEST

- reply

https://Gitworkshop.dev is good for repo browsing.
https://budabit.club is a nostr git experience paired with a community.
I am refactoring the community part right now but the basic experience is visible already

2026-05-14 19:39:51 CEST

- reply

Second that

2026-05-14 09:01:53 CEST

- reply

Businesses and communities could manage themselves much better.
Keeping nsecs hot for these is insane. Cold storage makes this inconvenient though today.
Frost + signing servers please, looking forward!

2026-05-13 09:25:28 CEST

- reply

Tailwind classes are not for humans. Memory management is not for humans. Build errors, stack traces, and compiler errors are not for humans.
I tell the story of what needs to be built. The AI builds it. I review the code. We refactor. We run the code. AI fixes the errors. I review the behavior.
It works.
I'm happy. User is happy.

2026-05-11 19:28:53 CEST

- reply

Shakespeare is really decent for simple websites, perhaps even more complex webapps too. Liked how it knows nostr better than anything else.
Shakespeare is really nice for vibe coding.
Opencode is still better for agentic engineering though.

2026-05-08 10:42:53 CEST

The exodus from GitHub has begun.
People are complaining: "Again, a platform that we used to build our reputation and discover new stuff and make high-stakes decisions has rugpulled us..."
But the people are looking for the next GitHub not realizing what it truly was:
- Hosting
- Team Collaboration
- Community - broader exploration and interactions beyond the team
The next "GitHub" should be separate services / apps / projects and sharing identities and important metadata formats.
Nostr has the most clean-cut separation and the best design long-term I believe.
But it makes all of these aspects their own marketplaces (and even more like CI) and those take a lot of time and effort to bootstrap.
Will #gitvianostr succeed?
I am not sure but in times like this we have a chance to take a step forward.

2026-05-04 19:46:58 CEST

- reply

#gitvianostr

2026-05-02 10:26:53 CEST

Both AI users and providers will learn the hard way how subscription hell works.
It will hit both ways and it will be painful.
For us, it's another lesson how getting away from reality has serious ramifications.
For Anthropic and OpenAI it might just be too late though.

2026-05-01 16:18:09 CEST

- reply

Getting to the point where one genesis prompt will unleash the autonomous sovereign business agent printing infinite money.
Closing the loop for good soon!

2026-05-01 15:57:53 CEST

People are whining about centralized enshittified platforms like citizens of a democracy about politicians.
Especially GitHub lately. Solution? According to whining users of subsidized CI and hosting, the people are at fault: Replacing the scapegoats and getting better leaders. Perhaps migrate to another platform if this doesn't work.
Cypherpunks write code and design protocols.
They realize that the given word is not enough because relying fully on it incentivizes empty promises. This spirals into a chaotic world without any trust whatsoever.
We build software that requires low trust, so people can trust each other and the system again: A system not merely based on people but cryptography.
Bitcoin is the flagship product of the cypherpunks. Nostr-based markets and communities make coordination of prices and people unstoppable. It's the natural next step for freedom to flourish.
Keep shipping

2026-04-29 09:08:26 CEST

The Github situation is getting worse gradually then suddenly:
https://mitchellh.com/writing/ghostty-leaving-github
https://blossom.primal.net/2a235703963cb3a4928bbd98502394fe27fcc5e7e868a6324fc8685807c5588f.jpg
But Bluesky is not sleeping on this, they have been building out 'tangled' - social software collab similar to #gitvianostr .
And they recently got a funding boost as well:
https://blossom.primal.net/7f0d515f09fdb835bff43c1e8b6597344e3a3a204f2333f3e8bc0c158aeb68d3.jpg
The problem exists, and we got the right primitives to answer the need:
- NIP34
- Grasp
Some clients:
- https://Gitworkshop.dev
- https://BudaBit.org / https://budabit.club
But we need more user feedback to improve, and more people talk about how Nostr solves this problem really well. Possibly more contributors if your time allows.
I seriously think this is a great chance to get a bunch of new high-value users on Nostr.
What's your answer anon?
Keep going hard, keep building and keep shipping

2026-04-28 10:13:55 CEST

Platforms have been enjoying a lot of success selling convenience for lock-in.
This era is coming to an end with AI. Projects don't want lock-in in a world where custom solutions can be built in days.
All they need is infrastructure. Bespoke compute and storage. So the ultimate platforms to get rid of are the Amazons and Microsofts of the world.
We need to make a competitive free market for infra and Nostr can solve this problem really well. Without permissionless pubkey-addressed discovery AI is useless slop at best, a threat to humanity at worst.
We build pieces of this future with #gitvianostr and #BudaBit.

2026-04-28 07:54:59 CEST

- reply

Good for a temporary migration bridge but not enough long-term.
We want to re-identify the internet as deeply as possible, so the article example would incentivise everyone to still write long-form content without nostr references in the content.
Another problem is that content can be mutated behind the URL so a Wikipedia article that you loved can (and will) become subject to psyop propaganda and the things you said about don't apply anymore.
I don't want that risk at all, if we want to do this we need to make things nostr native and tamper resistant.
URLs are a threat to this. Perhaps nsites are better. Even with books and other stuff we should still put them on blossom not just use an ISBN.

2026-04-28 07:33:06 CEST

- reply

Because he looks at Nostr and instantly would recognize the change. Probably we would too, if it's very unlike him.
What you talk about is much more relevant in e.g. software release signing.
Benefit of Nostr shines imo where you start mentioning people and events in the Nostr way not twitter way.
That is not mere tamper-resistance but growing this ecosystem rather than deepening the platform network effect twitter has.

2026-04-24 08:03:56 CEST

PSA:
Nostr is much more resilient than Bitcoin.
Many people find this hard to believe but it's really simple to reason about:
Bitcoin must come to a global consensus on the state of its ledger. Simply put, money must be universal.
Nostr does not have this requirement of a consolidated 'global'. Stuff can be distributed anywhere and people still have their own microcosm of Nostr, even when others don't know about you at all.

2026-04-16 11:32:01 CEST

Nip17 only works if ecash stamps proliferate. Otherwise it is trivial to spam relays into oblivion with giftwraps.
As I said before: you pay (ecash, or by self hosting) or trust (eg web of trust relay, uncle jim, group relay).
No other way I see around this.
Also it is worth putting DMs in context:
- Is it for a p2p marketplace?
- A dissident / freedom-fighter group?
- A developer community?
- A group for random cat-memes?
- One-to-one, few-to-few or many-to-many?
Don't think black and white, and don't think that one spec rules all. It almost never is the case.

2026-04-16 09:12:56 CEST

AI doom is now more justified but not because it is AGI.
I don't expect the LLM architecture to solely bring about AGI but it will contribute to it.
AI is dangerously useful for good and bad intentioned people as well. Depends on the perspective:
- Dangerous for the state because it can be used to escape the control of the system
- Dangerous for freedom-loving people because it can be used for mass surveillance, censorship, and engineering panics and psy-ops on a large scale
Personal responsibility is key (pun intended) now more than ever.

2026-04-16 07:08:25 CEST

- reply

Main point is, this doesn't work as a proper git remote.
The point of git is effective state sync of commits and branches i.e. a DAG of code collaboration objects.
If you want a signed archive of a repo you could use this but this is not good for code collab purposes.

2026-04-15 19:55:42 CEST

"Marxists are unteachable. This is so difficult to eradicate, as you know with my book I've tried to eradicate it for 50 years."
- Karl Popper
Somehow we see this coming back to bite us again and again. Theft and coercion fueled by envy, camouflaged by the "protection" of "underprivileged".
The central planners will try to crack down once more, with terrible consequences. The signs are there.
Working on unstoppable speech, communities, and markets for me is not optional. If I want a future for myself and my family I must carry on and do my best to ship the tools for freedom.
This is what keeps me going the most.

2026-04-14 19:16:18 CEST

Seems like folks need @npub10r8…t2p8 more than ever
#nevent1q…7sxx

2026-04-12 19:59:06 CEST

- reply

You can't just change already signed data to conform to new standards. Once it's signed you must "for ever"maintain backward compatibility for that old data.

2026-04-10 12:22:55 CEST

If Bitcoin is repricing the world, Nostr is re-identifying the internet.
Most people are sleeping on this.
Most bitcoiners don't yet care.
Even most people on Nostr don't yet fully understand what that entails.
It is because the pain might not be enough yet to take Nostr seriously. At least for most. Because some already see the problems and how Nostr is more than just another "signed backup we will use when everything else failed".
We who already see carry the burden to make them understand just like with Bitcoin. I fail so many times to find the right angle, just like with Bitcoin.
It's our fault, and so thankfully we can fix this.

2026-04-10 11:18:40 CEST

The 3 P-s of the new internet:
- Portable
- Provable
- Personal
With time everything will vanish that doesn't have these properties

2026-04-10 09:27:36 CEST

Leveraging Web of Trust for code collab in BudaBit!
https://video.nostr.build/9abee1d04f7f3f62f162150c4d701fbc560442bd8bd4b486cfea8a76b7a5f9fa.mp4
#BudaBit is using web of trust heavily to help in discovery and filtering relevant activity:
- Repo discovery
- Developer metrics
- repository metrics
Uses client-side calculated web of trust, and NIP 85.
Join the club:
https://budabit.club
Start your own club:
https://budabit.org

2026-04-03 06:57:35 CEST

Vibed a nice LP on #Shakespeare for BudaBit:
https://budabit.org
Was very pleased with Shakespeare overall great product @nprofile…t7fy and team!
You should listen to the 100% genuine, hand-crafted, no-AI song I wrote, sang, played and produced in the last 5 minutes while the LP was built:
https://a.nostr.build/8aPiIGuKyTngldbn.mp3
#gitvianostr #ngit

2026-04-02 08:21:29 CEST

- reply

Implemented the whole workflow and worked nicely but still mostly I ended up just listening to pods and do deep thinking rather prompting while I'm out and about

2026-03-20 08:21:30 CET

There are a couple of things AI still can't reliably code, most notoriously:
- Authentication
- Payments
But know that is not true if you're using Nostr and Bitcoin.

2026-03-19 07:39:11 CET

I'm a daily active user of nostr.
Just not on the social media front.
I speak to my AI coding agent inside @npub1p28…hpp3 via DMs.
Also doing other dev work in BudaBit that 99% replaced GitHub in my workflow. Organizing BudaBit Demo Day events on @npub1z0l…8ldk
Occasionally managing apps with @npub10r8…t2p8, watching a stream on Zapstream or paying my contributors in sats on @npub1uvj…d955. Tipping sponsored freelancers with nostr-native ecash. Shilling @npub1zzt…ljrv every now and then on my meetups.
Antennapod is still my daily driver rather than fountain, simply the best in this category and open source. Hope I can switch one day though.
Ppl trying to measure nostr usage with social media as a proxy is understandable but the whole picture is very far from what you can extract from such a narrow view of a diverse ecosystem.
Patience pays off. Gradually then suddenly.

2026-03-17 19:51:48 CET

- reply

Cmon man you're too shy to say the obvious, NAK is the most important client and we know it.

2026-03-13 07:09:31 CET

I will believe it's AGI when one of these prompts return sth like this:
https://music.youtube.com/watch?v=kR5Ki6jjPaY