Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

I was right about ATProto key management

notes.nora.codes

Post reply on HN
Print view View original

11–20 of 198 posts

Re: I was right about ATProto key management

#11

Post by bnewbold »

fair enough, the did:web flows are not documented even for technical atproto developers, and there needs to be a self-serve way to heal identity/account problems elsewhere in the network (the "burn" problem).

I do think that did:plc provides more pragmatic freedom and control than did:web for most folks, though the calculus might be different for institutions or individuals with a long-term commitment to running their own network services. But did:web should be a functional alternative on principle.

I'm glad that the PDS was easy to get up and running, and that the author was able to find a supportive community on discord.

Re: I was right about ATProto key management

#12

Post by bramhaag »

wmf wrote: post #8
arghandugh wrote: post #7

The authors’ difficulty is legitimate and real, but there are less than 50 functioning did:web identities total on the planet. Working outside of did:plc is a choice - this project is on the very ragged, least baked edge of Atmosphere development.

If Bluesky wants to be taken seriously they need to invest in decentralization themselves and not leave it as an exercise for the reader.

Unfortunately most people couldn't care less. Bluesky has been lying about being decentralized since day 1, and yet they have millions of users.

Re: I was right about ATProto key management

#13

Post by wolvoleo »

Key management shouldn't have to be difficult. Consider another open microblogging protocol nostr. There a keypair is crucial to the experience and every client automatically generates one if you don't have one to import.

I think this part of the UX is just being neglected by bluesky.

Re: I was right about ATProto key management

#16

Post by vog »

Dwedit wrote: post #15

"View -> Page Style -> Basic Page Style" is required to read any of the text.

Indeed, it's a pity that the author placed so much focus on a cool looking font that they forgot to take basic properties like "good readability" into account. Form should follow function, not the other way around.

Re: I was right about ATProto key management

#17

Post by wolvoleo »

bramhaag wrote: post #12
wmf wrote: post #8

Earlier quoted context omitted.

If Bluesky wants to be taken seriously they need to invest in decentralization themselves and not leave it as an exercise for the reader.

Unfortunately most people couldn't care less. Bluesky has been lying about being decentralized since day 1, and yet they have millions of users.

I think a lot of those users do care but they don't know they've been lying.

Re: I was right about ATProto key management

#19

Post by maelito »

mcdonje wrote: post #4
arjie wrote: post #3

My experience using ATProto is that it is somewhat like how the nascent blockchain apps were when they first came out: there's no written content that is viable. Instead, you're supposed to use ephemeral conversations and read a widely disparate set of notes in order to use it. In the end, the upshot of all this is that you get to use a slightly worse form of Twitter - which is already rather unpleasant to use for me…

>you get to use a slightly worse form of Twitter The protocol can support all sorts of other social networks. People are building things akin to instagram, tiktok, medium, allrecipies, etc

I'm building a place review system.
Post reply on HN