@Vitor Pamplona I heard from @brugeman that you’ve done some thinking/work/design around how to abstract DNS/IPs to nostr npubs. where can i learn more about this?
@brugeman and I are going to hop on a livestream starting in about 40 minutes.
We’re planning to discuss the following:
nsec.app
ecash
Blossom
hardware signers
developing open source versus commercial software
update on learnings from the nostr.band stats dashboards
What else do you want to hear from Artur about?
of course, we’ll be going live on zap.stream 🤙
I had the opportunity to ride with @Max in the car for about 45 minutes last night. We each left more bullish on ecash than we started. It was a good ride.
thanks for sharing more detail on how it works. Have you explored doing automated clip generation? Depending on the cost of infrastructure it could be nice to just autogenerate a dozen clips and let me review/pick which ones I like most and then I can share them.
If you already know what you’re looking for from a convo you had/saw the process you outlined looks efficient, but I’m interested in also finding “the best clips from a 2 hour talk” even if I don’t know it until I see it.
"Above all, do not lose your desire to walk. Everyday, I walk myself into a state of well-being & walk away from every illness. I have walked myself into my best thoughts, and I know of no thought so burdensome that one cannot walk away from it." -Søren Kierkegaard
it’s impossible to create something new without the possibility of failure
who suffers the consequences when failure occurs? the creator, creator’s family, partners, community, investors?
@Kieran thanks for building zap.stream!
I got a little tripped up trying to stream yesterday. I may have found a bug.
On the Settings->Stream page there is a “Server Url” that looks like this:
rtmp://in.zap.stream/live
But on the dashboard page the “Server Url” shows this:
rtmp://in.zap.stream/live2
I heard on your Citadel Dispatch pod that live/live2 are used for different quality settings. Not sure if my choosing the “Server Url” from the Dashboard is what tripped me up yesterday, but it seems to be inconsistent in the zap.stream interface so I’m just flagging that in case it helps.
i used to use the term “decentralization” to express my enthusiasm for one path or another, but these days i opt for the term “neutrality”
I’d rather everyone fights to make their systems more neutral. decentralization is a likely architecture for making things more neutral, but obviously a spectrum. neutrality is what i value most. no deciders or rulers for me
We’re going to learn about Boardwalk Cash today on a livestream with @bob.
Join us at 8pm UTC (1pm PT). I’m going to ask him all about what they’re building and we’re going to screen-share and demo the new stuff.
Will livestream on zap.stream. All zaps go to Bob and team! nostr:note178du87hqdtfyuflpfznq5m3lmgc3sae0ur29qda7v2fyjlzwh0nskfazq7
I would be pretty sad about the internet if nostr didn’t exist. I grew up on the internet.
Nostr gives me hope that we can build better systems to find clarity and truth in our world.
censorship resistant may be more accurate
relays are “in competition” with each other to serve all the messages users ask so if any given relay wants to censor it only hurts its own reputation but someone else will probably still carry the message so its kind of futile for a relay to attempt to censor
“big tech wants to sell your data” couldn’t be further from the truth
“big tech wants to collect your data” is much more accurate
“big tech wants to *sell your attention*, targeted to advertisers by using all the data they’ve collected, while ideally leaking none of the data to advertisers” is even more accurate
AI is a really big shift in how information gets created and consumed. It’s a really big deal. Tons of new habits will get established in the coming years. Probably underhyped still.
As AI/LLMs make the cost of infinite content generation go to zero the public internet will get flooded with garbage — it will be incomprehensible compared to what we have today (which is already fraught).
People will learn to mostly ignore the public internet. The only things worth reading will be information that has proof-of-work attached.
1. Big tech will build tools which will enable anyone to make garbage content. This is already happening. They will not be in control of what gets generated since there are many competing alternative “big tech” providers which offer similar products with somewhat varying techniques.
2. There is not a simple way to effectively filter this content. This will be especially challenging for big tech to filter since LLM content will be flooding in from different providers, different models, different “guardrails”, etc. Even filtering mostly-human/traditionally-automated content today can be challenging. LLMs make the problem much harder for big tech to solve.
3. It’s not clear to me what “selling data” means in this context. Are you imagining advertising systems like we have today or something else?
Certainly user prompts are a new type of data that could be included in a profile to target users with ads. But note, big tech companies don’t ever want to sell your data. They want to sell your attention, targeted to advertisers by using their proprietary systems on your data. They would prefer to keep the data for themselves and only charge advertisers for attention.
The challengers are going to reshape the tools/interfaces to how data gets created/consumed/evaluated by users. There are more profound shifts afoot than just “more data captured by existing players”. Disruption at the interface layer is the biggest threat. Nostr plays a small role (for now) in this kind of disruption. It could play a larger role over time.
The web browser is an example of the “interface layer”. In the late 90s Microsoft tried to bundle Internet Explorer (their browser) into the Windows operating system, so that they could control the defaults (e.g. which “portal” or search engine most people use).
Google fought this by building “search toolbars” that plugged into IE and other browsers and eventually launched the Chrome browser. It’s open source, but Google owns the “interface layer” (binary software distributed/installed on your computer which you launch).
Another disruptive “interface layer” change happened years later when Apple launched iPhone/iOS and again controlled a new “interface layer” to computing. Apple uses this “interface layer” disruption to get $10s of billions of dollars from Google for the privilege to be the default search engine.
A collection of open source nostr clients could become a new “interface layer” to the next wave of information and communication systems on the internet. As people seek higher quality information from more reputable sources with more control over their data, privacy, and attention there’s an opportunity to disrupt at the “interface layer” again. The largest strategic battlegrounds in business/tech occur at the “interface layer”. How do consumers choose what they do?
The current ad model of the internet is built on some assumptions that were true in the 1990’s which are not true today:
1) people won’t pay to read good information in this emerging web medium
2) we have no internet native money
So systems like Google, YouTube, and Facebook were built where they optimized their product/business architectures around those assumptions.
Free information and content were being created by many people on the web and free tools to help people search/discover relevant information would go on to win. Search/discovery aggregate attention which, when paired with data-oriented ad targeting tools, can be profitably sold to advertisers. Note: advertisers buy targeted attention, not data.
It may be that in the future we invent new models of how information gets published (shared) and how consumers are assisted in discovering/searching/evaluating the quality of information.
A new approach to publishing is what we’re doing right here, right now on Nostr. If you zap this note, more people might trust it as a good source of information. If 50 people who you follow all zap this note it provides an even stronger signal to you and future people like you who might like to discover or search to find information on the topic I’m writing about here.
So we’re in a mode where we’re publishing new information and pairing that with small “zaps” or proof-of-work. Bitcoin ecash is an area with a lot of experimentation that might help organize the proof-of-work pairing with information.
The protocols, platforms, systems, and tools that make an ecosystem of information pared with cryptographic-identities/PoW are vastly different than the ecosystem that makes Google, YouTube, and Facebook work. So we’re really at the frontier of building a whole new web/internet. The act of writing/reading/zapping here is a small step towards an entirely new structure of information on the Internet.
I think we’ll get there. To me Nostr feels a lot like using the web in the early 1990s. It could take some time. But the ingredients are all there and developers keep showing up every day contributing to this future — this is why I’m optimistic.
in addition to unexpected UX we can have unexpected conversations, people, and content that only happen on nostr. network effects are not insurmountable, but having parity with the features of existing products will never be enough. the new, different, and “unexpected” as you put it matter more
nostr is a protocol to coordinate a public commons
it’s differentiated in its neutrality and architecture which makes information resilient to suppression
it’s neutrality makes it the obvious choice for any non-neutral systems to adopt when collaborating with other non-neutral systems
this is why nostr wins
@JeffG just listened to your CD pod. great job!
a few follow-up questions:
+ does your stuff work just as well for group DMs? are there other tradeoffs?
+ do you imagine people choose 1 or a limited set of relays for the DM purpose or generally publish messages similar to how trad nostr works?
+ are you familiar with @keychat ? what do you think of the ecash/stamp idea for DMs?
+ are you considering building the best DM client or do you want to focus on the protocol and encourage others to build the best client?
@moneyball and I were just playing with https://docs.iris.to. Very impressive @Martti Malmi, thanks for building this and showing us what can be done here! 👏
few questions:
+ I logged in as me, but noticed only a subset of my relays were shown in settings. Are those ones that support a specific protocol extension/NIP?
+ If this gets broadly adopted do you imagine IrisDB is an additional type of infrastructure/software that most relays would choose to support or does it have enough additional tradeoffs that it might be a specialized type of infrastructure provider?
+ @moneyball created a new document and shared it with me and it looked like we were both enabled to collaborate, but I was only able to edit/update the title of the doc. There were some problems persisting my changes to the title. These might be known bugs, but I’m happy to provide more detail in case it’s useful. Also, I totally understand if it’s just early/prototype/known issues.
+ I wasn’t quite sure what to do with Canvas and Chat document types. Maybe they are just early prototypes? I can kinda see where Canvas might go, but not sure I have as strong a sense about Chat. Can you tell more what you have in mind? Is it a way to push the frontier on IrisDB further for chat to be used in other applications (e.g. zap.stream has this kind of chat room)?
Oddbean new post about login | logout
Notes by dk | export