Avatar
Andrew
b17c59874dc05d7f6ec975bce04770c8b7fa9d37f3ad0096fdb76c9385d68928
Software Engineer by day, aspiring beet farmer by night. ☦️💻⚽🏥📷📈💪☕️🇺🇸🇪🇬 Things I like: - #P2P/#decentralized/#opensource stuff - #History (esp Rome/Greece/Egypt) - #Transit oriented city design - #Gadgets/#ElectricVehicles/#Solar Power - #Space exploration - #Videogames (especially #GTA) Things I've Built: - Agora: Follow your favorite topics across Mastodon, Bluesky, Nostr, and Threads https://agorasocial.app - Chronicl: Decentralized web archiver that distributes archives across Nostr relays https://chronicl.vercel.app/ “Egyptians are twisted and bitter people with a sense of humor” - Roman poet Theocritus

Doing some testing with my Mastodon account bridged over to Nostr, would be super helpful if y'all could follow it!

nostr:npub19l74aeh29qtsfkswrxeaw2mxepwqfl6d5v3ts2edc9gxx0w4qtuqum8825

Interesting project that seems closely aligned with nostr:npub1sg6plzptd64u62a878hep2kev88swjh3tw00gjsfl8f237lmu63q0uf63m 's goals for a decentralized github! Even uses a gossip protocol similar to Nostr's

"Radicle is a sovereign peer-to-peer network for code collaboration, built on top of Git."

https://radicle.xyz/

Biden lookin like the next CEO of Nostr

Say what you will about how truly "open and decentralized" #Bluesky is, but I gotta give them credit for making a solid onboarding flow for new users.

Chicago seems dope, but nothings topping NYC, the literal capital of the world. The fact that i’m from there is just a coincidence 😛

A mastodon instance shutting down because the new Taliban gov probably won't like "queer.af" using the ".af" TLD of Afghanistan, never a dull moment on the interwebs

nostr:nevent1qqsx4lpkgx6uk3krehspyuhrmyakd59q4a5ma55l5pnrlkgglwnltxqpp4mhxue69uhkummn9ekx7mqpz9mhxue69uhkummnw3e82efwvdhk6q3qe54ujz4nxrp72udcvsngp4sj32hc4rxjldlfxyxa25qssavg0f0sxpqqqqqqzmra8nn

By far one of the more annoying things about #ActivityPub/#Mastodon, the fact that instance admins can have so much impact on something as fundamental as who you can follow/find, not because the instance has illegal/explicit content, but because they want to be petty and block bridged profiles from Twitter.

nostr:nevent1qqsfz68fuw6zp74ty5nkm6aqe2vh5tnwyfm3e8547e9ekna5ex3pxvspz9mhxue69uhkummnw3e82efwvdhk6qgewaehxw309aexummnw3ezummwwfjkuer9wghxxmmdqgsysf82tzls6qag0ncwxx2phs2vczxz8wx2mj8c0t4ydqq0xnur7gqrqsqqqqqpjy09gj

As with most things, it seems like the optimal way to go about this is somewhere in between.

- Completely obfuscating any mention of Nostr from users makes it so that they won't know the decentralized/censorship-resistant benefits of the protocol that a client like Flare is built on, and it just becomes another video sharing service.

- On the other extreme, throwing a bunch of Nostr terminology at a user with the expectation that they'll just go google it and read through Nostr documentation is simply delusional from a UX perspective.

A nostr client needs to decide whether it wants to cater to the average user, and make the UX intuitive, or focus on a specific enthusiast userbase that will understand the terminology and have the understanding and willingness to do their own digging to understand the guts of the protocol. You can't have it both ways.

For a client that wants to cater to average users, this is what onboarding should look like for a first time Nostr user:

- A signup button that simply generates a nostr account, and then tells the user:

- "think of this first string as the user ID people can find you with"

- "think of this second string as your password, only you should know it and it can't be changed"

- Whether it's a webapp or a native app, it's super beneficial for the app to then signal that the npub is a username, and the nsec is a password, so that the respective OS/browser asks whether the user wants to save that login to their autofill, and they then never need to worry about their npub and nsec again.

- This way, if they ever need to log back in to their account, their browser or OS can just offer to autofill their login. On web, there could/should of course still be an option to login with extension, for users who understand how those work and why they're beneficial.

- However, as much as login with extension is more secure for web clients, it should never be the only way to log in >>**if the client aims to cater to the average user**<<

As for content discovery/curation/etc after this step, that entirely depends on what kind of app it is.

nostr:nevent1qqszycv7tklqluqutha66a55mkw7tddw5ptngvrayrcxw7swrplq08gpz9mhxue69uhkummnw3e82efwvdhk6qgdwaehxw309ahx7uewd3hkcq3q80cvv07tjdrrgpa0j7j7tmnyl2yr6yr7l8j4s3evf6u64th6gkwsxpqqqqqqzxwgsv5

Replying to Avatar nostr.build

nostr:npub1e4qg56wvd3ehegd8dm7rlgj8cm998myq0ah8e9t5zeqkg7t7s93q750p76 is working on a new logo for nostr.build, what do you all like best:

A, B or C?

B

Not yet, it’s only one way federation during the testing period.