Nice! Welcome!
Nostr is all about opt-in (relays, etc) - no better way to achieve belonging!
Hi, do you two know each other?
It's not uncommon for clients to have a "default follows" initial state. I think this is weird and gross, but it's also a proven tactic in decentralized social media.
Warpcast, for instance, has you following like 80 people when you install it, and that community is known for having good solutions to cold start and scaling hurdles
It is clear to me now that I need to write a long-form post about this.
coming up.
And before anyone says it: the way to handle the problem of "but I'd have to select a million topics in the filter!" is tag composition:
I collect all my separate "programming language" tags together and create a new single "programming" tag. Now I can filter based only on that. And if it turns out that I've done a good job of curating that "list", others might simplify their life by simply assigning high trust to my single "programming" tag.
Or, just for fun, maybe someone really dislikes my curation and construes my tag from _their point of view_ as "woke programmers" and negative-trust-ranks it. This effectively mutes me and my graph for THEM (only about woke programming) while effecting me, my point of view and my graph not at all.
I wouldn't subscribe to a community mute list unless the community was extremely small and I had a high degree of trust for those in it (risk being: some mute-happy dingus keeps me from seeing stuff I'd like to see in a way I can't get around in that community). But what I'm describing here is just a worse version of WoT.
WoT solves the problem much better, with some modifications:
- don't limit the web to 2nd order connections. Keep it going much, much further.
- "trust" in said web needs contextual tags. I might trust you highly for your opinions on Rust (and want to see your + your Rust connections notes in that context) but trust you less on "Mute" and may want to filter you and your "mute" connections out at will.
- use clients to filter your feed based on the trust contexts. "show me everyone; show me Rust + Bitcoin; show everyone but filter out Mute", etc)
Trust models that treat humans as a monolith are an anti-pattern. My human connections are each a complex of contexts and I almost never have a binary feeling about a person as a whole.
The web of connections is modeled as a flow network, where "trustiness" (along a context/tag) flows back to you from each network node according to how "open" the pipes are between you. ie "how much do I trust a, how much does a trust b, how much does b trust n, etc." where your first order connections matter most to you and the flow beyond them is determined by the subsequent hops. Someone you trust highly on Rust who trusts someone else highly on Rust - this last person you can trust a lot because of your connections in between.
And if you and that final connection have a very different trust relationship for a different context, you'll view them accordingly for that context (importantly: separately from how you trust them on Rust).
I have worked on a similar system in a different stack (urbit. The project was called "Area"), here is a brief overview of how that worked: https://gist.github.com/vcavallo/e008ed60968e9b5c08a9650c712f63bd
Mike is on the right track.
I believe the way to achieve his path while maintaining maximal optionality, adding needed topical granularity (and introducing compensation) is my response here:
I wouldn't subscribe to a community mute list unless the community was extremely small and I had a high degree of trust for those in it (risk being: some mute-happy dingus keeps me from seeing stuff I'd like to see in a way I can't get around in that community). But what I'm describing here is just a worse version of WoT.
WoT solves the problem much better, with some modifications:
- don't limit the web to 2nd order connections. Keep it going much, much further.
- "trust" in said web needs contextual tags. I might trust you highly for your opinions on Rust (and want to see your + your Rust connections notes in that context) but trust you less on "Mute" and may want to filter you and your "mute" connections out at will.
- use clients to filter your feed based on the trust contexts. "show me everyone; show me Rust + Bitcoin; show everyone but filter out Mute", etc)
Trust models that treat humans as a monolith are an anti-pattern. My human connections are each a complex of contexts and I almost never have a binary feeling about a person as a whole.
The web of connections is modeled as a flow network, where "trustiness" (along a context/tag) flows back to you from each network node according to how "open" the pipes are between you. ie "how much do I trust a, how much does a trust b, how much does b trust n, etc." where your first order connections matter most to you and the flow beyond them is determined by the subsequent hops. Someone you trust highly on Rust who trusts someone else highly on Rust - this last person you can trust a lot because of your connections in between.
And if you and that final connection have a very different trust relationship for a different context, you'll view them accordingly for that context (importantly: separately from how you trust them on Rust).
I have worked on a similar system in a different stack (urbit. The project was called "Area"), here is a brief overview of how that worked: https://gist.github.com/vcavallo/e008ed60968e9b5c08a9650c712f63bd
It's worth mentioning: you can still get your functionality with my proposal: have a single "filter" node that you just give 100% trust to on [all topics]. Then that node "curates" literally everyone for you.
This gives you the same final result as a central filter.
Or: assign high trust on [all topics] to the community curator(s). That gives you the "community mute list" final result. (Because these community curators would be handing out "mutes" in the form of negative infinity trust to "mutees")
Last point: curation is an art and is not easy. There's no reason people couldn't charge for this service and have their "assign x% of your trust to me for a fee". That's _essentially_ what people are doing when they subscribe to the NYT and expect it to handle what they should see and think about.
No loss of functionality for all those involved, from the most granular and subjective, to the most hive-minded
I wouldn't subscribe to a community mute list unless the community was extremely small and I had a high degree of trust for those in it (risk being: some mute-happy dingus keeps me from seeing stuff I'd like to see in a way I can't get around in that community). But what I'm describing here is just a worse version of WoT.
WoT solves the problem much better, with some modifications:
- don't limit the web to 2nd order connections. Keep it going much, much further.
- "trust" in said web needs contextual tags. I might trust you highly for your opinions on Rust (and want to see your + your Rust connections notes in that context) but trust you less on "Mute" and may want to filter you and your "mute" connections out at will.
- use clients to filter your feed based on the trust contexts. "show me everyone; show me Rust + Bitcoin; show everyone but filter out Mute", etc)
Trust models that treat humans as a monolith are an anti-pattern. My human connections are each a complex of contexts and I almost never have a binary feeling about a person as a whole.
The web of connections is modeled as a flow network, where "trustiness" (along a context/tag) flows back to you from each network node according to how "open" the pipes are between you. ie "how much do I trust a, how much does a trust b, how much does b trust n, etc." where your first order connections matter most to you and the flow beyond them is determined by the subsequent hops. Someone you trust highly on Rust who trusts someone else highly on Rust - this last person you can trust a lot because of your connections in between.
And if you and that final connection have a very different trust relationship for a different context, you'll view them accordingly for that context (importantly: separately from how you trust them on Rust).
I have worked on a similar system in a different stack (urbit. The project was called "Area"), here is a brief overview of how that worked: https://gist.github.com/vcavallo/e008ed60968e9b5c08a9650c712f63bd
For all those 'mericans that are in "panic mode" using Phoenix, here is what you should do:
1. Save you phoenix seed.
2. Uninstall from app store (because is linked to your account)
3. Install app from their github, without any fucking app store
https://github.com/ACINQ/phoenix/releases
4. Restore from seed.
Done, be happy and ignore all the shit.
If you still use an apple shit, drop it now and take an android, de-googled and do those steps.
If you still want to use your fancy apple crap... sorry but you have been warned.
GrapheneOS on Android, if you're wondering what "de-googled" means in practice
nostr:npub1zqdpzty2mshxncqqxy2078qax6mlehsxmpx5095wtxw4tpepkr0s2ce6fj
If you are interested in home gardens and food these are some tags you might like to follow
Meant to post this note, not the author's name: nostr:nevent1qqsfaenygx4nuwkrcr6ee2rcq6ck3rk0s9xr4wn2pre0gnpp0hqhfscpz3mhxue69uhhyetvv9ujuerpd46hxtnfdupzqyq6zykg4hpwd8sqqvg5luwp6d4hln0qdkzdg7tgukva2krjrvxlqvzqqqqqqy0xfc4x
nostr:npub1zqdpzty2mshxncqqxy2078qax6mlehsxmpx5095wtxw4tpepkr0s2ce6fj
If you are interested in home gardens and food these are some tags you might like to follow
Creative plans for instantiating non-state territories is great, though.
Not sure i'd agree with his weird police strategy, but I suppose it's a more viable, gradual offramp than "create a bunch of private enforcement agencies and quickly get into hot water with state enforcers"
Interesting how Rand sometimes conflicts, sometimes overlaps with Marcus Aurelius
Lol
Plenty of interesting stuff in here. Some I disagree with, some I agree with, but its a chuckle throughout regardless:
https://newrepublic.com/article/180487/balaji-srinivasan-network-state-plutocrat
Unite the tribes. Don't be guilty or the same things that poocoiners are.
Otherwise you're both doing the spidermans-pointing-at-eachother-meme thing
What do you mean by "Bitcoin-only economists"? Do you mean social media influencers who tell you to buy Bitcoin? Or modern day Austrian economics thinkers?
In the spirit of good faith: nostr:nevent1qqsvc0m3hy25tjfkjdjl2cjq4yj4t0rhu53nhxmcadn4gnedzcw69tgpz3mhxue69uhhyetvv9ujuerpd46hxtnfdupzqv6kmesm89j8jvww3vs5pv46hqm7pqgvpm63twlf9hszfqzqhz7aqvzqqqqqqyu7e8yk
Perhaps I misread nostr:npub1xdtducdnjerex88gkg2qk2atsdlqsyxqaag4h05jmcpyspqt30wscmntxy and he wasn't advocating this. Merely stating the desires of others.
Other comments have me slightly unconvinced, but maybe I was a bit hasty.
Sure, I understand why people want blocking. At the moment.
Once webs of trust, sovereign, self-served clients, and personal relays reach their full potential, they won't "want blocking" anymore or even think about it.
Even if blocking was somehow not difficult on Nostr-as-a-protocol (impossible, as already discussed), I would still rail against it as a norm and would encourage forking-away from anything that implemented it. It makes me uncomfortable that it's even perceived as being glanced at, side-eye. The fact that I can voice my opinion in a way that nobody except the listener can stifle is the reason we're here.
