Wall Street

Boiler Room

A post mortem would be awesome.

Give prospective relay managers an idea what to expect wrt expenses, time commitment, pain points, etc

gm!

In the words of Jimmy buffet: it’s a fine line between Saturday night and Sunday morning. 😜😂

The Big Short

Margin Call

The Laundromat - about the Panama papers

The Social Dilemma

Madoff: the Monster of Wall Street

I did the same earlier this afternoon, in part due to nostr:npub1qny3tkh0acurzla8x3zy4nhrjz5zd8l9sy9jys09umwng00manysew95gx​‘s reasoning which I’ve seen summarized here on nostr.

definition of a blockchain: a LIST of things, curated in a decentralized fashion.

bitcoin: the first DCoSL. 😂

I thought it was

sun

steak

steel

sex

&

stack sats

or maybe that’s old school bitcoin twitter? I can’t keep up … 😜😂

PV! 😊

The first list to be crowdsourced might be something like: the list of pubkeys for the Channel on Nostr Development, which basically would be a list of nostr devs.

Perhaps on initial rollout, the list of “Channels” would be a NIP-51 list.

And each Channel would have its own NIP-51 list of pubkeys.

Devs add a selector to their client to pick a channel, fetch the list of pubkeys, and use that for the content.

Gradually, the NIP-51 lists would be replaced by Crowdsourced Lists.

To keep things simple, probably the answer to that would be: no, at least not at first.

A feature like that could certainly be added later, though.

Yup, no reason not to do that.

Potentially, users could make several alts for different topics. Although that may be more trouble than it’s worth.

Another option would be to curate content at the level of the individual note. That would have its pros and cons. Ultimately, content could be curated using both methods simultaneously: curation of pubkeys and curation of notes.

I’m thinking initial rollout would curate pubkeys though, not notes. Easier for clients to incorporate that way. Just swap out the list of pubkeys in the filter they’re already using for the content fees.

We would use DCoSL to maintain a list of Channels. Each channel is referenced by its event ID, which means that two Channels can have the same name. No more name squatting! But if two Channels with identical or almost identical names are created, there would be a several ways DCoSL deal with that problem. One would be to merge them. Another would be to accept one and reject the other. Either method would potentially require adding a new item to the list of Relationship Types between Channels.

Bc of tue complexity, initial rollout would probably not address this issue. But ultimately, your WoT would decide what method to use.

That’s the kind of thing that DCoSL can definitely handle, although for the sake of simplicity we probably would not do that on initial rollout.

I could imagine making it super simple for devs to incorporate channel selection into their clients. All they’d need would be a channel selector. Then your feed would be generated from the curated list of pubkeys instead of your follow list.

It would not be necessary for the curation (association of pubkeys to a channel) to be implemented in every client.

I think that could be done.

Yup. I would add nostr:npub1uyz4w2w4rcphk0q5arzkutrecgscxwzajj4dkvh9mjyqjtxslm6qea8632 and nostr:npub1a2cww4kn9wqte4ry70vyfwqyqvpswksna27rtxd8vty6c74era8sdcw83a to the channel on the Fed from a bitcoiner perspective but maybe my WoT would know of some other good sources I’ve never heard of.

I’m thinking it would be like selecting a set of pubkeys. So for example, the channel for monetary policy from a bitcoiners perspective would have ppl like Lynn Alden. Or the channel for nostr development would have all the nostr devs.

GM frens!

There’s an idea for a project that I’ve been bouncing around and I was wondering what the nostriches would think of this idea. I call it Nostr Channels. The idea is that you can open up your fav nostr client, select a “Channel” and see a content feed that corresponds to that particular channel. The kicker is that your web of trust does the work of associating content with specific channels.

Does this sound like a feature you’d like to see in a client?

If so, what are some “channels” you’d like to see?

And if you had to pick one or the other, would you want content curation to happen by pubkey or by individual notes?

I’m interested in any thoughts you may have!