Accountability? Not in my good Christian Nostr. 😂
Comfort is the enemy of progress.
Over 75% of the world's soy is fed to animals.
Imagine if 75% of people just ate soy instead.
Hint: Some rich people would lose money 😥
https://ourworldindata.org/grapher/soybean-production-and-use
A client simply isn't enough. If I needed to collect lists manually, I have better "devices" (see: applications) to do so.
What nested NIP-51 lists would allow for is enabling entire protocol to have organized, managed lists.
Let's say I build a client for "managing friend lists," well, I've really just built a "list managing client."
This is basically a hindrance for any application that wishes to have modular list organization.
Nostr needs to manage lists natively.
How I be waking up and refreshing Nostr every day
We all have one thing in common: ignorance.
It is often considered a curse, but you should realize that ignorance is a blessing. If we all knew everything, there wouldn't be anything to explore together.
No one can know everything.
Ask questions.
Try your best to answer them yourself.
Fail forward.
Ask new questions.
Form a strategy.
Create a plan.
Set achievable goals.
EXCEED those goals.
There's no shame in being a living, breathing human.
You are nature's proof-of-work. 🌿
Your genetics are a blockchain of biology. 🧬
Your neural pathways are transactional. 💰
Currency is backed by confidence.
Confidence is a degree of trust.
Learning is an exchange of ignorance for understanding.
#karmicreciprocity
You can set it as one in your profile settings, nostr:npub1ymt2j3n8tesrlr0yhaheem6yyqmmwrr7actslurw6annls6vnrcslapxnz uses it all the time.
But it would be nice not to have to use one of your custom emojis
That is great, I didn't realize I could set them. Thanks 😊💯
Wooooo that's a lot of LECA!!! 🥳🎉🎈
Freeze it inside JSON vectors of sets of lists and host it on theoretically decentralized relays
The end is abundance.
#karmicreciprocity
2 years ago: "Huh this Nostr thing is kind of interesting
1 year ago: "ok well at least I have an excuse to finally abandon centralized social media"
Today:
"HODL moon wen Lambo"
"Ethereum is valid too"
"Corn"
"Cornychat"
"Fix NIP-51"
"WHY IS NO ONE USING NIP-32"
"I'm not a dev lol"
"What's the difficulty adjustment?"
"Nfts aren't a scam"
"Maybe I should host a lightning node lol"
"Haha poor"
"Haha memes"
"Haha ⚡⚡⚡"
What can I say? I like it here. 🐋 🐙
A cornychat run by smart people?
I'll believe it when I see it
Ran Hammer, VP of Business Development at Orbs, summed it up well in our recent discussion, saying, “Unlike BTC, ETH is the core infrastructure powering the blockchain ecosystem. Be it DeFi, NFTs, L2s, or real-world assets — whatever is trending, ETH is both the settlement and infrastructure layer for it. ETF notwithstanding, I believe we will see ETH outperforming or even flipping BTC in the next bull cycle.”
Only time will tell. We have been educated in the school of volatility, and if there’s anything we learned thus far, it’s that crypto’s superpower is one of surprise. The current bull run is acting as if all the red capes in the world are waved, with the dynamic duo of BTC and ETH pulling the entire altcoin market ahead. Strap in, because it’s going to be a wild ride — it always is.
"Over the next 20 years, older generations are expected to pass their wealth to Millennials,"
"The shift will see $90 trillion of assets move between generations in the U.S. alone, making affluent millennials the richest generation in history,"
Nested lists enable us to categorize and manage information. The same way I might categorize a grocery list.
Yes, the possibilities are infinite. You can attempt to reduce trust to some ideal "ratio" or "score" or "level" or "rank," but, you won't find applications that do it on Nostr.
Why would you? These are decentralized, "dumb" relays. They aren't handling computations that require high-end, or expensive infrastructure.
There may be ways of determining trust, but they will inevitably be external to the protocol of Nostr itself. For some communities that integrate or otherwise utilize Nostr, this may be a preferred route for determining specific algorithms, such as a "social Web of Trust."
But right now we are not in the future. We are in the present. You say you "only trust the verified experts of Nostr," to which I would reply, "to what extent are they verified?"
And you could then propose to me, a list of Nostr developers that you are confident in. You may claim to trust them, but there will of course only be a certain degree of trust instilled in any particular user.
For instance, Pablo is a trusted developer because we know he is a lead developer of the Nostr protocol. We trust him to continue fulfilling his role in that regard. Because of his new npub, we also know that he sees himself as an individual and as a representative, and thusly we can also derive that "we can likely trust (see: confidence) Pablo to share information and have discussions about climbing."
Nostr itself is merely a social media layer with integrated support for The Lightning Network.
If we look back to Myspace and Facebook, it is clear that the emergence of social media derives almost entirely from "being able to communicate with people you trust, as well as becoming exposed to people you could potentially trust in the future, as well as sharing information freely between all of the users of the network, despite a plethora of trust networks existing within it; quickly and conveniently."
It is reduced social friction, in a sense.
We are no longer physically bound by information wells and social wells.
I do not need to visit a library to research anything.
I don't need to leave my house to have fulfilling social relationships that span across the globe.
I can even do these things comfortably from anywhere on earth that I regularly visit.
So, this immense wealth of data needs to be categorized and managed. It needs to be accessible from the cloud, to enable multi-device connectivity. And it needs to be secured.
"The internet" is already decentralized, only to an extent.
The extent is "less than Bitcoin" and it is "more than Apple's silicon manufacturing"
The extent is the price you must pay and the people you must trust, to have access to the tools and services that empower you as a user, and as an individual, and as a "subscriber" or "supporter."
The point is- Web 2.0 handles data storage and databasing in quick, effective methods. You can spin up a local server or virtual server at little cost, or at maximum privacy, whatever you need, we probably have more access to it in 2024 than ever before in human history.
Nostr struggles with this, because it aims to be decentralized. We can have a decentralized network of relays, and we can have tons of them because they are very affordable to run.
However, the more complex Nostr becomes, the more demand is placed on relays, which inevitably increases costs (if too much bloat is finalized into Nostr's production).
This means there is no native "databasing" on Nostr. Nostr itself is written on JSON, which stores data in the form of objects.
So, creating a "unique list" as a user means someone is hosting my list (see: relays).
If a databasing application were integrated into the Nostr protocol, things would quickly become even more lopsided than they seem at the moment. People would not be incentivized to host a plethora of "worthless" user data. It would immediately become a "worse Web 2.0"
On the contrary, that is inevitably what Nostr does. It hosts "worthless user data." But it does that because people want it to.
So the question is "how can it effectively act as a database without becoming one?"
And the answer is to enable developers, relays, and users, the ability to create nested lists.
The context is important. Social media clients like Primal deal with a lot of data! But, being able to enable everyone to decide which information is important (NIP-51 lists) as well is which information is relevant (to the application, NIP-32 labels) would empower a means of social authority.
Users of an application have incentive to host relays that allow for specific information (NIP-32). So, to run a network, such as a social media network, it would require users of that network to become relay hosts, to ensure that NIP-32 data is readable, and by extension, the associated NIP-51 lists.
It's hard to put it into context directly because I believe lists are truly the foundation of Nostr.
My best running example at the moment is merely friend lists. The ability to categorize users into groups. You could have groups within groups.
My narrative is that trust is a human inquiry. It is an emotion we derive from investigative efforts. I don't expect Nostr to determine trust for me. I expect Nostr to enable me to determine trust for myself.
Right now the network is a whole lot of unorganized chaos. It's beautiful but it is difficult for both new and experienced users.
I believe that nested lists would enable everyone to manage information better on Nostr. Applications must be responsible for deciding which data is crucial to their networks.
Decentralization empowers networks to operate differently. That is why is is important to directly empower the users of those networks, to ensure they continue to become adopted.
If I could manage my friend lists, feed lists, bookmarks, recipes, and basically any other content related to Nostr natively... Well.. it would be a much brighter ecosystem.
And by extension, there would emerge new methods of discovering trust.
Of course it would be a considerable update, and all existing applications would need to play catch-up in terms of how they apply the new utility. But that is how Nostr works with any change. I hope I am right, because I am greatly looking forward to it.
