Live data from Hacker News

Flare, a video sharing site built on Nostr

njump.me

111–120 of 214 posts

Re: Flare, a video sharing site built on Nostr

#111
This could really use RSS feeds for channels and playlists so that I can follow publishers that I find. Right now there is so little interesting channels that I will never remember to check back. If I could subscribe via RSS I wouldn't miss a video.

Re: Flare, a video sharing site built on Nostr

#112
post #52
post #47

WTF is a "34235 client"? But, regardless, how's this better than PeerTube?

I think that's a typo for "any of the 34235 clients", where 34235 is a stand-in for "large number" (there are lots of nostr clients). Nostr is interesting because it's not actually P2P, just decentralised - whether that's a good thing is open to question.

In this case 34235 client refers to `kind 34235` events. In nostr, different event types are distinguished by kind numbers, so clients can be built and filter for events of a certain type. For example, the content shown on a twitter/microblogging client, should not be the same as the content shown on a YouTube like client.

Re: Flare, a video sharing site built on Nostr

#114
post #78

Fascinating to me that religious weird conspiracy posts are almost immediately the largest portion of videos.

There are no algos. You are supposed to curate your feed. Global is there just for convenience. Mute that npub and you won’t see any of this again.

Re: Flare, a video sharing site built on Nostr

#117
post #5

How is the infrastructure and bandwidth paid for?

Paid relays look like they cost on average 5000 lightning, which is estimated at $65 USD currently, and that's a one time fee (until they get recurring payments set up, I'm guessing most relays will convert to that).. but flare in their FAQ recommends getting 8-10 relays.

Re: Flare, a video sharing site built on Nostr

#118
post #39
post #11

Earlier quoted context omitted.

> “Given the nature of nostr, users cannot recover from a leaked private key and must take greater precaution than they would with a username/password combination.” This is a complete dealbreaker for any end-user product. I don’t understand why crypto/blockchain fans still think it can work.

ah physical key has the same properties and end-users seems to have been accepting that just fine for hundreds of years

Nobody with my house key can impersonate me in my house from anywhere in the world without me knowing. The signed and notarized documents involved give me a legal avenue to remove anyone who obtains a key, instead of just abandoning the house and the equity to identity thieves.

Re: Flare, a video sharing site built on Nostr

#119

decentralized anything never works at scale, this is what all the techie founders never grasp. what happens if someone uploads a child porn video or cartel beheading video on your website? because of your algorithm ll stack things by watch time it ll get to the front page in no time. What measures/controls do you have because your site explicitly says "we can't strike, shadow-ban, or demonetize you just because we di…

Just because it's not bannable doesn't mean you can't stop advertising it on the front page. Same way mastodon instances are moderated even though you can't stop people from creating instances with their own content. (It's not ideal, but neither is centralised moderation)

[deleted]

Re: Flare, a video sharing site built on Nostr

#120
post #56

Earlier quoted context omitted.

He’s getting downvoted because that’s a solved problem in the wider crypto-space. To log in you sign a message using your hardware wallet. Nostr hasn’t grown up to that yet, and pointing out that pasting private keys is a bad idea is fair game. But implying that public private key cryptography can’t be used to log into web apps is just silly given that value worth billions is being moved around daily using such web a…

There's a reason why social logins, magic links and SMS login codes are so ubiquitous now - end users want 0 friction getting into their accounts. This increases friction beyond what is currently common practice. No, the public doesn't want nor care about using a key to log in.

>end users want 0 friction getting into their accounts.

Why not offer both, the easy one for normal users and an option to use the more secure option.

Post reply on HN