Damus

Recent Notes

Jared Logan · 1d
I'll have to check out budabit some more. Is it just a forked flotilla?
Five profile picture
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.
Jared Logan · 1d
nostrVPN running on :Nori: nostr-station. I can access my station on mobile from anywhere. I think I'm hooked. https://blossom.ditto.pub/bb2d8756640740b791ee562ad9b72834f648602555d3990ea6fb8a6bd6ee...
Five profile picture
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
2
Jared Logan · 1d
Yeah so think of my phone as a remote to my local machine at home. It's just running terminal sessions within a dedicated file path. With nostr-station, and/or dedicated project context. Agent can commit, push, merge, deploy - but you still sign every action via Amber.
Jared Logan · 1d
I'll have to check out budabit some more. Is it just a forked flotilla?
hodlbod · 2d
People keep saying that
Based Truth · 2d
BudaBit communities, a Rothschild-backed puppet show, will surely love this.
hodlbod · 2d
Me too, I might bring it back in some form or other
Five profile picture
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.
Five profile picture
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.
1
nick · 3d
💯 The Frostsnap keygen protocol is a great example of this, leveraging cryptography (DKGs, VRFs) to the fullest in order to result in a "Security check code" displayed on all devices. This moves the trust to the user actually verifying that the security check codes match
Five profile picture
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 @Gamma Markets @TollGate @FIPS @fiatjaf

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.
2❤️3🔥1🫂1
Niel Liesmons · 2w
What did you tweak? I'm still very very open spec-wise. Most up to date is here (with many probably dumb stuff in there still, especially not sure about the whole profile list thing): https://www.ch...
Five profile picture
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
1❤️1
Niel Liesmons · 1w
Yup, we're doing direct h tags in the app events too. An extra event doesn't really make sense. 99% of what you want to target at more then one community is replaceable.
Five profile picture
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 @Niel Liesmons , 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
3❤️1❤️1👀1
Niel Liesmons · 2w
What did you tweak? I'm still very very open spec-wise. Most up to date is here (with many probably dumb stuff in there still, especially not sure about the whole profile list thing): https://www.chateau.community/wiki/naddr1qvzqqqrcvgpzqesd33ux28msfplvnwxac2p7988j2ctf8hdrhgjx607nczxmkuyrqq8kummnw...
Five profile picture
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
11❤️1💛1
paxconsulting · 2w
You raise a crucial point about the balance between decentralization and community support in security culture. Building resilient ecosystems requires collective effort and trust, not just individual sovereignty. For a deeper dive into fostering security culture within communities, see https://paxco...